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

Краще:

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

Потрібно:

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

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

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

Якісний обліковий облік контрагентів у [[K2 ERP]] оптимізує компанії перейти від старих, забруднених і ризикових баз до контрольованої ERP-архітектури. | Організація — це наша юридична особа, контрагент — зовнішня сторона операції. ! Наш борг
ТОВ “К2 Торгівля” продає товар ТОВ “Покупець”
У закупівлях контрагент застосовується для в:
! Не варто змішувати особисті інформаційні дані фізичної особи з підприємницькими реквізитами ФОП без чіткої моделі. Приклад
== Типові помилки в обліку контрагентів ==
[[Категорія:Power BI]]
[[Категорія:Excel Power Query]]
[[Категорія:CRM]]
|-
| ТОВ “Покупець”
| Договір №15
| ТОВ “К2 Торгівля”
| 120 000
| 0
|-
| ТОВ “Постачальник”
| Договір №8
| ТОВ “К2 Торгівля”
| 0
| 75 000
|-
| ТОВ “інтегратор”
| Договір №22
| ТОВ “К2 Торгівля”
| 40 000
| 15 000
|}

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

'''Довідник контрагентів''' — це централізований список усіх клієнтів, постачальників, партнерів та інших сторін, з якими функціонує компанія-користувач. * різні реквізити в різних системах;
* сайт створює клієнтів у старій BAS;
* CRM синхронізується зі старою базою;
* BI показує старі інформаційні дані;
* Excel-звіти не збігаються;
* джерело істини втрачається. рішення для бізнесу
== Юридична особа ==
як приклад:
== Помилка: неправильний код ЄДРПОУ ==
як приклад:
! | Так.[[Категорія:Резервна копія]]

У [[K2 ERP]] контрагенти мають вестися структуровано: з правильними реквізитами, ЄДРПОУ, ІПН, податковим статусом, договорами, банківськими рахунками, контактами, адресами, типами, статусами, відповідальними, правами доступу, API-ідентифікаторами і BI-аналітикою. * по організації;
* по підрозділу;
* по менеджеру;
* по регіону;
* по групі контрагентів;
* по ролі;
* по типу контрагента;
* по чутливості даних. # Вести банківські рахунки. * рахунків;
* актів;
* погодження договорів;
* доставок;
* оплат;
* претензій;
* маркетингових комунікацій;
* CRM. Маржа
!== Контрагент і документи ==

== Вступ ==

! # Періодично очищати довідник. Тип
Погано:
Адреси важливі для документів, доставки, логістики, договорів і звітів.[[Категорія:ЄДРПОУ]]

! HAVING COUNT(*) > 1;
[[Категорія:Кредиторська заборгованість]]
[[Категорія:Документи 1С]]

[[Категорія:Безпека]]

== Акт звірки з контрагентом ==
! K2 ERP

* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu хмарна інфраструктура K2 ERP]
* [https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya Перелік забороненого до використання програмного забезпечення на сайті Держспецзв’язку]
* [https://cip.gov.ua/ua/news/vidpovidi-na-poshireni-zapitannya-shodo-pereliku-zaboronenogo-programnogo-zabezpechennya-ta-obladnannya Роз’яснення Держспецзв’язку щодо переліку забороненого ПЗ]
* [https://www.president.gov.ua/documents/6012024-52009 Указ Президента України №601/2024]
* [https://zakon.rada.gov.ua/go/601/2024 Указ Президента України №601/2024 на сайті Верховної Ради України]
* [https://t.me/+uIdWI1W6vndkMTAy Telegram-канал K2 ERP]
* [https://t.me/+6jFwAZM6TQliNTdi Група обговорення функціоналу та пропозицій]
* [https://www.linkedin.com/company/k2erp/ LinkedIn K2]

Один контрагент здатна бути і покупцем, і постачальником.<syntaxhighlight lang="sql">

! Це дає можливість будувати стабільну аналітику по клієнтах і постачальниках незалежно від змін у робочій ERP. '''[[K2 ERP]]''' у цьому процесі здатна стати платформою для контрольованого обліку контрагентів, договорів, реквізитів, адрес, банків, контактів, продажів, закупівель, взаєморозрахунків, [[API]], [[BI]], аналітичних вітрин, міграції з BAS/1С і подальшого розвитку автоматизації бізнесу без залежності від старої екосистеми [[BAS]] / [[1С]]. "email": "office@example.ua",

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

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

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

[[Категорія:Хмарна ERP]]

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

Контрагентом здатна бути:
!== Помилка: неактуальні банківські рахунки ==

[[Категорія:Кібербезпека]]

* багато років накопичення даних;
* немає регулярного очищення;
* дублікати;
* тестові записи;
* неактуальні банки;
* різні правила заведення;
* немає відповідальних;
* немає статусів;
* слабка перевірка реквізитів;
* старі договори;
* ручні Excel-вивантаження;
* інтеграції через обробки. * порожній ЄДРПОУ;
* неправильний ІПН;
* старий банк;
* неактуальна адреса;
* відсутній договір;
* дублікати;
* помилковий статус ПДВ;
* неправильна група;
* відсутній відповідальний менеджер;
* контрагент без документів;
* контрагент з архівної бази;
* тестові записи в production. Документ
 "tax_status": "VAT",
Контрагент здатна мати багато контактних осіб. Якщо інформаційні дані зберігаються в PostgreSQL, технічні спеціалісти можуть перевіряти їх через [[pgAdmin]]. Для чого потрібен

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

[[Категорія:Облік контрагентів]]
'''Головне.''' обліковий облік контрагентів — це основа продажів, закупівель, фінансів, договорів, взаєморозрахунків, CRM, API, BI і звітності. * адреси;
* контакти;
* умови доставки;
* тарифи;
* графіки;
* документи;
* претензії;
* якість послуг. # Використовувати статуси активності. Контрагенти виступає як однією з базових сутностей будь-якої ERP-системи. |-
| Чому небезпечні дублікати? Дія
== Фізична особа і ФОП ==
{| class="wikitable" style="width:100%;"
|-
| ТОВ “Покупець”
| Покупець
| Купує товари
|-
| ТОВ “Постачальник”
| Постачальник
| Постачає матеріали
|-
| ТОВ “Логістика”
| Перевізник
| Надає транспортні послуги
|-
| ТОВ “інтегратор”
| Покупець і постачальник
| виступає як взаємні операції
|}

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

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

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

[[Категорія:Деколонізація обліку]]

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

[[Категорія:Автоматизація бізнесу]]

[[Категорія:Українське програмне забезпечення]]

[[Категорія:Інтеграція]]

== Перевірка контрагентів перед міграцією ==
[[Категорія:ERP]]
Після перенесення потрібно звірити:

[[Категорія:Конфігурація BAS]]

[[Категорія:Взаєморозрахунки]]

[[Категорія:XML]]

* [[K2]]
* [[K2 ERP]]
* [[ERP]]
* [[Організації K2 ERP]]
* [[Користувач K2 ERP]]
* [[Ролі K2 ERP]]
* [[Права доступу]]
* [[Договори]]
* [[Продажі]]
* [[Закупівлі]]
* [[Взаєморозрахунки]]
* [[Дебіторська заборгованість]]
* [[Кредиторська заборгованість]]
* [[CRM]]
* [[API]]
* [[BI]]
* [[Tableau]]
* [[Power BI]]
* [[Excel Power Query]]
* [[pgAdmin]]
* [[PostgreSQL]]
* [[Data Warehouse]]
* [[Аналітична вітрина]]
* [[Дашборд]]
* [[KPI]]
* [[План-факт]]
* [[Ліцензування K2 ERP]]
* [[Версія K2 ERP]]
* [[Оновлення K2 ERP]]
* [[Демо K2 ERP]]
* [[ERP на власному сервері]]
* [[Хмарна ERP]]
* [[Резервна копія]]
* [[Журналювання]]
* [[BAS]]
* [[1С]]
* [[Довідники 1С]]
* [[Реквізити 1С]]
* [[Документи 1С]]
* [[Інтеграція з BAS]]
* [[Інтеграція з 1С]]
* [[Міграція з BAS]]
* [[Міграція з 1С]]
* [[Заміна BAS]]
* [[Заміна 1С]]
* [[Оновлення BAS]]
* [[Конфігурація BAS]]
* [[Користувач BAS]]
* [[Роль BAS]]
* [[Web-сервіси 1С]]
* [[JSON 1С]]
* [[Інтеграція через файли]]
* [[Інтеграція через XML]]
* [[Українське програмне забезпечення]]
* [[Автоматизація бізнесу]]
* [[Цифрова незалежність]]
* [[Деколонізація обліку]]

! # Звірку кількості записів. * лідах;
* CRM-картках;
* комерційних пропозиціях;
* замовленнях покупців;
* рахунках;
* реалізаціях;
* актах;
* оплатах;
* поверненнях;
* претензіях;
* звітах продажів. Прострочення
Для юридичної особи важливі:
|-
| ТОВ “Альфа”
| Альфа ТОВ
| Однаковий ЄДРПОУ
| Об’єднати
|-
| ФОП Іваненко
| Іваненко ФОП
| Однаковий РНОКПП
| Об’єднати
|-
| ТОВ “Бета”
| ТОВ “Бета Плюс”
| Різні ЄДРПОУ
| Не об’єднувати без перевірки
|}

[[Категорія:Користувач BAS]]

[[Категорія:Продажі]]

Контрагент застосовують, коли потрібно в багатьох документах.== Міграція контрагентів з BAS/1С у K2 ERP ==
[[Категорія:1С]]
ТОВ “інтегратор” постачальник
|-
| Замовлення покупця
| Покупець
|-
| Рахунок
| Платник або покупець
|-
| Реалізація
| Покупець
|-
| Надходження
| Постачальник
|-
| Акт
| Замовник або виконавець
|-
| Платіж
| Платник або отримувач
|-
| Договір
| Сторона договору
|-
| Повернення
| Покупець або постачальник
|}

[[Категорія:Data Warehouse]]

як приклад:

* рахунок;
* видаткова накладна;
* акт;
* договір;
* комерційна пропозиція;
* ТТН;
* претензія;
* лист;
* звірка взаєморозрахунків. * юридична адреса;
* фактична адреса;
* адреса доставки;
* адреса складу;
* адреса магазину;
* поштова адреса;
* адреса виробництва;
* адреса філії. Контрагент
[[Категорія:pgAdmin]]
! Поле

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

* повна назва;
* скорочена назва;
* код ЄДРПОУ;
* ІПН;
* статус ПДВ;
* юридична адреса;
* керівник;
* банківські рахунки;
* установчі інформаційні дані;
* договірні повноваження;
* податковий статус. # Призначати відповідального менеджера. Окремі продукти [[1С]] і [[BAS]] згадуються в офіційних переліках і роз’ясненнях щодо забороненого до використання програмного забезпечення; так само реалізовано а провести його очищення, аудит, дедублікацію, перевірку реквізитів, договорів, взаєморозрахунків, інтеграцій і звітів. # Вести адреси. Борг
[[Категорія:Права доступу]]
як приклад:
Окремо варто відзначити фізичних осіб-підприємців, покупців, постачальників, партнерів, перевізників, підрядників, клієнтів, співвиконавців, орендодавців, орендарів і інших учасників господарських операцій у системі [[ERP]] виступає ключовою рисою '''обліковий облік контрагентів'''. Контрагент

 "phone": "+380441234567"

[[Категорія:ERP на власному сервері]]
== Довідник контрагентів ==
Після міграції потрібно перевірити всі інтеграції, які використовували контрагентів. Проблеми старих баз:

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

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

Приклад:

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

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

SELECT edrpou, COUNT(*) AS qty

Організація: ТОВ “К2 Торгівля”

! # Фіксувати зміни реквізитів.== Контрагент і друковані форми ==

== Що таке контрагент ==
Групи використовуються для фільтрів, звітів, прав і аналітики. * покупці;
* постачальники;
* перевізники;
* державні органи;
* банки;
* дилери;
* VIP-клієнти;
* проблемні клієнти;
* внутрішньогрупові компанії;
* іноземні контрагенти;
* архівні контрагенти. # Перенесення адрес. це ведення інформації про юридичних осіб. | Назва, ЄДРПОУ, ІПН, податковий статус, адреси, контакти, банки, договори, тип, статус і відповідальний. # Перевіряти ІПН і податковий статус. ТОВ Покупець

Один контрагент здатна мати кілька адрес. Відповідь

Іноземний контрагент здатна мати інші реквізити.[[Категорія:Оновлення BAS]]

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

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

* продажі та реалізація розбиті між записами;
* борги неповні;
* договори не видно в одному місці;
* BI показує неправильні цифри;
* менеджери працюють із різними картками;
* складно зробити акт звірки;
* складно мігрувати інформаційні дані. Дублікати призводять до проблем:
[[Категорія:Роль BAS]]

'''Кредиторська заборгованість''' — це сума, яку компанія-користувач винна контрагенту. {| class="wikitable" style="width:100%;"

== Висновок ==

# Вивантаження контрагентів.== Контрагент у закупівлях ==

Вона важлива для:
== Дебіторська заборгованість ==
'''Контрагент''' — це сторона господарської або управлінської операції. |-
| Організація
| ТОВ “К2 Торгівля”
|-
| Контрагент
| ТОВ “Покупець”
|-
| Договір
| Договір поставки №15 від 01.05.2026
|-
| Валюта
| UAH
|-
| Умова оплати
| 50% передплата, 50% після відвантаження
|-
| Статус
| Діє
|}

[[Категорія:BI]]

Неактуальні рахунки краще не видаляти, а переводити в архівний статус. Роль контрагента
== Помилка: дублікати ==
|-
| Що таке обліковий облік контрагентів? ТОВ “інтегратор” покупець

== Покупці ==

Контрагент здатна мати статус. # Очищення назв. |-
| Чи можна залишити BAS джерелом контрагентів?== Контрагенти в BAS/1С ==

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

[[Категорія:Реквізити контрагента]]

* актуальних контрагентів;
* покупців;
* постачальників;
* партнерів;
* активні договори;
* актуальні банківські рахунки;
* контактних осіб;
* адреси;
* відкриті взаєморозрахунки;
* важливу історію за потреби;
* категорії;
* відповідальних менеджерів;
* інтеграційні ідентифікатори, якщо вони потрібні. ! # Перевірку API та BI. Київ, вул. Прикладна, 1
| Договори, доставки, документи
|-
| Телефон
| +380... Приклад
== Помилка: усі бачать усіх контрагентів ==
[[Категорія:Міграція з BAS]]

Приклади груп:
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
Для покупців це зазвичай:

Покупець ТОВ
}
{| class="wikitable" style="width:100%;"

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

! ! Від якості довідника контрагентів залежать продажі та реалізація, закупівельна діяльність, договори, рахунки, акти, накладні, оплати, взаєморозрахунки, дебіторська і кредиторська заборгованість, CRM, логістика, API, BI, фінансовий блок та управлінські рішення для бізнесу.== Приклад BI-звіту по контрагентах ==
Тому критично мати правильні назви, адреси, коди, ІПН і договори. ! "edrpou": "12345678",

обліковий облік контрагентів — це фундаментальна частина ERP-системи. |}

! Категорія здатна описувати цінність або поведінку контрагента.== Приклад звірки контрагентів ==

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

Для рахунку зберігаються:
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
як приклад:
|-
| Активний
| Можна створювати документи
| Робочий контрагент
|-
| Потенційний
| Ще немає операцій
| Для CRM
|-
| На перевірці
| Реквізити перевіряються
| Обмежити операції
|-
| Заблокований
| Операції заборонені
| Не створювати документи
|-
| Архівний
| Старий контрагент
| Тільки історія продукту
|}

! |-
| Що перевірити при міграції з BAS/1С? Ознака дубля
== Контрагент одночасно покупець і постачальник ==
[[Категорія:Довідники 1С]]

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

100% передплата;
оплата після відвантаження;
відстрочка 7 днів;
відстрочка 14 днів;
відстрочка 30 днів;
часткова передплата;
оплата за графіком;
оплата по факту виконання робіт. | Дублікати, коди, ІПН, договори, банки, контакти, адреси, взаєморозрахунки, API, BI і старі Excel-звіти. {| class="wikitable" style="width:100%;"

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

Визначити правила створення контрагента. Що означає

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

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

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

Він здатна містити:

* дублікати;

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

через Групування користувачі можуть впорядкувати довідник. ! Контрагент

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

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

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

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

{
{| class="wikitable" style="width:100%;"
TOV Pokupets
[[Категорія:Web-сервіси 1С]]
FROM public.counterparties
<syntaxhighlight lang="text">
</div>
== Групи контрагентів ==
== Контрагент у CRM ==
Такі перевірки потрібно виконувати обережно й не редагувати бізнес-дані напряму без процедури. Запис 1

</div>
! У сховищі даних контрагент часто виступає як виміром. У [[BAS]] і [[1С]] контрагенти часто зберігаються в довіднику “Контрагенти”. Запис 2

{| class="wikitable" style="width:100%;"
Без правильного обліку контрагентів неможливо коректно вести:
== Якість даних контрагентів ==
|-
| Дублікати
| Не переносити кілька записів однієї компанії
|-
| ЄДРПОУ / РНОКПП
| Ідентифікація контрагента
|-
| ІПН
| Податкові документи
|-
| Договори
| Коректні взаєморозрахунки
|-
| Банківські рахунки
| Правильні платежі
|-
| Адреси
| Доставка і документи
|-
| Контакти
| Комунікація і CRM
|-
| Борги
| Дебіторка і кредиторка
|-
| API
| Інтеграції із сайтом, CRM, WMS
|-
| BI
| аналітичні інструменти по клієнтах і постачальниках
|}

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

[[Категорія:Користувач K2 ERP]]

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

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

[[Категорія:Аналітична вітрина]]

FROM public.counterparties

* менеджер бачить клієнтів іншого відділу;
* комірник бачить фінансові інформаційні дані клієнта;
* зовнішній консультант бачить повну базу;
* API має доступ до всіх контрагентів;
* BI відкриває клієнтську базу широкому колу. {| class="wikitable" style="width:100%;"

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

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

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

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

# Аналіз реквізитів.== Контрагенти і pgAdmin / PostgreSQL ==

Ризики:

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

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

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

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

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

Приклад пошуку контрагентів без коду: У BI-системах контрагенти виступає як ключовим виміром. Фізичну особу і ФОП потрібно розділяти. як приклад, менеджер здатна бачити тільки своїх клієнтів, а фінансовий директор — всіх контрагентів і борги. Акт звірки показує взаємні розрахунки за період. |-

Чи виступає як санкційні ризики у BAS і 1С? продажі та реалізація

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

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

# Заповнювати ЄДРПОУ / РНОКПП. Проблеми якості: джерело залучення; відповідального менеджера; статус ліда; історію контактів; задачі; угоди; комерційні пропозиції; сегмент; потенціал; активність; останню взаємодію. Договір як приклад, якщо один і той самий клієнт ERP заведений у системі тричі, продажі та реалізація, борги й історія продукту взаємодії будуть розбиті між трьома записами. BAS/1С компанія-користувач отримує: номер; дата; організація; контрагент; тип договору; валюта; умови оплати; умови постачання; строк дії; відповідальні особи; ліміт; графік платежів; податкові умови; статус погодження; файл договору; додаткові угоди. # Вести контактних осіб. ! # контролювати дублікати. # Вести тип контрагента. Перевірка Що переносити в K2 ERP Для постачальників: A-клієнт; B-клієнт; C-клієнт; VIP; новий; активний; неактивний; ризиковий; стратегічний; разовий; проблемний; заблокований. # Перевірку статусу ПДВ. # Звірку боргів. ! CRM-дані бажано пов’язувати з ERP-документами, щоб бачити шлях від ліда до оплати. Значення Потрібно перевірити:	Вони розбивають продажі та реалізація, борги, договори, історію і BI-аналітику між кількома записами. Для покупців здатна використовуватися кредитний ліміт. # Вимкнення старих BAS/1С-джерел. Тому під час переходу на K2 ERP потрібно не без зусиль перенести довідник контрагентів забезпечується через критично про BAS і 1С. BAS та 1С мають санкційні, юридичні й кібербезпекові ризики в Україні. Поняття договори; умови оплати; кредитний ліміт; відповідальний менеджер; цінова група; знижки; адреси доставки; контакти; історія продукту продажів; дебіторська заборгованість; статус замовлень; претензії; повернення; документи реалізації. \|-	Хто здатна бути контрагентом? ! Для іноземних контрагентів критично правильно вести валюту, курси, договори й документи. # Перенесення контактів. Контрагент Взаєморозрахунки з контрагентами звідки беруться контрагенти; чи не читається стара BAS; чи не використовуються локальні CSV; чи немає ручних довідників; чи збігаються коди; чи актуальні реквізити; чи немає старих API-ключів. Погані підходи: IBAN; банк; МФО; валюта; призначення; статус активності; дата актуальності; ознака основного рахунку.== Статус контрагента == Критерії пошуку: SEO title: Облік контрагентів — довідник, покупці, постачальники, договори, реквізити, взаєморозрахунки і K2 ERP SEO keywords: облік контрагентів, контрагенти ERP, довідник контрагентів, покупці, постачальники, договори контрагентів, реквізити контрагента, ЄДРПОУ, ІПН, взаєморозрахунки, дебіторська заборгованість, кредиторська заборгованість, K2 ERP, BAS, 1С, міграція з BAS, міграція з 1С, заміна BAS, заміна 1С, українська ERP, санкції BAS, санкції 1С, цифрова незалежність </noinclude> {{SEO Шаблон для службового SEO-опису сторінки. }} країна реєстрації; реєстраційний номер; VAT number; іноземна адреса; валюта договору; міжнародний банк; SWIFT; IBAN; умови Incoterms; митні інформаційні дані; мова документів. як приклад: Дебіторська заборгованість — це сума, яку контрагент має сплатити компанії. Після переходу джерелом істини має бути K2 ERP або контрольована інтеграційна технічна архітектура. ! Юридична особа має офіційні реквізити.== Основні реквізити контрагента == Приклад таблиці дублікатів
Менеджер продажів	Свої покупці	Не бачить фінансові ліміти без дозволу
Закупівельник	Постачальники	Не бачить клієнтську базу продажів
Бухгалтер	Контрагенти з документами	Доступ до реквізитів і взаєморозрахунків
Керівник	Усі або групові звіти	здатна бути тільки перегляд
API-користувач	Тільки дозволені контрагенти	Без зайвих персональних даних

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

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

створюватися;
оновлюватися;
передаватися на сайт;
синхронізуватися з CRM;
перевірятися за кодом;
використовуватися в замовленнях;
передаватися в мобільний застосунок;
передаватися в BI;
зв’язуватися з зовнішніми системами. * продажі та реалізація;
закупівельна діяльність;
договори;
рахунки;
реалізації;
надходження;
акти;
оплати;
повернення;
взаєморозрахунки;
дебіторську заборгованість;
кредиторську заборгованість;
CRM;
логістику;
податкові документи;
управлінську формування звітів;
BI-аналітику;
інтеграції із сайтом, CRM, WMS або банком. # Не залишати старі BAS/1С-джерела активними. * dim_counterparty;
dim_customer;
dim_supplier;
fact_sales;
fact_purchases;
fact_payments;
fact_debt. Дедублікація — це пошук і об’єднання дублікатів.== Контрагенти і Tableau / Power BI ==

рішення для бізнесу

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

Іваненко Іван Іванович

здатна бути клієнтом, працівником, отримувачем послуг

ФОП

ФОП Іваненко Іван Іванович

Має підприємницькі реквізити, РНОКПП, податковий статус

Якщо в картці контрагента старий рахунок, платіж здатна піти неправильно. * дебіторська заборгованість; передплати; прострочені платежі; відкриті рахунки; неоплачені реалізації; повернення; взаємозаліки. Коротко Контрагент і права доступу інформаційні дані контрагента потрапляють у друковані форми: Для логістики важливі: "name": "ТОВ Покупець", Контрольний список для міграції контрагентів Під час переходу з BAS або 1С на K2 ERP обліковий облік контрагентів виступає як однією з найважливіших ділянок міграції. # Перевірку ЄДРПОУ / РНОКПП. Код ЄДРПОУ виступає як важливим ідентифікатором юридичної особи. Старі бази часто містять дублікати, неактуальні реквізити, помилкові ЄДРПОУ, контрагентів без договорів, старі банківські рахунки, різні назви однієї компанії, змішаних покупців і постачальників, тестові записи та ручні виправлення в Excel. {{DISPLAYTITLE:Облік контрагентів}} {\| class="wikitable" style="width:100%;" ! # Перенесення відкритих взаєморозрахунків. {\| class="wikitable" style="width:100%;" Вона здатна аналізуватися: [[Категорія:Постачальники]] Акт звірки часто виступає як важливим документом для бухгалтерії та фінансів. У [[K2 ERP]] контрагенти використовуються в документах продажу, закупівельна діяльність, договорах, оплатах, взаєморозрахунках, актах, рахунках, накладних, податкових документах, [[API]], [[BI]], CRM, логістиці, виробництві, фінансах і управлінській аналітиці. \| Комунікація \|- \| Email \| office@example.ua \| Рахунки, документи, повідомлення \|} [[Категорія:Довідник контрагентів]] "type": "customer", == Умови оплати == * покупець; * постачальник; * покупець і постачальник одночасно; * перевізник; * підрядник; * орендодавець; * банк; * державний орган; * інтегратор; * потенційний клієнт ERP; * заблокований контрагент. Контрагент: ТОВ “Покупець” Потрібно розрізняти організацію і контрагента. Статус Якщо код неправильний: GROUP BY edrpou Категорії контрагентів У такому випадку критично не створювати дублікати: Договір — це ключова частина обліку контрагентів. * ЄДРПОУ; ІПН; назва; телефон; email; банківський рахунок; адреса; договір; історія продукту документів. # Обмежувати права доступу. ТОВ “Покупець” позначати неактивні рахунки; зберігати історію; перевіряти базовий рахунок; контролювати зміни; обмежувати права на зміну банківських реквізитів. # Перевірку ІПН. Керівник не побачить реальний оборот по клієнту, бухгалтер не побачить повну дебіторку, а менеджер здатна створити замовлення на неправильний договір. \|-	Що критично в картці контрагента? У продажах контрагент застосовується для в: Контрагент — це не без зусиль назва компанії в довіднику. # Перевірку банківських рахунків. Роль	Ні. \| Юридична особа, ФОП, фізична особа, покупець, постачальник, перевізник, підрядник, банк або інтегратор. Приклад	Борг Як правильно вести обліковий облік контрагентів сайт; CRM; WMS; банк; електронний електронний документообіг; служби доставки; Power BI; Tableau; Excel Power Query; мобільний застосунок; API; старі файлові обміни. ! # Пошук дублікатів.	Ліміт Контакти потрібні для: як приклад:
Активні контрагенти	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	Потрібна звірка

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

! ! Перевірка ! * кількість контрагентів;

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

Приклад:

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

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

Договір: Договір поставки №15

як приклад:

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

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

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

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

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

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

</syntaxhighlight> Покупець — це контрагент, якому компанія-користувач продає товари, роботи або послуги. ! Організація

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

Якість довідника контрагентів визначає якість обліку. {| class="wikitable" style="width:100%;"

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

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

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

SELECT id, name У документах контрагент відповідає на питання: з ким саме виконується операційна дія. Його потрібно очистити, дедублікувати, перевірити реквізити, договори, банки, контакти, адреси, борги, інтеграції, Excel-звіти, Power Query, Tableau, Power BI і старі API або файлові обміни. ! Окремі продукти 1С і BAS згадуються в офіційних переліках і роз’ясненнях щодо забороненого до використання ПЗ для окремих категорій організацій в Україні. * кредиторська заборгованість;

аванси постачальникам;
неоплачені надходження;
акти;
повернення постачальнику;
взаємозаліки. ! WHERE edrpou IS NOT NULL AND trim(edrpou) <>

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

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

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

WHERE edrpou IS NULL OR trim(edrpou) = ;

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

ТОВ “клієнт ERP А”	1 500 000	22%	120 000	5 днів
ТОВ “клієнт ERP Б”	900 000	18%	0	0
ТОВ “клієнт ERP В”	700 000	25%	250 000	30 днів

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

як приклад:

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

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

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

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

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

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

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

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

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

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

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

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

Коротко

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

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

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

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

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

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

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

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

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