Контрагент BAS
Контрагент BAS — це елемент довідника, який описує зовнішню сторону господарських операцій у BAS: покупця, постачальника, підрядника, перевізника, орендодавця, орендаря, банк, державний орган, фізичну особу, ФОП, юридичну особу або іншу організацію, з якою ведуться продажі, закупівлі, договори, платежі, взаєморозрахунки, ПДВ, документообіг або інтеграції.
У BAS контрагент зазвичай використовується в документах продажів, закупівель, банку, каси, податкових накладних, договорах, рахунках, актах, накладних, замовленнях, звітах, регістрах взаєморозрахунків і управлінській аналітиці. Якщо контрагент налаштований неправильно, помилки можуть проявитися у взаєморозрахунках, ПДВ, банківських платежах, договорах, звітах, інтеграціях, Power BI, міграції в 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 — це довідниковий об’єкт, який зберігає інформацію про зовнішню сторону господарських відносин.
Контрагентом може бути:
- покупець;
- постачальник;
- підрядник;
- перевізник;
- банк;
- орендодавець;
- орендар;
- державний орган;
- ФОП;
- юридична особа;
- фізична особа;
- нерезидент;
- група компаній;
- маркетплейс;
- служба доставки;
- інша організація або особа.
Контрагент відповідає на питання:
Кому ми продаємо?
У кого ми купуємо?
Кому ми платимо?
Хто нам платить?
З ким укладено договір?
По кому є дебіторка або кредиторка?
По кому формуються податкові документи?
Для чого потрібен довідник контрагентів
Довідник контрагентів потрібен для:
- продажів;
- закупівель;
- договорів;
- рахунків;
- актів;
- накладних;
- замовлень;
- взаєморозрахунків;
- банківських платежів;
- касових операцій;
- ПДВ;
- податкових накладних;
- розрахунків коригування;
- CRM;
- документообігу;
- логістики;
- доставки;
- управлінської аналітики;
- Power BI;
- інтеграцій;
- міграції в K2 ERP.
Без якісного довідника контрагентів система швидко накопичує дублікати, помилки в договорах, неправильні реквізити, невірні борги й некоректні звіти.
Контрагент і організація
У BAS важливо не плутати контрагента з організацією.
| Поняття | Що означає | Приклад |
|---|---|---|
| Організація | Наша юридична особа або ФОП, від імені якої ведеться облік | ТОВ “Наша Компанія” |
| Контрагент | Зовнішня сторона, з якою ми працюємо | ТОВ “Клієнт 1” |
| Договір | Умови роботи між організацією і контрагентом | Договір поставки №15 |
| Банківський рахунок організації | Наш рахунок | UA...001 |
| Банківський рахунок контрагента | Рахунок клієнта або постачальника | UA...999 |
Типова помилка — завести власну компанію як контрагента, але не налаштувати її як організацію, або навпаки — завести клієнта як організацію.
Основні реквізити контрагента
Картка контрагента може містити:
- найменування;
- повне найменування;
- код ЄДРПОУ;
- ІПН;
- податковий номер;
- ознаку платника ПДВ;
- юридичну адресу;
- фактичну адресу;
- поштову адресу;
- країну реєстрації;
- контактних осіб;
- телефони;
- email;
- сайт;
- банківські рахунки;
- договори;
- вид контрагента;
- групу;
- відповідального менеджера;
- умови оплати;
- кредитний ліміт;
- статус активності;
- коментар;
- зовнішній код для інтеграцій.
Приклад:
| Поле | Значення |
|---|---|
| Найменування | ТОВ “Клієнт 1” |
| ЄДРПОУ | 12345678 |
| ІПН | 123456789012 |
| Платник ПДВ | Так |
| Група | Покупці |
| Відповідальний | Менеджер продажів |
| Статус | Активний |
Типи контрагентів
| Тип контрагента | Для чого використовується | Приклад |
|---|---|---|
| Покупець | Продажі, рахунки, реалізації, дебіторка | ТОВ “Клієнт” |
| Постачальник | Закупівлі, надходження, кредиторка | ТОВ “Постачальник” |
| Покупець і постачальник | Двосторонні відносини | Партнер, який і купує, і продає |
| ФОП | Операції з підприємцем | ФОП Іваненко |
| Фізична особа | Окремі операції з фізособою | Іваненко Іван |
| Банк | Банківські операції | АТ “Банк” |
| Державний орган | Податки, збори, звітність | ДПС, казначейство |
| Нерезидент | ЗЕД, валюта, імпорт, експорт | Foreign Supplier LLC |
Контрагент-покупець
Контрагент-покупець використовується в продажах.
Документи:
- замовлення покупця;
- рахунок покупцю;
- реалізація товарів і послуг;
- акт виконаних робіт;
- видаткова накладна;
- повернення покупця;
- податкова накладна;
- оплата покупця;
- звірка взаєморозрахунків.
Приклад процесу:
Контрагент → Договір → Замовлення покупця → Рахунок → Оплата → Реалізація → Взаєморозрахунки
Контрагент-постачальник
Контрагент-постачальник використовується в закупівлях.
Документи:
- замовлення постачальнику;
- рахунок від постачальника;
- надходження товарів і послуг;
- акт постачальника;
- повернення постачальнику;
- оплата постачальнику;
- податковий кредит;
- звірка взаєморозрахунків.
Приклад процесу:
Постачальник → Договір → Замовлення постачальнику → Надходження → Оплата → Кредиторка
Контрагент і договір
У BAS контрагент часто працює разом із договором.
Договір визначає:
- організацію;
- контрагента;
- валюту;
- умови оплати;
- вид взаєморозрахунків;
- терміни оплати;
- ціни;
- ПДВ;
- порядок закриття авансів;
- відповідального;
- напрям діяльності;
- проєкт або підрозділ, якщо використовується.
Приклад:
| Організація | Контрагент | Договір | Валюта | Умови оплати |
|---|---|---|---|---|
| ТОВ “Наша Компанія” | ТОВ “Клієнт 1” | Договір поставки №15 | UAH | 14 днів після відвантаження |
Якщо договір вибрано неправильно, взаєморозрахунки можуть не закритися або потрапити в інший розріз.
Контрагент і взаєморозрахунки
Взаєморозрахунки зазвичай ведуться в розрізі:
- організації;
- контрагента;
- договору;
- документа розрахунків;
- валюти;
- замовлення;
- рахунку;
- підрозділу або проєкту, якщо налаштовано.
Приклад:
| Організація | Контрагент | Договір | Документ | Борг |
|---|---|---|---|---|
| ТОВ “Компанія” | ТОВ “Клієнт” | Договір №1 | Реалізація №100 | 50 000 грн |
| ТОВ “Компанія” | ТОВ “Клієнт” | Договір №2 | Реалізація №101 | 20 000 грн |
Якщо оплату внесли не на той договір або не на той документ розрахунків, борг може залишитися відкритим.
Контрагент і ПДВ
Контрагент впливає на ПДВ.
Потрібно правильно заповнювати:
- ІПН;
- статус платника ПДВ;
- податкову адресу;
- повне найменування;
- країну реєстрації;
- податкові реквізити;
- тип контрагента;
- ознаку нерезидента, якщо є ЗЕД.
Помилки в ІПН або статусі платника ПДВ можуть призвести до неправильних податкових накладних, розрахунків коригування, податкового кредиту або зобов’язань.
Контрагент і банківські рахунки
У контрагента можуть бути банківські рахунки.
Вони використовуються для:
- платіжних доручень;
- банківських виписок;
- заявок на оплату;
- повернень;
- звірки платежів;
- імпорту з банку;
- експорту платежів;
- друкованих форм.
Приклад:
Контрагент: ТОВ “Постачальник”
Договір: Договір №8
Банківський рахунок: UA000000000000000000000000000
Призначення: Оплата за товар згідно рахунку №125
Помилка в рахунку контрагента може призвести до неправильного платежу.
Контрагент і контактні особи
Для контрагента можуть зберігатися контактні особи.
Приклади:
- директор;
- бухгалтер;
- менеджер;
- логіст;
- юрист;
- контакт для договорів;
- контакт для доставки;
- контакт для оплат;
- контакт для претензій.
Контактні особи корисні для CRM, продажів, закупівель, документообігу і логістики.
Контрагент і адреси
У контрагента можуть бути різні адреси:
- юридична адреса;
- фактична адреса;
- поштова адреса;
- адреса доставки;
- адреса складу;
- адреса філії;
- адреса для документів.
Помилка в адресі може вплинути на:
- друковані форми;
- доставку;
- договори;
- податкові документи;
- електронний документообіг;
- логістику.
Контрагент і CRM
У CRM контрагент часто є клієнтом або потенційним клієнтом.
Може використовуватися:
- відповідальний менеджер;
- статус клієнта;
- джерело ліда;
- сегмент;
- галузь;
- регіон;
- контактні особи;
- історія комунікацій;
- угоди;
- задачі;
- комерційні пропозиції;
- план продажів.
При переході в K2 ERP важливо не просто перенести контрагентів, а зберегти CRM-зв’язки: відповідальних, статуси, історію і сегментацію.
Контрагент і склад
Контрагент використовується в складських операціях, коли є рух товарів від або до зовнішньої сторони.
Приклади:
- надходження від постачальника;
- повернення постачальнику;
- реалізація покупцю;
- повернення від покупця;
- відповідальне зберігання;
- комісія;
- давальницька сировина;
- доставка клієнту.
У складських звітах контрагент може допомагати аналізувати постачальників, клієнтів, повернення, партії і рух товару.
Контрагент і виробництво
У виробництві контрагент може використовуватися для:
- давальницької сировини;
- підрядних робіт;
- послуг виробничого характеру;
- поставки матеріалів;
- відвантаження готової продукції;
- ремонту обладнання;
- аутсорсингу операцій;
- роботи з субпідрядниками.
Приклад:
Контрагент: ТОВ “Субпідрядник”
Операція: Послуга фарбування деталей
Документ: Надходження послуг
Виробниче замовлення: ВЗ-000123
Контрагент і документообіг
У документообігу контрагент використовується для:
- договорів;
- актів;
- рахунків;
- листування;
- претензій;
- додаткових угод;
- заявок;
- первинних документів;
- електронного документообігу;
- архіву документів.
Важливо, щоб контрагент у договорі, первинному документі й платежі збігався.
Контрагент і права доступу
Контрагенти можуть бути обмежені правами доступу.
Приклади:
- менеджер бачить тільки своїх клієнтів;
- керівник бачить клієнтів свого відділу;
- бухгалтер бачить усіх контрагентів;
- закупівельник бачить постачальників;
- зовнішній консультант бачить тільки тестові або дозволені дані;
- філія бачить тільки своїх контрагентів.
Такі обмеження важливі для захисту клієнтської бази, комерційних умов і персональних даних.
Контрагент і RLS
RLS або обмеження доступу на рівні записів може фільтрувати контрагентів.
Приклади:
Менеджер бачить контрагентів, де Відповідальний = поточний користувач.
Філія бачить контрагентів свого регіону.
Закупівельник бачить тільки постачальників.
RLS допомагає не показувати зайві дані, але ускладнює налаштування звітів, інтеграцій і міграції.
Контрагент і інтеграції
Контрагенти часто створюються або оновлюються через інтеграції.
Джерела:
- сайт;
- CRM;
- інтернет-магазин;
- маркетплейс;
- банк;
- EDI;
- служба доставки;
- API;
- Excel;
- XML;
- JSON;
- інша ERP;
- K2 ERP.
Приклад JSON:
{
"external_id": "CLIENT-001",
"name": "ТОВ \"Клієнт 1\"",
"edrpou": "12345678",
"ipn": "123456789012",
"vat_payer": true,
"email": "client@example.com",
"phone": "+380000000000"
}
Для інтеграцій критично важливий `external_id`, щоб не створювати дублікати.
External ID контрагента
External ID — це зовнішній ідентифікатор контрагента в іншій системі.
Він потрібен для:
- синхронізації;
- уникнення дублікатів;
- повторного імпорту;
- оновлення картки;
- зіставлення BAS і K2 ERP;
- контролю міграції;
- інтеграції з CRM;
- інтеграції з сайтом;
- інтеграції з маркетплейсами.
Приклад:
| Система | ID | Контрагент |
|---|---|---|
| BAS | 000000123 | ТОВ “Клієнт 1” |
| CRM | CRM-98765 | ТОВ “Клієнт 1” |
| K2 ERP | CLIENT_001 | ТОВ “Клієнт 1” |
Контрагент і Power BI
У Power BI або Qlik контрагент використовується для аналітики:
- продажі по клієнтах;
- закупівлі по постачальниках;
- дебіторка;
- кредиторка;
- топ клієнтів;
- топ постачальників;
- маржа по клієнтах;
- повернення;
- прострочена заборгованість;
- ABC-аналіз;
- регіони;
- сегменти;
- відповідальні менеджери.
Потрібно контролювати, щоб BI не показував клієнтську базу або фінансові умови користувачам без відповідних прав.
Дублікати контрагентів
Дублікати — одна з головних проблем довідника контрагентів.
Приклад:
ТОВ “Клієнт”
ТОВ Клієнт
Товариство з обмеженою відповідальністю “Клієнт”
Клієнт ТОВ
ТОВ “Клієнт ”
Наслідки:
- продажі розбиті між різними картками;
- борг не видно повністю;
- акти звірки неправильні;
- платежі не закривають документи;
- ПДВ може формуватися некоректно;
- CRM-аналітика спотворюється;
- міграція ускладнюється;
- Power BI показує неправильну аналітику.
Пошук дублікатів
Дублікати можна шукати за:
- ЄДРПОУ;
- ІПН;
- назвою;
- телефоном;
- email;
- банківським рахунком;
- адресою;
- external_id;
- нормалізованою назвою;
- контактною особою.
Приклад SQL-логіки для staging:
SELECT edrpou, COUNT(*) AS cnt
FROM migration_counterparties
WHERE edrpou IS NOT NULL
GROUP BY edrpou
HAVING COUNT(*) > 1;
Нормалізація контрагентів
Перед міграцією або інтеграцією потрібно нормалізувати довідник.
Що робити:
- прибрати зайві пробіли;
- уніфікувати лапки;
- перевірити ЄДРПОУ;
- перевірити ІПН;
- об’єднати дублікати;
- позначити неактивних;
- перевірити групи;
- перевірити договори;
- перевірити банківські рахунки;
- перевірити контактні дані;
- перевірити відповідальних;
- додати external_id.
Активні і неактивні контрагенти
У старих BAS-базах можуть бути тисячі неактивних контрагентів.
Перед міграцією потрібно розділити:
- активних клієнтів;
- активних постачальників;
- контрагентів із відкритими боргами;
- контрагентів із документами поточного року;
- історичних контрагентів;
- дублікати;
- помилкові записи;
- тестові записи;
- демо-записи.
Не завжди потрібно переносити всю історичну клієнтську базу як активну.
Контрагент і акт звірки
Акт звірки формується по контрагенту, договору, організації і періоду.
Потрібно перевірити:
- правильного контрагента;
- правильну організацію;
- правильний договір;
- період;
- валюту;
- аванси;
- реалізації;
- оплати;
- повернення;
- коригування;
- закриття документів.
Якщо є дублікати контрагента, акт звірки може показати тільки частину взаєморозрахунків.
Контрагент і кредитний ліміт
У деяких конфігураціях або доробках BAS для контрагентів можуть використовуватися кредитні ліміти.
Вони потрібні для:
- контролю дебіторки;
- заборони відвантаження при перевищенні боргу;
- погодження продажів;
- управління ризиками;
- контролю менеджерів.
Приклад:
Контрагент: ТОВ “Клієнт”
Кредитний ліміт: 200 000 грн
Поточна дебіторка: 250 000 грн
Дія: Заборонити нове відвантаження без погодження
Контрагент і статуси
Для контрагента можуть використовуватися статуси:
- потенційний;
- активний;
- VIP;
- проблемний;
- заблокований;
- неактивний;
- архівний;
- боржник;
- на перевірці;
- ризиковий.
Статуси корисні для CRM, продажів, закупівель, фінансів і міграції.
Контрагент і перевірка реквізитів
Перед створенням або оплатою контрагента потрібно перевіряти:
- ЄДРПОУ;
- ІПН;
- назву;
- статус платника ПДВ;
- банківський рахунок;
- юридичну адресу;
- керівника;
- договір;
- ризиковість;
- санкційні списки, якщо потрібно;
- внутрішні обмеження компанії.
Це особливо важливо для фінансових платежів і ПДВ.
Типові помилки з контрагентами BAS
| Помилка | Причина | Наслідок |
|---|---|---|
| Створили дубль контрагента | Не перевірили ЄДРПОУ або назву | Борги і продажі розбиті |
| Неправильний ІПН | Помилка введення | Помилки в ПДВ |
| Оплата на неправильний договір | Невірний договір у документі | Борг не закрився |
| Неправильний банківський рахунок | Старі реквізити | Ризик помилкового платежу |
| Контрагент створений як організація | Плутанина в довідниках | Помилки облікової моделі |
| Немає external_id | Інтеграція без ідентифікаторів | Дублікати при обміні |
| Неактивних перенесли як активних | Міграція без очищення | Хаос у K2 ERP |
Помилка: дубль контрагента
Дубль може з’явитися через:
- різне написання назви;
- пропущений ЄДРПОУ;
- помилковий ІПН;
- імпорт із сайту;
- імпорт із CRM;
- ручне створення;
- відсутність перевірки перед записом;
- різні бази BAS;
- різні менеджери.
Правильний підхід:
Перед створенням нового контрагента перевірити ЄДРПОУ, ІПН, назву, телефон, email і external_id.
Помилка: один контрагент для всіх фізичних осіб
Іноді створюють одного контрагента “Фізична особа” для багатьох операцій.
Це може бути допустимо тільки для спеціальних сценаріїв, але часто створює проблеми:
- немає персоніфікації;
- неможливо зробити акт звірки;
- не видно історію конкретної особи;
- складно аналізувати продажі;
- складно виконати повернення;
- проблеми з документами.
Краще визначити правила: коли фізична особа створюється окремим контрагентом, а коли використовується узагальнений запис.
Помилка: неактуальні банківські рахунки
Якщо у контрагента змінилися реквізити, старі дані можуть залишитися в BAS.
Ризики:
- оплата піде не на той рахунок;
- банк відхилить платіж;
- платіж потребуватиме ручного виправлення;
- зросте ризик шахрайства;
- виникнуть проблеми зі звіркою.
Потрібно мати процедуру перевірки і погодження зміни банківських реквізитів.
Помилка: контрагент без договору
Якщо документи створюються без договору або з договором за замовчуванням, можуть бути проблеми:
- невірні умови оплати;
- неправильна валюта;
- неправильне закриття боргу;
- неправильна аналітика;
- помилки в актах звірки;
- складна міграція.
Краще мати зрозумілу політику договорів.
Контрагент при міграції з BAS у K2 ERP
При переході з BAS у K2 ERP довідник контрагентів — один із найважливіших об’єктів міграції.
Потрібно перенести або проаналізувати:
- контрагентів;
- групи контрагентів;
- ЄДРПОУ;
- ІПН;
- статус ПДВ;
- адреси;
- контактних осіб;
- телефони;
- email;
- банківські рахунки;
- договори;
- відповідальних менеджерів;
- статуси;
- external_id;
- взаєморозрахунки;
- відкриті документи;
- історію продажів або закупівель, якщо потрібно;
- зв’язок із CRM.
Мапінг контрагентів BAS у K2 ERP
Перед міграцією потрібно зробити мапінг.
| BAS | ЄДРПОУ | K2 ERP | External ID | Коментар |
|---|---|---|---|---|
| ТОВ “Клієнт” | 12345678 | ТОВ “Клієнт” | CLIENT_001 | Активний |
| ТОВ Клієнт | 12345678 | ТОВ “Клієнт” | CLIENT_001 | Дубль, об’єднати |
| ФОП Іваненко | 1111111111 | ФОП Іваненко | FOP_001 | Активний |
| Тестовий клієнт | — | — | — | Не переносити |
Що не переносити в K2 ERP
Не варто переносити як активних контрагентів:
- дублікати;
- тестові записи;
- демо-контрагентів;
- помилкові записи;
- неактивних без історії;
- контрагентів без реквізитів;
- старі службові записи;
- “Покупець 1” без документів;
- записи, створені для тестів інтеграцій;
- контрагентів, які мають бути контактами або фізичними особами в іншому довіднику.
Їх можна архівувати або залишити тільки в історичних даних.
Реплікатор K2 і контрагенти BAS
Реплікатор K2 може допомогти при підготовці довідника контрагентів до міграції.
Він може використовуватися для:
- вивантаження контрагентів;
- аналізу ЄДРПОУ;
- аналізу ІПН;
- пошуку дублікатів;
- аналізу активності;
- вивантаження договорів;
- вивантаження банківських рахунків;
- вивантаження контактних осіб;
- підготовки external_id;
- формування JSON;
- перевірки взаєморозрахунків;
- контрольних звітів;
- порівняння BAS і K2 ERP.
Контрагент у K2 ERP
У K2 ERP контрагент також є ключовим довідником.
Він може використовуватися в:
- CRM;
- продажах;
- закупівлях;
- договорах;
- документообігу;
- банку;
- фінансах;
- складі;
- WMS;
- виробництві;
- Power BI;
- API;
- інтеграціях;
- audit log;
- управлінській звітності.
При переході важливо не копіювати старий хаос BAS, а очистити довідник і побудувати правильну структуру клієнтів, постачальників, контактів, договорів і банківських рахунків.
Контрагент і API в K2 ERP
При інтеграції з K2 ERP контрагента потрібно ідентифікувати стабільно.
Приклад:
{
"external_id": "CLIENT-001",
"name": "ТОВ \"Клієнт 1\"",
"edrpou": "12345678",
"vat_payer": true,
"contacts": [
{
"name": "Петренко Петро",
"email": "petrenko@example.com"
}
]
}
Правильно:
- передавати external_id;
- перевіряти ЄДРПОУ;
- не створювати дублікати;
- оновлювати існуючого контрагента;
- логувати імпорт;
- мати правила об’єднання.
Контрольні звіти по контрагентах перед міграцією
Перед міграцією потрібно сформувати:
- список усіх контрагентів;
- список активних контрагентів;
- список дублікатів за ЄДРПОУ;
- список дублікатів за ІПН;
- список без ЄДРПОУ;
- список без договорів;
- список із відкритою дебіторкою;
- список із відкритою кредиторкою;
- список із банківськими рахунками;
- список із контактними особами;
- акти звірки по ключових контрагентах;
- обороти за період;
- залишки взаєморозрахунків.
Архів BAS після переходу
Після переходу в K2 ERP стара BAS-база може залишитися як архів.
Правила:
- тільки для читання;
- без створення нових контрагентів;
- без зміни договорів;
- без активних інтеграцій;
- без регламентних завдань;
- з обмеженими користувачами;
- із backup;
- із зафіксованою датою переходу;
- із контрольними актами звірки;
- із доступом тільки для потрібних осіб.
Архів 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 довідник контрагентів потрібно перевіряти одним із перших: саме він визначає клієнтську базу, постачальників, договори, ПДВ, банк, взаєморозрахунки, CRM, документообіг, API і майбутню BI-аналітику.
Типові питання
Що таке контрагент у BAS?
Контрагент у BAS — це клієнт, постачальник, ФОП, юридична особа, банк, державний орган або інша зовнішня сторона, з якою компанія веде документи, договори, платежі й взаєморозрахунки.
Чим контрагент відрізняється від організації?
Організація — це наша компанія, від імені якої ведеться облік. Контрагент — це зовнішня сторона, з якою наша організація працює.
Чому дублікати контрагентів небезпечні?
Дублікати розбивають продажі, закупівлі, борги, договори, ПДВ, акти звірки, CRM-аналітику і міграцію. Один реальний контрагент має бути представлений одним правильним елементом довідника.
Що важливіше для контрагента: назва чи ЄДРПОУ?
Для юридичної особи ЄДРПОУ часто є стабільнішим ідентифікатором, ніж назва, бо назви можуть вводитися з помилками або в різних форматах. Але потрібно перевіряти і назву, і код, і ІПН.
Чи можна переносити всіх контрагентів із BAS у K2 ERP?
Можна, але не завжди потрібно. Перед міграцією треба очистити дублікати, тестові записи, неактивних контрагентів, помилкові записи, перевірити ЄДРПОУ, ІПН, договори, банки й відкриті взаєморозрахунки.
Навіщо потрібен external_id для контрагентів?
External ID потрібен для інтеграцій і міграції. Він дозволяє зіставити одного й того самого контрагента між BAS, CRM, сайтом, K2 ERP, Power BI та іншими системами.
Коротко
| Питання | Відповідь |
|---|---|
| Що це? | Довідник зовнішніх сторін: клієнтів, постачальників, ФОП, банків, держорганів. |
| Де використовується? | Продажі, закупівлі, договори, банк, ПДВ, взаєморозрахунки, CRM, документообіг. |
| Головні реквізити | Назва, ЄДРПОУ, ІПН, ПДВ-статус, адреси, контакти, банки, договори. |
| Головний ризик | Дублікати, неправильні реквізити, помилкові договори і банківські рахунки. |
| Для інтеграцій | Потрібен external_id і правила оновлення без створення дублікатів. |
| При міграції | Потрібне очищення, мапінг і контроль взаєморозрахунків BAS → K2 ERP. |
Висновок
Контрагент BAS — це один із найважливіших довідників у системі. Він впливає на продажі, закупівлі, договори, банк, ПДВ, взаєморозрахунки, CRM, документообіг, склад, виробництво, Power BI, інтеграції та міграцію.
Найбільші проблеми з контрагентами зазвичай виникають через дублікати, неправильні ЄДРПОУ або ІПН, старі банківські рахунки, неправильні договори, відсутність external_id, тестові записи в робочій базі й хаотичне створення клієнтів через інтеграції.
Якісний довідник контрагентів — це основа коректних продажів, закупівель, ПДВ, банку, взаєморозрахунків і BI-аналітики. Якщо в контрагентах хаос, у звітах і боргах теж буде хаос.
При переході з BAS або 1С у K2 ERP контрагентів потрібно не переносити механічно, а очищати: знайти дублікати, перевірити ЄДРПОУ, ІПН, банки, договори, контакти, активність, external_id, відкриту дебіторку і кредиторку. Стара BAS-база після переходу має залишатися лише захищеним архівом для читання.
Див. також
- BAS
- BAF
- 1С
- Організація в BAS
- Договір BAS
- Інформаційна база BAS
- Права доступу BAS
- Реліз BAS
- Демо-база BAS
- BAS ERP
- BAS Бухгалтерія
- BAS Управління торгівлею
- Взаєморозрахунки 1С
- ПДВ 1С
- Інтеграція через JSON
- HTTP-сервіси 1С
- XML 1С
- Power BI
- Qlik
- DBeaver
- SQL Server Management Studio
- K2 ERP
- K2 Cloud ERP
- Cloud.corp2.eu
- Модулі K2 ERP
- Користувачі K2 ERP
- Права доступу в ERP
- Реплікатор K2
- Міграція з BAS
- Міграція з 1С
- Заміна BAS
- Українське програмне забезпечення
- Цифрова незалежність
Зовнішні посилання
- Контрагент BAS
- Контрагенти BAS
- Довідники BAS
- BAS
- BAF
- 1С
- Інформаційна база BAS
- BAS ERP
- BAS Бухгалтерія
- BAS Управління торгівлею
- Організація в BAS
- Договори BAS
- Права доступу BAS
- RLS
- ПДВ
- Банк
- Взаєморозрахунки
- Дебіторська заборгованість
- Кредиторська заборгованість
- CRM
- Продажі
- Закупівлі
- Склад
- Виробництво
- Документообіг
- ЄДРПОУ
- ІПН
- Банківські рахунки
- External ID
- Інтеграція
- API
- JSON
- Power BI
- BI
- K2 ERP
- K2 Cloud ERP
- Cloud.corp2.eu
- Модулі K2 ERP
- Користувачі K2 ERP
- Права доступу в ERP
- Реплікатор K2
- Міграція даних
- Міграція з BAS
- Міграція з 1С
- Заміна BAS
- Кібербезпека
- Українське програмне забезпечення
- Цифрова незалежність України