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