обліковий облік контрагентів — це фундаментальна частина ERP-системи.;
Контрагент має змогу мати багато контактних осіб.; Для чого потрібен
<syntaxhighlight lang="sql">
[[Категорія:Облік контрагентів]]
!; Коментар
як ілюстрація:
HAVING COUNT(*) > 1;
Якщо інформаційні дані зберігаються в PostgreSQL, технічні спеціалісти можуть перевіряти їх через [[pgAdmin]].; {| class="wikitable" style="width:100%;"
Контрагент має змогу мати один або кілька типів.;== Фізична особа і ФОП ==
</div>
!; # Перенесення відкритих взаєморозрахунків.;[[Категорія:Заміна BAS]]
* початковий борг;
* документи продажу;
* документи закупівельна діяльність;
* оплати;
* повернення;
* взаємозаліки;
* кінцевий борг;
* підписи сторін.;[[Категорія:Оновлення BAS]]
== Див.; додатково ==
організація отримує:
'''Довідник контрагентів''' — це централізований список усіх клієнтів, постачальників, партнерів та інших сторін, з якими функціонує організація.; "name": "ТОВ Покупець",
!; Поле
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
[[Категорія:Web-сервіси 1С]]
* повна назва;
* скорочена назва;
* код ЄДРПОУ;
* ІПН;
* статус ПДВ;
* юридична адреса;
* керівник;
* банківські рахунки;
* установчі інформаційні дані;
* договірні повноваження;
* податковий статус.; Навіщо
CRM-дані бажано пов’язувати з ERP-документами, щоб бачити шлях від ліда до оплати.;[[Категорія:Покупці]]
Для юридичної особи важливі:
* кількість контрагентів;
* кількість покупців;
* кількість постачальників;
* кількість договорів;
* кількість банківських рахунків;
* кількість контактів;
* відкриті борги;
* дебіторку;
* кредиторку;
* залишки авансів;
* звіти;
* API;
* BI.;== Умови оплати ==
Після перенесення потрібно звірити:
!;</div>
== Помилка: неактуальні банківські рахунки ==
Він має змогу містити:
[[Категорія:Контрагенти]]
== Покупці ==
== Контрагенти і Tableau / Power BI ==
як ілюстрація, менеджер має змогу бачити тільки своїх клієнтів, а фінансовий директор — всіх контрагентів і борги.; Що означає
== Контакти контрагента ==
* A-клієнт;
* B-клієнт;
* C-клієнт;
* VIP;
* новий;
* активний;
* неактивний;
* ризиковий;
* стратегічний;
* разовий;
* проблемний;
* заблокований.;== Приклад таблиці дублікатів ==
[[Категорія:Договори]]
|-
| Активні контрагенти
| 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
| Потрібна звірка
|}
!; Маржа
[[Категорія:Хмарна ERP]]
|-
| Назва
| ТОВ “Покупець”
| Відображення в документах
|-
| Повна назва
| Товариство з обмеженою відповідальністю “Покупець”
| Договори, друковані форми
|-
| ЄДРПОУ
| 12345678
| Ідентифікація юридичної особи
|-
| ІПН
| 123456789012
| Податкові документи
|-
| Статус ПДВ
| Платник ПДВ
| Податковий обліковий облік
|-
| Адреса
| м.; !; |-
| Хто має змогу бути контрагентом?; |-
| Що перевірити при міграції з BAS/1С?; Особливість
* кредиторська заборгованість;
* аванси постачальникам;
* неоплачені надходження;
* акти;
* повернення постачальнику;
* взаємозаліки.;[[Категорія:PostgreSQL]]
[[Категорія:BAS]]
Це надає можливість будувати стабільну аналітику по клієнтах і постачальниках незалежно від змін у робочій ERP.; # Перевіряти ІПН і податковий статус.; Наш борг
* ІПН;
* статус платника ПДВ;
* платформа оподаткування;
* країна реєстрації;
* ознака нерезидента;
* податковий номер;
* дата реєстрації платником ПДВ;
* дата анулювання статусу.; Київ, вул.; як ілюстрація:
Не варто переносити без аналізу:
* продажі та реалізація по клієнтах;
* закупівельна діяльність по постачальниках;
* дебіторка;
* кредиторка;
* ABC-аналіз клієнтів;
* рейтинг постачальників;
* маржинальність по клієнтах;
* прострочені борги;
* середній чек;
* повторні покупки;
* активність клієнтів;
* ризикові контрагенти.;== Дедублікація контрагентів ==
* ЄДРПОУ;
* ІПН;
* назва;
* телефон;
* email;
* банківський рахунок;
* адреса;
* договір;
* історичний розвиток документів.; # Перевірку API та BI.; |-
| Що істотно в картці контрагента?;== Кредитний ліміт контрагента ==
У [[K2 ERP]] контрагенти мають вестися структуровано: з правильними реквізитами, ЄДРПОУ, ІПН, податковим статусом, договорами, банківськими рахунками, контактами, адресами, типами, статусами, відповідальними, правами доступу, API-ідентифікаторами і BI-аналітикою.;[[Категорія:Довідник контрагентів]]
== Контрагенти і pgAdmin / PostgreSQL ==
'''Головне.''' обліковий облік контрагентів — це основа продажів, закупівель, фінансів, договорів, взаєморозрахунків, CRM, API, BI і звітності.; Керівник не побачить реальний оборот по клієнту, бухгалтер не побачить повну дебіторку, а менеджер має змогу створити замовлення на неправильний договір.; Потрібно розрізняти [[Організації K2 ERP|організацію]] і контрагента.; !; K2 ERP
!; # Перевірку ІПН.; Тип
* dim_counterparty;
* dim_customer;
* dim_supplier;
* fact_sales;
* fact_purchases;
* fact_payments;
* fact_debt.;== Постачальники ==
[[Категорія:Кібербезпека]]
WHERE edrpou IS NULL OR trim(edrpou) = '';
* організація купує матеріали в партнера;
* той самий партнерська сторона купує готову продукцію;
* є собою взаємозаліки;
* є собою зустрічні договори;
* є собою внутрішньогрупові операції.; # Обмежувати права доступу.; Його потрібно очистити, дедублікувати, перевірити реквізити, договори, банки, контакти, адреси, борги, інтеграції, Excel-звіти, Power Query, Tableau, Power BI і старі API або файлові обміни.; |-
| ТОВ “Покупець”
| Договір №15
| ТОВ “К2 Торгівля”
| 120 000
| 0
|-
| ТОВ “Постачальник”
| Договір №8
| ТОВ “К2 Торгівля”
| 0
| 75 000
|-
| ТОВ “партнерська сторона”
| Договір №22
| ТОВ “К2 Торгівля”
| 40 000
| 15 000
|}
[[Категорія:Журналювання]]
SELECT id, name
[[Категорія:K2 ERP]]
* по контрагентах;
* по договорах;
* по організаціях;
* по менеджерах;
* по строках;
* по простроченню;
* по валютах;
* по регіонах;
* по групах клієнтів.; "tax_status": "VAT",
Приклад JSON для створення контрагента:
* перевізник;
* експедитор;
* служба доставки;
* складський оператор;
* митний брокер;
* страхова організація;
* отримувач вантажу.; Це пов’язана облікова сутність, яка містить реквізити, коди, податковий статус, договори, банківські рахунки, адреси, контакти, умови оплати, ліміти, історію операцій, борги, замовлення, документи, інтеграційні ідентифікатори, статуси перевірки, ризики, групи, категорії та права доступу.; Статус
!; | Комунікація
|-
| Email
| office@example.ua
| Рахунки, документи, повідомлення
|}
У продажах контрагент застосовується в:
[[Категорія:Data Warehouse]]
Приклад:
* покупець;
* постачальник;
* покупець і постачальник одночасно;
* перевізник;
* підрядник;
* орендодавець;
* банк;
* державний орган;
* партнерська сторона;
* потенційний замовник;
* заблокований контрагент.; Контрагент
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
У такому випадку істотно не створювати дублікати:
|-
| Менеджер продажів
| Свої покупці
| Не бачить фінансові ліміти без дозволу
|-
| Закупівельник
| Постачальники
| Не бачить клієнтську базу продажів
|-
| Бухгалтер
| Контрагенти з документами
| Доступ до реквізитів і взаєморозрахунків
|-
| Керівник
| Усі або групові звіти
| має змогу бути тільки перегляд
|-
| API-користувач
| Тільки дозволені контрагенти
| Без зайвих персональних даних
|}
!;== Контрагент у закупівлях ==
"type": "customer",
* заявках на закупівлю;
* замовленнях постачальникам;
* надходженнях;
* актах постачальника;
* рахунках постачальника;
* оплатах;
* поверненнях;
* аналізі постачальників;
* контролі цін;
* оцінці строків постачання.; # Вести контактних осіб.;</div>
Приклади груп:
== Перевірка контрагентів перед міграцією ==
== Контрагент одночасно покупець і постачальник ==
== Контрагент і Data Warehouse ==
# Визначити правила створення контрагента.; * покупці;
* постачальники;
* перевізники;
* державні органи;
* банки;
* дилери;
* VIP-клієнти;
* проблемні клієнти;
* внутрішньогрупові компанії;
* іноземні контрагенти;
* архівні контрагенти.; Ознака дубля
!; | Вони розбивають продажі та реалізація, борги, договори, історію і BI-аналітику між кількома записами.;<syntaxhighlight lang="text">
[[Категорія:Українське програмне забезпечення]]
!; Окремі продукти [[1С]] і [[BAS]] згадуються в офіційних переліках і роз’ясненнях щодо забороненого до використання програмного забезпечення для окремих категорій організацій в Україні.; Роль
[[Категорія:Power BI]]
|-
| Організація
| ТОВ “К2 Торгівля”
|-
| Контрагент
| ТОВ “Покупець”
|-
| Договір
| Договір поставки №15 від 01.05.2026
|-
| Валюта
| UAH
|-
| Умова оплати
| 50% передплата, 50% після відвантаження
|-
| Статус
| Діє
|}
ТОВ Покупець
Потрібно переносити:
[[Категорія:Міграція з 1С]]
* директор;
* бухгалтер;
* менеджер із закупівель;
* логіст;
* складський облік;
* юрист;
* фінансист;
* технічний контакт;
* контакт для API або EDI;
* контакт для претензій.; # Фіксувати зміни реквізитів.; |}
FROM public.counterparties
ТОВ “партнерська сторона” з двома типами: покупець і постачальник
Покупець
[[Категорія:JSON]]
== Контрагент у CRM ==
[[Категорія:1С]]
Типові реквізити:
Проблеми старих баз:
== Що не варто переносити ==
!;
