Към съдържанието
N1
CRM, интеграции и автоматизация

Въвеждам ред в Bitrix24, CRM и работните процеси на компанията

Оправям това, което забавя бизнеса: бъркотия и дубликати в CRM, интеграции, които тихо спират да работят, ръчна рутина, която отдавна трябва да е автоматизирана. Довеждам решението до реална работа — с документация и поддръжка след пускане.

Bitrix24 Laravel API интеграции
5+
години опит
50+
интеграции
100+
автоматизирани процеси
10+
бизнес отрасли
Собствен код
а не конструктор на Bitrix24
Работя официално: Договор Фактура Приключващи документи Авансово плащане Финално плащане след приемане Абонаментна поддръжка по договаряне

Изберете вашата ситуация

Кратък път за вашата задача — изберете кое е по-близо.

Какви задачи решавам

Ако CRM работи нестабилно, данните се разминават, интеграция пада без ясна грешка или старият код е страшен за пипане — първо намирам причината, после предлагам безопасен план за поправка.

Лийдове се създават като дубликати Сделки не са свързани с лийдове Роботи се задействат на грешен етап Бизнес процеси засядат CRM забавя под натоварване Синхронизацията работи „понякога“ Невъзможно е да се разбере причината за грешка Няма история на обмена Отчетите не съвпадат с реалността Старият код е страшен за пипане

Натиснете карта, за да отворите пълното описание

Готови пътища за решение

Част от задачите тръгват по-бързо върху готов скелет.

Bitrix24 D7 · кутия · вътрешни API

Bitrix24 D7: кутийна разработка и стабилизация

Работя не само с настройките в интерфейса, но и на ниво кутия, код и вътрешни API.

Кога е нужно
  • REST вече претоварва портала
  • Стандартната настройка на роботи не стига
  • Нужни са кастъм обработчици на събития
  • Тежки операции забавят CRM
  • Нужни са собствени табове и действия в картата
  • Логиката е „разпиляна“ и се чупи при промени
Какво включва
D7 модули Обработчици на събития Агенти / cron HL блокове Смарт процеси (SPA) Бизнес процеси Роботи и тригери Кастъм табове и действия в CRM Оптимизация на тежки операции Пренасяне на тежка логика от REST към D7
Какво получава клиентът
  • Стабилна логика вътре в портала
  • Ясни логове и диагностика
  • По-малко натоварване на REST
  • Документация на входните точки
  • Поддържаема структура на кода
Рискове и ограничения
  • Не замествам пълноценен DevOps/SRE
  • За production промени първо преглеждам логове и правя резервно копие
  • Точната цена казвам след достъп до портала
Laravel · API · опашки · тестове

Laravel backend, който можете да поддържате

API, админ панели, клиентски кабинети и интеграционни хъбове на Laravel — с логове, тестове и ясна структура.

Кога е нужно
  • Нужен е външен продукт върху CRM
  • Нужен е API или интеграционен хъб
  • Логиката не се побира в кутията
  • Нужни са опашки и фонови задачи
  • Нужен е админ панел с роли
Какво включва
Сервизен слой FormRequest валидация Опашки и jobs Роли и достъпи Логване Тестове (PHPUnit) Админ панели REST API Интеграционни панели
Какво получава клиентът
  • Грешките се виждат в логовете
  • Тежките операции отиват в опашка
  • Проектът се поддържа по-лесно
  • Нови функции без хаос
  • Тестваем код
Рискове и ограничения
  • Подготвям инфраструктура в рамките на собственото си решение, не като DevOps аутсорс
  • Пълна преработка на стар проект — с отделна оценка
REST · webhooks · логове · retry

API интеграции с логове, retry и защита от дубликати

Интеграцията не е просто REST заявка. Нужни са мапинг, логове, обработка на грешки, retry, защита от дубликати и ясен статус на обмена.

Кога е нужно
  • Синхронизацията работи „понякога“
  • Появяват се дубликати
  • Данните се разминават между системите
  • Няма история на обмена
  • Грешката не се вижда от потребителя
  • Нужно е CRM да се свърже с външна услуга
Какво включва
Bitrix24 1C MoySklad TrustMe PKB ADATA HeadHunter Huntflow Telegram WhatsApp Asterisk
Какво получава клиентът
  • Данните не се губят
  • Не се създават дубликати
  • Обменът не пада тихо
  • Ясни логове на входящи/изходящи заявки
  • Възможност да се повтори неуспешна операция
