Программное добавление чеков ККТ на удержание из зарплаты в документ "Отражение зарплаты в бухучете" с установленным флагом ручной корректировки для Бухгалтерии 3.0 КОРП














Обработка, позволяющая автоматически корректировать данные для печати чеков на удержание из зарплаты для Бухгалтерии 3.0.72.60 КОРП с необходимым контролем после установки флага «ручное редактирование» у документов «отражение зарплаты в бухучете».
Разработана в связи с тем, что бухгалтера-расчетчики очень «любят» при выгрузке из ЗУП в Бухгалтерию 3.0 позже править руками проводки и аналитику документа «отражение зарплаты в бухучете» сколько бы не объясняли непопулярность такого подхода.
Теперь еще, в свете бурного развития ККТ-онлайн по ФЗ-54 добавилась необходимость после таких «ручных» правок периодически возвращаться в данный документ и печатать чеки на ККТ-онлайн по удержаниям из зарплаты.

В связи с бурным развитием ФЗ-54 теперь требуется во многих случаях пробивать чек и на удержания из зарплаты. Судя по популярным первоисточникам (Статья на бух.ру Кассовые чеки на удержание из зарплаты в программах 1С). Пока таких случаев немного, но бухгалтеру-кассиру теперь приходится быть очень внимательным для случаев удержания с работников в случаях:

  • реализуемых ему товаров (см. понятие «расчет», приведенное в ст. 1.1 Закона № 54-ФЗ, разъяснения в письме Минфина России от 30.11.2024 № 03-01-15/86884);
  • оказанных ему услуг (см. п. 4 ст. 4 Закона № 192-ФЗ, письмо Минфина России от 25.01.2024 № 03-01-15/4355);
  • выданной форменной одежды (письмо Минфина России от 12.12.2024 № 03-01-15/90372).

Создавая данную обработку я на всякий случай протестировал пробитие чека по многим удержаниям. Тем более, что в отличие от ЗУП где в удержаниях есть установка флага необходимости печати чека в Бухгалтерии 3.0 печатать или (не печатать) со всей ответственностью целиком возлагается на бухгалтера-кассира. Для гипотетического примера пробил чеки на расчеты с третьими лицами на тестовой ККТ к МГМ (массо-габаритным макетом вместо реального ФН). Данный режим потребовал установке в МГМ ККТ признака "платежный агент". Раз подобный функционал реализован, то он судя по ФЗ-54 и всяческим письмам будет расширяться и дополняться…

Обработка предназначена как раз для подобных частых случаев необходимости править данные документов переноса расчетных данных по прододкам и аналитике из ЗУП в Бухгалтерию 3.0 КОРП для пробития чеков, когда повторная перевыгрузка из ЗУП или приведение проводок документа "отражение зарплаты в бухучете" мягко говоря "проблематично". На всякий случай предусмотрены средства защиты чтоб случайно не повредить данные, а всего лишь дополнять их и то, после многих предварительных контролей.

Для подготовки к работе необходимо, чтобы в базе Бухгалтерия 3.0 были включены следующие настройки:

 

 

Настройки зарплаты — настройки учета заработной платы и кадрового учета — "во внешней программе" (иначе, конечно не доступен и сам документ "отражение зарплаты в бухучете" 🙂

Далее, в тестовой организации вводим вышеуказанный документ. Для примера сначала исследую типовые механизмы. Пробиваю чек на 10 000 руб.

Потом, нажимая по кнопке "показать продовки (и другие движения документа)" устанавливаю галку "ручная корректировка" и далее, типовой механизм формирования чеков для печати после закрытия документа уже не работает:

 

Видим, что документ позволяет "отдельно" записывать данные по чекам на 500, 400 и 5000 рублей, также корректировать проводки и аналитику, но если подобных чеков выявится десятки и сотни? Как правило, требуется только отметить и распечатать.

Включив информационные сообщения контролируем ситуацию на случай изменения структуры регистра сведений и прочих "неприятностей" при смене релиза. Также можно проверить защиту от "дурака".

И так:

В итоге, можно посмотреть данные подготовленных чеков для печати. Типовой механизм вынесен из общего модуля обработки проведения документа и общих модулей. Для идентификатора записей используется шифровальный алгоритм MD5 на основе входных данных по документу и комбинации измерений данных регистра сведений "данные по удержаниям для печати чеков", подчиненного регистратору "отражение зарплаты в бухучете".

При установленной галке "выводить информационные сообщения" мы видим всю картину.

Также тестируем "повторную" обработку этого же документа после закрытия. Видим, что изменений нет.

Вот на всякий случай для наглядности структура регистра для предварительного хранения чеков для печати.

Обработка и дальше будет развиваться (главное, не приучить к "хорошему" — излишним ручным корректировкам). Надеюсь, кому-то будет полезной.

2 Comments

  1. Brawler

    Что мешает удержания выносить в отдельные документы отражения ЗП?

    Тогда думаю будет куда меньше желаний что-то править.

    Наши бушки на ERP так и делают.

    Понятно ERP, — это не связка БП + ЗУП, но все же, как вариант использовать можно разбиение документа отражения на части.

    Reply
  2. jobkostya1c8

    Насчет

    Что мешает удержания выносить в отдельные документы отражения ЗП?

    правильное решение, но:

    1. Нужна перенастройка типовых обменов. А если это холдинг с десятками фирм и своими ЗУП и БУХ КОРП?

    2. А если несколько сотен человек и данные по ЗУП готовит расчетный центр и он территориально отделен от бухгалтерий?

    А вот когда, допустим, работник уволился и нужно удержать из окончательного расчета по з/п за, допустим, спецодежду, тогда еще хуже.

    Если делать отдельные документы по отражению з/п в бухучете только по удержаниям потом нужно учесть при окончательной выгрузке из ЗУП и эту ситуацию. Или пробивать такие единичные чеки через драйвер ККТ что не очень удобно.

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *