Договір BAS

Договір BAS — це елемент довідника або аналітичний об’єкт, який описує умови взаємовідносин між організацією та контрагентом у BAS. Договір використовується в продажах, закупівлях, банківських документах, актах, накладних, рахунках, взаєморозрахунках, ПДВ, управлінській аналітиці, актах звірки, звітах і міграції даних у K2 ERP.

У BAS договір відповідає на питання: з ким укладено угоду, від імені якої організації, у якій валюті, на яких умовах оплати, як закривати аванси, як вести взаєморозрахунки, які документи належать до цієї угоди і як формувати звіти по боргах.

Головне. Договір у BAS — це не просто номер і дата договору. Це ключовий розріз обліку, який впливає на взаєморозрахунки, аванси, оплати, акти звірки, валюту, ПДВ, продажі, закупівлі, банк, звіти й міграцію.

Проста аналогія. Контрагент — це “з ким працюємо”, організація — “від чийого імені працюємо”, а договір — “на яких умовах працюємо”.

Важливо про 1С, BAS і BAF. В Україні продукти екосистеми 1С і частина продуктів BAS пов’язані з санкційними, юридичними, кібербезпековими та репутаційними ризиками. Держспецзв’язку веде офіційний перелік забороненого до використання програмного забезпечення та комунікаційного обладнання, у якому згадуються продукти 1С/BAS, зокрема 1C:Підприємство 8 і BAS ERP. Указ Президента України №601/2024 ввів у дію рішення РНБО від 2 вересня 2024 року щодо застосування, скасування та внесення змін до санкцій. Перед використанням, підтримкою або міграцією таких систем потрібно перевіряти актуальні офіційні обмеження. ([Держспецзв’язку](https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya), [Указ Президента України №601/2024](https://www.president.gov.ua/documents/6012024-52009), [Законодавство України](https://zakon.rada.gov.ua/go/601/2024))

Що таке договір BAS

Договір BAS — це об’єкт, який зберігає умови роботи з конкретним контрагентом у межах конкретної організації.

Договір може використовуватися для:

продажів;
закупівель;
послуг;
оренди;
підряду;
перевезень;
комісії;
відповідального зберігання;
давальницької сировини;
банківських операцій;
взаєморозрахунків;
ПДВ;
актів звірки;
управлінської аналітики;
документообігу;
інтеграцій;
міграції в K2 ERP.

Приклад:

Організація: ТОВ “Наша Компанія”
Контрагент: ТОВ “Клієнт 1”
Договір: Договір поставки №15 від 01.02.2026
Валюта: UAH
Умови оплати: 14 днів після відвантаження

Для чого потрібен договір

Договір потрібен для того, щоб BAS міг правильно визначити умови господарської операції.

Він впливає на:

валюту документа;
порядок взаєморозрахунків;
умови оплати;
строк оплати;
аванси;
заборгованість;
ПДВ;
друковані форми;
акти звірки;
аналітику продажів;
аналітику закупівель;
банківські платежі;
кредитний ліміт;
закриття документів;
міграцію даних.

Без договору документи можуть створюватися хаотично, а взаєморозрахунки — не закриватися правильно.

Договір, організація і контрагент

Договір завжди потрібно розглядати в контексті організації та контрагента.

Об’єкт	Що означає	Приклад
Організація	Наша юридична особа	ТОВ “Наша Компанія”
Контрагент	Клієнт, постачальник або інша зовнішня сторона	ТОВ “Клієнт 1”
Договір	Умови роботи між організацією і контрагентом	Договір поставки №15
Документ	Операція за договором	Рахунок, реалізація, оплата

Один контрагент може мати кілька договорів з однією або кількома організаціями.

Основні реквізити договору

Картка договору може містити:

найменування;
номер договору;
дату договору;
організацію;
контрагента;
вид договору;
валюту;
умови оплати;
строк оплати;
порядок взаєморозрахунків;
тип цін;
ставку ПДВ або правила ПДВ;
банківські реквізити;
відповідального;
підрозділ;
проєкт;
статус;
дату початку;
дату завершення;
суму договору;
коментар;
зовнішній ідентифікатор;
файл договору або посилання на документообіг.

Приклад:

Поле	Значення
Найменування	Договір поставки №15
Контрагент	ТОВ “Клієнт 1”
Організація	ТОВ “Наша Компанія”
Валюта	UAH
Умови оплати	Відстрочка 14 днів
Статус	Активний

Види договорів

У BAS договори можуть бути різних типів.

Вид договору	Для чого використовується	Приклад
З покупцем	Продажі, дебіторка, реалізації	Договір поставки клієнту
З постачальником	Закупівлі, кредиторка, надходження	Договір закупівлі товарів
Комісія	Комісійна торгівля	Договір комісії
Оренда	Орендні платежі	Договір оренди офісу
Підряд	Роботи або послуги	Договір підряду
Перевезення	Логістика	Договір з перевізником
Відповідальне зберігання	Товари на зберіганні	Договір відповідального зберігання
Давальницька сировина	Виробництво з матеріалів замовника	Договір переробки

Договір з покупцем

Договір з покупцем використовується в продажах.

Він може застосовуватися в документах:

замовлення покупця;
рахунок покупцю;
реалізація товарів і послуг;
акт виконаних робіт;
видаткова накладна;
повернення від покупця;
оплата від покупця;
податкова накладна;
акт звірки.

Приклад процесу:

Контрагент → Договір з покупцем → Замовлення → Рахунок → Оплата → Реалізація → Акт звірки

Договір з постачальником

Договір з постачальником використовується в закупівлях.

Він може застосовуватися в документах:

замовлення постачальнику;
рахунок від постачальника;
надходження товарів і послуг;
акт постачальника;
повернення постачальнику;
оплата постачальнику;
податковий кредит;
акт звірки.

Приклад процесу:

Постачальник → Договір закупівлі → Замовлення постачальнику → Надходження → Оплата → Кредиторка

Договір і взаєморозрахунки

Договір є одним із головних розрізів взаєморозрахунків.

Взаєморозрахунки можуть вестися за:

організацією;
контрагентом;
договором;
документом розрахунків;
замовленням;
валютою;
строком оплати;
підрозділом;
проєктом.

Приклад:

Контрагент	Договір	Реалізація	Оплата	Борг
ТОВ “Клієнт”	Договір №1	100 000	60 000	40 000
ТОВ “Клієнт”	Договір №2	50 000	50 000	0

Якщо оплату внесли на неправильний договір, у звіті може залишитися борг по одному договору і переплата по іншому.

Договір і документ розрахунків

У деяких конфігураціях BAS взаєморозрахунки можуть деталізуватися до документа розрахунків.

Це означає, що борг закривається не тільки по договору, а й по конкретному документу:

рахунку;
реалізації;
замовленню;
надходженню;
акту;
авансу.

Приклад:

Оплата покупця має закрити Реалізацію №100, але користувач вибрав інший документ розрахунків.

Наслідок — акт звірки і дебіторка будуть некоректними.

Договір і аванси

Договір впливає на облік авансів.

Аванси можуть виникати, коли:

покупець заплатив до реалізації;
організація заплатила постачальнику до надходження;
оплату не прив’язали до документа;
є передоплата за майбутні поставки;
є часткова оплата.

Приклад:

Операція	Сума	Результат
Покупець оплатив аванс	100 000	Виникла передоплата
Проведено реалізацію	80 000	Частина авансу закрилась
Залишок авансу	20 000	Має залишитися як переплата

Якщо договір або документ розрахунків вибрані неправильно, аванс може не закритися.

Договір і валюта

У договорі може визначатися валюта взаєморозрахунків.

Приклади:

UAH;
USD;
EUR;
інша валюта.

Валюта договору впливає на:

документи;
оплати;
курсові різниці;
акти звірки;
взаєморозрахунки;
ПДВ;
управлінські звіти;
імпорт;
експорт.

Погано:

Договір у USD, а документи випадково введені в UAH без правильного валютного механізму.

Договір і умови оплати

У договорі можуть фіксуватися умови оплати:

передоплата 100%;
часткова передоплата;
оплата після відвантаження;
відстрочка 7 днів;
відстрочка 14 днів;
відстрочка 30 днів;
оплата за етапами;
оплата за актами;
кредитний ліміт;
індивідуальний графік.

Приклад:

Договір: Договір поставки №15
Умови: 30% передоплата, 70% після відвантаження протягом 10 днів

Це важливо для платіжного календаря, дебіторки, кредиторки і контролю прострочення.

Договір і строки оплати

Строки оплати використовуються для аналізу боргів.

Вони впливають на:

прострочену дебіторку;
прострочену кредиторку;
платіжний календар;
нагадування менеджерам;
блокування відвантаження;
кредитні ліміти;
фінансове планування;
управлінські звіти.

Приклад:

Документ	Дата реалізації	Умова договору	Дата оплати
Реалізація №100	01.05.2026	14 днів	15.05.2026

Договір і ПДВ

Договір може впливати на ПДВ через:

тип операції;
статус контрагента;
ставку ПДВ;
умови першої події;
аванси;
податкові накладні;
розрахунки коригування;
валютні операції;
імпорт або експорт;
податковий кредит;
податкові зобов’язання.

Приклад:

Аванс від покупця за договором створює податкові зобов’язання з ПДВ.

Якщо договір або контрагент налаштовані неправильно, ПДВ може сформуватися некоректно.

Договір і банк

У банківських документах договір потрібен для правильного закриття взаєморозрахунків.

Він використовується в:

платіжних дорученнях;
банківських виписках;
заявках на оплату;
оплатах покупця;
оплатах постачальнику;
поверненнях коштів;
зарплатних або інших перерахуваннях, якщо є контрагент.

Приклад:

Банківська виписка:
Контрагент: ТОВ “Клієнт”
Договір: Договір №1
Сума: 50 000 грн
Призначення: Оплата за рахунком №100

Якщо банк завантажив оплату без договору, бухгалтеру може доведеться вручну уточнювати розрахунки.

Договір і рахунок

Рахунок покупцю або рахунок від постачальника часто створюється на підставі договору.

Договір визначає:

контрагента;
організацію;
валюту;
ціни;
умови оплати;
ПДВ;
строк оплати;
друковані реквізити.

Приклад:

Рахунок покупцю №100
Контрагент: ТОВ “Клієнт”
Договір: Договір поставки №15
Умова: оплата протягом 14 днів

Договір і акт звірки

Акт звірки часто формується по:

організації;
контрагенту;
договору;
періоду;
валюті.

Якщо в контрагента кілька договорів, акт звірки може формуватися:

по всіх договорах;
по одному договору;
з деталізацією по договорах;
з деталізацією по документах.

Типова проблема:

Оплата внесена на Договір №1, а реалізація на Договір №2.

У результаті по одному договору буде борг, по іншому — переплата.

Договір і друковані форми

Дані договору можуть виводитися в друковані форми:

рахунок;
акт;
накладна;
договір;
специфікація;
додаткова угода;
рахунок-фактура;
акт звірки;
комерційна пропозиція;
претензія.

У друкованих формах можуть використовуватися:

номер договору;
дата договору;
назва контрагента;
реквізити організації;
банківські рахунки;
умови оплати;
підписанти;
відповідальні;
адреси;
ПДВ.

Договір і специфікація

У деяких процесах до договору можуть бути пов’язані специфікації, додатки або умови поставки.

Приклади:

специфікація товарів;
графік поставок;
графік оплат;
ціни;
строки;
умови доставки;
SLA;
етапи робіт;
додаткові угоди.

У BAS такі дані можуть зберігатися або в самому договорі, або в документах, або у вкладених файлах, або в зовнішньому документообігу.

Договір і документообіг

Договір може бути пов’язаний із документообігом.

Процес:

Проєкт договору → Погодження юристом → Погодження фінансами → Підписання → Реєстрація → Виконання → Закриття

Контролювати потрібно:

файл договору;
версії;
підписантів;
статус;
дату підписання;
строк дії;
пролонгацію;
додаткові угоди;
відповідального;
пов’язані документи;
історію змін.

Статуси договору

Для договорів можуть використовуватися статуси:

проєкт;
на погодженні;
погоджений;
підписаний;
активний;
призупинений;
завершений;
розірваний;
архівний;
заблокований.

Статус допомагає не використовувати старі або непідписані договори в нових документах.

Приклад правила:

Створювати реалізації можна тільки за активними договорами.

Договір і відповідальний

У договорі може бути відповідальний:

менеджер продажів;
закупівельник;
юрист;
фінансист;
керівник проєкту;
бухгалтер;
адміністратор договору.

Відповідальний потрібен для:

контролю виконання;
нагадувань;
погоджень;
CRM;
плану платежів;
роботи з прострочкою;
актів звірки;
документообігу;
BI-аналітики.

Договір і кредитний ліміт

У деяких конфігураціях або доробках BAS кредитний ліміт може бути налаштований на рівні контрагента або договору.

Приклад:

Контрагент: ТОВ “Клієнт”
Договір: Договір №15
Кредитний ліміт: 300 000 грн
Поточна дебіторка: 350 000 грн
Дія: заборонити відвантаження без погодження

Це допомагає контролювати фінансові ризики.

Договір і продажі

У продажах договір впливає на:

рахунки;
замовлення;
реалізації;
ціни;
знижки;
відстрочку;
кредитний ліміт;
ПДВ;
аванси;
дебіторку;
акти звірки;
повернення;
друковані форми.

Приклад:

Менеджер створює замовлення покупця.
BAS підтягує договір, тип цін, валюту і умови оплати.

Договір і закупівлі

У закупівлях договір впливає на:

замовлення постачальнику;
надходження;
рахунок від постачальника;
ціни закупівлі;
умови оплати;
графік оплат;
кредиторку;
ПДВ;
аванси постачальнику;
повернення;
акти звірки.

Приклад:

Фінансист бачить, які платежі постачальникам потрібно зробити за договорами цього тижня.

Договір і оренда

Для оренди договір може містити:

об’єкт оренди;
суму оренди;
періодичність;
строк дії;
індексацію;
ПДВ;
комунальні послуги;
депозит;
графік оплат;
відповідального.

Документи:

акт оренди;
рахунок;
оплата;
акт звірки;
додаткова угода.

Договір і підряд

Для підряду або послуг договір може містити:

вид робіт;
етапи;
кошторис;
строки;
акти виконаних робіт;
оплату за етапами;
гарантії;
відповідальних;
ПДВ;
утримання або штрафи, якщо передбачено.

Договір і виробництво

У виробництві договір може бути важливим для:

давальницької сировини;
послуг переробки;
підрядних операцій;
виробничих замовлень для клієнта;
поставки матеріалів;
відвантаження готової продукції;
розрахунку собівартості;
актів виконаних робіт.

Приклад:

Договір переробки давальницької сировини → Надходження матеріалів від замовника → Виробництво → Акт переробки → Відвантаження готової продукції

Договір і управлінський облік

Управлінський облік може використовувати договір як аналітику для:

прибутковості клієнтів;
прибутковості проєктів;
план-факт аналізу;
маржі по договорах;
дебіторки;
кредиторки;
виконання бюджету;
фінансових зобов’язань;
плану платежів;
ризиків.

Приклад:

Договір	Виручка	Собівартість	Маржа
Договір №15	1 000 000	750 000	250 000
Договір №16	500 000	430 000	70 000

Договір і Power BI

У Power BI або Qlik договір може бути аналітичним розрізом.

Показники:

продажі по договорах;
закупівлі по договорах;
дебіторка;
кредиторка;
прострочення;
маржа;
виконання графіка оплат;
активні договори;
договори без руху;
договори з простроченими платежами;
договори, що закінчуються.

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

Договір і інтеграції

Договори можуть передаватися через інтеграції.

Джерела:

CRM;
сайт;
документообіг;
банк;
EDI;
маркетплейс;
K2 ERP;
інша ERP;
Excel;
JSON;
XML;
API.

Приклад JSON:

{
  "external_id": "CONTRACT-001",
  "number": "15",
  "date": "2026-02-01",
  "organization_code": "COMPANY_1",
  "counterparty_code": "CLIENT_001",
  "currency": "UAH",
  "payment_terms": "14 days after shipment",
  "status": "active"
}

Для інтеграцій потрібен стабільний external_id договору.

External ID договору

External ID договору потрібен для зіставлення договорів між системами.

Він допомагає:

не створювати дублікати;
оновлювати існуючі договори;
зв’язувати документи;
переносити історію;
зіставляти BAS і K2 ERP;
підключати CRM;
підключати документообіг;
контролювати міграцію.

Приклад:

Система	ID договору	Назва
BAS	000000045	Договір №15
CRM	CRM-CON-1001	Договір №15
K2 ERP	CONTRACT_001	Договір №15

Типові помилки з договорами BAS

Помилка	Причина	Наслідок
Оплата внесена на інший договір	Користувач вибрав не той договір	Борг не закрився, з’явилась переплата
Один договір “Основний” для всіх операцій	Спрощення обліку	Немає деталізації і нормальної звірки
Дублікати договорів	Ручне створення без перевірки	Документи розбиті між договорами
Неправильна валюта	Помилка в картці договору	Некоректні суми і курсові різниці
Неправильні умови оплати	Не заповнили строк	Неправильна прострочка і платіжний календар
Неактивний договір використовується	Немає статусів або контролю	Документи створюються по старих умовах
Немає external_id	Інтеграція без ідентифікатора	Дублікати при обміні й міграції

Помилка: один договір для всіх операцій

У старих BAS-базах часто є договір:

Основний договір
Без договору
Договір покупця
Договір постачальника

Це погано, якщо по одному контрагенту реально є різні умови:

різні валюти;
різні строки оплати;
різні проєкти;
різні типи цін;
різні юридичні умови;
різні напрямки;
різні договори поставки.

Наслідок — управлінська аналітика й акти звірки стають менш точними.

Помилка: дубль договору

Дублі можуть виглядати так:

Договір №15
Договір 15
Дог. №15
Основний договір №15
Договір №15 від 01.02.2026

Наслідки:

документи розділяються;
оплати закривають не ті борги;
акти звірки не сходяться;
Power BI показує неправильні цифри;
міграція ускладнюється.

Помилка: неправильна валюта договору

Якщо валюта договору задана неправильно, можуть виникнути:

неправильні суми;
некоректні курсові різниці;
помилки в оплатах;
неправильні акти звірки;
проблеми з імпортом або експортом;
помилки в управлінському обліку.

Перед створенням документів потрібно перевіряти валюту договору.

Помилка: документи без договору

Якщо в документах не заповнюється договір, виникають проблеми:

немає деталізації взаєморозрахунків;
складніше закривати аванси;
важче формувати акт звірки;
немає строку оплати;
немає прив’язки до умов;
складніше мігрувати дані.

У якісній базі договір має заповнюватися автоматично або бути обов’язковим для відповідних документів.

Договір при міграції з BAS у K2 ERP

При переході з BAS у K2 ERP договори потрібно переносити дуже уважно.

Потрібно проаналізувати:

активні договори;
неактивні договори;
дублікати;
договори без номера;
договори без дати;
договори без контрагента;
договори без організації;
валюту;
умови оплати;
строки дії;
статуси;
пов’язані документи;
відкриту дебіторку;
відкриту кредиторку;
аванси;
файли договорів;
відповідальних;
external_id.

Мапінг договорів BAS у K2 ERP

Перед міграцією потрібно створити таблицю відповідності.

BAS	Контрагент	Організація	K2 ERP	Коментар
Договір №15	ТОВ “Клієнт”	ТОВ “Компанія”	CONTRACT_001	Активний, перенести
Договір 15	ТОВ “Клієнт”	ТОВ “Компанія”	CONTRACT_001	Дубль, об’єднати
Основний договір	ТОВ “Постачальник”	ТОВ “Компанія”	CONTRACT_002	Перевірити умови
Тестовий договір	ТОВ “Тест”	ТОВ “Компанія”	—	Не переносити

Що не переносити як активний договір

Не варто переносити в K2 ERP як активні:

тестові договори;
демо-договори;
дублікати;
договори без документів;
договори з помилковими контрагентами;
старі закриті договори без залишків;
технічні договори інтеграцій;
договори “Основний” без реального юридичного змісту;
договори з архівними контрагентами без руху.

Їх можна залишити в архіві BAS або перенести як історичні, якщо вони потрібні для звітності.

Реплікатор K2 і договори BAS

Реплікатор K2 може допомогти при підготовці договорів до міграції.

Він може використовуватися для:

вивантаження договорів;
зв’язку договорів із контрагентами;
зв’язку договорів з організаціями;
аналізу дублікатів;
аналізу активності;
перевірки валюти;
перевірки документів по договорах;
аналізу відкритих боргів;
підготовки external_id;
формування JSON;
контрольних звітів;
порівняння BAS і K2 ERP.

Договір у K2 ERP

У K2 ERP договір також є важливим бізнес-об’єктом.

Він може використовуватися в:

CRM;
продажах;
закупівлях;
фінансах;
документообігу;
банку;
взаєморозрахунках;
ПДВ;
WMS;
виробництві;
Power BI;
API;
audit log;
погодженнях.

При переході важливо не копіювати хаос BAS, а побудувати чисту модель:

Контрагент → Договір → Умови → Документи → Оплати → Звіти → Audit log

API договорів у K2 ERP

При інтеграції договорів у K2 ERP бажано передавати:

external_id;
номер;
дату;
організацію;
контрагента;
валюту;
статус;
умови оплати;
строк дії;
відповідального;
файл або посилання на документ;
пов’язані проєкти;
коментар.

Приклад:

{
  "external_id": "CONTRACT_001",
  "number": "15",
  "date": "2026-02-01",
  "organization": "COMPANY_1",
  "counterparty": "CLIENT_001",
  "currency": "UAH",
  "payment_delay_days": 14,
  "status": "active"
}

Контрольні звіти по договорах перед міграцією

Перед міграцією потрібно сформувати:

список усіх договорів;
список активних договорів;
список договорів із відкритою дебіторкою;
список договорів із відкритою кредиторкою;
список договорів з авансами;
список договорів без номера;
список договорів без дати;
список договорів без валюти;
список договорів-дублікатів;
список договорів без руху;
акти звірки по ключових договорах;
обороти по договорах за період;
залишки по договорах на дату переходу.

Архів BAS після переходу

Після переходу в K2 ERP стара BAS-база може залишитися як архів.

Правила:

тільки для читання;
без створення нових договорів;
без зміни старих договорів;
без активних інтеграцій;
без регламентних завдань;
з обмеженими користувачами;
із backup;
із датою переходу;
із контрольними актами звірки;
із доступом тільки для потрібних осіб.

Архів BAS не має залишатися другою робочою системою.

Санкції та ризики BAS у контексті договорів

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

Держспецзв’язку в офіційному переліку забороненого до використання програмного забезпечення та комунікаційного обладнання згадує продукти 1С/BAS, зокрема 1C:Підприємство 8 і BAS ERP. Указ Президента України №601/2024 ввів у дію рішення РНБО від 2 вересня 2024 року щодо санкцій. ([Держспецзв’язку](https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya), [Указ Президента України №601/2024](https://www.president.gov.ua/documents/6012024-52009), [Законодавство України](https://zakon.rada.gov.ua/go/601/2024))

Важливо. При міграції з BAS у K2 ERP договори потрібно перевіряти разом із контрагентами й організаціями. Саме ці три довідники визначають, чи коректно перенесуться взаєморозрахунки, аванси, ПДВ, банк, акти звірки, документообіг і управлінська аналітика.

Типові питання

Що таке договір у BAS?

Договір у BAS — це об’єкт, який описує умови роботи між організацією і контрагентом: номер, дату, валюту, умови оплати, порядок взаєморозрахунків, статус і пов’язані документи.

Чим договір відрізняється від контрагента?

Контрагент — це зовнішня сторона, наприклад клієнт або постачальник. Договір — це умови роботи з цим контрагентом у межах конкретної організації.

Чому оплата може не закрити борг?

Часто причина в тому, що оплата внесена на інший договір або інший документ розрахунків. У результаті по одному договору залишається борг, а по іншому виникає переплата.

Чи можна мати один договір для всіх операцій?

Можна технічно, але це погана практика, якщо з контрагентом є різні валюти, умови оплати, напрями, проєкти або юридичні угоди. Краще вести договори так, як вони реально існують у бізнесі.

Що перевіряти перед міграцією договорів у K2 ERP?

Потрібно перевірити дублікати, активність, номери, дати, валюту, організацію, контрагента, умови оплати, відкриті борги, аванси, файли договорів, статуси й external_id.

Чи потрібно переносити старі закриті договори?

Не завжди. Якщо договір неактивний, не має відкритих залишків і не потрібен для операційної роботи, його можна залишити в архіві BAS або перенести лише як історичний запис.

Коротко

Питання	Відповідь
Що це?	Об’єкт BAS для умов роботи між організацією і контрагентом.
Де використовується?	Продажі, закупівлі, банк, ПДВ, взаєморозрахунки, акти звірки, звіти.
Головні реквізити	Номер, дата, організація, контрагент, валюта, умови оплати, статус.
Головний ризик	Оплати, документи й аванси потрапляють на різні договори.
Для інтеграцій	Потрібен external_id договору.
При міграції	Потрібні очищення, мапінг і звірка залишків BAS → K2 ERP.

Висновок

Договір BAS — це один із ключових об’єктів облікової моделі. Він пов’язує організацію, контрагента, документи, валюту, умови оплати, ПДВ, банк, аванси, взаєморозрахунки, акти звірки, управлінську аналітику та інтеграції.

Найчастіші проблеми з договорами виникають через дублікати, договори “Основний” для всіх операцій, неправильну валюту, відсутність строків оплати, документи без договорів, платежі на інші договори й відсутність external_id для інтеграцій.

Якісний довідник договорів — це основа коректних взаєморозрахунків. Якщо договори ведуться хаотично, борги, аванси, акти звірки, ПДВ і BI-звіти будуть показувати хаос.

При переході з BAS або 1С у K2 ERP договори потрібно переносити не механічно, а після очищення: об’єднати дублікати, перевірити контрагентів, організації, валюти, умови оплати, відкриті залишки, аванси, файли договорів і external_id. Стара BAS-база після переходу має залишатися лише захищеним архівом для читання.

Див. також

Зовнішні посилання