Как увеличить задолженность покупателя в 1С

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

Инструкция ниже ориентирована на типовые конфигурации 1С:Управление торговлей 11, Комплексная автоматизация 2 и ERP 2. В 1С:Бухгалтерии 8 логика та же, но названия документов и разделов немного отличаются — отличия отмечены отдельно.

Как 1С считает задолженность покупателя

Взаиморасчёты в торговых конфигурациях ведутся по объектам расчётов: заказам, накладным, договорам или соглашениям — в зависимости от настройки детализации расчётов с клиентом. Долг образуется в момент проведения документа «Реализация товаров и услуг» (или «Акт выполненных работ»): программа записывает сумму в регистр расчётов с клиентами со знаком «покупатель должен нам».

Поступление оплаты уменьшает долг, но только если платёж зачтён на тот же объект расчётов. Частая ситуация: реализация проведена по заказу №1, а оплата зачлась на договор в целом или на другой заказ — в отчёте по заказу долг завышен, а по клиенту в целом корректен. Поэтому перед любым увеличением долга нужно понять, на каком объекте расчётов вы хотите его видеть.

В 1С:Бухгалтерии детализация жёстче: расчёты ведутся по счету 62.01 в разрезе контрагента, договора и документа расчётов. Авансы учитываются на 62.02 и зачитываются документом реализации автоматически или вручную.

Способ 1. Оформить реализацию — основной законный способ

Стандартный и единственно правильный с точки зрения учёта способ увеличить долг покупателя — отразить отгрузку. Откройте раздел «Продажи» → «Реализации товаров и услуг» (в УТ 11) или «Продажи» → «Реализация (акты, накладные)» (в БП 3.0) и создайте документ.

Заполните ключевые поля: клиент, договор, склад, табличная часть с товарами и ценами. Обратите внимание на поле «Заказ» или «Объект расчётов» — если расчёты ведутся по заказам, реализация без заказа создаст отдельный объект расчётов, и долг «размножится» по аналитике, хотя общая сумма будет верной.

После проведения проверьте результат отчётом «Ведомость расчётов с клиентами» (раздел «Продажи» → «Отчёты по продажам») или оборотно-сальдовой ведомостью по счёту 62 в Бухгалтерии. Долг должен увеличиться ровно на сумму документа с учётом НДС.

1. 1
   Откройте Продажи → Реализации товаров и услуг → Создать
2. 2
   Укажите клиента, договор и при необходимости заказ (объект расчётов)
3. 3
   Заполните товары, количество, цены и ставку НДС
4. 4
   Установите дату отгрузки и условия оплаты (срок)
5. 5
   Проведите документ и проверьте долг отчётом по взаиморасчётам

Способ 2. Увеличить долг корректировкой реализации

Если отгрузка уже отражена, но сумма должна быть больше (изменилась цена, добавлены позиции, выставлены дополнительные услуги), используйте документ «Корректировка реализации». Он создаётся на основании исходной реализации: откройте документ, нажмите «Создать на основании» → «Корректировка реализации».

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

В 1С:Бухгалтерии аналогичный механизм: на основании реализации создаётся «Корректировка реализации» с видом операции «Корректировка по согласованию сторон» или «Исправление в первичных документах». Программа автоматически сформирует дополнительные проводки по дебету 62 и сформирует корректировочный счёт-фактуру, если изменения затрагивают НДС.

Способ 3. Ручная корректировка задолженности

Когда долг нужно отразить или увеличить без отгрузки — например, при переносе остатков, исправлении ошибок прошлых периодов или начислении неустойки — в УТ 11 и ERP используется документ «Корректировка задолженности» (раздел «Казначейство» → «Первичные документы» или «Регламентированные операции», в зависимости от версии).

В документе укажите тип операции — например, «Начисление задолженности клиента» или «Перенос задолженности», выберите клиента, договор, объект расчётов и сумму. После проведения долг появится в отчётах по взаиморасчётам без создания реализации.

В 1С:Бухгалтерии ручные записи выполняются документом «Операция» (раздел «Операции» → «Операции, введённые вручную»): проводка Дт 62.01 Кт 91.01 (или иной счёт по сути операции) с указанием контрагента, договора и документа расчётов. Помните: ручная проводка без первичного документа — это исключение, требующее обоснования, а не штатный способ работы.

Почему долг не увеличивается: типичные причины

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

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

Третья причина — несовпадение аналитики: реализация проведена по одному договору или заказу, а вы смотрите отчёт по другому. Четвёртая — отчёт построен на дату раньше даты документа: проверьте период отчёта и дату самой реализации.