Рискове и ограничения
  • Не отговарям за сривове от страна на външни услуги и доставчици
  • Маскирам тайни, не логвам токени
  • Първо тестова среда, после production
Одобрения · отчети · фонови задачи

Автоматизация на бизнес процеси

Когато служителите прехвърлят данни ръчно, сверяват таблици, губят заявки или повтарят еднотипни действия — превръщам рутината в код.

Кога е нужно
  • Данните се прехвърлят ръчно
  • Сверяват таблици между системите
  • Заявки се губят
  • Одобренията вървят „на думи“
  • Няма контрол на сроковете
  • Отчетите се събират ръчно
Какво включва
Одобрения Известия Отчети Прехвърляне на данни Контрол на срокове Заявки на служители Статуси на клиенти Фонови проверки
Какво получава клиентът
  • По-малко ръчна работа
  • Заявки и одобрения не се губят
  • Прозрачни срокове и статуси
  • Отчетите се събират сами
Рискове и ограничения
  • Първо фиксирам текущия процес, после автоматизирам
  • Сложни сценарии — на етапи
  • Зависи от достъпите и данните на системите
Одит · карта на проблемите · стабилизация

Legacy одит: да разберем причината, а не да лекуваме симптома

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

Кога е нужно
  • Разработчикът си тръгна, кодът остана
  • Няма документация
  • Няма логове
  • Процесите се чупят
  • Страшно е да се пипа production
  • Нужна е причина, а не „поправка на симптома“
Какво включва
Преглед на структурата на проекта Търсене на критични рискове Проверка на логването Проверка на интеграциите Проверка на дубликати и грешки в данните Карта на проблемите План за поправка Оценка на срокове и бюджет
Какво получава клиентът
  • Ясна карта на проблемите
  • Приоритети и план
  • Оценка на сроковете
  • Препоръки за логове и архитектура
  • Разбиране какво може да не се пренаписва
Рискове и ограничения
  • Не пипам production сляпо
  • Правя резервно копие при риск от загуба на данни
  • Пълна преработка на архитектурата — с отделна оценка
Интеграции · Работещ скелет

Integration Hub

Срок за адаптация: от 5–10 работни дни Цена: от 220 000 ₸

Отделен backend хъб за обмен между CRM и външни системи — с логове, опашки и ръчно повторение.

Какви проблеми решава
  • Интеграциите падат тихо
  • Няма история на обмена
  • Неуспешна операция не може да се повтори
  • Данните се дублират
За кого е
Компании с няколко външни системи Бизнеси, при които интеграциите работят „понякога“
Какво включва базовата версия
  • Интеграции
  • Логове на обмена
  • Retry / backoff
  • Encrypted secrets
  • Health-check
  • Опашки
  • Админ панел
Какво може да се адаптира
Bitrix24 1C MoySklad Telegram произволен REST API
Архитектура
External API → Webhook Inbox → Queue → Mapper → Bitrix24 / CRM → Logs / Retry
Стек
Laravel PostgreSQL Redis Queue Vue / Inertia
Ограничения
  • Не замества ESB/iPaaS от enterprise клас
  • Всяка система се свързва като отделна задача
Одит · Готово за адаптация

CRM Audit Pack

Срок за адаптация: от 1–7 дни Цена: от 90 000 ₸

Готов формат за диагностика: карта на проблемите, рискове и план за поправки — преди да се пипне нещо.

Какви проблеми решава
  • Дубликати на лийдове и сделки
  • Роботи и процеси гърмят
  • Тежки REST заявки
  • Няма логове и история
За кого е
CRM работи нестабилно Стар проект без документация Преди голяма преработка
Какво включва базовата версия
  • Преглед на структурата
  • Проверка на логовете
  • Търсене на рискове
  • Карта на проблемите
  • Таблица на рисковете
  • План за поправки
Какво може да се адаптира
Дълбочина на одита Поддръжка на поправки на час/пакет
Архитектура
Logs + DB + Business Process + Timeline → Diagnosis → Risk Map → Fix Plan
Стек
Bitrix24 D7 PHP SQL Logs
Ограничения
  • Поправките са отделен етап
  • Без достъп до логове/код точността е по-ниска
Логове / мониторинг · Работещ скелет

