В связи с бурным развитием ФЗ-54 теперь требуется во многих случаях пробивать чек и на удержания из зарплаты. Судя по популярным первоисточникам (Статья на бух.ру Кассовые чеки на удержание из зарплаты в программах 1С). Пока таких случаев немного, но бухгалтеру-кассиру теперь приходится быть очень внимательным для случаев удержания с работников в случаях:
- реализуемых ему товаров (см. понятие «расчет», приведенное в ст. 1.1 Закона № 54-ФЗ, разъяснения в письме Минфина России от 30.11.2018 № 03-01-15/86884);
- оказанных ему услуг (см. п. 4 ст. 4 Закона № 192-ФЗ, письмо Минфина России от 25.01.2019 № 03-01-15/4355);
- выданной форменной одежды (письмо Минфина России от 12.12.2018 № 03-01-15/90372).
Создавая данную обработку я на всякий случай протестировал пробитие чека по многим удержаниям. Тем более, что в отличие от ЗУП где в удержаниях есть установка флага необходимости печати чека в Бухгалтерии 3.0 печатать или (не печатать) со всей ответственностью целиком возлагается на бухгалтера-кассира. Для гипотетического примера пробил чеки на расчеты с третьими лицами на тестовой ККТ к МГМ (массо-габаритным макетом вместо реального ФН). Данный режим потребовал установке в МГМ ККТ признака "платежный агент". Раз подобный функционал реализован, то он судя по ФЗ-54 и всяческим письмам будет расширяться и дополняться...
Обработка предназначена как раз для подобных частых случаев необходимости править данные документов переноса расчетных данных по прододкам и аналитике из ЗУП в Бухгалтерию 3.0 КОРП для пробития чеков, когда повторная перевыгрузка из ЗУП или приведение проводок документа "отражение зарплаты в бухучете" мягко говоря "проблематично". На всякий случай предусмотрены средства защиты чтоб случайно не повредить данные, а всего лишь дополнять их и то, после многих предварительных контролей.
Для подготовки к работе необходимо, чтобы в базе Бухгалтерия 3.0 были включены следующие настройки:
Настройки зарплаты - настройки учета заработной платы и кадрового учета - "во внешней программе" (иначе, конечно не доступен и сам документ "отражение зарплаты в бухучете" :)
Далее, в тестовой организации вводим вышеуказанный документ. Для примера сначала исследую типовые механизмы. Пробиваю чек на 10 000 руб.
Потом, нажимая по кнопке "показать продовки (и другие движения документа)" устанавливаю галку "ручная корректировка" и далее, типовой механизм формирования чеков для печати после закрытия документа уже не работает:
Видим, что документ позволяет "отдельно" записывать данные по чекам на 500, 400 и 5000 рублей, также корректировать проводки и аналитику, но если подобных чеков выявится десятки и сотни? Как правило, требуется только отметить и распечатать.
Включив информационные сообщения контролируем ситуацию на случай изменения структуры регистра сведений и прочих "неприятностей" при смене релиза. Также можно проверить защиту от "дурака".
И так:
В итоге, можно посмотреть данные подготовленных чеков для печати. Типовой механизм вынесен из общего модуля обработки проведения документа и общих модулей. Для идентификатора записей используется шифровальный алгоритм MD5 на основе входных данных по документу и комбинации измерений данных регистра сведений "данные по удержаниям для печати чеков", подчиненного регистратору "отражение зарплаты в бухучете".
При установленной галке "выводить информационные сообщения" мы видим всю картину.
Также тестируем "повторную" обработку этого же документа после закрытия. Видим, что изменений нет.
Вот на всякий случай для наглядности структура регистра для предварительного хранения чеков для печати.
Обработка и дальше будет развиваться (главное, не приучить к "хорошему" - излишним ручным корректировкам). Надеюсь, кому-то будет полезной.
