Взаимозачет долгов и авансов в 1С:УНФ: как работает контроль заполнения операции в документе «Корректировка долга»

С версии 3.0.14 в 1С:УНФ документ «Корректировка долга» контролирует операцию «Взаимозачет»: зачесть долг поставщику за счёт аванса покупателя больше не получится. Разбираем, какие комбинации запрещены, как оформить корректный взаимозачёт и читать итоги с разделением на долги и авансы.

Контроль заполнения операции «Взаимозачет» добавлен в документ «Корректировка долга» в программе 1С:Управление нашей фирмой начиная с версии 3.0.14. Долг поставщику теперь нельзя зачесть, используя аванс покупателя, и наоборот. Итоги документа выводятся с разделением на долги и авансы (Интересное в 1С:УНФ: взаимозачет долгов и авансов).

Что это меняет на практике. Раньше в одном документе можно было свести разнородные обязательства: задолженность перед поставщиком и аванс, полученный от покупателя. После такого зачёта расчёты переставали биться с документами: аванс оставался незакрытым, долг числился погашенным, а сверка с контрагентами показывала расхождения. С версии 3.0.14 провести подобный документ не получится, его придётся перезаполнить корректно.

Материал продолжает серию «Интересное в 1С:УНФ». Ниже разобрано, какие комбинации задолженностей теперь запрещены, как оформить взаимозачёт между однородными суммами и как читать итоги документа.

Что изменилось в 1С:УНФ с версии 3.0.14: контроль операции «Взаимозачет»

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

Зачем понадобился контроль взаимозачетов

До версии 3.0.14 документ «Корректировка долга» принимал любые пары задолженностей, включая несовместимые. Типичный пример: компания должна поставщику 250 000 ₽ за материалы и получила от покупателя аванс 250 000 ₽ под будущую отгрузку. Обе суммы закрывались одним взаимозачётом, и в учёте получалась искажённая картина: обязательство перед поставщиком погашено, аванс покупателя висит незакрытым, отгрузки под него нет, возврата денег тоже нет.

Дальше начиналась ручная работа: расхождения в актах сверки, поиск источника разницы, объяснения с контрагентами. Контроль убирает саму возможность такой проводки, поэтому документ с долгом поставщику и авансом покупателя в одном зачёте просто не проведётся.

Кого касается обновление и как проверить свою версию

Контроль действует в 1С:Управление нашей фирмой начиная с версии 3.0.14. Если база обновлена до этой версии или выше, документ «Корректировка долга» с операцией «Взаимозачет» подчиняется новым правилам. На более старых версиях проверки нет.

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

Какие взаимозачеты теперь запрещены в «Корректировке долга»

Запрет сформулирован узко и работает в обе стороны:

  • долг поставщику нельзя зачесть, используя аванс покупателя;
  • аванс покупателя нельзя зачесть, используя долг поставщику.

Так описывает нововведение публикация на buh.ru (источник). Речь идёт именно об операции «Взаимозачет» в документе «Корректировка долга», а не о корректировке долга другими видами операций и не об offset-операциях в других документах.

Долг поставщику за счёт аванса покупателя: почему это ошибка

Пример. Компания получила от покупателя аванс 120 000 ₽ под предстоящую поставку и одновременно задолжала 120 000 ₽ поставщику за материалы. Цифры совпадают, соблазн закрыть их одним документом понятен. Начиная с версии 3.0.14 такой документ не проводится.

Логика запрета простая. Аванс покупателя это его предоплата, которую вы закрываете отгрузкой или возвращаете деньгами. Долг поставщику это ваше обязательство по уже полученным ценностям. Если свести эти суммы напрямую, аванс формально «закрывается» ничем, а покупатель остаётся без отгрузки или возврата. Корректный порядок: сначала закрыть аванс отгрузкой под эту поставку (или вернуть деньги), затем погасить долг перед поставщиком оплатой либо зачётом с однородной задолженностью.

Аванс покупателя за счёт долга поставщику: обратная ситуация

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

Как правильно оформить взаимозачет в 1С:УНФ: пошаговый порядок

Корректный взаимозачёт сводит однородные задолженности: долг против долга либо аванс против аванса. Порядок действий такой.

  1. Создайте документ «Корректировка долга» и выберите операцию «Взаимозачет».
  2. Укажите контрагентов и договоры, по которым числятся задолженности. При перекрёстном зачёте это могут быть два контрагента, при обычном достаточно одного.
  3. Заполните обе части документа: ту задолженность, которую погашаете, и ту, за счёт которой погашаете.
  4. Сверьте счета расчётов. Авансы и долги учитываются на разных субсчетах расчётов с контрагентами (расчёты по отгрузкам и расчёты по авансам), поэтому в документе не должны встретиться субсчёт авансов с одной стороны и субсчёт долгов с другой.
  5. Посмотрите итоги документа. Они показывают суммы отдельно по долгам и отдельно по авансам.
  6. Проведите документ. Если заполнение некорректно, проведение блокируется, и заполнение нужно исправить.

Про детали честно: точный состав закладок, полей и подсказок зависит от настроек вашей базы (включённых функций, валютного учёта, расчётов в условных единицах). В материалах, на которые опирается статья, пошаговый порядок заполнения не расписан, поэтому шаги приведены по логике работы документа «Корректировка долга». Перед потоком однотипных операций проверьте результат на одном документе и сверьте данные с отчётами по расчётам с контрагентами.

Заполнение закладок «Дебиторы» и «Кредиторы»

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

