← На главную

При работе в конфигурации «1С:Управление производственным предприятием» (УПП) специалисты часто сталкиваются с ситуацией, когда документ Платежное поручение исходящее формирует проводку по дебету счета 60.01 (погашение задолженности), хотя бухгалтер уверен, что должен быть использован счет 60.02 (авансы выданные). Рассмотрим подробно, почему так происходит, как работает механизм программы и какими способами можно привести учет в порядок.

Разберем логику работы программы: регистры против проводок

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

Проанализируем ситуацию глазами программы. Когда мы проводим платежку, система выполняет следующие действия:

1. Обращается к регистру Расчеты по приобретению (бухгалтерский учет).
2. Выполняет запрос по остаткам с отбором по конкретному Контрагенту и Договору (а также по Заказу или Документу расчетов, если это указано в настройках договора).
3. Если в этом регистре числится любая сумма остатка (долг), программа сначала «закрывает» этот долг проводкой по счету 60.01.
4. Только когда остаток в регистре становится нулевым, оставшаяся часть суммы платежа относится на счет 60.02 как аванс.

Таким образом, если бухгалтер видит в Оборотно-сальдовой ведомости (ОСВ) по счету 60 отсутствие долга, а программа все равно ставит 60.01 — это явный признак «расхождения» между бухгалтерским счетом и регистром накопления.

Выясним причины расхождений

Почему данные в ОСВ и в регистре могут не совпадать? Рассмотрим основные причины:

1. Использование ручных операций: Документ Операция (бухгалтерский и налоговый учет) делает записи только в регистр бухгалтерии (проводки), но совершенно «не знает» о существовании регистров накопления. В итоге счет 60 закрыт, а в регистре висит долг.
2. Нарушение хронологии: Если документы поступления товаров и оплаты были введены задним числом или в неправильной временной последовательности в течение одного дня (например, оплата в 10:00, а поступление в 12:00), программа может некорректно распределить суммы.
3. Изменение аналитики в документах: Если в поступлении указан один договор (или заказ), а в платежке другой, система не увидит связи и сформирует аванс по одному объекту, оставив долг по другому.
4. Прямые корректировки проводок: Если бухгалтер вручную меняет счета в проводках документов, регистры накопления об этом «не узнают», что создает задел для ошибок в будущем.

Шаг 1: Анализ расхождений с помощью отчетов

Прежде чем приступать к исправлениям, нам нужно наглядно увидеть проблему. Для этого сравним данные двух отчетов:

Во-первых, сформируем стандартную Оборотно-сальдовую ведомость по счету 60 с максимальной детализацией по субконто. Во-вторых, воспользуемся отчетом Ведомость по расчетам с контрагентами, предварительно выбрав в настройках тип учета «Бухгалтерский».

Если в ОСВ сумма 0, а в Ведомости (которая строится по регистрам) числится остаток — мы нашли источник проблемы. Проанализируем детально документы в этом регистре, чтобы понять, какой именно документ «сломал» учет.

Шаг 2: Выравнивание остатков регистра и бухгалтерии

Если ошибки накопились за прошлые годы и период закрыт, мы не можем просто перепроводить старые документы. В этом случае нам поможет инструмент корректировки.

Рассмотрим алгоритм действий:

1. Определяем дату, с которой мы начнем «правильный» учет (например, начало текущего квартала).
2. Создаем документ Корректировка записей регистров.
3. В настройках состава регистров выбираем Расчеты по приобретению (бухгалтерский учет).
4. Вносим записи таким образом, чтобы остатки в этом регистре стали идентичны остаткам на счете 60. Если в ОСВ долга нет, а в регистре он есть — делаем запись с видом «Расход» на сумму «мнимого» долга.

Важно: При использовании документа Корректировка долга система также делает записи в нужные регистры, поэтому для взаимозачетов или списаний лучше использовать именно его, а не ручные операции.

Шаг 3: Использование обработки «Восстановление состояния расчетов»

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

Посмотрим, что именно делает эта обработка:

• Анализирует фактическую последовательность документов.
• Пересчитывает распределение сумм между счетами 60.01 и 60.02 согласно актуальным остаткам в регистрах.
• Сдвигает границу последовательности расчетов вперед.

Однако будьте осторожны: если у вас годами не велся учет по регистрам и счета корректировались вручную, запуск этой обработки в закрытом периоде «перепашет» весь учет и изменит проводки. Рекомендуем сначала потренироваться на копии базы или запускать обработку только за текущий, еще не сданный период.

Шаг 4: Настройка параметров договора

Иногда причина кроется в настройках самого договора. Посмотрим на поле «Ведение взаиморасчетов» в карточке договора с контрагентом. Возможны три варианта:

1. По договору в целом: Самый простой вариант, программа ищет любой долг по контрагенту в рамках этого договора.
2. По заказам: Если поступление оформлено по «Заказу №1», а оплата без указания заказа, программа создаст аванс, так как не увидит долга именно по «пустому» заказу.
3. По документам расчетов: Самый детальный учет, требующий указания конкретной накладной в платежке.

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

Практические рекомендации по предотвращению проблемы

Чтобы платежные поручения всегда формировали корректные проводки, рекомендуем придерживаться следующих правил:

1. Запрет на ручные операции: Категорически избегайте документа Операция (бухгалтерский и налоговый учет) для счетов 60, 62, 76. Используйте вместо них Корректировку долга.
2. Соблюдение времени документов: Если вы приходуете товар и платите за него в один день, убедитесь, что время платежного поручения позже времени поступления товаров. Хорошей практикой считается устанавливать время оплат на конец дня (23:59:59).
3. Способ погашения задолженности: В документе Платежное поручение исходящее проверьте значение в поле «Способ погашения задолженности». Значение «Автоматически» — самое оптимальное для типовой работы. Если выбрать «Не погашать», программа принудительно отправит всю сумму на 60.02, даже если за контрагентом числится огромный долг, что приведет к «раздуванию» сальдо по дебету и кредиту одновременно.
4. Регулярный запуск обработок: Включите в регламент закрытия месяца запуск обработки восстановления последовательности расчетов. Это позволит системе «подтянуть» хвосты, возникшие из-за ввода документов задним числом.

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