Към съдържанието
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
  • Разделям „данните не дойдоха“ от „дойдоха частично“ — това са различни повреди
  • Извеждам грешката там, където ще я види човек, а не само сървърът
  • Оставям режим за проверка: обменът се пуска, без да пише в живата база