Пример корректного заполнения. Покупатель должен за отгруженный товар 90 000 ₽, вы должны поставщику за поставленный товар 90 000 ₽, между сторонами есть договорённость о зачёте. Обе задолженности однородны: это долги, а не авансы. Такой документ пройдёт контроль. Если же вместо долга покупателя в документе окажется полученный от него аванс, зачёт не пройдёт.

Проверка итогов с разделением на долги и авансы

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

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

Какие ошибки помогает предотвратить контроль заполнения

Контроль закрывает четыре типовые ситуации:

  • зачёт долга поставщику за счёт аванса покупателя;
  • зачёт аванса покупателя за счёт долга поставщику;
  • смешение долгов и авансов в одном документе;
  • закрытие аванса взаимозачётом без отгрузки и без возврата денег.

Во всех случаях документ не проводится, поэтому искажение расчётов просто не попадает в учёт.

Смешение долгов и авансов в одном документе

Долг и аванс это разные виды обязательств. Они учитываются на разных субсчетах расчётов и закрываются разными событиями: долг оплатой или зачётом, аванс отгрузкой или возвратом денег. Когда обе суммы оказываются в одном взаимозачёте, расчёты перестают сходиться с первичными документами, а контрагент получает закрывающие документы на суммы, которых в реальности не было.

Ситуация из практики: бухгалтер пытается в одном документе свести долг покупателя 80 000 ₽ и аванс поставщику 80 000 ₽. С версии 3.0.14 документ не проведётся, и ошибку придётся исправить до того, как она попадёт в отчётность.

Некорректное закрытие авансов

Отдельный сценарий: аванс покупателя закрывают взаимозачётом с долгом поставщику, не отгрузив товар и не вернув деньги. Аванс при этом считается погашенным, хотя обязательство перед покупателем остаётся. На версиях ниже 3.0.14 такой документ проводился молча, и расхождение всплывало позже, обычно на сверке или при инвентаризации расчётов.

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

Что делать, если контроль не сработал или версия ниже 3.0.14

Работа на версиях ниже 3.0.14

Автоматической проверки нет, поэтому однородность задолженностей держите на ручном контроле:

  • перед заполнением определите тип каждой задолженности: долг это или аванс;
  • не сводите в одном документе субсчета авансов и субсчета долгов;
  • после проведения сверяйтесь с отчётами по расчётам с контрагентами: авансы должны остаться в авансах, долги в долгах;
  • закрывайте авансы отгрузкой или возвратом денег, а не взаимозачётом с чужой задолженностью.

Контроль не сработал: возможные причины

Если база уже на версии 3.0.14 или выше, а документ с разнородными суммами всё равно проводится, проверьте три вещи:

  • обновлена ли конфигурация полностью: в тестовых копиях и рабочих базах версии иногда расходятся;
  • выбран ли вид операции «Взаимозачет» в документе «Корректировка долга»: контроль относится именно к нему;
  • нет ли доработок конфигурации, которые отключают типовые проверки.

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

Коротко: главное о взаимозачете долгов и авансов в 1С:УНФ

  • Контроль заполнения операции «Взаимозачет» появился в документе «Корректировка долга» начиная с версии 3.0.14 1С:Управление нашей фирмой.
  • Долг поставщику нельзя зачесть за счёт аванса покупателя, и наоборот.
  • Итоги документа отображаются с разделением на долги и авансы.
  • Взаимозачёт оформляйте между однородными задолженностями: долг против долга, аванс против аванса.
  • Материал продолжает серию «Интересное в 1С:УНФ».

Чек-лист корректного взаимозачета

  1. Убедитесь, что версия базы 3.0.14 или выше.
  2. Определите тип каждой задолженности: долг или аванс.
  3. Сведите только однородные задолженности.
  4. Заполните обе части документа и сверьте счета расчётов.
  5. Проверьте итоги с разделением на долги и авансы.
  6. Проведите документ и сверьте расчёты с контрагентом по отчётам.

Начните с проверки версии своей базы: если она ниже 3.0.14, возьмите за правило сверять тип задолженностей вручную. Если база уже обновлена, проведите через новый контроль один текущий взаимозачёт с однородными суммами и посмотрите на итоги: после этого работать с документом станет предсказуемее.

Похожие статьи

Манипуляции рекрутеров в найме бухгалтеров: как распознать bait and switch, lowballing и «дверь в лицо»

Разбираем реальный случай старшего бухгалтера по зарплате: вакансия ведущего бухгалтера оказалась приманкой для позиции младшего расчетчика. Показываем механику bait and switch, lowballing и «двери в лицо» и даём вопросы, которые помогут защитить доход на собеседовании.

Учет расходов на перевозку без электронной накладной, лимиты СБП для бизнеса и новые требования к зарплате и пенсиям: обзор изменений 2026 года

С 1 сентября 2026 года транспортные накладные оформляют электронно, но ФНС подтвердила: расходы на перевозку можно учесть и без ЭТрН. Разбираем планы ЦБ по лимитам и сервисам СБП для бизнеса, поправки в ст. 133 ТК РФ о составе МРОТ и законопроект о минимальном обеспечении пенсионера в 50 000 рублей.

Конфликт производства и продаж в ИТ-проектах на 1С: как разобрать кейс и найти решение

Разбираем, почему в 1С-проектах возникает конфликт продаж и производства, кто отвечает за срыв сроков и как разобрать кейс по шагам. Плюс коучинговый взгляд и воркшоп «ИТ-разборы» 5 октября: две роли участия, 300 рублей.