1с зик исправление ошибки
Непонятно как быть с 6-НДФЛ,там ведь 2-разделе показываем выплату и перечисление НДФЛ по-отпуску отдельной строкой, а тут идет исправление и в итоге надо сдавать уточняющий расчет или т.к. налог считается по-году,то просто оставить как есть?
А встречный вопрос - в ЗиК работать нравится? Если не секрет, почему не переходите на ЗуП?
Если же нужно пересчитать страховые взносы, то никуда откатываться вообще не требуется - период ЖР - год. Последовательно, начиная с нужного месяца до текущего расчитываются СВ в обычном порядке.
Последний раз редактировалось Кошки Рyлят; 07.06.2017 в 11:57 .
А встречный вопрос - в ЗиК работать нравится? Если не секрет, почему не переходите на ЗуП?
Спасибо! Я уже тоже подумала, все пусть будет в мае, а про 2-НДФЛ хорошая идея-сделаю вручную!И Зик не знаю,просто уж работаю в нем и работаю,конечно хотелось бы перейти на Зуп,там возможностей большей,даже вот в этом случае моем, но финансово! пока не осилю, а базовую не хотелось бы. хотелось бы перейти на Зуп,там возможностей большей,даже вот в этом случае моем, но финансово! пока не осилю, а базовую не хотелось бы.
Да, насчет возможностей-это правда. Но минус огромный лично для меня - это отличие в закрытии периода. Если в ЗиК сменил период, к примеру, перешел с мая на июнь и в май ты уже не внесешь ни документов, ни изменений. Только если откатывать на прошлый месяц. А вот в ЗуПе такого нет. В любой период заходи, правь. А если по ошибке внесешь документ в прошлый период. Для меня эта недоработка перечеркивает все достоинства этой программы.
У меня ЗуП - скорее всего базовая. Одновременно два человека работать не могут. Только в этом вижу минус базовой версии.
Если же нужно пересчитать страховые взносы, то никуда откатываться вообще не требуется - период ЖР - год. Последовательно, начиная с нужного месяца до текущего расчитываются СВ в обычном порядке.
ЖрнЗарплата.ВвестиРасчет(ЭлСотрудника,ВидРасч, НачалоПериода, ОкончаниеПериода,);
: Процедура недоступна в данном контексте!
И везде именно процедура недоступна в данном контексте .
Проблему решил сам собой. дело в косяке при обновлении базы. Форма-Документ.БольничныйЛист;Процедура Печать2007(ПараметрПечати = "");Было:
Если (ЭтоДанныеПоПравилам2007 = 1) и (ТекущаяСтрока2007<>КоличествоСтрок2007) Тогда
Продолжить;
ИначеЕсли(ЭтоДанныеПоПравилам2007 = 0) и (ТекущаяСтрока2006<>КоличествоСтрок2006) Тогда
Продолжить;
КонецЕсли;
Надо:
Если (ЭтоДанныеПоПравилам2007 = 1) и (ТекущаяСтрока2007<>КоличествоСтрок2007) Тогда
//вставить
ИтогЗаработок = 0;
ИтогоДоляПремииВсего = 0;
//до
Продолжить;
ИначеЕсли(ЭтоДанныеПоПравилам2007 = 0) и (ТекущаяСтрока2006<>КоличествоСтрок2006) Тогда
Продолжить;
КонецЕсли;
Иначе при печати "Расчет среднего заработка" в 5. Расчет среднего заработка - сумма задваивается.
(15) Что-то не могу промоделировать ситуацию с задвоением. Что бы не делал - считает правильно. Более того, в релизе 292 практически не менялась процедура Печать2007().
Кто-нибудь подтвердите наличие данной ошибки, либо скажите как ее смоделировать.
(17) когда бл только в 2009г. Удвоенную сумму смотри в печ.форме "Расчет среднего заработка" в п5. Расчет среднего заработка.Если посмотреть алгоритм расчета, то в цикле (2 стр. в ТЗ за 2009 и 2010гг) суммируется каждый раз итог по колонке, а не сумма по строке. (17) Да такая ошибка встретилась при расчете больничного по общему заболеванию за декабрь. И только о одного сотрудника. Именно при печати рсчета среднего заработка, а в журнале расчетов - правильно. (17) Nicholas. Ситуация с задвоением моделируется просто:
В расчётном периоде января ввести БЛ, скажем, с 12.12.2009 по 30.12.2009. В печатной форме "Расчёта среднего заработка" будут задвоены таблицы расчёта, а в самом расчёте будет указана задвоеная сумма заработка, делённая на уже незадвоенное количество часов. Естественно, получается задвоенный средний заработок в печатной форме.
Но сам БЛ в журнале рассчитывается правильно, из нормального СЗ (если в глобальнике сделать вашу 5-ю поправку).
Начало года, времени нет а бухи жалуются, ОЧЧЧЧень пригодилось.
Спасибо огроменное :)
Самое интересное в БЛ при расчете среднего заработка в функцию "глЗаполнитьДанныеСреднегоЗаработкаДляБЛ2010" небыли добавлены строки расчитывающие РК и СН .
Пока решили вопрос переносом из "глЗаполнитьДанныеСреднегоЗаработкаДляБЛ2009" в "глЗаполнитьДанныеСреднегоЗаработкаДляБЛ2010" элементов кода делающие этот расчет.
И самое главное не понятно это прощет программистов или так и должно быть ? Расчетчики утверждают что состав расчета помесячно не должен поменяться.
И честно говоря не совсем понятно чем отличается расчет БЛ2009 от БЛ2010 кроме потолков.
В комментарии (23) говорится о решении этой проблемы, не совсем понятно как, так как не нашли в глабальном модуле "глЗаполнитьДанныеСреднегоЗаработкаДляБЛ2009". Может кто понял отпишет. По логике вещей сравнение среднего должно быть без учета районного, но при расчете БЛ его вроде надо учмитывать. (51) Думаю, что имелось ввиду глЗаполнитьДанныеСреднегоЗаработкаДляБЛ2007. При сравнении текстов этих функций в глЗаполнитьДанныеСреднегоЗаработкаДляБЛ2010 не хватает строк для РК И СН.Насчет "пособие зависит от стажа". Оно, в общем, так, вопрос, в каком месте расчета.
Прежде всего, рассмотрим термины: "Пособие" и "Дневное пособие". Любому нормальному человеку ясно, что это не синонимы. Пособие выплачивается. Пособия уменьшают сборы в ФСС (см. НК). А дневное пособие не выплачивается. Сборы в ФСС не уменьшаются на величину дневных пособий. Бо "дневное пособие" есть величина виртуальная, расчетная, промежуточная.
А теперь посмотрим на 255-ФЗ. Обратимся к ст.7 и п.1. Там говорится об ограничении пособия от среднего заработка . Методом применения стажевых коэффициэнтов (60%, 80%, 100%). И замечу: эта статья не затронута редакцией 213-ФЗ .
Пошли дальше. В статье 14 расписано, как считается этот самый "средний заработок": в п.3 описывается как получается средний дневной заработок , а в следующем (п.3.1) говорится об ограничении среднего дневного заработка.
И только после этого, в п.4, говорится об исчислении дневного пособия , который образуется применением стажевого коэффициента к среднему дневному заработку.
И вот эта статья 14 полностью практически переписана 213-ФЗ.
Я не думаю, что законодатель замыслил дважды применять стажевый коэффициент. Не думаю что и ФСС будет на этом настаивать. . Полагаю, урод, впендюривший эту "поправку" ради копеек от округления, умышленно "забыл" о необходимости соответствующей правке ст.7.
Мужики, по-моему 10 пункт не совсем правильно: Ошибка возникает если вбивать больничный лист в январе за декабрь. Заполнение табличной части среднего происходит и по правилам с2007года и с2010 года. Их алгоритм конечно такого не ожидает и в результате удваивает сумму.
Ошибка в получении КоличестваСтрок2007. Правится исправлением алгоритма со строки 5169:
//manko
КоличествоСтрок2007 = 0;
//manko
ТаблицаСНачислениями.ВыбратьСтроки();
Пока ТаблицаСНачислениями.ПолучитьСтроку()=1 Цикл
Если ТаблицаСНачислениями.ПорядокРасчета = Перечисление.ПорядокРасчетаСреднегоДляБЛ.до2007года Тогда
КоличествоСтрок2006 = КоличествоСтрок2006 + 1;
//manko
ИНачеЕСли ТаблицаСНачислениями.ПорядокРасчета = Перечисление.ПорядокРасчетаСреднегоДляБЛ.с2007года Тогда
КоличествоСтрок2007 = КоличествоСтрок2007 + 1;
//manko
КонецЕсли;
КонецЦикла;
//КоличествоСтрок2007 = ТаблицаСНачислениями.КоличествоСтрок()-КоличествоСтрок2006;
//manko
КоличествоСтрокВывод = КоличествоСтрок2006 + КоличествоСтрок2007;
//manko
ТекущаяСтрока2006 =0;
ТекущаяСтрока2007 =0;
ИтогЗаработок = 0;
ИтогоДоляПремии = 0;
ИтогоДоляПремииВсего = 0;//это по всем местам работы
НомерРазделаОтчета = 0;
ДоляОтработанногоВремениДляВнСовместителя = 0;
ТаблицаСНачислениями.ВыбратьСтроки();
Пока ТаблицаСНачислениями.ПолучитьСтроку()=1 Цикл
//manko
Если ТаблицаСНачислениями.НомерСтроки > КоличествоСтрокВывод тогда
ПРодолжить;
КонецЕсли;
//manko
Ох, Nicholas, ну, какой же ты молодец, что поместил эту статью здесь! Очень пригодилась! А то на форумах даже толком никто ничего не говорит.
Я лично задвоение в "Расчёте среднего заработка" БЛ устранил так:
В Процедуре ЗаполнитьТабличнуюЧасть():
Если ПервичныйБольничный.Выбран()=0 Тогда
Если ТипРасчетаБольничного = Перечисление.ТипРасчетаБольничного.С2010года Тогда
Если (ДатаНачалаСобытия < ДатаПереходаНаСтраховыеВзносы) Тогда
Если Окончание > ДатаПереходаНаСтраховыеВзносы Тогда // моё
//соберем данные по правилам до 2010 года
ТипРасчетаБольничного = Перечисление.ТипРасчетаБольничного.С2007года; // от Nicholas
ТабДанныхОСреднем2009 = глЗаполнитьДанныеСреднегоЗаработкаДляБЛ(Сотрудник,ДатаНачалаСобытия,ТипБолезни,ТипРасчетаБольничного,1);
//соберем данные по правилам с 2010 года
ТипРасчетаБольничного = Перечисление.ТипРасчетаБольничного.С2010года; // от Nicholas
ТабДанныхОСреднем2010 = глЗаполнитьДанныеСреднегоЗаработкаДляБЛ(Сотрудник,ДатаНачалаСобытия,ТипБолезни,ТипРасчетаБольничного,2);
глПереписатьИзТаблицыВТаблицу(ТабДанныхОСреднем2010,ТабДанныхОСреднем2009);
ЗагрузитьТабличнуюЧасть(ТабДанныхОСреднем2009);
Иначе // моё отсюда
ТипРасчетаБольничного = Перечисление.ТипРасчетаБольничного.С2007года;
ТабДанныхОСреднем = глЗаполнитьДанныеСреднегоЗаработкаДляБЛ(Сотрудник,ДатаНачалаСобытия,ТипБолезни,ТипРасчетаБольничного);
ЗагрузитьТабличнуюЧасть(ТабДанныхОСреднем);
КонецЕсли; // моё досюда
Иначе
ТабДанныхОСреднем = глЗаполнитьДанныеСреднегоЗаработкаДляБЛ(Сотрудник,ДатаНачалаСобытия,ТипБолезни,ТипРасчетаБольничного);
ЗагрузитьТабличнуюЧасть(ТабДанныхОСреднем);
КонецЕсли;
и далее по тексту.
История ставки изменена.
Документ Начисление зарплаты способ Переначисление проведен.
Регламент за Июнь рассчитала.
Но все расчеты по маю на прежнем уровне.
Как и на каком этапе проконтролировать, что зарплата данного сотрудника за май исправлена?
дык, ещё ж надо обычный июньский док Начисление зарплаты ввести и рассчитатьСемён Семёныч. )
ввела обычный Начисление зарплаты, всё рассчитала.
Результат - начисленная зарплата за июнь по ставке 0,6. Май с прежними значениями. (
Где-то надо ещё поколдовать:
- попробовала перепровести документ Накопленная задолженность (на начало июня) - сумма та же. ну не руками же перепробивать!
- попробовала сформировать новый табель за май по этому сотруднику - программа ругается, что уже всё введено.
а-а-а. так и говорите, что оплата по табелю.
так в майском табеле же уже пробиты большие часы. откатывайтесь и перепробивайте табель
А если бы это был не май, а более ранний период.
. ех, у меня уже в июне сотня документов введена.
что такое документ табель для программы?
это ручная проставка отработанного времени. программа всегда ручное изменение считает окончательным и бесспорным.
если Вы завели сотру 8,8,8,8,8,0,0 - то это уже внутреннее разгильдяйство, если на самом деле сотр табелировался бумажно-реально по-другому
и по поводу "откатывайтесь".
Исходя из предыдущего опыта делала бы так:
1. все доки введенные в июне пометить на удаление
2. вернуть период Май
3. Перепровести табель за май (исправится этот редкий сотрудник)
4. перепровести Начисление зарплаты
5. Заново провести весь Регламент
6. Вернуть июнь
7. Провести заново все июньский документы кроме Начисления з/п за прошлый период по этому сотруднику (этот док уже можно удалить)
Но, пожалуй, тут как-то иначе возможно? без всяких пометок на удаление.
А?
что такое документ табель для программы?
это ручная проставка отработанного времени. программа всегда ручное изменение считает окончательным и бесспорным.
то есть возможно его совсем не составлять, либо сотавлять для тех сотрудников, по которым есть отклонения?
если Вы завели сотру 8,8,8,8,8,0,0 - то это уже внутреннее разгильдяйство, если на самом деле сотр табелировался бумажно-реально по-другому
практики табелирования (реального и должным образом оформленного) пока нет, вводится только в одном департаменте и что из этого получится - не понятно. Сотрудник на неполную ставку (кроме совместителей) принят впервые, практики информирования бухгалтерии до этого не было. Так что данный прецедент помог выявить недостатки коммуникаций между департаментами.
А вот касательно ЗиКи. тут целиком моя ошибка: не проконтролировала, когда бухгалтер по зарплате уволилась без сведения воедино всех нюансов расчетов (она "жила" по памяти), а нового подобрать никак не можем - такие "чУда" приходят)
Так что вспоминаю свой предыдущий опыт и считаю пока сама. Так что не сердитесь на, возможно, глупые вопросы) И спасибо за подсказки)
Материалы газеты «Прогрессивный бухгалтер», февраль 2021 г.
– Что делать, если при начислении заработной платы в «1С:Зарплата и управление персоналом 8», ред. 3, программа выдает ошибку «Требуется доначислить» по определенным сотрудникам?
– Начнем с того, что это не ошибка. Так программа предупреждает: возможно, в последовательности документов раньше допустили нарушение. Например, уже сформировали документ «Начисление заработной платы» и только после него - «Табель». Можно выполнить перерасчет при необходимости, воспользовавшись командой «Доначислить сейчас».
Если фактически никаких перерасчетов быть не должно, уберите их из программы. Для этого зайдите в журнал «Перерасчеты» (Раздел «Зарплата» – блок «Сервис»). И там, в табличной части удалите причитающиеся работникам корректировки (команда «Отменить»). Также можно удалить необходимость перерасчетов одновременно по всем сотрудникам, для этого:
Выделите всех сотрудников, находящихся в табличной части. А именно – нажмите правой кнопкой мыши на любую строку и выберите «Выделить все» или воспользуйтесь сочетанием клавиш «Ctrl+A».
Выберите команду «Отменить» – программа выдаст информационное окно с запросом удаления выбранных объектов, в котором нажмите «Да».
Также сервис пригодится, когда в Начислении заработной платы на закладке «Доначисления, перерасчеты» фигурируют ошибочные сторнирующие записи.
После того, как удалили перерасчеты, желательно перезаполнить документ «Начисление зарплаты и взносов» за текущий месяц.
– Каким образом в программе «1С:Бухгалтерия предприятия 8», ред. 3, можно выплатить вознаграждения по договору подряда?
– До недавнего времени выплата по договору ГПХ была автоматизирована только в зарплатных конфигурациях, но теперь эту возможность реализовали и в «1С:Бухгалтерия 8».
Чтобы включить функционал для учета ГПХ, установите флаг «Договоры подряда» в функциональности программы (раздел «Главное» – «Функциональность» – закладка «Сотрудники»). Далее в разделе «Зарплата и кадры» в блоке «Кадры» появится журнал «Договоры подряда».
Механизм учета договоров ГПХ аналогичен трудовым договорам:
Создайте документ «Договор подряда», в котором пропишите основные условия – сроки, порядок выплаты, суммы.
Начисление сумм по договору ГПХ отражайте в документе «Начисление зарплаты и взносов» ежемесячно или по итогу сотрудничества с физлицом - в зависимости от того, что прописано в договоре ГПХ. Начисленные суммы автоматически попадут на счет 76.10 «Прочие расчеты с физическими лицами».
Выплату вознаграждения проводите ведомостью в кассу или банк с установлением признака «Договор подряда». По итогам формируется документ «Выдача наличных» или «Списание с расчетного счета».
Преимущество данного функционала в том, что достаточно оформить только один документ – договор подряда, после чего программа автоматически будет начислять все суммы, а также отражать данные в регламентированных отчетах. Например, 6–НДФЛ и расчете по страховым взносам.
– Каким образом в программе «1С:Бухгалтерия 8», ред. 3, вывести весь список документов, где используются ручные корректировки?
– Воспользуйтесь журналом регистрации (раздел «Операции» – блок «Бухгалтерский учет»), для настройки которого найдите команду «Настроить список» (изначально перейдите по кнопке «Еще», находящейся в правом верхнем углу).
Во вновь открывшемся окне перейдите на закладку «Отбор» и дважды нажмите на такой элемент отбора, как «Ручная корректировка». Если всё сделали правильно, объект отразится в правой табличной части. Далее в поле «Значение» укажите «Да».
Как все действия выполнили - завершите редактирование. В журнале регистраций появятся все документы, в которых есть ручные корректировки. Дополнительно можно сделать отбор по периоду, за который должны выводиться данные. Анализировать такие документы важно, потому что ручные корректировки могут повлиять на учет всего месяца, квартала или даже года.
– С 1.04.2020 по 31.12.2020 организация имела право на льготный тариф по взносам. Как в программе «1С:Зарплата и управление персоналом 8», ред. 3.1, с 01.01.2021 вернуться на основной тариф?
Чтобы при начислении заработной платы программа считала взносы по стандартным ставкам, установите Основной тариф страховых взносов. Для этого перейдите в настройки учетной политики предприятия (раздел «Настройка» – блок «Предприятие» – «Организации» или «Реквизиты организации» – закладка «Учетная политика»), где, воспользовавшись гиперссылкой «История изменения вида тарифов», добавьте новую строку, указав Месяц регистрации Январь 2021 либо иной месяц, с которого начинает действовать тариф. Как только ввели дополнительную строку, сохраните настройки.
Читайте также: