Покупці та постачальники в BAS: від договору до взаєморозрахунків
Практична схема роботи з договорами, оплатами й боргом у 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 грн, починаємо не з ручного виправлення сальдо, а з порівняння аналітики документів.
Дзеркальна таблиця: одна послідовність, різний економічний зміст
| Контрольна точка | Закупівля | Продаж |
|---|---|---|
| Хто є контрагентом | Постачальник, перед яким може виникнути наш борг. | Покупець, від якого ми очікуємо оплату. |
| Комерційна підстава | Замовлення або рахунок постачальника. | Замовлення покупця або рахунок покупцеві. |
| Документ події | Надходження товару, приймання робіт або послуг. | Реалізація товару, виконання робіт або надання послуг. |
| Оплата до події | Наш виданий аванс постачальнику. | Отриманий від покупця аванс — наше зобов’язання до реалізації. |
| Оплата після події | Зменшує наш борг перед постачальником. | Зменшує борг покупця перед нами. |
| Що контролюємо | Строк оплати, кредиторський борг, невраховані аванси, неповне надходження. | Строк оплати, дебіторський борг, невраховані аванси, неоплачену реалізацію. |
| Фінальна звірка | Наша база проти даних постачальника. | Наша база проти даних покупця. |
Три точки несиметричності, які не можна копіювати механічно
1. Одна й та сама передоплата має протилежний напрям
Сплата постачальнику до надходження створює виданий аванс. Отримання грошей від покупця до реалізації створює отриманий аванс. В обох випадках кошти вже рухалися, але документ господарської події ще не завершив ланцюг.
2. Борг виникає перед різними сторонами
Після неоплаченого надходження боржником є наша компанія, тому контролюємо кредиторську заборгованість. Після неоплаченої реалізації боржником є покупець, тому контролюємо дебіторську заборгованість. Однакова сума сальдо без напряму нічого не пояснює.
3. Документи події не є взаємозамінними
Для закупівлі підтверджуємо приймання товару, роботи чи послуги, а для продажу — передачу або надання покупцеві. Рахунок може передувати обом подіям, але не слід оголошувати його універсальним первинним документом. Достатність оформлення оцінюють за суттю операції, реквізитами та чинними правилами, а не за назвою форми в програмі.
Як розслідувати три розриви в ланцюгу
Головне правило пошуку: не виправляти кінцеве сальдо, доки не знайдено документ, який його сформував. У BAS зручніше рухатися від звіту до розшифровки, від розшифровки — до документа, а вже в документі перевіряти договір і розрахункову аналітику.
Розрив 1. Є оплата, але немає потрібного документа
Ознака. За постачальником висить виданий аванс, хоча товар нібито вже на складі, або за покупцем відображено отриманий аванс без реалізації, хоча товар уже відвантажено.
Послідовність перевірки.
- Відкрити звіт за взаєморозрахунками з відбором за організацією, контрагентом і договором.
- Розшифрувати суму авансу до конкретного банківського або касового документа.
- Перевірити, чи створено й проведено надходження або реалізацію на дату фактичної події.
- Зіставити кількість, суму й аналітику з первинними документами, а не лише з рахунком.
- Якщо документа справді немає, оформити його за підтвердженими даними; не маскувати прогалину довільним коригуванням боргу.
Важливо також виключити просту часову різницю. Платіж міг пройти сьогодні, а надходження очікується завтра. Це не помилка, якщо строк зрозумілий, аванс правильно класифікований і відповідальна особа контролює завершення ланцюга.
Розрив 2. Документ проведено не за тим договором
Ознака. На рівні контрагента загальна сума може виглядати правильно, але в деталізації один договір має борг, а інший — дзеркальний аванс. Акт звірки без розрізу договорів іноді приховує цю проблему.
Послідовність перевірки.
- Побудувати звіт із групуванням щонайменше за контрагентом і договором.
- Порівняти договір у рахунку або замовленні, документі події та оплаті.
- Перевірити дату договору, валюту розрахунків, спосіб погашення й допустимий об’єкт розрахунків.
- Виправляти реквізит у первинному ланцюгу лише після підтвердження, до якого договору належить операція.
- Перепровести залежні документи за правилами бази та знову сформувати звіт за тим самим періодом.
Якщо за одним контрагентом справді діють кілька договорів, згортати їх в одну умовну суму небезпечно: строки, валюта, відповідальні особи та умови погашення можуть бути різними.
Розрив 3. Переплутана аналітика авансу
Ознака. Платіж і документ події належать одному контрагенту та договору, але не зараховуються один проти одного. Наприклад, оплата прив’язана до рахунку, замовлення чи документа розрахунків, відмінного від того, що зазначений у надходженні або реалізації.
Послідовність перевірки.
- У звіті увімкнути доступну деталізацію за документами розрахунків, замовленнями або іншими аналітичними вимірами.
- Відкрити платіж і документ події поруч та порівняти всі реквізити розрахунків, а не тільки контрагента й договір.
- З’ясувати, чи використовується автоматичне погашення боргу, прив’язка до конкретного документа або інше правило заліку.
- Перевірити порядок проведення: у деяких сценаріях пізніше введений документ має знайти раніше зареєстрований аванс після перепроведення.
- Після виправлення переконатися, що аванс зник саме в потрібній сумі, а не був перенесений на інший ланцюг.
Фінальна звірка: як закрити день без прихованих хвостів
Акт звірки корисний як підсумок, але не замінює внутрішню перевірку документів. Спершу формуємо звіт за взаєморозрахунками у своїй базі, розшифровуємо кінцеві суми, а вже потім порівнюємо їх із даними контрагента. Для нашого кейсу правильна картина така: перед «Вектором» маємо кредиторську заборгованість 18 000 грн, а «Горизонт» має дебіторську заборгованість перед нами 10 000 грн. Окремих авансів за цими договорами після зарахування бути не повинно.
Розбіжність в акті звірки не завжди означає неправильний облік. Причиною може бути різна дата відображення, документ у дорозі, банківська операція на межі дня, часткове постачання або різний рівень деталізації. Але кожна різниця повинна мати назву, суму, дату, документ і відповідальну особу.
Чекліст закриття взаєморозрахунків
- перевірити початкове сальдо за контрагентом і кожним договором;
- переконатися, що рахунок або замовлення не помилково сприйнято як завершену господарську подію;
- зіставити первинний документ із фактичним надходженням, реалізацією, роботою або послугою;
- перевірити дати, суми, організацію, контрагента, договір і доступну розрахункову аналітику в кожній оплаті;
- окремо переглянути видані та отримані аванси, які не зарахувалися;
- розшифрувати дебіторську й кредиторську заборгованість до документів, а не оцінювати лише загальний підсумок;
- звірити строки платежів і призначити відповідальних за прострочені суми;
- порівняти дані з контрагентом та зафіксувати пояснення до кожної розбіжності;
- для системного відпрацювання повного циклу використати курс BAS Бухгалтерія з наскрізними робочими кейсами, де практична операція проходить шлях від документа й проведення до перевірки взаєморозрахунків і пошуку помилки;
- після виправлень повторно сформувати той самий звіт і переконатися, що контрольні суми змінилися очікувано.
Надійний облік взаєморозрахунків будується не на пам’яті про те, «хто кому винен», а на зв’язку документів. Якщо контрагент, договір, подія, оплата й аналітика узгоджені, борг пояснюється за кілька хвилин. Якщо ж один елемент випав, дзеркальна логіка двох доріжок допомагає швидко визначити, де саме розірвався ланцюг і який факт потрібно підтвердити.
