Второй день бьюсь - не пойму: уволился человек. Его рассчитали, полностью выплатили.
Новые ведомости в банк не подбирают никакую сумму, а в расчетном листке остаток 311 руб. Пробовали править и "зарплата к выплате" и "взаиморасчета с сотрудниками", но расчетный листок все равно показывает сальдо.
Попробовал посмотреть схему компоновки данных для расчетного листка, - ну там можно голову сломать.
Куда еще капнуть можно? спасибо
Новые ведомости в банк не подбирают никакую сумму, а в расчетном листке остаток 311 руб. Пробовали править и "зарплата к выплате" и "взаиморасчета с сотрудниками", но расчетный листок все равно показывает сальдо.
Попробовал посмотреть схему компоновки данных для расчетного листка, - ну там можно голову сломать.
Куда еще капнуть можно? спасибо
Прикрепленные файлы:
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2)
Не должно быть такого :) какой регистр двинуть, чтобы закрыть?
Ну и даже по переплате ведомость на выплату заполняет отрицательную сумму. Провести не дает, но заполняет.
А тут пусто в ведомости, и сальдо в листочке
каких ведомостях НА ВЫПЛАТУ Вы хотите увидеть ДОЛГ за работником? Он Вам и так уже должен 311руб
Не должно быть такого :) какой регистр двинуть, чтобы закрыть?
Ну и даже по переплате ведомость на выплату заполняет отрицательную сумму. Провести не дает, но заполняет.
А тут пусто в ведомости, и сальдо в листочке
(7) Если хотите корректироватьрегистры:
Но это подход программиста а не бухгалтера 8-)
Обычно такие вещи происходят из-за не из-за ошибок в программе,а из-за физической переплаты уволившемуся работнику и там два варианта действий БУХГАЛТЕРСКИХ - 1. внести в кассу 2. Сделать доначисление БЕЗ удержания НДФЛ и начисления СВ.
Я исходил из того что ошибок в регистрах нет - есть ошибка бухгалтера и написал про применение второго метода - 311 рублей никто при налоговых проверках и искать не будет 8-)
Поэтому создаем свой вид начислений который не формирует налоговую базу НДФЛ и СВ и делаем разовое начисление по уволенному работнику.
Но это подход программиста а не бухгалтера 8-)
Обычно такие вещи происходят из-за не из-за ошибок в программе,а из-за физической переплаты уволившемуся работнику и там два варианта действий БУХГАЛТЕРСКИХ - 1. внести в кассу 2. Сделать доначисление БЕЗ удержания НДФЛ и начисления СВ.
Я исходил из того что ошибок в регистрах нет - есть ошибка бухгалтера и написал про применение второго метода - 311 рублей никто при налоговых проверках и искать не будет 8-)
Поэтому создаем свой вид начислений который не формирует налоговую базу НДФЛ и СВ и делаем разовое начисление по уволенному работнику.
Прикрепленные файлы:
(5)Ну так и закройте через корректировку регистров этот регистр, либо разберитесь в какой момент записи по этому регистру разошлись с регистром взаиморасчетов с сотрудниками.
В зависимости от настройки, находящейся в Настройки - Дополнительные настройки-Показывать взаиморасчеты, сальдо в отчетах и печатных формах строится либо по "ЗарплатаКВыплате", либо по "БухгалтерскиеВзаиморасчетыССотрудниками". В ведомости же всегда идет по "ЗарплатаКВыплате".
Вот и получается, что у вас в ведомости чисто, т.к. по "ЗарплатаКВыплате" сальдо нет, а в расчетке есть сальдо, т.к. оно есть по "БухгалтерскиеВзаиморасчетыССотрудниками" и в настройке, про которую я выше написал, указано показывать взаиморасчеты "По данным бухучета".
Начисление делать смысла нет, т.к. закроется регистр "БухгалтерскиеВзаиморасчетыССотрудниками", но появится по остальным, где сейчас сальдо нет.
В зависимости от настройки, находящейся в Настройки - Дополнительные настройки-Показывать взаиморасчеты, сальдо в отчетах и печатных формах строится либо по "ЗарплатаКВыплате", либо по "БухгалтерскиеВзаиморасчетыССотрудниками". В ведомости же всегда идет по "ЗарплатаКВыплате".
Вот и получается, что у вас в ведомости чисто, т.к. по "ЗарплатаКВыплате" сальдо нет, а в расчетке есть сальдо, т.к. оно есть по "БухгалтерскиеВзаиморасчетыССотрудниками" и в настройке, про которую я выше написал, указано показывать взаиморасчеты "По данным бухучета".
Начисление делать смысла нет, т.к. закроется регистр "БухгалтерскиеВзаиморасчетыССотрудниками", но появится по остальным, где сейчас сальдо нет.
(13) Я исхожу из того что все в ЗУПе - это регистры, которые отражаются в документах, передаваемых в бухучет. И я исхожу из того что документы, сформированные в ЗУПе, полностью отражают (соответствуют) содержимое регистров. После этого (документы сформированы и приняты к учету) это проблема из плоскости программиста переносится в плоскость бухгалтера. Это его (бухгалтера) проблемы - отсутствие внутреннего контроля в результате которого выплата завышена. И нужно править ДОКУМЕНТЫ а не регистры. Если в учете ведомость на выплату больше чем положено - нужно либо возвращать деньги ДОКУМЕНТОМ, либо делать доначисление. В ЗУПе это создание документа и будет отражено в виде отражения в регистрах.
(14) Какая разница в каком месяце выплачено больше - главное ВЫПЛАЧЕНО и проведено в учете. А далее - возвращаемся к первоначальному моему посту - нет смысла править регистры - нужно править ДОКУМЕНТЫ, т.к. проверять будут именно документы а не регистры... Правильность формирования регистров и контроль за их формированием это уже проблемы будущих начислений и выплат, и тут - поле программиста...
(16)А кто сказал, что выплачено больше? ТС же пишет, что регистры Зарплата к выплате и Взаиморасчеты с сотрудниками закрыты, сальдо нет. С точки зрения ведомостей на выплату всё четко. И если сейчас ТС переставит настройку отображения взаиморасчетов с "По данным бухучета" на "По месяцам расчета зарплаты", у него сальдо этого не будет в расчетке.
Напомню, что регистры БухгалтерскиеВзаиморасчетыССотрудниками появились не с самого начала существования ЗУП 3, а много позже, изначально сальдо велось исключительно по варианту "По месяцам расчета зарплаты". Где гарантия, что ошибка не произошла при обновлении 5 лет назад в момент начального заполнения регистра?
Вопрос ТСа конечно не для программиста, опытный консультант по ЗУП легко его решит. С точки зрения бухгалтера уверен на 99% что все корректно и выплаты соответствуют начислениям.
Напомню, что регистры БухгалтерскиеВзаиморасчетыССотрудниками появились не с самого начала существования ЗУП 3, а много позже, изначально сальдо велось исключительно по варианту "По месяцам расчета зарплаты". Где гарантия, что ошибка не произошла при обновлении 5 лет назад в момент начального заполнения регистра?
Вопрос ТСа конечно не для программиста, опытный консультант по ЗУП легко его решит. С точки зрения бухгалтера уверен на 99% что все корректно и выплаты соответствуют начислениям.
(17) Выскажу свое видение процессов в ЗУПе.
Есть операционные документы (ОД), которые позволяют вводить данные, необходимые для расчета. Есть регистры в которых отражаются эти введенные данные (в большинстве случаев это сам документ), и есть дополнительные регистры в которых формируется результаты расчета по данным ОД. Есть регистры содержащие данные выходных (результирующих) документов (РД) - это ведомости, отчетные формы. Никто не спорит что возможна разбежка РД и ожиданий от введенных ОД - достаточно нарушить регламентированную последовательность действий при работе с ЗУП. Но после того ка РД созданы и переданы в учет - нет смысла править регистры если заменить РД на правильные мы не можем. А в описанной ТС ситуации как раз это - РД есть, сотрудника уже нет...
Есть операционные документы (ОД), которые позволяют вводить данные, необходимые для расчета. Есть регистры в которых отражаются эти введенные данные (в большинстве случаев это сам документ), и есть дополнительные регистры в которых формируется результаты расчета по данным ОД. Есть регистры содержащие данные выходных (результирующих) документов (РД) - это ведомости, отчетные формы. Никто не спорит что возможна разбежка РД и ожиданий от введенных ОД - достаточно нарушить регламентированную последовательность действий при работе с ЗУП. Но после того ка РД созданы и переданы в учет - нет смысла править регистры если заменить РД на правильные мы не можем. А в описанной ТС ситуации как раз это - РД есть, сотрудника уже нет...
Какие горячие споры :) Всем спасибо. Но еще половина бессонной ночи принесла новые данные.
Взаиморасчеты в расчетном листке - верные. Непонятная ошибка тянется с давних времен и вылезла потому, что поменялся расчетчик и уволился сотрудник. Предыдущий расчетчик правил руками сумму в ведомости, а новый провтыкал.
Имеем реальную переплату сотруднику и его задолженность, и непонятную причину, по которой в ведомость на выплату подставлялась неверная сумма
Еще раз: огромное спасибо. Много полезной информации почерпнул из беседы.
Взаиморасчеты в расчетном листке - верные. Непонятная ошибка тянется с давних времен и вылезла потому, что поменялся расчетчик и уволился сотрудник. Предыдущий расчетчик правил руками сумму в ведомости, а новый провтыкал.
Имеем реальную переплату сотруднику и его задолженность, и непонятную причину, по которой в ведомость на выплату подставлялась неверная сумма
Еще раз: огромное спасибо. Много полезной информации почерпнул из беседы.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот