Към съдържанието
N1
CRM / Bitrix24 · посещения в клонове · OTP и съгласия

Регистриране на посещение на клиент в клон: от QR код до сделка в Bitrix24

Клиент: Финансова компания, NDA Категория: CRM / Bitrix24 Стек: PHP 8, Bitrix24 REST, JavaScript, SMS шлюз, външни услуги за проверка на клиента, JSON справочници, cron Срок: внедрявано поетапно
Проблем

Клиент, дошъл в който и да е от 39-те клона, трябва веднага да попадне в CRM — с потвърден телефон, съгласие за запитване към кредитното бюро и без дубликати. Старите заявки на клиента се трупаха до новите, а еднократният код се генерираше и проверяваше направо в браузъра, тоест потвърждението беше формалност.

Ограничения

Формата се отваря от телефон чрез QR код, целият клон излиза в интернет през един NAT, част от външните проверки са платени и работят нестабилно — срив на която и да е външна услуга не бива да губи посещението.

Какво направих
  • Двуезична форма RU/KZ чрез QR код: справочници с 39 клона и 18 източника, валидация на ИИН, телефон и сума, предварителна оценка на автомобила по марка, модел и година
  • Контактът се търси по ИИН и телефон или се създава; последната отворена сделка на клиента се обновява, останалите се преместват в етап „Дубликат“
  • Проверка на собственика на номера, код за съгласие за запитване към кредитното бюро и генериране на документ за съгласие; при недостъпна услуга — резервен вариант с ръчен подпис на хартия
  • Еднократен код на сървъра вместо в браузъра: живее 5 минути, 5 опита за въвеждане, повторно изпращане не по-често от веднъж на 60 секунди
  • Предаване на клиента към вътрешната кредитна система в режим fire-and-forget, двуетапно отчитане на платените заявки и единен visit_request_id през всички стъпки
  • Разбор на инцидента от 25.07.2026: от 34 опита за запис минаха 2 — браузърите пазеха стар JS, кеширан за 30 дни; статичните файлове са версионирани, IP лимитите са премахнати
Архитектура
QR форма RU/KZ → Проверки и съгласие → Запис на посещението → Bitrix24: контакт и сделка → Кредитна система (fire-and-forget)
Резултат

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

Какво може да се преизползва
Сървърна OTP услуга с TTL, лимит на опитите и пауза Версиониране на статичните файлове по времето на промяна Двуетапен дневник на платените заявки без лични данни