Облік контрагентів

Облік контрагентів — це ведення інформації про юридичних осіб, фізичних осіб-підприємців, покупців, постачальників, партнерів, перевізників, підрядників, клієнтів, співвиконавців, орендодавців, орендарів та інших учасників господарських операцій у системі ERP. У K2 ERP контрагенти використовуються в документах продажу, закупівлі, договорах, оплатах, взаєморозрахунках, актах, рахунках, накладних, податкових документах, API, BI, CRM, логістиці, виробництві, фінансах і управлінській аналітиці.

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

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

Головне. Облік контрагентів — це основа продажів, закупівель, фінансів, договорів, взаєморозрахунків, CRM, API, BI і звітності. Якщо довідник контрагентів забруднений, помилки будуть у документах, оплатах, звітах і аналітиці.

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

Підхід K2 ERP. У K2 ERP контрагенти мають вестися як контрольований довідник: з реквізитами, договорами, контактами, адресами, банківськими рахунками, статусами, категоріями, історією взаємодії, правами доступу, API-ідентифікаторами та BI-аналітикою.

Вступ

Контрагенти є однією з базових сутностей будь-якої ERP-системи.

Без правильного обліку контрагентів неможливо коректно вести:

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

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

Що таке контрагент

Контрагент — це сторона господарської або управлінської операції.

Контрагентом може бути:

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

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

Контрагент і організація

Потрібно розрізняти організацію і контрагента.

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

Приклад:

ТОВ “К2 Торгівля” продає товар ТОВ “Покупець”
Організація: ТОВ “К2 Торгівля”
Контрагент: ТОВ “Покупець”
Договір: Договір поставки №15

Довідник контрагентів

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

У довіднику зберігаються:

назва;
повна назва;
код ЄДРПОУ;
РНОКПП для ФОП;
ІПН;
податковий статус;
країна;
адреси;
телефони;
email;
сайт;
банківські рахунки;
контактні особи;
договори;
група контрагента;
категорія;
відповідальний менеджер;
статус активності;
ризиковість;
ліміти;
умови оплати;
джерело створення;
інтеграційний код.

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

Типові реквізити:

Реквізит	Приклад	Для чого потрібен
Назва	ТОВ “Покупець”	Відображення в документах
Повна назва	Товариство з обмеженою відповідальністю “Покупець”	Договори, друковані форми
ЄДРПОУ	12345678	Ідентифікація юридичної особи
ІПН	123456789012	Податкові документи
Статус ПДВ	Платник ПДВ	Податковий облік
Адреса	м. Київ, вул. Прикладна, 1	Договори, доставки, документи
Телефон	+380...	Комунікація
Email	office@example.ua	Рахунки, документи, повідомлення

Типи контрагентів

Контрагент може мати один або кілька типів.

Наприклад:

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

Приклад:

Контрагент	Тип	Коментар
ТОВ “Покупець”	Покупець	Купує товари
ТОВ “Постачальник”	Постачальник	Постачає матеріали
ТОВ “Логістика”	Перевізник	Надає транспортні послуги
ТОВ “Партнер”	Покупець і постачальник	Є взаємні операції

Покупці

Покупець — це контрагент, якому компанія продає товари, роботи або послуги.

Для покупця важливі:

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

Постачальники

Постачальник — це контрагент, у якого компанія купує товари, матеріали, роботи або послуги.

Для постачальника важливі:

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

Контрагент одночасно покупець і постачальник

Один контрагент може бути і покупцем, і постачальником.

Наприклад:

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

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

Погано:
ТОВ “Партнер” покупець
ТОВ “Партнер” постачальник

Краще:
ТОВ “Партнер” з двома типами: покупець і постачальник

Фізична особа і ФОП

Фізичну особу і ФОП потрібно розділяти.

Тип	Приклад	Особливість
Фізична особа	Іваненко Іван Іванович	Може бути клієнтом, працівником, отримувачем послуг
ФОП	ФОП Іваненко Іван Іванович	Має підприємницькі реквізити, РНОКПП, податковий статус

Не варто змішувати особисті дані фізичної особи з підприємницькими реквізитами ФОП без чіткої моделі.

Юридична особа

Юридична особа має офіційні реквізити.

Для юридичної особи важливі:

повна назва;
скорочена назва;
код ЄДРПОУ;
ІПН;
статус ПДВ;
юридична адреса;
керівник;
банківські рахунки;
установчі дані;
договірні повноваження;
податковий статус.

Іноземний контрагент

Іноземний контрагент може мати інші реквізити.

