Почему в 1С:УНФ оплаты не закрывают документы отгрузки и не отображается себестоимость?

← На главную

В процессе работы с конфигурацией 1С:Управление нашей фирмой (УНФ) 1.6 пользователи часто сталкиваются с ситуацией, когда первичные документы (реализации и оплаты) введены, но между ними нет логической связи. Оплаты упорно висят как авансы, акты сверки формируются некорректно, а отчеты по продажам показывают только количество без денежного выражения. Проанализируем причины этой проблемы и разберем по шагам методы ее решения.

1. Проверка настроек договора и способа зачета долгов

Первым делом нам необходимо выяснить, как в системе настроено ведение взаиморасчетов. В 1С:УНФ поведение программы радикально меняется в зависимости от параметров Договора контрагента. Разберем два основных варианта:

По договору в целом: При такой настройке система должна автоматически распределять оплаты по документам отгрузки, используя метод ФИФО (первым пришел — первым закрылся). Если оплаты все равно встают на аванс, значит, нарушена временная последовательность документов.
По документам: В этом случае автоматического зачета не произойдет. Программа ожидает, что в каждом платежном документе (Поступление на счет или Поступление в кассу) вы вручную укажете, какую именно накладную оплачивает покупатель.

Проанализируем вкладку «Оплата» в документе реализации. Если вы видите, что сумма оплаты не заполнена, воспользуйтесь кнопкой «Подобрать». Это позволит системе найти незачтенные авансы по этому контрагенту и «привязать» их к конкретной накладной.

2. Анализ последовательности документов и времени проведения

Программа 1С крайне чувствительна к точному времени документа (вплоть до секунды). Рассмотрим типичную ситуацию: реализация и оплата созданы одним числом. Если Поступление на счет проведено в 12:00:00, а Расходная накладная в 12:00:01, то система на законных основаниях посчитает оплату авансом, так как на момент ее совершения долга еще не существовало.

Для исправления ситуации рекомендуем выполнить групповое перепроведение документов. При этом важно следить, чтобы оплаты всегда были позже отгрузок, если мы хотим закрыть существующий долг. В УНФ также полезно проверить регистр накопления Расчеты с покупателями, чтобы увидеть, по каким «объектам расчетов» распределились суммы.

3. Проблема нулевой себестоимости и сумм в отчетах

Ситуация, когда в отчетах по продажам есть количество, но нет суммы себестоимости (как описано в сообщении 6), сигнализирует о серьезных пропусках в учетном цикле. Выясним причину, почему регистр Доходы и расходы остается пустым.

Основная причина в 1С:УНФ — отсутствие выполненной регламентной операции «Закрытие месяца». В отличие от некоторых других конфигураций, УНФ рассчитывает окончательную себестоимость и финансовый результат именно в момент запуска этой обработки. До тех пор, пока месяц не закрыт:

Валовая прибыль может отображаться некорректно.
Себестоимость в регистре Продажи может быть нулевой.
Управленческий баланс не будет сходиться.

Посмотрим на настройки учетной политики. Если у вас разрешено списание запасов при отсутствии остатка, то при проведении реализации 1С просто не «знает», какую себестоимость списать, так как товара на складе числится 0. В итоге документ проводится «в минус», а стоимостные показатели в регистрах отсутствуют.

4. Использование инструментов автоматического заполнения

Если документов накопилось много за полгода, ручная правка каждой накладной невозможна. Разберем, как автоматизировать процесс:

В документе Поступление на счет перейдите на вкладку «Расшифровка платежа».
Убедитесь, что выбран режим «Список» (не «Без разбивки»).
Нажмите кнопку «Подобрать» или кнопку заполнения по остаткам. Система сама найдет неоплаченные реализации и заполнит табличную часть.

Аналогично в Расходной накладной на вкладке «Оплата» используйте инструменты подбора авансов. Только после того, как в регистрах накопления закроются остатки по измерениям «Документ» и «Заказ», акт сверки начнет формироваться корректно.

5. Почему в Акте сверки реализация попадает без суммы?

Проанализируем ситуацию: оплата в акте есть, а реализация «пустая». Это часто происходит, когда нарушена аналитика учета. Например:

Реализация оформлена по одному договору, а оплата — по другому.
Используются разные валюты в документах (валюта договора отличается от управленческой валюты).
Контрагент имеет дубли в справочнике (оплата упала на одного «Иванова», а реализация — на другого).

Проверьте отчет «Взаиморасчеты» с максимальной детализацией (по контрагенту, договору, заказу и документу-основанию). Если вы видите в одной строке плюс, а в другой минус по одному и тому же клиенту — значит, автоматического зачета не произошло.

6. Алгоритм исправления ситуации

Предлагаем следующий порядок действий для восстановления учета:

Проверить справочник Контрагенты на предмет дублей и объединить их, если они найдены.
В каждом договоре проверить способ ведения расчетов.
Выполнить обработку «Корректировка долга», если нужно схлопнуть авансы и долги за прошедший период без перепроведения старых документов.
Обязательно провести документ «Закрытие месяца» за все периоды, начиная с самого первого месяца ведения учета. Для этого перейдите в раздел Компания — Закрытие месяца.

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


Процедура РассчитатьСебестоимостьПродаж(ПериодРегистрации)
    // Выбираются данные из регистра "Запасы" по методу ФИФО
    // Формируются движения в регистр "Продажи" (себестоимость)
    // Формируются движения в регистр "Доходы и расходы"
КонецПроцедуры

Важный момент: Если после всех манипуляций отчеты по продажам все еще не показывают суммы, проверьте тип номенклатуры. Если товар заведен как Услуга, у него не будет складской себестоимости, и логика движения денежных средств для него будет отличаться от Запасов.

Таким образом, решение проблемы кроется в связке трех факторов: корректные настройки Договора, соблюдение временной последовательности Оплата после Реализации и регулярное выполнение Закрытия месяца.