В процессе работы с конфигурацией 1С:Бухгалтерия предприятия 3.0 (БП 3.0) пользователи часто сталкиваются с ситуацией, когда при создании платежного поручения на выплату заработной платы программа начинает требовать обязательного указания документа Ведомость. Это происходит даже в тех случаях, когда учет фактически ведется во внешней программе (например, «1С:ЗУП» или «КАМИН»), а в бухгалтерию должны попадать только сводные данные. Особенно неприятно, когда эта настройка «слетает» после очередной синхронизации данных.
В данной статье мы подробно разберем, почему возникает такая потребность, как работают функциональные опции программы и какими способами можно вернуть упрощенный режим работы без создания лишних документов.
Для начала проанализируем ситуацию с точки зрения внутренней логики 1С. За поведение полей в документах выплаты отвечает функциональная опция ВедетсяУчетРасчетовПоЗарплатеСводно. В зависимости от её значения программа меняет логику работы счетом 70 «Расчеты с персоналом по оплате труда»:
Ведомость (в кассу или на счета), так как ей необходимо знать, по какому конкретно физическому лицу закрывается задолженность. Без ведомости аналитика по счету 70 останется незаполненной, что приведет к ошибкам в отчетности.Ведомость в платежных поручениях и кассовых документах становится необязательным или вовсе скрывается. Вся сумма выплаты относится на общую задолженность перед персоналом без детализации.Проблема часто возникает после синхронизации, так как внешняя программа может передать признак «Детализация по сотрудникам» в пакете настроек. Рассмотрим подробнее, как это исправить.
Первым делом нам необходимо проверить стандартные настройки программы. Пройдем по шагам:
Важный нюанс: Если галочка уже установлена в нужное положение, но программа все равно требует ведомость, попробуйте выполнить прием «перещелкивания»: установите значение «По каждому сотруднику», нажмите кнопку «Записать», а затем верните значение «Сводно по всем сотрудникам» и снова запишите настройки. Это заставит систему принудительно обновить значения зависимых функциональных опций.
Если интерфейсные методы не помогают (что часто бывает из-за кэширования или конфликтов прав доступа), проанализируем ситуацию через технический интерфейс. Для этого воспользуемся режимом «Функции для технического специалиста» (в старых версиях — «Все функции»).
Выполним следующие действия:
ВедетсяУчетРасчетовПоЗарплатеСводно.УчетЗарплатыИКадровВоВнешнейПрограмме — она должна быть в состоянии Истина.Этот метод является наиболее надежным, так как он записывает данные напрямую в базу, минуя логику экранных форм, которая может давать сбои после неудачной синхронизации.
Если вы используете конфигурацию 1С-КАМИН: Зарплата 5.0, ситуация с обменом имеет свои нюансы. В файлах обмена формата 4.0, который использует КАМИН, передаются специфические параметры организации. Например:
<?xml version="1.0" encoding="WINDOWS-1251"?>
-<Data>
<DataOrg Org_ved="Режим:Стандартная" Org_istd="Да" Org_anal="Аналитика:0" dep_mon="Расчетный месяц: 201901" Org_form="Версия формата: 4.0" Org_name="Фирма КАМИН"/>
Проанализируем этот XML-фрагмент. Атрибут Org_anal="Аналитика:0" как раз указывает на отсутствие пофамильной аналитики. Однако стандартная обработка загрузки данных из 1С:ЗУП, встроенная в БП 3.0, не умеет корректно интерпретировать этот формат.
Рекомендация: Для успешной загрузки данных из КАМИН необходимо использовать специальную внешнюю обработку, которая поставляется вместе с релизом КАМИН (обычно файл называется Kamin_BP30_Exch.epf). Попытка загрузить такие данные через стандартную «Синхронизацию данных» часто приводит к тому, что настройки БП 3.0 сбрасываются в режим «по умолчанию», и ведомости снова становятся обязательными.
Если по каким-то причинам вы не можете изменить глобальные настройки учета (например, по части сотрудников учет все же нужен детальный), рассмотрим альтернативный вариант заполнения банковских выписок.
В документе Списание с расчетного счета вместо вида операции Выплата заработной платы можно использовать вид операции Прочее списание. В этом случае:
Ведомость исчезнет, так как оно привязано к конкретному виду операции.70.Этот метод не является методически верным для постоянного использования, но помогает оперативно провести платежи в критической ситуации.
Подводя итог, выясним алгоритм действий при «внезапном» появлении ведомостей:
ВедетсяУчетРасчетовПоЗарплатеСводно.Правильная настройка функциональных опций позволит вам избежать избыточного документооборота и сделает учет в 1С:Бухгалтерия 3.0 максимально комфортным и адаптированным под ваши задачи.