Webhook Inbox / Logger

Срок за адаптация: от 3–7 работни дни Цена: от 120 000 ₸

Да видите всяко входящо събитие: payload, подпис, статус на обработка и грешка — с ръчно повторение.

Какви проблеми решава
  • Неясно е дали събитието е дошло
  • Няма payload за анализ
  • Грешката не се вижда
  • Не може да се изпрати отново
За кого е
Има входящи webhooks от външни системи Трябва да разберете защо „не е дошло“
Какво включва базовата версия
  • Приемане на webhooks
  • Съхранение на payload
  • Проверка на подпис
  • Статус на обработка
  • Грешки
  • Ръчно повторение
Какво може да се адаптира
Източници на събития Правила за обработка Връзка със задачи
Архитектура
External source → Webhook Inbox → Signature check → Queue → Processing → Logs
Стек
Laravel PostgreSQL Queue
Ограничения
  • Изгражда се върху Integration Hub
  • Обработката за всеки източник е отделна
Кабинети · Готово за адаптация

Laravel Client Cabinet

Срок за адаптация: от 2–4 седмици Цена: от 300 000 ₸

Готов скелет на външен кабинет на Laravel, който се адаптира към вашите процеси и CRM.

Какви проблеми решава
  • Клиентите не виждат статуси и данни сами
  • Поддръжката е претоварена с еднотипни въпроси
  • Заявки и съобщения се губят в имейл/месинджъри
За кого е
Бизнеси, на които им трябва външен продукт за клиенти Сервизни компании Компании със самообслужване на клиенти
Какво включва базовата версия
  • Автентикация и роли
  • Заявки и статуси
  • Съобщения
  • Документи и фактури
  • Известия
  • Интеграция с CRM
  • Админ панел
Какво може да се адаптира
Брандиране и полета на заявката Допълнителни модули Интеграция с вашия CRM/билинг
Архитектура
Client → Cabinet (Laravel) → API → CRM / Billing / Documents / Messages
Стек
Laravel Vue / Inertia PostgreSQL Redis Queue
Ограничения
  • Не е лицензиран SaaS — това е адаптируема основа
  • Сложни кастъм модули се оценяват отделно
Кабинети · Работещ скелет

Bitrix24 Client Cabinet

Срок за адаптация: от 2–4 седмици Цена: от 280 000 ₸

Клиентски кабинет върху данните на Bitrix24 — когато CRM вече съхранява всичко нужно.

Какви проблеми решава
  • Клиентите нямат къде да виждат статуси от CRM
  • Мениджърите препращат данни ръчно
За кого е
Компании на Bitrix24 Бизнеси, чиито данни вече живеят в CRM
Какво включва базовата версия
  • Статуси на заявки
  • Запитвания
  • Фактури
  • Съобщения
  • Връзка с данните на CRM
Какво може да се адаптира
Набор от полета и раздели Интеграция с външни услуги Дизайн по бранд
Архитектура
Client → Cabinet (Bitrix24) → D7 / REST → CRM данни на портала
Стек
Bitrix24 D7 HL блокове REST / OpenLines
Ограничения
  • Зависи от изданието и достъпите на Bitrix24
  • Тежката логика се изнася на D7 отделно
Кабинети · По заявка

Кабинет на служителя

Срок за адаптация: обсъжда се Цена: по заявка

Вътрешен кабинет за вашите процеси — проектира се по заявка.

Какви проблеми решава
  • Служителите работят в разпръснати таблици
  • Няма единна точка за задачи и заявки
За кого е
Екипи с вътрешни процеси Разпределени отдели
Какво включва базовата версия
  • Автентикация и роли
  • Задачи / заявки
  • Достъп до данните на процесите
Какво може да се адаптира
Към конкретния процес на компанията
Архитектура
Employee → Cabinet → API → Internal data / CRM
Стек
Laravel Vue / Inertia
Ограничения
  • Проектира се за задачата — изисква уточняване на обхвата
Кабинети · По заявка

Партньорски кабинет

Срок за адаптация: обсъжда се Цена: по заявка

Портал за партньори и дилъри — за вашия модел на работа, по заявка.

Какви проблеми решава
  • Партньорите не виждат статуси на заявки
  • Документи и изчисления вървят ръчно
За кого е
Дилърски и партньорски мрежи Компании с външни агенти
Какво включва базовата версия
  • Автентикация на партньори
  • Заявки и статуси
  • Документи
  • Изчисления
Какво може да се адаптира
Към партньорския модел и условия
Архитектура
Partner → Cabinet → API → CRM / Documents
Стек
Laravel Vue / Inertia
Ограничения
  • Проектира се за партньорския модел

Примери на задачи, които вече съм решавал

Без разкриване на клиенти: проблем, подход и оперативен резултат

Натиснете карта, за да отворите пълното описание

Автоматизация на известия и документи с един бутон

Проблем: Мениджърът подготвяше договор ръчно, отделно пишеше на клиента и търсеше файлове на диска — рутината отнемаше повече време от самото дело.

Какво направих: Настроих един бутон в сделката: генерира документа, изпраща SMS/WhatsApp до клиента и подрежда файловете в правилната папка.

Резултат: Едно кликване — документът е готов, клиентът е уведомен, файлът е на място.

Bitrix24 D7, SMS шлюз, WhatsApp API 2–4 седмици
Повече →

BI дашборд върху Bitrix24

Проблем: Ръководството и кол центърът не виждаха фунията „запитване → посещение → продажба“ — само ръчни експорти в Excel.

Какво направих: Изградих 20 отчета върху live данни на CRM с кеш и честно документирани ограничения за всяка метрика.

Резултат: Един екран вместо Excel: фунията, обажданията и направленията се виждат в реално време.

PHP, Bitrix24 D7, SQL отчети 4–6 седмици
Повече →

Правно валиден подпис направо в CRM

Проблем: Част от документите по закон трябва да се подписват с държавен електронен подпис — процесът минаваше отделно от CRM, файловете се прикачваха ръчно.

Какво направих: Свързах подписването през NCALayer направо от страницата на сделката, с проверка на сертификата.

Резултат: Документът се подписва и записва в CRM в една стъпка.

Bitrix24 D7, NCALayer, PHP 2–3 седмици
Повече →

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

Проблем: Преди да се поеме дело, контрагентът се проверяваше ръчно: трети сайт, търсене по данъчен номер, копиране на статуса обратно в CRM.

Какво направих: Свързах проверка по данъчен номер направо в картата на сделката, с кеш на резултатите.

Резултат: Проверката на контрагент отне секунди вместо излизане към трети сайт.

Bitrix24 D7, външно API, PHP 1–2 седмици
Повече →

Имате подобен проблем? Покажете пример — ще кажа как бих започнал диагностиката.

CRM / Bitrix24 · автоматизация с бутон

Автоматизация на известия и документи с един бутон

Стек: Bitrix24 D7, SMS шлюз, WhatsApp API, генериране на документи, файлово хранилище Срок: 2–4 седмици Клиент: sattar.kz

В sattar.kz мениджърът подготвяше договор или претенция ръчно, отделно се обаждаше или пишеше на клиента, а нужните файлове по делото търсеше разпръснати на диска — рутината отнемаше повече време от самото дело.

Ограничения

Различни типове документи и известия за различни сценарии, файловете трябваше да се подреждат предвидимо, за да ги намира всеки служител, а не само този, който ги е създал.

Какво направих
  • Генериране на договори и претенции с бутон направо в картата на сделката
  • Изпращане на SMS и WhatsApp до клиента с бутон — без превключване към друго приложение
  • Автоматично подреждане на файловете по дело в папки на диска — предвидима структура за целия екип
  • Дневник на изпратените известия в картата на делото
Архитектура
Карта на сделката → Генератор на документи → Изпращане на SMS/WhatsApp → Файлово хранилище по папки
Резултат

Рутинната преписка и търсенето на файлове изчезнаха: едно кликване в сделката — документът е готов, клиентът е уведомен, файлът е в правилната папка.

Какво може да се преизползва
Бутони за генериране на документи в картата на сделката Интеграция на SMS/WhatsApp с един клик Автоматично подреждане на файлове по дело с предвидима структура от папки
CRM / Bitrix24 · BI дашборд

Кастомен BI дашборд върху Bitrix24

Стек: PHP, Bitrix24 D7, SQL отчети, TTL кеш, whitelisted AJAX Срок: 4–6 седмици Клиент: lada-dabracar.by

В автодилърския център lada-dabracar.by ръководството и кол центърът се нуждаеха от единна фуния „запитване → посещение → продажба“ върху Bitrix24 — вградените отчети на CRM не показваха този разрез.

