PharmAPI – B2B-платформа автоматической проверки контрагентов: собирает данные о компании из десятков источников, считает рейтинг надёжности и следит за изменениями круглосуточно. Я был её CTO и ведущим инженером: отвечал за архитектуру, API и слой скоринга.
Заказчики – банки, страховые компании и корпоративные клиенты с большим числом поставщиков и покупателей. То есть все, кто регулярно отвечает на один и тот же вопрос: можно ли иметь дело с этой компанией.
Задача: решение нужно сегодня, а данные устаревают
Компания собирается отгрузить товар с отсрочкой, выдать кредит или подписать договор с новым поставщиком. Чтобы понять, чем это грозит, аналитик вручную собирает выписку из реестра, бухгалтерскую отчётность, картотеку арбитражных дел, исполнительные производства, сведения об учредителях и новостной фон. На одну компанию уходят часы, на портфель из сотни контрагентов – недели.
Но главная проблема даже не в трудозатратах. Ручная проверка устаревает в тот момент, когда её закончили. Компания, благополучная в марте, к июню может получить крупный иск, потерять лицензию или уйти в предбанкротное состояние. Между двумя точечными проверками бизнес живёт вслепую и узнаёт о проблеме контрагента последним – обычно когда платёж уже не пришёл.
Что делает платформа PharmAPI
PharmAPI сводит разрозненные источники в одно досье и держит его актуальным без участия человека.
- Комплексный отчёт меньше чем за 4 минуты. Регистрационные данные, финансовые показатели, судебные дела, долги, учредители и аффилированные лица, упоминания в открытых источниках – в одном документе, а не в десяти вкладках браузера.
- Портфель из тысячи компаний – примерно за рабочий день. Ежеквартальный пересмотр всей базы контрагентов перестаёт быть проектом на месяц.
- Мониторинг 24/7 вместо разовых проверок. Новый иск, смена директора, начало банкротства – уведомление приходит по факту события, а не через полгода.
- Скоринг по методике клиента. Банк задаёт собственные веса показателям – капитал, долговая нагрузка, судебная история – и получает рейтинг в своей системе координат, а не абстрактный «балл надёжности».
Инженерные решения
API-first, а не «интерфейс с API сбоку». Ключевое архитектурное решение в PharmAPI принято на старте: любая функция доступна программно, веб-интерфейс – такой же клиент REST API, как и системы заказчика. Это то, ради чего продукт покупают: проверка встраивается в момент занесения контрагента в CRM или в конвейер кредитной заявки, и сотрудник вообще не открывает отдельный сервис.
Микросервисы под неравномерную нагрузку. Сбор данных, расчёт скоринга, генерация отчётов и мониторинг разнесены по отдельным сервисам. Причина практическая: нагрузка на них растёт не синхронно. Массовый пересмотр портфеля упирается в сбор и расчёт, ночной мониторинг – только в опрос источников. Раздельное масштабирование дешевле, чем наращивание одного монолита по худшему сценарию.
NLP там, где данные не структурированы. Реестры отдают таблицы, а судебные решения и новости – текст. Разбор естественного языка нужен, чтобы отличить компанию-истца от компании-ответчика и вытащить суть спора, иначе «участие в 40 делах» ничего не говорит о риске.
Отраслевые бенчмарки. Долговая нагрузка, нормальная для строительной компании, критична для розницы. Оценка считается относительно показателей отрасли и региона контрагента – иначе универсальная модель штампует ложные тревоги.
Изоляция данных как требование, а не опция. Клиенты PharmAPI – финансовые организации, поэтому разграничение прав внутри организации-заказчика, шифрование хранилищ и передача только по HTTPS заложены в архитектуру с самого начала. Для банков со строгой внутренней политикой предусмотрен вариант развёртывания в собственном контуре.
Стек
- Бэкенд: Java/Kotlin + Spring Boot для сервисов, Python для обработки и анализа данных
- Хранение: PostgreSQL для структурированных данных реестров и отчётности, NoSQL для текстовых массивов
- Аналитика: ML-модели кредитного скоринга, NLP для разбора судебных документов и новостей
- Инфраструктура: контейнеризация и оркестрация, горизонтальное масштабирование, резервирование критичных компонентов
- Интеграция: RESTful API с ключами доступа и шифрованием
Моя роль в проекте
- CTO и ведущий разработчик. Архитектурные решения, основной бэкенд, доведение PharmAPI от концепции до продакшена, руководство инженерной командой.
- Дизайн API. Контракты, версионирование и модель доступа, на которых строились интеграции с банковскими системами и CRM заказчиков.
- Пайплайны данных и скоринг. Слой агрегации источников, нормализация разнородных данных и интеграция ML-моделей в расчёт рейтинга.
Задача здесь по сути та же, что и в Monolith Plus: превратить разрозненные и не всегда чистые данные в основание для решения, которому можно доверять. О том, как это встраивается в управленческий контур, я писал в материале про комплексное управление рисками.
Частые вопросы
Что такое PharmAPI? B2B-платформа автоматической проверки контрагентов: данные из реестров, судебных и финансовых баз, рейтинг надёжности, аффилированные связи и круглосуточный мониторинг изменений.
Как быстро формируется отчёт? Меньше чем за 4 минуты по одной компании. Портфель из тысячи контрагентов обрабатывается примерно за рабочий день.
Можно ли встроить проверку в свои системы? Да, платформа построена по принципу API-first: все функции доступны через RESTful API, проверка встраивается в банковские системы, CRM и ERP.
Чем это отличается от разовой проверки? Разовая проверка устаревает сразу. Мониторинг присылает уведомление по факту события – иска, смены руководства, признаков банкротства.
Нужна консультация?
Если вы строите платформу для работы с данными или хотите встроить проверку контрагентов в существующие процессы, запишитесь на бесплатную 15-минутную консультацию. Разберём вашу задачу и границы автоматизации.
