Покупатели и поставщики в BAS: от договора до взаиморасчетов

Две стороны одного дня: компактная карта операций

Факты кейса: что должно сойтись до копейки

Левая цепочка: от заказа поставщику до кредиторской задолженности

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

Зеркальная таблица: одна последовательность, разный экономический смысл

Три точки несимметричности, которые нельзя копировать механически

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

Итоговая сверка: как закрыть день без скрытых остатков

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

Две стороны одного дня: компактная карта операций

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

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

Факты кейса: что должно сойтись до копейки

Чтобы не скрывать ошибку в общих оборотах, сначала задаем простые и проверяемые условия. На начало дня по двум договорам нет ни задолженностей, ни авансов. Поставщик «Вектор» продает нашей компании десять кресел на 48 000 грн. Мы уплачиваем 30 000 грн до поступления, принимаем все десять кресел и к концу дня остаемся должны 18 000 грн. Покупатель «Горизонт» покупает шесть кресел на 42 000 грн: сначала перечисляет аванс 12 000 грн, после реализации доплачивает 20 000 грн, поэтому его задолженность составляет 10 000 грн.

Суммы здесь учебные: налоговый контур намеренно не рассматриваем подробно. Важны не проводки, которые зависят от настроек и учетной политики, а контрольная арифметика взаиморасчетов:

• поставщик: 48 000 грн по документам минус 30 000 грн оплаты равняется 18 000 грн нашей кредиторской задолженности;
• покупатель: 42 000 грн по документам минус 32 000 грн полученной оплаты равняется 10 000 грн дебиторской задолженности;
• начальное сальдо по каждому договору равняется нулю, поэтому любой другой результат нужно объяснить документом, договором или аналитикой платежа.

Левая цепочка: от заказа поставщику до кредиторской задолженности

1. Сначала определяем сторону и договор

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

Счет поставщика или заказ поставщику помогает зафиксировать намерение: номенклатуру, количество, цену, срок и ожидаемый платеж. Однако он не заменяет факт поступления. Если кресла еще не приняты, в цепочке есть согласованная закупка или основание для аванса, но нет завершенного хозяйственного события поставки.

2. Аванс не должен превращаться в безымянный платеж

При перечислении 30 000 грн в платежном документе проверяем получателя, договор, назначение платежа и объект расчетов. До поступления это выданный аванс. После оформления поступления программа должна связать его с той же аналитикой и зачесть в оплату поставки. Если платеж указан по другому договору, в отчете легко получить парадокс: по одному договору числится аванс, а по другому — полная задолженность 48 000 грн.

3. Поступление фиксирует событие, а не ожидание

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

Перед проведением сверяем контрагента, договор, склад или место учета, номенклатуру, количество, сумму и ссылку на документ-основание. После проведения открываем движения или расшифровку отчета и убеждаемся, что поставка отнесена именно к нужной аналитике взаиморасчетов.

4. Контрольный результат по поставщику

В конце дня ожидаем кредиторскую задолженность 18 000 грн: товар получен на 48 000 грн, а перечислено 30 000 грн. Если отчет показывает еще и аванс 30 000 грн, это не «особенность BAS», а сигнал проверить, одинаково ли заполнены договор и аналитика расчетов в платежном документе и поступлении. Если задолженности нет совсем, следует проверить, не проведен ли лишний платеж, взаимозачет или ручная корректировка.

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

1. Основание продажи задает рамки, но не заменяет реализацию

Для «Горизонта» выбираем отдельный договор продажи. Счет покупателю или заказ клиента помогает согласовать шесть кресел и сумму 42 000 грн. Пока товар не передан, счет сам по себе не создает завершенной продажи. Это особенно важно при контроле просроченной задолженности: неоплаченный счет и дебиторская задолженность по уже осуществленной реализации — разные управленческие ситуации.

2. Полученный аванс должен оставаться обязательством до события

Первые 12 000 грн поступают до передачи кресел. Деньги уже находятся на счете компании, но до реализации это еще не погашение дебиторской задолженности за отгрузку. В расчетах отражается полученный аванс по конкретному покупателю и договору. Именно поэтому нельзя механически считать любое поступление денег доходом или закрытой реализацией: время платежа и время хозяйственного события не всегда совпадают.

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

Когда шесть кресел фактически переданы, оформляем расходную накладную или нейтрально названный документ реализации. Для услуги это был бы акт или документ оказания услуг. Название нужно сверить со своей конфигурацией BAS, а содержание — с фактическими обстоятельствами и оформленной первичной документацией. В документе повторяем того же покупателя, договор и аналитику расчетов, что были в авансе.