Контрольные точки

Как проверить результат

Отчёт «Ведомость расчётов с клиентами» по клиенту и договору

Норма

Долг увеличился ровно на сумму документа

Тревожный признак

Сумма не изменилась или появилась на другом заказе/договоре

Движения реализации по регистрам расчётов

Норма

Есть запись «Продажа» на сумму документа

Тревожный признак

Записей нет или сумма сразу закрыта зачётом аванса

ОСВ по счёту 62.01 в БП

Норма

Дебетовое сальдо по контрагенту совпадает с отчётом по взаиморасчётам

Тревожный признак

Расхождения между бухгалтерским и управленческим учётом

Настройка сроков оплаты и контроль лимитов

Чтобы задолженность не просто росла, а была управляемой, настройте условия оплаты. В УТ 11 и ERP в карточке соглашения с клиентом или в заказе задаётся вариант оплаты: аванс, предоплата, кредит с указанием срока в календарных или банковских днях. На основании этих данных строится отчёт «Задолженность клиентов по срокам долга», где долг делится на текущий и просроченный.

Дополнительно можно включить контроль кредитного лимита: в карточке клиента или договора задаётся допустимая сумма долга, и программа предупреждает или блокирует новую отгрузку при его превышении. Это не увеличивает долг, но защищает от неконтролируемого роста дебиторки.

В Бухгалтерии сроки оплаты задаются в договоре (поле «Срок оплаты») и используются в отчётах «Задолженность покупателей по срокам долга» и при формировании актов сверки.

Перед массовым исправлением взаиморасчётов сделайте архивную копию базы и сначала выполните корректировку на одном контрагенте, сверив результат с актом сверки. Пакетные изменения долгов без проверки на копии — самая частая причина «разъехавшихся» остатков.

Акт сверки и подтверждение долга

После увеличения задолженности зафиксируйте её документально. В УТ 11 используйте документ «Сверка взаиморасчётов» (раздел «Продажи» или «Закупки» → «Сервис»): он формирует акт сверки по всем документам расчётов с клиентом за период и позволяет зафиксировать расхождения, если покупатель их заявил.

В Бухгалтерии акт сверки формируется из карточки контрагента или через раздел «Продажи» → «Акты сверки расчётов». Отчёт строится по данным счетов 62, 60 и 76 с детализацией по документам.

Подписанный акт сверки — юридически значимое подтверждение долга: он прерывает срок исковой давности и служит доказательством при взыскании. Именно поэтому любое «увеличение» долга в программе должно опираться на реальные первичные документы, которые вы готовы предъявить контрагенту.

FAQ

Можно ли увеличить долг покупателя без документа реализации?

Да, документом «Корректировка задолженности» в УТ 11/ERP или ручной «Операцией» в Бухгалтерии. Но такой способ предназначен для исправления ошибок, переноса остатков и начисления неустоек, а не для отражения обычных отгрузок — для них всегда используйте реализацию.

Почему после проведения реализации долг не появился?

Чаще всего реализация закрылась ранее полученным авансом покупателя — проверьте движения документа и отчёт по незачтённым авансам. Также убедитесь, что документ проведён и отчёт построен на дату не раньше даты реализации.

Как перенести долг с одного договора или заказа на другой?

В УТ 11 и ERP — документом «Корректировка задолженности» с типом операции «Перенос задолженности»: указываете объект-источник и объект-получатель. В Бухгалтерии — операцией вручную с двумя строками по счёту 62 с разными договорами или документами расчётов.

Нужно ли начислять НДС при увеличении долга корректировкой?

Если увеличение связано с ростом стоимости отгрузки — да: корректировка реализации в большую сторону формирует корректировочный счёт-фактуру и доначисление НДС. Ручные корректировки, не связанные с реализацией (например, неустойка), облагаются НДС по своим правилам — уточните порядок у бухгалтера.

Как проверить, что долг в отчётах соответствует реальности?

Сформируйте «Ведомость расчётов с клиентами» (или ОСВ по 62 счёту в БП) и сверьте с актом сверки, подписанным покупателем. Дополнительно проверьте отчёт «Задолженность клиентов по срокам долга» — просроченная часть должна совпадать с вашими ожиданиями по условиям оплаты.

Что делать, если долг нужно увеличить в прошлом, закрытом периоде?

Изменения в закрытом периоде влияют на сданную отчётность: может потребоваться уточнённая декларация по НДС и корректировка бухгалтерской отчётности. Согласуйте такие правки с главным бухгалтером и выполняйте их корректировочными документами, а не прямым редактированием старых реализаций.