1. При установленном СSP5 уже все изменения на 2012 год учтены и можно производить настройк или следует ждать очередного SP (SP86), где всё будет учтено?
2. Что-то не нашёл группового ввода/удаления льгот из Таблиц подоходного налога->Справочника льгот. Нет такого?
Т.е., надо всем удалить льготу (стандартный вычет на каждого сотрудника) с кодом 103
на 400 рублей и вставить новые. Удалять всем индивидуально?
Екатерина Дмитриева пишет:
на "Деятельность организации облагается только по общему налоговому режиму" надо ответить ДА.
Ответ "НЕТ"- если два режима.
Да уж однако. Велик и могуч...
С какой стати я должен
на "Деятельность организации облагается только по общему налоговому режиму"
ответить ДА, если я работаю НЕ НА ОБЩЕМ РЕЖИМЕ, а на УСН???
...
и тем более не два режима, что бы ответить "НЕТ".
Или у меня что-то с головой. Всегда работаю так, как описал выше, с ответами "НЕТ" и "УСН" и получал форму.
К тому же этот факт никак не влияет на тот отказ в формировании отчета, что я спрашивал.
Я переустановил последнюю установку пакетов и отчет формируется исправно. Пока.
А сам об отказе так и остался.
Как и остался про красный цвет. Как от него отказаться?
И еще один .
В алгоритме есть такая функция:
ЯН= ФОРМА_ПОИСК({"4ФСС",ФБ1})
Как она работает? Из какого списка ищет форму 4ФСС - из списка внешней отчетности
или из архива сформированных отчетов?
У меня несколько форм отчетности с абривиатурой в названии 4ФСС. Выбирает как-то странно,
не первый из списка отчетов. Дата создания отчета не влияет на выбор отчета, меняй не меняй её.
Как бы где-то ещё есть и системная дата создания отчета.
Далее еще пуще.
Есть такая функция:
ВООД(( "Форма расчета за предыдущий период", ЯН, "КОД_ФОРМЫ","ХХХХХХХХ",дата_арх0,дата_арх)) Как работает сия функция, особенно в связке с предыдущей.
Если по предыдщей функции ЯН= ФОРМА_ПОИСК({"4ФСС",ФБ1})
определен код отчета (ЯН) за предыдущий расчетный период (год) ФБ1.
То в этой , второй, функции зачем снова даты прошлого периода?
При чем, это еще не поиск самого отчета, а только уточнение вычисленного первой функцией
кода отчета.
Какая-то неувязочка-с
Кроме того, при попытке изменить найденный код на реальный, программа предлагает
свой список, что за список?, абсолютно не соответвующей найденному - в названии и
близко нет символов "4ФСС". И не дает ввести реальный код формы.
Что за сервис такой?
На примере.
В списке Внешних отчетов есть следующие отчеты 4-ФСС:
При чем, последней (действующей) версии соответвуют 147, 219, 234.
Все эти действующие формы при формировании отчета за 2011 год отыскивают форму с кодом 211. А при попытке при формировании отчета заменить найденный код на, к примеру, 147, предлагает какие-то две другие формы никак не относящиеся к 4-ФСС
Почему?
Пока ждал ответа, отчет перестал формироваться вообще.
После завершения формирования на экране выдается пустая ( белая) страница
При попытке просмотреть её выдаетсяообщения об ошибке
...
Переменная не определена
"DIALOGFORM.DATASET1."ЕНВД"
Что могло случится?
Работаем на УСН.
Ответы по ходу формирования отчета:
- Только Общий режим - НЕТ
- Применяется УСН, ЕНВД - УСН
Денис пишет:
Красным должны выделяются значения по которым контрольные соотношения не пройдены.
А что за контрольные соотношения:
Код
1. Таблица 2 - пустая, нет данных. Во всех полях стоят прочерки.
При этом в строках 3 и 5 графы 3 эти самые прочерки красные? !!!???
2.
Таблица 6.
Выплаты на которые начисляются страхове взносы:
1 Всего с начала расчетного периода 1 562 548,00 в тч инвалидам 42 750,00
2 В тч за последние 3 месяца 1 562 548,00 в тч инвалидам 42 750,00
3 за январь 608 712,00 15 500,00
4 за февраль 465 893,00 13 000,00
5 за март 487 943,00 14 250,00
Таблица 7.
2 Начислено страховых взносов X [COLOR=#FF0000]9 272,69[/COLOR]
на начало квартала 0,00
за последние 3 месяца 9 272,00
январь 3 615,07
февраль 2 764,16
март X 2 893,46
12 Уплачено страховых взносов X [COLOR=#FF0000]6 379,23[/COLOR]
на начало квартала 0,00
за последние 3 месяца 6 379,00
январь
февраль 3 615,07
март X 2 764,16
В чем здесь не соответвия контрольных значений строк 2 и 12?
Почему некоторые значения в сформированном документе на экране красным цветом?
В результате на ч/б принтере они не печатаются.
К примеру В табл. 7
гр.3 стр.2 (переменная Р310А02)
гр.3 стр.14 (переменная Р310А14)
и др.
???
В SP77 :
• Добавлены алгоритмы и шаблоны «Бухгалтерской отчетности», в соответствии с приказом Минфина РФ №66н от 22.07.2010г.:
- Баланс. Отчет о приб./уб. ф.1,2 (2011)
- Баланс. Отчет о пр./уб.ф.1,2ГНИВЦ-2011
Форма "Баланс. Отчет о пр./уб.ф.1,2ГНИВЦ-2011" имеет КНД 0710099
В 4-ФСС неверно заполняется таблица 3 и 3.1!
В таблице 3 в строке 5 и таблица 3.1 начисления инвалидам должны быть без начисленных им больничных.
1)
Для Т.3:
В строке 5 указываются выплаты и иные вознаграждения физическим лицам, являющимся инвалидами I, II и III групп. Показатель выделяется из строки 4.
2)
Общая база для начисления страховых взносов отражается в строке 4. Она рассчитывается по следующей формуле:
строка 1 - строка 2 - строка 3.
По строке 5 из нее выделяется сумма выплат и иных вознаграждений в пользу инвалидов (показатель "Итого выплат" по графе 5 таблицы 3.1). "
3)
Итоговые показатели по строке "Итого выплат" граф 5 - 8 таблицы 3.1 должны соответствовать показателям граф 3 - 6 строки 5 таблицы 3.
К всему сказанному выше Александром Гершановым, у меня вдобавок не выбирает и улицу, а все остальные реквизиты адреса выбирает.
В 2-НДФЛ все эти же реквизиты выбираются успешно.
Нельзя ли делать все по единой схеме, соблюдая, так сказать, концептуальное единство при программировании?
Спасибо.
А что в SP73 сказано, что переработаны в т.ч. и шаблоны Бух.отчетности в соответствии с Приказом МФ № 63н от 28.06.2010? В этом Приказе нет никаких изменений по шаблонам. Разве что вставили номерткорректировки?
В результате все шаблоны от 23.03.11, о которых я писал в предыдущем е и которые никак не соответствуют Приказу № 66Н. Или это формы отчетности за 2010 год?
Потому у меня и возник , что это за шаблонны и когда они действовали. И каким нормативным документом они вводилиь? Не нахожу.
Нами всегда заполнялись и сдавлись в налоговую те формы что были раньше (близкие к формам в Приказе № 66Н )
А что за формы сейчас, что-то не пойму на основании какого нормативного документа они сделаны.
Что там за титульный лист и заполнение по клеточкам и тд., проясните, пожалуйста.
Ранее это делал в 7 предприятиях, проблем нигде не было.
Значит так пишется программное обеспечение...
Шаг вправо, шаг влево и всё, ПО вылетает. Надёжность ПО никуда нигодная.
Никакого концептуального единства и последовательности в ПО нет.
Все прогарммисты наверное перекинулись на БЭСТ-5, а БЭСТ-4 как прийдется поддерживается.
Так и плату за обслуживание надо брать в соответсвии с вкладом...
Александр Гершанов пишет:
По поводу ДАННЫХ О ФИРМЕ.
Похоже, что они подтягиваются не из карточки партнера, указанного в КАРТОЧКЕ ПРЕДПРИЯТИЯ, а по НОМЕРУ БД в карточке фирмы
Или намекните, где должно быть прописано?
Что есть : карточки партнера, указанного в КАРТОЧКЕ ПРЕДПРИЯТИЯ?
В Справочнике партнеров что ли?
И там и НОМЕР БД в карточке фирмы заполнено, а в Справку не подтягивается?
Почему-то в "Справка о пособии по б/л FR" наименование предприятия берёт нормально, без всяких "подделок" ????
Андрей Титов пишет:
В расчете справки в SP74 совсем маленькая ошибка , из-за которой суммы предшествующих годов удваиваются, нужно исправить:
Удваивается только сумма за 2011 год. При чем у меня март месяц уже закрыт, а в справке за 2001 год удвоеная сумма за январь и февраль.
???
В начислениях за 2010 года включается удвоенная сумма за 2011 год
В начислениях за 2009 год включается сумма за 2010 ( с включением в неё суммы за 2011 год)
Цитата
В папке БЭСТа в файле PRO\PLUGINS\PRINT\SALARY\spr_zr_uv.frm
после строки 359
Do While I <= 3
добавить новую строку:
cSUM:=0
Сие исправление дает только верные суммы за 2010 и 2009 годы , т.е. исключает включение предыдущих сумм.
А сумма за 2011 год так и не изменилась - удвоение за два первых месяца без суммы за апрель.
???
И действительно, нет данных о работодателе.
Где описание передаваемых параметров {1,1,1,I84) (I84 ясно) ???
Пакетом SP71 в Выходные формы-> Справки по шаблонам -> Индивидуальные справки добавлен шаблон "Справка о пособии по б/л FR"
Сама справка формируется, но у меня почему-то не учитывается ограничение заработка на 415000 рублей.
Т.е., считает от фактического заработка, а он как за 2009 так и 2010 годы превышает 415000 рублей.
Попытался заглянуть в файл с алгоритмом sr_zar11.frm но ничего там не понял.
Может кто-то поможет объяснить, что там делается:
1. Здесь есть проверка на 415000 рублей, но почему-то, как я сказал выше, она не срабатывает.
2. Как видно из фрагмента алгоритма сумма больничного aVars[24]
определяется как произведение парметра aVars[9] и aVars[5], где aVars[5] это дни больничного а aVars[9] - весь заработок, который учитывается для расчета среднего, а не среднедневной. Т.е не вижу деления на 730
...
3. Кому-то считает даже меньше минимального = 139.68 что это за сумма?
В в приведенном выше фрагменте алгоритма есть формула aVars[11]:=4330/LASTDAYOM(CTOD(Per_F)).
Она как раз и дает 139.68 (4330/31). Что за случай? Когда средндневной считается по этой формуле?
4. Кому-то среднее дневное взяла равным 0, хотя у работников есть начисления оба года.
В каких это случае возможно, исходя из алгоритма?
5. В первой (верхней) таблице "Причитается пособие" в трех последних графах значение определено идентификаторами CR_D1 (2,3). Где определяются эти значения, в алгоритме не нахожу?
6. И вообще, где опредляется выбор нужного из среднедневных: мах, мин, фактичекого или фактического усеченного ограничением в 415000, тоже в алгоритме не вижу?
Пакетом SP71 в Выходные формы-> Справки по шаблонам -> Индивидуальные справкидобавлен шаблон "Справка о пособии по б/л FR" Сама справка формируется, но у меня почему-то не учитывается ограничение заработка в 415000 рублей.
Т.е., считает от фактического заработка а он как за 2009 так и 2010 годы превышает 415000 рублей.
Попытался заглянуть в файл с алгоритмом sr_zar11.frm но ничего там не понял.
Может кто-то поможет объяснить, что там делается:
Вот фрагмент файла:
Код
...
nI := 1
nSumEnd:=0
//aVars[9] - среднедневной максимальный заработок
//avars[24] - сумма больничного
aVars[9]:=0
avars[7]:=415000
DO WHILE nI<=LEN(aRet)
nSumEnd:= nSumEnd+aRet[nI,3]
//Определение максимального заработка
if aRet[nI,3]>415000
aVars[9]:=aVars[9]+415000
else
aVars[9]:=aVars[9]+aRet[nI,3]
endif
nI := nI+1
ENDDO
//Определение минимального заработка
avars[8]:=4330 * 24 /730
aVars[10]:=nSumEnd/730
aVars[11]:=4330/LASTDAYOM(CTOD(Per_F))
//Расчет больничного
aVars[24]:=aVars[9]*val(aVars[5])
...
1. Здесь есть проверка на 415000 рублей, но почему-то, как я сказал выше, она не срабатывает.
2. Как видно из фрагмента алгоритма сумма больничного aVars[24]
определяется как произведение парметра aVars[9] и aVars[5], где aVars[5] это дни больничного а aVars[9] - весь заработок, который учитывается для расчета среднего, а не среднедневной. Т.е не вижу деления на 730
...
3. Кому-то считает даже меньше минимального = 139.68 что это за сумма?
Что за формула aVars[11]:=4330/LASTDAYOM(CTOD(Per_F)) в приведеном выше алгоритме?
Когда по этой формуле считается? Она как раз и дает 139.68
4. Кому-то среднее дневное взяла равным 0, хотя у работников есть начисления оба года.
5. В первой (верхней) таблице "Причитается пособие" в трех последних графах значение определено идентификатором CR_D1 (2,3). Где определяются эти значения, в алгоритме не нахожу?
6. И вообще, где опредляется выбор нужного из среднедневных: мах, мин, фактичекого или фактического усеченного ограничением в 415000, тоже в алгоритме не вижу?
Кто -нибудь тут отвечает, господа разработчики? Который уже остается без внимания?
В инструкции по переходу на УСН для расчета расходов по ОС, приобретенных до перехода на УСН, рекомендуют использовать типовую опреацию NУ из ДЕМО-версии.
Вот она (для простоты я убрал оператор округления):
Код
If (P1>0, If(P2<= ST_NA/SROK_NU*3*k1 .OR. (P1>=1 .AND. P1 <=3),
P2, ST_NA/SROK_NU*3*k1 ),
0)
где
P1 - оставшийся СПИ в НУ;
P2 - остаточная стоимость в НУ;
ST_NA - стоимость для начисления налоговой амортизации;
SROK_NU - СПИ для расчета нормы амортизации:
- до трех лет включительно - 12,
- от трех до 15 лет включительно
первый год расчета - 24,
второй год расчета - 40,
третий год расчета – 60.
- свыше 15 лет - 120.
При этом следует обратить внимание, что в первый период при переходе на УСН
P2= ST_NA
Первое условие во втором операторе If P2<= ST_NA/SROK_NU*3*k1
не будет выполняться никогда, кроме самого последнего раза (последнего периода) списания ОС в расходы.
Значит всегда будет проверяться второе условие (P1>=1 .AND. P1 <=3).
А это проверка на оставшийся СПИ. Так вот, если осташийся СПИ от 1 до 3-х месяцев, норма амортизации данного периода будет равна P2 -остаточной стоимости.
Т.е., в какую бы группу не попадало ОС по своему СПИ, если его срок оставшегося СПИ менее 3 месяцев, то этот остаток спишется сразу.
Например, ОС у которого СПИ от 3-х до 15 лет должно списываться в течении 3=х лет по 50,30,20 %% соответсвенно. Остаточный же СПИ данного ОС 3 месяца.
По этой же формуле
ОС спишется сразу же в первый квартал применения УСН, а не за три года, как того требует НК! Такого вроде бы в НК нет. Или я ошибаюсь?
Зачем второе условие (P1>=1 .AND. P1 <=3) в типовой операции ?
В Подсистеме ОС В карточке ОС есть такой объект как < Срок использования >, где ведется учет различных СПИ как в БУ так и в НУ.
Показатель "Прошедший СПИ на данном предприятии" при каждом закрытии периода
увеличивается на +1 в БУ и на +1 для ОСНО (+3 для УСН) в НУ при условии, что производился соответвующий расчет амортизации. Если расчет амортизации не производился, то и соответвующий СПИ не изменяется. Что является правильным.
Аналогично, если налогоая амортизация не считается для какого-то из ОС,т.е., его <Объект НУ> не заполнен, то и при закрытии периода показатель "Прошедший СПИ на данном предприятии" не увеличивается. Что тоже является верным.
НО вот при ОТКАТЕ в таких ОС его показатель "Прошедший СПИ на данном предприятии" уменьшается на -1 (-3 для УСН). Т.е. при закрытии периода он не увеличился , а при откате уменьшился!
Если откатов несколько подряд, то такое неверное уменьшение этого показателя происходит только при первом откате. При последующих откатах уменьшения не происходит.
Отсюда получается неверным и значение показателя "Оставшийся СПИ".
Проверте, пожалуйста. У меня БЭСТ-4, SP67.