При переходе на работу в программу 1С:Управление нашей фирмой (УНФ) одной из самых ответственных задач является корректный ввод начальных остатков. Часто пользователи сталкиваются с затруднениями при заполнении данных по 71 счету (Расчеты с подотчетными лицами). Типичная ситуация: на момент начала ведения учета в системе не сотрудник должен денег организации, а наоборот — организация должна сотруднику (возник перерасход). При попытке ввести сумму со знаком «минус» в помощнике ввода остатков программа выдает ошибку: «расчеты с подотчетным лицом станут отрицательными» и блокирует проведение документа. В этой статье мы подробно разберем, как обойти это ограничение и правильно отразить кредиторскую задолженность перед персоналом.
Прежде чем приступать к решению, давайте проанализируем, почему 1С:УНФ ведет себя подобным образом. В отличие от чисто бухгалтерских систем, УНФ опирается на управленческие регистры накопления. В системе заложено правило: сумма в полях ввода должна быть положительной, а характер задолженности (кто кому должен) определяется либо выбором конкретной вкладки, либо специальным переключателем (типом операции).
Попытка ввести отрицательное значение воспринимается программой как логическая ошибка в математике регистра. Система считает, что вы пытаетесь уменьшить «долг сотрудника» до значения меньше нуля, что недопустимо для данного типа ресурса. Чтобы решить эту задачу, нам нужно изменить сам подход к классификации задолженности.
Рассмотрим стандартный механизм через «Помощник ввода остатков». Это наиболее корректный путь, так как он обеспечивает запись данных во все необходимые регистры: и по бухгалтерскому счету 71, и по управленческому регистру Расчеты с подотчетниками.
Проанализируем последовательность действий:
Таким образом, мы сообщаем программе: «Сумма долга составляет 1000 рублей, и это долг нашей компании перед человеком». Программа успешно проведет документ, так как математическое значение в регистре останется положительным, но сменится «плечо» задолженности.
Иногда возникают ситуации, когда стандартный помощник по каким-то причинам не позволяет детализировать аналитику так, как нам нужно. В этом случае воспользуемся методическим приемом — вводом остатков через первичный документ. Разберем этот алгоритм по шагам:
000.71. Это и будет означать долг организации перед подотчетным лицом.Преимущество этого метода в том, что он абсолютно естественен для логики 1С. Однако помните, что в этом случае нужно быть аккуратным, чтобы не задроить остатки, если вы уже вводили баланс другими документами.
Этот способ мы назовем «экспертным». Если автоматизированные средства не помогают, можно прибегнуть к ручному вводу проводок. Выясним, как это сделать правильно, чтобы данные не «поплыли» в управленческих отчетах.
Проблема ручных проводок в 1С:УНФ заключается в том, что обычная бухгалтерская запись Дт 000 — Кт 71 изменит цифру в оборотно-сальдовой ведомости, но не отобразится в специализированных отчетах по подотчетникам, так как они строятся на регистрах накопления.
Для корректного отражения выполним следующие действия:
Расчеты с подотчетниками.Ниже приведен пример того, как логически выглядит структура данных в таком документе (в формате представления данных):
// Бухгалтерский контур
СчетДт: 000 (Вспомогательный)
СчетКт: 71 (Расчеты с подотчетными лицами)
СубконтоКт1: Иванов Иван Иванович
Сумма: 5000.00
// Управленческий контур (Регистр накопления)
Регистр: РасчетыСПодотчетниками
ВидДвижения: Приход (Увеличение задолженности)
ПодотчетноеЛицо: Иванов Иван Иванович
Сумма: 5000.00
После того как мы ввели остатки любым из перечисленных способов, крайне важно убедиться, что программа «увидела» их правильно. Проанализируем два отчета:
71. Это наш бухгалтерский контроль.Важный момент: никогда не используйте знак «минус» при вводе остатков в 1С:УНФ, если интерфейс поля прямо не предусматривает такую возможность. Помните, что перерасход — это не «отрицательный аванс», а самостоятельный вид обязательства (кредиторская задолженность).
Рассмотренные методы позволяют гибко подойти к настройке системы на старте. Мы рекомендуем начинать со Способа 1, так как он минимизирует риск ошибок в учете и сохраняет целостность данных между бухгалтерским и управленческим учетом без ручного вмешательства в регистры.