CRM і 1С/BAS без двох правд: один головний для кожних даних
Оновлено
Одинадцятий урок курсу «CRM для власника»: для кожного типу даних є одна головна система — ліди й воронка в CRM, товари й залишки в обліку, факт оплати в банку чи обліку. Інтеграції підключаємо по одній, кожен обмін має журнал і повідомляє, коли ламається.
Відео з'явиться після публікації
- 0:00 Обмін зламався два тижні тому
- 0:15 Де болить: CRM і облік
- 0:33 У кожних даних один головний
- 1:00 Підключати по черзі
- 1:28 Журнал обміну
- 1:52 Правило уроку
Ідея
- У кожного типу даних одна головна система: ліди й воронка — CRM, товари, залишки й документи — облік, факт оплати — банк чи облік.
- Інтеграції підключають по одній: канали в картку клієнта, потім один вузький потік з обліком, потім прості правила, і лише тоді AI.
- Обмін пише кожен запит у журнал, сам повторює невідправлене і «кричить», коли ламається.
Хто з цим згоден
4 із 22 джерел про обмін з обліком радять одну головну систему на кожен тип даних, 11 із 22 — зводити всі канали в картку клієнта, 7 із 33 — підключати інтеграції по одній; усі джерела про обмін з 1С/BAS комерційні, незалежних даних немає, тож це порада ринку.
Спробуйте Admin · 15 хв
Заповніть таблицю «хто головний» для п'яти типів даних. Якщо в одному рядку опинилися дві системи, саме там і з'являються розбіжності між бухгалтером і менеджером.
Шаблони
Таблиця «хто головний»
| Дані | Головна система (у вас) | Хто тільки читає | Коли передається | Підказка ринку |
|---|---|---|---|---|
| Клієнт | народжується в CRM; в облік — з моменту рахунку (CRMiUM) або одразу (SoftUp), джерела сперечаються | |||
| Товар | облік; CRM читає назву і ціну | |||
| Залишок | облік; CRM тільки показує | |||
| Рахунок | створюється в одному місці, з CRM або в обліку; номер один | |||
| Оплата | банк або облік; CRM отримує статус «оплачено» назад, а не ставить сама |
Два «оплачено» (гроші прийшли / документ проведено) — типовий провал обміну, який описує Uspacy. Вирішіть, яке з них бачить власник.
Що перевірити в обміні
- Ключ зіставлення клієнта — незмінний ідентифікатор (код в обліку, ЄДРПОУ), а не лише телефон.
- Спершу один вузький потік: рахунок із CRM → статус оплати назад.
- Журнал обміну видно без програміста: відправлено, не відправлено, повтор.
- Невідправлене повторюється автоматично після зникнення світла чи інтернету.
- Сповіщення «обмін упав» приходить людині, а не лягає в лог.
- Сходинки: канали → один потік з обліком → прості правила → AI. Наступна сходинка після того, як попередня живе без ручних виправлень.
Читати глибше
- Uspacy, 2026. Інтеграція CRM з 1С: чому немає готової кнопки і два різні «оплачено»
- CRMiUM, 2024. Обмін даними між CRM і обліковою системою: ключ зіставлення, журнал, автоповтор після відключення світла
- THE CODER, 2026. Інтеграція CRM із сайтом, телефонією і месенджерами: інтеграція має кричати, коли ламається
Усі шаблони однією папкою
Залиште пошту, і ми надішлемо посилання на папку Google Drive з усіма таблицями, документами і PDF курсу, разом із карткою 12 правил.
Без спаму. Відписатися можна в один клік.
Картка 12 правил — усі дванадцять правил на одній сторінці.