Наприклад:

країна реєстрації;
реєстраційний номер;
VAT number;
іноземна адреса;
валюта договору;
міжнародний банк;
SWIFT;
IBAN;
умови Incoterms;
митні дані;
мова документів.

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

Групи контрагентів

Групування допомагає впорядкувати довідник.

Приклади груп:

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

Групи використовуються для фільтрів, звітів, прав і аналітики.

Категорії контрагентів

Категорія може описувати цінність або поведінку контрагента.

Наприклад:

A-клієнт;
B-клієнт;
C-клієнт;
VIP;
новий;
активний;
неактивний;
ризиковий;
стратегічний;
разовий;
проблемний;
заблокований.

Статус контрагента

Контрагент може мати статус.

Статус	Що означає	Дія
Активний	Можна створювати документи	Робочий контрагент
Потенційний	Ще немає операцій	Для CRM
На перевірці	Реквізити перевіряються	Обмежити операції
Заблокований	Операції заборонені	Не створювати документи
Архівний	Старий контрагент	Тільки історія

Договори контрагентів

Договір — це ключова частина обліку контрагентів.

У договорі можуть бути:

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

Приклад договору

Поле	Значення
Організація	ТОВ “К2 Торгівля”
Контрагент	ТОВ “Покупець”
Договір	Договір поставки №15 від 01.05.2026
Валюта	UAH
Умова оплати	50% передплата, 50% після відвантаження
Статус	Діє

Контакти контрагента

Контрагент може мати багато контактних осіб.

Наприклад:

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

Контакти потрібні для:

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

Адреси контрагента

Один контрагент може мати кілька адрес.

Наприклад:

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

Адреси важливі для документів, доставки, логістики, договорів і звітів.

Банківські рахунки контрагента

Контрагент може мати кілька банківських рахунків.

Для рахунку зберігаються:

IBAN;
банк;
МФО;
валюта;
призначення;
статус активності;
дата актуальності;
ознака основного рахунку.

Неактуальні рахунки краще не видаляти, а переводити в архівний статус.

Податкові реквізити

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

Наприклад:

ІПН;
статус платника ПДВ;
система оподаткування;
країна реєстрації;
ознака нерезидента;
податковий номер;
дата реєстрації платником ПДВ;
дата анулювання статусу.

Взаєморозрахунки з контрагентами

Взаєморозрахунки показують, хто кому винен.

Для покупців це зазвичай:

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

Для постачальників:

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

Приклад взаєморозрахунків

Контрагент	Договір	Організація	Борг покупця	Наш борг
ТОВ “Покупець”	Договір №15	ТОВ “К2 Торгівля”	120 000	0
ТОВ “Постачальник”	Договір №8	ТОВ “К2 Торгівля”	0	75 000
ТОВ “Партнер”	Договір №22	ТОВ “К2 Торгівля”	40 000	15 000

Дебіторська заборгованість

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

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

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

Кредиторська заборгованість

Кредиторська заборгованість — це сума, яку компанія винна контрагенту.

Вона важлива для:

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

Кредитний ліміт контрагента

Для покупців може використовуватися кредитний ліміт.

Наприклад:

Контрагент	Ліміт	Борг	Рішення
ТОВ “Покупець А”	200 000	150 000	Можна продавати
ТОВ “Покупець Б”	100 000	125 000	Потрібне погодження
ТОВ “Покупець В”	0	0	Тільки передплата

Кредитні ліміти допомагають зменшити ризик неплатежів.

Умови оплати

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

Приклади:

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

Контрагент у продажах

У продажах контрагент використовується в:

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

Контрагент у закупівлях

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

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

Контрагент у логістиці

У логістиці контрагентом може бути:

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

Для логістики важливі:

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

Контрагент у CRM

У CRM-контурі контрагент може мати:

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

CRM-дані бажано пов’язувати з ERP-документами, щоб бачити шлях від ліда до оплати.

Контрагент і документи

Контрагент використовується в багатьох документах.

Документ	Роль контрагента
Замовлення покупця	Покупець
Рахунок	Платник або покупець
Реалізація	Покупець
Надходження	Постачальник
Акт	Замовник або виконавець
Платіж	Платник або отримувач
Договір	Сторона договору
Повернення	Покупець або постачальник

Контрагент і друковані форми

Дані контрагента потрапляють у друковані форми:

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

Тому важливо мати правильні назви, адреси, коди, ІПН і договори.

Акт звірки з контрагентом

Акт звірки показує взаємні розрахунки за період.

Він може містити:

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

Акт звірки часто є важливим документом для бухгалтерії та фінансів.

Контрагент і права доступу

Не всі користувачі мають бачити всіх контрагентів.

Обмеження можуть бути:

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

Наприклад, менеджер може бачити тільки своїх клієнтів, а фінансовий директор — всіх контрагентів і борги.

Приклад прав доступу

Роль	Доступ до контрагентів	Обмеження
Менеджер продажів	Свої покупці	Не бачить фінансові ліміти без дозволу
Закупівельник	Постачальники	Не бачить клієнтську базу продажів
Бухгалтер	Контрагенти з документами	Доступ до реквізитів і взаєморозрахунків
Керівник	Усі або групові звіти	Може бути тільки перегляд
API-користувач	Тільки дозволені контрагенти	Без зайвих персональних даних

Контрагент і API

Через API контрагенти можуть:

створюватися;
оновлюватися;
передаватися на сайт;
синхронізуватися з CRM;
перевірятися за кодом;
використовуватися в замовленнях;
передаватися в мобільний застосунок;
передаватися в BI;
зв’язуватися з зовнішніми системами.

Приклад JSON для створення контрагента:

{
  "name": "ТОВ Покупець",
  "edrpou": "12345678",
  "type": "customer",
  "tax_status": "VAT",
  "email": "office@example.ua",
  "phone": "+380441234567"
}

Контрагент і BI

У BI контрагенти використовуються для аналітики:

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

Приклад BI-звіту по контрагентах

Контрагент	Продажі	Маржа	Борг	Прострочення
ТОВ “Клієнт А”	1 500 000	22%	120 000	5 днів
ТОВ “Клієнт Б”	900 000	18%	0	0
ТОВ “Клієнт В”	700 000	25%	250 000	30 днів

Контрагент і Data Warehouse

У сховищі даних контрагент часто є виміром.

Наприклад:

dim_counterparty;
dim_customer;
dim_supplier;
fact_sales;
fact_purchases;
fact_payments;
fact_debt.

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

Дедублікація контрагентів

Дедублікація — це пошук і об’єднання дублікатів.

Типові дублікати:

ТОВ “Покупець”
Покупець ТОВ
ТОВ Покупець
TOV Pokupets
Покупець

Критерії пошуку:

ЄДРПОУ;
ІПН;
назва;
телефон;
email;
банківський рахунок;
адреса;
договір;
історія документів.

Приклад таблиці дублікатів

Запис 1	Запис 2	Ознака дубля	Рішення
ТОВ “Альфа”	Альфа ТОВ	Однаковий ЄДРПОУ	Об’єднати
ФОП Іваненко	Іваненко ФОП	Однаковий РНОКПП	Об’єднати
ТОВ “Бета”	ТОВ “Бета Плюс”	Різні ЄДРПОУ	Не об’єднувати без перевірки

Якість даних контрагентів

Якість довідника контрагентів визначає якість обліку.

Проблеми якості:

порожній ЄДРПОУ;
неправильний ІПН;
старий банк;
неактуальна адреса;
відсутній договір;
дублікати;
помилковий статус ПДВ;
неправильна група;
відсутній відповідальний менеджер;
контрагент без документів;
контрагент з архівної бази;
тестові записи в production.

Перевірка контрагентів перед міграцією

Перед міграцією в K2 ERP потрібно перевірити:

кількість контрагентів;
дублікати;
порожні коди;
некоректні ЄДРПОУ;
некоректні ІПН;
неактуальні банки;
контрагентів без договорів;
контрагентів без документів;
архівних контрагентів;
заблокованих контрагентів;
покупців і постачальників;
взаєморозрахунки;
старі Excel-звіти;
інтеграції.

Контрагенти в BAS/1С

У BAS і 1С контрагенти часто зберігаються в довіднику “Контрагенти”.

Проблеми старих баз:

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

Міграція контрагентів з BAS/1С у K2 ERP

Міграція має включати:

Вивантаження контрагентів.
Аналіз реквізитів.
Пошук дублікатів.
Очищення назв.
Перевірку ЄДРПОУ / РНОКПП.
Перевірку ІПН.
Перевірку статусу ПДВ.
Перевірку банківських рахунків.
Перенесення контактів.
Перенесення адрес.
Перенесення договорів.
Перенесення відкритих взаєморозрахунків.
Звірку кількості записів.
Звірку боргів.
Перевірку API та BI.
Вимкнення старих BAS/1С-джерел.

Що переносити в K2 ERP

Потрібно переносити:

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

Що не варто переносити

Не варто переносити без аналізу:

дублікати;
тестових контрагентів;
старі неактивні записи;
контрагентів без документів і сенсу;
помилкові реквізити;
закриті банківські рахунки як активні;
старі договори без потреби;
хаотичні групи;
службові записи BAS/1С;
застарілі інтеграційні коди;
старі Excel-ідентифікатори без призначення.

Звірка після міграції

Після перенесення потрібно звірити:

кількість контрагентів;
кількість покупців;
кількість постачальників;
кількість договорів;
кількість банківських рахунків;
кількість контактів;
відкриті борги;
дебіторку;
кредиторку;
залишки авансів;
звіти;
API;
BI.

Приклад звірки контрагентів

Перевірка	BAS/1С	K2 ERP	Статус
Активні контрагенти	4 200	3 850	OK після дедублікації
Договори	6 100	5 900	Потрібна перевірка архівних
Банківські рахунки	2 300	2 280	OK
Дебіторка	12 500 000	12 500 000	OK
Кредиторка	8 100 000	8 095 000	Потрібна звірка

Контрагенти і старі інтеграції

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

Наприклад:

сайт;
CRM;
WMS;
банк;
електронний документообіг;
служби доставки;
Power BI;
Tableau;
Excel Power Query;
мобільний застосунок;
API;
старі файлові обміни.

Контрагенти і Excel Power Query

Excel Power Query часто містить старі довідники контрагентів.

Потрібно перевірити:

звідки беруться контрагенти;
чи не читається стара BAS;
чи не використовуються локальні CSV;
чи немає ручних довідників;
чи збігаються коди;
чи актуальні реквізити;
чи немає старих API-ключів.

Контрагенти і Tableau / Power BI

У BI-системах контрагенти є ключовим виміром.

Потрібно перевірити:

джерело довідника;
дублікати;
групи клієнтів;
відповідальних менеджерів;
сегменти;
борги;
продажі;
маржу;
історію;
старі підключення до BAS/1С.

Контрагенти і pgAdmin / PostgreSQL

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

Приклад пошуку дублікатів за ЄДРПОУ:

SELECT edrpou, COUNT(*) AS qty
FROM public.counterparties
WHERE edrpou IS NOT NULL AND trim(edrpou) <> ''
GROUP BY edrpou
HAVING COUNT(*) > 1;

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

SELECT id, name
FROM public.counterparties
WHERE edrpou IS NULL OR trim(edrpou) = '';

Такі перевірки потрібно виконувати обережно й не редагувати бізнес-дані напряму без процедури.

Типові помилки в обліку контрагентів

Найчастіші помилки:

дублікати контрагентів;
контрагент без ЄДРПОУ;
неправильний ІПН;
старий банк;
змішування ФОП і фізособи;
відсутність договору;
неправильний тип контрагента;
покупець і постачальник заведені окремо;
ручні Excel-довідники;
старі BAS/1С-джерела після міграції;
немає відповідального менеджера;
всі користувачі бачать усіх контрагентів;
немає статусів активності;
заблокованому контрагенту можна створювати документи.

Помилка: дублікати

Дублікати призводять до проблем:

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

Помилка: неправильний код ЄДРПОУ

Код ЄДРПОУ є важливим ідентифікатором юридичної особи.

Якщо код неправильний:

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

Помилка: неактуальні банківські рахунки

Якщо в картці контрагента старий рахунок, платіж може піти неправильно.

Потрібно:

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

Помилка: усі бачать усіх контрагентів

Це може бути ризиком для комерційної та персональної інформації.

Наприклад:

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

Помилка: залишити BAS джерелом контрагентів

Після запуску K2 ERP не можна залишати BAS/1С активним джерелом довідника контрагентів.

Ризики:

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

Як не треба робити

Погані підходи:

переносити всіх контрагентів із BAS без очищення;
не шукати дублікати;
не перевіряти ЄДРПОУ;
не перевіряти ІПН;
не переносити договори;
не звіряти взаєморозрахунки;
не перевіряти банківські рахунки;
не налаштовувати права доступу;
залишати старі Excel-довідники;
не перепідключати BI;
не вимикати старі BAS/1С-інтеграції;
ігнорувати санкційні й кібербезпекові ризики BAS/1С.

Найгірший сценарій. Компанія переходить у K2 ERP, але переносить довідник контрагентів із BAS/1С без очищення: дублікати, старі банки, неправильні коди, тестові записи, старі договори, зайві права і BI, який досі читає стару BAS.

Як правильно вести облік контрагентів

Правильний порядок:

Визначити правила створення контрагента.
Заповнювати ЄДРПОУ / РНОКПП.
Перевіряти ІПН і податковий статус.
Вести тип контрагента.
Вести договори.
Вести контактних осіб.
Вести адреси.
Вести банківські рахунки.
Контролювати дублікати.
Призначати відповідального менеджера.
Використовувати статуси активності.
Обмежувати права доступу.
Фіксувати зміни реквізитів.
Періодично очищати довідник.
Перевіряти BI і API.
Не залишати старі BAS/1С-джерела активними.

Контрольний список для міграції контрагентів

Перевірка	Навіщо
Дублікати	Не переносити кілька записів однієї компанії
ЄДРПОУ / РНОКПП	Ідентифікація контрагента
ІПН	Податкові документи
Договори	Коректні взаєморозрахунки
Банківські рахунки	Правильні платежі
Адреси	Доставка і документи
Контакти	Комунікація і CRM
Борги	Дебіторка і кредиторка
API	Інтеграції із сайтом, CRM, WMS
BI	Аналітика по клієнтах і постачальниках

Облік контрагентів і цифрова незалежність

Якісний облік контрагентів у K2 ERP допомагає компанії перейти від старих, забруднених і ризикових баз до контрольованої ERP-архітектури.

Компанія отримує:

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

Цифрова незалежність. Контрагенти в K2 ERP мають стати новим контрольованим джерелом клієнтів, постачальників, договорів і взаєморозрахунків, а не копією старого довідника BAS/1С із дублями, помилками й прихованими залежностями.

Коротко

Питання	Відповідь
Що таке облік контрагентів?	Це ведення покупців, постачальників, партнерів, договорів, реквізитів, контактів, адрес, банків і взаєморозрахунків.
Хто може бути контрагентом?	Юридична особа, ФОП, фізична особа, покупець, постачальник, перевізник, підрядник, банк або партнер.
Чим контрагент відрізняється від організації?	Організація — це наша юридична особа, контрагент — зовнішня сторона операції.
Що важливо в картці контрагента?	Назва, ЄДРПОУ, ІПН, податковий статус, адреси, контакти, банки, договори, тип, статус і відповідальний.
Чому небезпечні дублікати?	Вони розбивають продажі, борги, договори, історію і BI-аналітику між кількома записами.
Що перевірити при міграції з BAS/1С?	Дублікати, коди, ІПН, договори, банки, контакти, адреси, взаєморозрахунки, API, BI і старі Excel-звіти.
Чи можна залишити BAS джерелом контрагентів?	Ні. Після переходу джерелом істини має бути K2 ERP або контрольована інтеграційна архітектура.
Чи є санкційні ризики у BAS і 1С?	Так. Окремі продукти 1С і BAS згадуються в офіційних переліках і роз’ясненнях щодо забороненого до використання ПЗ для окремих категорій організацій в Україні.

Висновок

Облік контрагентів — це фундаментальна частина ERP-системи. Від якості довідника контрагентів залежать продажі, закупівлі, договори, рахунки, акти, накладні, оплати, взаєморозрахунки, дебіторська і кредиторська заборгованість, CRM, логістика, API, BI, фінанси та управлінські рішення.

У K2 ERP контрагенти мають вестися структуровано: з правильними реквізитами, ЄДРПОУ, ІПН, податковим статусом, договорами, банківськими рахунками, контактами, адресами, типами, статусами, відповідальними, правами доступу, API-ідентифікаторами і BI-аналітикою.

Під час переходу з BAS або 1С у K2 ERP довідник контрагентів не можна переносити механічно. Його потрібно очистити, дедублікувати, перевірити реквізити, договори, банки, контакти, адреси, борги, інтеграції, Excel-звіти, Power Query, Tableau, Power BI і старі API або файлові обміни.

Правильний підхід. Облік контрагентів у K2 ERP має бути чистим, контрольованим і централізованим: без дублікатів, без старих BAS/1С-залежностей, з актуальними реквізитами, договорами, взаєморозрахунками, API, BI і правами доступу.

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

K2 ERP у цьому процесі може стати платформою для контрольованого обліку контрагентів, договорів, реквізитів, адрес, банків, контактів, продажів, закупівель, взаєморозрахунків, API, BI, аналітичних вітрин, міграції з BAS/1С і подальшого розвитку автоматизації бізнесу без залежності від старої екосистеми BAS / 1С.

Див. також

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