После реализации аванс 12 000 грн должен быть учтен во взаиморасчетах. Вторая оплата 20 000 грн уменьшает требование к покупателю. Контрольный остаток — дебиторская задолженность 10 000 грн. Если система показывает 30 000 грн задолженности и отдельно аванс 12 000 грн, начинаем не с ручного исправления сальдо, а со сравнения аналитики документов.

Зеркальная таблица: одна последовательность, разный экономический смысл

Три точки несимметричности, которые нельзя копировать механически

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

Главное правило поиска: не исправлять конечное сальдо, пока не найден документ, который его сформировал. В BAS удобнее двигаться от отчета к расшифровке, от расшифровки — к документу, а уже в документе проверять договор и аналитику расчетов.

Разрыв 1. Есть оплата, но нет нужного документа

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

Последовательность проверки.

1. Открыть отчет по взаиморасчетам с отбором по организации, контрагенту и договору.
2. Расшифровать сумму аванса до конкретного банковского или кассового документа.
3. Проверить, создано и проведено ли поступление или реализация на дату фактического события.
4. Сопоставить количество, сумму и аналитику с первичными документами, а не только со счетом.
5. Если документа действительно нет, оформить его по подтвержденным данным; не маскировать пробел произвольной корректировкой задолженности.

Важно также исключить простую временную разницу. Платеж мог пройти сегодня, а поступление ожидается завтра. Это не ошибка, если срок понятен, аванс правильно классифицирован и ответственное лицо контролирует завершение цепочки.

Разрыв 2. Документ проведен не по тому договору

Признак. На уровне контрагента общая сумма может выглядеть правильной, но в детализации по одному договору есть задолженность, а по другому — зеркальный аванс. Акт сверки без разбивки по договорам иногда скрывает эту проблему.

Последовательность проверки.

1. Построить отчет с группировкой как минимум по контрагенту и договору.
2. Сравнить договор в счете или заказе, документе события и оплате.
3. Проверить дату договора, валюту расчетов, способ погашения и допустимый объект расчетов.
4. Исправлять реквизит в первичной цепочке только после подтверждения того, к какому договору относится операция.
5. Перепровести зависимые документы по правилам базы и снова сформировать отчет за тот же период.

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

Разрыв 3. Перепутана аналитика аванса

Признак. Платеж и документ события относятся к одному контрагенту и договору, но не засчитываются друг против друга. Например, оплата привязана к счету, заказу или документу расчетов, отличному от того, что указан в поступлении или реализации.

Последовательность проверки.

1. В отчете включить доступную детализацию по документам расчетов, заказам или другим аналитическим измерениям.
2. Открыть платеж и документ события рядом и сравнить все реквизиты расчетов, а не только контрагента и договор.
3. Выяснить, используется ли автоматическое погашение задолженности, привязка к конкретному документу или другое правило зачета.
4. Проверить порядок проведения: в некоторых сценариях введенный позднее документ должен найти ранее зарегистрированный аванс после перепроведения.
5. После исправления убедиться, что аванс исчез именно в нужной сумме, а не был перенесен на другую цепочку.

Итоговая сверка: как закрыть день без скрытых остатков

Акт сверки полезен как итог, но не заменяет внутреннюю проверку документов. Сначала формируем отчет по взаиморасчетам в своей базе, расшифровываем конечные суммы и только затем сравниваем их с данными контрагента. Для нашего кейса правильная картина такова: перед «Вектором» у нас кредиторская задолженность 18 000 грн, а у «Горизонта» есть дебиторская задолженность перед нами 10 000 грн. Отдельных авансов по этим договорам после зачета быть не должно.

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

Чек-лист закрытия взаиморасчетов

• проверить начальное сальдо по контрагенту и каждому договору;
• убедиться, что счет или заказ ошибочно не воспринят как завершенное хозяйственное событие;
• сопоставить первичный документ с фактическим поступлением, реализацией, работой или услугой;
• проверить даты, суммы, организацию, контрагента, договор и доступную аналитику расчетов в каждой оплате;
• отдельно просмотреть выданные и полученные авансы, которые не были зачтены;
• расшифровать дебиторскую и кредиторскую задолженность до документов, а не оценивать только общий итог;
• сверить сроки платежей и назначить ответственных за просроченные суммы;
• сравнить данные с контрагентом и зафиксировать объяснение каждого расхождения;
• для системной отработки полного цикла использовать курс BAS Бухгалтерия со сквозными рабочими кейсами, где практическая операция проходит путь от документа и проведения до проверки взаиморасчетов и поиска ошибки;
• после исправлений повторно сформировать тот же отчет и убедиться, что контрольные суммы изменились ожидаемым образом.

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