Ограничения

Част от класическите метрики на кол центъра (SL/ASA/ATA) физически не могат да се изчислят без данни от телефонията; смесването на различни източници на дати (лийд/посещение) изкривява процентите, ако не се разделят изрично.

Какво направих
  • 20 параметризирани SQL отчета върху live данни на CRM с безопасно заместване на филтрите
  • Фуния „лийд → посещение → сделка → продажба“ с междинни метрики (Contact Rate, Occupancy и др.)
  • Многослоен кеш с TTL, stale-fallback и заключвания — дашбордът не натоварва CRM с тежки заявки
  • 33 whitelisted AJAX действия с проверка на права и sessid
  • Честна документация на ограниченията на всяка спорна метрика — вместо разкрасяване на числата
Архитектура
Live данни на Bitrix24 → SQL отчети → Cache слой (live/cached/pre-aggregated) → Дашборд с табове
Резултат

Ръководството и кол центърът получиха единен дашборд на фунията с табове (преглед/посещения/обаждания/оператори/направления) вместо експорти в Excel — с кеш и ясно документирани ограничения на метриките.

Какво може да се преизползва
Provider слой live/cached/pre-aggregated отчети TTL кеш със stale-fallback за тежки SQL отчети Подход за честно документиране на ограниченията на метриките
Интеграции · NCALayer · държавен е-подпис

Подписване на документи през NCALayer (е-подпис на Казахстан)

Стек: Bitrix24 D7, NCALayer (WebSocket), PHP, XML/CMS подпис, проверка на държавен сертификат Срок: 2–3 седмици Клиент: NDA

Част от документите по закон трябваше да се подписват с държавен електронен подпис, а не с чужда e-signature услуга — процесът на подписване минаваше отделно от CRM, с ръчно прикачване на подписаните файлове.

Ограничения

NCALayer работи през локален WebSocket на компютъра на потребителя, а не облачно API, затова обменът минава през браузъра на клиента, а не само през сървъра; трябваше да се проверява сертификатът и валидността на подписа.

Какво направих
  • Подписване на документ през NCALayer направо от страницата на сделката — без ръчно записване и пренасяне на файлове
  • Работа с локалната WebSocket услуга на NCALayer от браузъра на потребителя
  • Проверка на сертификата и валидността на подписа преди запис на документа в CRM
  • Съхранение на подписания файл и статуса на подписване в картата на сделката
Архитектура
Карта на сделката → Браузър на клиента → NCALayer (локален WebSocket) → Проверка на държавен сертификат → CRM документ
Резултат

Подписването с държавен е-подпис се вля в същия процес като останалите документи по сделката — без отделна стъпка „подпиши и прикачи ръчно“.

Какво може да се преизползва
Интеграция с NCALayer през WebSocket от браузъра Проверка на държавен сертификат Модел за съхранение на подписан документ в сделката
Интеграции · Adata

Интеграция с Adata: проверка на контрагенти в картата на сделката

Стек: Bitrix24 D7, Adata API, PHP, кеш на заявки Срок: 1–2 седмици Клиент: sattar.kz

В sattar.kz, преди да се поеме дело или да се отпуснат пари, контрагентът се проверяваше ръчно: отваряне на трети сайт, търсене по данъчен/фирмен номер, копиране на статуса обратно в CRM.

Ограничения

Външната услуга ограничаваше честотата на заявките, а данните за контрагента трябваше да се пазят с дата на проверка, вместо да се заявяват наново всеки път.

Какво направих
  • Проверка на контрагент по данъчен/фирмен номер направо от картата на сделката, без излизане към трети сайт
  • Рискови маркери и статус на проверката се пазят в CRM с датата на заявката
  • Кеширане на заявките, за да не се дублират обръщенията към услугата
  • Обработка на грешки и таймаути на външното API без сриване на картата на сделката
Архитектура
Карта на сделката → Adata API клиент → Кеш на резултатите → Рискови маркери в CRM
Резултат

Проверката на контрагент отне секунди направо в сделката вместо излизане към трети сайт и ръчно копиране на данни.

Какво може да се преизползва
Adata API клиент с кеширане Модел за проверка на контрагент в картата на сделката Съхранение на рискови маркери с дата на актуалност

Формат на работа

Кой върши работата, как тече процесът и от какво се формира цената.

