При работе в программе 1С:Бухгалтерия 3.0 пользователи часто сталкиваются с неприятной ситуацией: документ Оплата платежной картой отказывается проводиться, выдавая критическую ошибку: «Запись не верна! Значение поля "Расчетный документ" не может быть пустым! (Регистр накопления: Прочие расчеты)». Эта проблема блокирует закрытие периода и корректное отражение выручки. Разберем подробно, почему это происходит и как пошагово исправить ситуацию.
Для начала проанализируем, что именно сообщает нам система. Ошибка указывает на регистр накопления Прочие расчеты. Этот регистр используется программой (особенно при применении УСН или для учета расчетов по эквайрингу), чтобы отслеживать цепочку взаиморасчетов: какой платеж закрыл какую отгрузку. Поле Расчетный документ является ключевым для этого регистра. Если алгоритм проведения не может автоматически определить документ-основание (реализацию или аванс), он пытается записать «пустое» значение, что запрещено правилами базы данных.
Основная причина кроется в нарушении аналитического учета на счетах 62.01, 62.02 или 76.06. На этих счетах в типовых конфигурациях настроено три субконто:
Именно отсутствие данных в третьем субконто в ранее созданных документах (например, в «Операциях, введенных вручную» или «Вводе остатков») приводит к тому, что документ Оплата платежной картой не может корректно «подцепить» задолженность.
Рассмотрим самый эффективный метод диагностики — использование отчета Оборотно-сальдовая ведомость по счету (ОСВ). Нам необходимо найти те проводки, в которых аналитика заполнена не полностью.
Контрагенты, Договоры и Документы расчетов с контрагентом.Проанализируем результаты: если мы видим строку, где указан контрагент и договор, но вместо конкретного документа (например, «Реализация» или «ПКО») стоит пустое место или надпись <...>, значит, мы нашли источник проблемы. Часто это оказывается документ Операция (бухгалтерский учет) или Ввод остатков, в которых бухгалтер заполнил сумму, но забыл указать аналитику третьего уровня.
Когда проблемный документ найден, его необходимо дозаполнить. Выясним, как это сделать правильно:
Если это Операция (бухгалтерский учет), зайдем в нее и найдем нужную строку проводки. В колонке Субконто (где счет 62 или 76) нужно нажать на выбор в поле третьего субконто. Программа предложит выбрать тип данных. Рекомендуется выбирать Документ расчетов с контрагентом (ручной учет). Если его нет, создадим новый технический документ прямо из формы выбора, указав дату и контрагента.
Если проблема возникла после свертки базы, проанализируем документы Ввод остатков. При переносе данных поле Документ расчетов часто остается пустым. Решение аналогично: создаем технический Документ расчетов с контрагентом и подставляем его в аналитику.
Если документов с пустой аналитикой много (например, после неудачного импорта данных), ручное исправление займет слишком много времени. Посмотрим, как автоматизировать этот процесс:
Операция (бухгалтерский учет).Хозрасчетный.ДвиженияССубконто.В таких случаях безопаснее и быстрее будет воспользоваться помощью программиста для написания небольшой обработки, которая переберет движения документов и заполнит пустые значения. Пример логики такой обработки на языке 1С:
// Пример логики для исправления субконто
НаборЗаписей = РегистрыБухгалтерии.Хозрасчетный.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(СсылкаНаОперацию);
НаборЗаписей.Прочитать();
Для Каждого Запись Из НаборЗаписей Цикл
Если Запись.Счет = ПланыСчетов.Хозрасчетный.РасчетыСПокупателями Тогда
// Проверяем третье субконто (индекс 2)
Если Запись.Субконто[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.ДокументыРасчетовСКонтрагентами] = Неопределено Тогда
Запись.Субконто[ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные.ДокументыРасчетовСКонтрагентами] = НужныйДокументРасчетов;
КонецЕсли;
КонецЕсли;
КонецЦикла;
НаборЗаписей.Записать();
Разберем еще один важный нюанс. Иногда ошибка возникает из-за настроек в самой карточке договора с контрагентом. Если в договоре в поле Способ ведения расчетов выбрано значение По документам расчетов, система будет требовать заполнения Расчетного документа в обязательном порядке.
Если для вашей учетной политики это не критично, можно попробовать временно изменить способ ведения расчетов на По договору в целом. После этого попробуйте провести документ Оплата платежной картой. Если он проведется — значит, проблема была именно в жестком контроле аналитики. Важно: помните, что изменение настроек договора может повлиять на корректность зачета авансов в будущем, поэтому лучше все же заполнить аналитику, как описано в Шаге 2.
В самом документе Оплата платежной картой есть реквизит Погашение задолженности. По умолчанию там стоит значение Автоматически. При этом режиме программа пытается сама найти документы отгрузки и заполнить регистр Прочие расчеты. Если вы понимаете, что текущая оплата не должна закрывать старые долги или у вас нет времени на поиск ошибок в прошлых периодах, можно выбрать вариант Не погашать.
В этом случае программа создаст проводки просто на аванс, и ошибка «Расчетный документ не может быть пустым» исчезнет, так как система перестанет искать связь с предыдущими документами. Однако позже вам придется сделать документ Регламентная операция: Зачет авансов или Корректировка долга, чтобы схлопнуть сальдо.
Проанализировав ситуацию, мы выяснили, что ключ к решению проблемы всегда лежит в полноте аналитики на 62 счете. Основной алгоритм ваших действий должен быть таким:
Документы расчетов.
После выполнения этих действий документ Оплата платежной картой проведется без ошибок, и данные в регистрах будут отражены корректно.