Кой върши работата

С Bitrix24 работя 5 години: от точкови доработки до оперативна автоматизация на цели бизнес центрове и мрежи от автодилъри. По-долу — реални проекти по дати, за кого съм подходящ, официално оформяне и с какъв стек работя в момента.

За мен →
Как тече работата
  1. 01 Запознаване и одит
  2. 02 Оценка на срокове и цена
  3. 03 Подписване на договор
  4. 04 Авансово плащане
  5. 05 Разработка
  6. 06 Демонстрация на резултата
  7. 07 Финално плащане
  8. 08 Поддръжка
Процес →
Колко струва

Прозрачна почасова ставка, готови пакети за типични задачи и абонаментна поддръжка. Тук е и калкулаторът за ориентировъчна оценка — точната цена казвам след одит.

Стартови пакети Абонаментна поддръжка Калкулатор на цената
Цени → Колко струва Bitrix24: кутия и облак →

Не знаете откъде да започнете?

Просто опишете проблема. Ще разуча текущото решение, ще оценя рисковете и ще предложа варианти за реализация.

За да оценя задачата бързо, изпратете:
  1. какво трябва да работи
  2. какво не работи сега
  3. връзка / скрийншот / пример
  4. кога се появи проблемът
  5. има ли достъп до логове
  6. какъв резултат е нужен

Свържете се с мен

Изберете удобен канал — отговарям бързо.

Обсъждане на задача

Опишете задачата — ще отговоря и ще предложа решение.

Допълнително (по избор)

Често задавани въпроси

Работите ли по договор?

Да, официално като ЕТ: договор, фактура и приключващи документи.

Работите ли с кутията на Bitrix24 (D7)?

Да. Доработвам кутийната версия: модули, бизнес процеси и преки интеграции на D7.

Работите ли с облака на Bitrix24?

Да. За облака правя приложения и интеграции през REST API и webhooks.

Често решавани проблеми

Данни

Причината почти никога не са хората, а това, че никой не е защитил системата от разхвърляно въвеждане и паралелни действия. Първо показвам мащаба с числа, после оправям данните — и едва тогава затварям дупката, през която боклукът е влизал в базата.

Симптоми
  • Дубликати на лийдове и сделки
  • Мръсни телефони
  • Изгубени връзки
  • Разминаване между CRM и склад
  • Неактуални наличности
Как го разнищвам
  • Броя дубликатите и разминаванията със заявки: още преди поправките се вижда колко записа са засегнати
  • Нормализирам телефони, имейли и ключови полета към един формат
  • Въвеждам търсене на съществуващ запис, преди да се създаде нов
  • Затварям източника: формата, импорта или интеграцията, която е плодяла боклук
  • Оставям сверка, която може да се пусне отново и да се види резултатът
Често решавани проблеми

Процеси

Заседналият бизнес процес почти никога не „пада“ — той тихо чака условие, което вече няма да настъпи. Намирам на коя стъпка и защо спира, и премествам крехката логика там, където се вижда и може да се поправи.

Симптоми
  • Роботите не се задействат
  • Бизнес процеси засядат
  • Одобренията вървят ръчно
  • Няма контрол на срокове
  • Мениджърите заобикалят CRM
Как го разнищвам
  • Гледам на коя стъпка засядат процесите и по кое условие
  • Сверявам какво трябва да задейства робота и какво го задейства в действителност
  • Премествам крехката логика от конструктора в код с логове
  • Добавям контрол на сроковете и известия до отговорните
  • Махам ръчните стъпки, заради които мениджърите заобикалят CRM
Често решавани проблеми

Интеграции

Интеграция без логове е черна кутия: не е ясно дори дали изобщо е имало опит за обмен. Първо правя обмена видим и едва тогава обсъждаме какво точно да се поправи в него.

Симптоми
  • Няма логове
  • Няма retry
  • API пада
  • Данните идват частично
  • Грешката не се вижда от потребителя
Как го разнищвам
  • Включвам логване на входящите и изходящите заявки, с маскирани токени
  • Добавям повторни опити със забавяне при временни грешки на чуждото API
  • Разделям „данните не дойдоха“ от „дойдоха частично“ — това са различни повреди
  • Извеждам грешката там, където ще я види човек, а не само сървърът
  • Оставям режим за проверка: обменът се пуска, без да пише в живата база