- Сначала проверяем штатные функции и готовые интеграции, затем коннектор и отдельную доработку через API.
- Нужную операцию и доступ в вашем аккаунте проверяем до оценки; названия программ не являются списком наших кейсов.
- Проверяем повторы и сбои, оставляем аккаунты под контролем клиента; стоимость согласуем после бесплатного разбора.
Если KeyCRM, Checkbox или Poster не закрывает одну часть вашей работы, менять всю программу обычно рано. Сначала проверьте настройки и готовые интеграции, затем сервис-коннектор, потом отдельную доработку через официальный API. Своя система имеет смысл, когда ограничения затрагивают основу бизнеса, а поддержка обходных решений забирает больше, чем даёт сохранение программы.
API - это разрешённый программой способ, которым другая программа получает данные или выполняет определённые действия. Например, сайт передаёт заказ в CRM, а отдельный модуль получает данные для вашего отчёта. Это не доступ ко всем внутренним функциям сервиса. Сначала нужно проверить именно нужную операцию и её доступность в вашем аккаунте.
Настроить, подключить или доработать: порядок выбора
Сначала возможности самой программы
Попросите администратора показать настройки полей, статусов, отчётов и список готовых подключений. Иногда ручной шаг убирается уже существующей функцией. Это первый и обычно самый дешёвый путь: нет отдельного модуля, который придётся поддерживать. Признак достаточного решения: сотрудник проходит нужный сценарий до конца без дополнительной таблицы или копирования.
Коннектор для короткого обмена
Сервисы вроде n8n или Make соединяют действия разных программ в последовательность. Такой вариант проверяем, когда нужно передать заявку, обновить поле или уведомить ответственного. Условие выбора: доступны все нужные действия, ошибки видны, есть ответственный за повторное выполнение. Отдельно мы разобрали, когда хватит n8n или Make, а когда нужна разработка.
Отдельный модуль через API
Доработка уместна, если готовое подключение не воспроизводит ваше правило: особый расчёт, согласование, отчёт или доступ подрядчика. Можем сделать модуль, бота, страницу или обмен рядом с действующей программой. До оценки проверяем, позволяет ли API читать нужные данные и возвращать результат. Доступ к данным не означает возможности изменить любой экран внутри сервиса.
Замена, когда доработки уже не помогают
Рассматривайте свою систему, если основной процесс постоянно приходится вести вне программы, нужной операции нет в API или обходные решения противоречат друг другу. Сравните поддержку доработок с пользой от сохранения привычного инструмента. В решение о замене включайте перенос истории, обучение людей и проверку действующих подключений. Одного желания иначе оформить карточку недостаточно.
Какое ограничение действительно нужно убрать
Опишите проблему через действие сотрудника: «после согласования заказа вручную переносим позиции в другую программу». Сразу понятны начало и результат обмена. Формулировка «нужна автоматизация» не объясняет, что проверять на приёмке. Типичные причины обращения:
- Свой расчёт стоимости, скидки или комплектации не укладывается в доступные правила.
- Нужны свои этапы и статусы, но действующий маршрут не позволяет контролировать переход.
- Руководитель собирает отсутствующий отчёт из нескольких выгрузок.
- Те же товары, заказы или реквизиты набирают в двух программах.
- Сотруднику нужна своя часть работы без доступа ко всей базе.
- Клиенту нужно уведомление в Telegram или Viber, а менеджер пишет вручную.
- Документ готовят по собственному шаблону, копируя поля из карточки.
Для уведомлений отдельно проверяем доступный способ отправки в выбранном канале и условия его использования. Для документов нужны образец шаблона и правило выбора данных. Для отчёта определите смысл каждого показателя: созданный заказ, завершённая продажа и полученная оплата дают разные ответы.
KeyCRM и SalesDrive: сайт, заказы и собственные правила
Официальный OpenAPI KeyCRM предусматривает работу с заказами, покупателями, товарами и карточками воронок. API SalesDrive позволяет добавлять и обновлять заявки, работать с товарами и получать статусы; есть уведомления о добавлении заявки и изменении статуса. Это возможные точки подключения, а не подтверждение готовности любого сценария.
Можем подключить форму сайта к нужному процессу, передать дополнительные поля, подготовить отдельный отчёт или расчёт перед созданием заказа. Сначала проверяем штатные поля и автоматизации CRM. Если нужен собственный расчёт, согласуем, где он выполняется, кто может изменить результат и что происходит после ручного исправления менеджером.
Покажите обычную заявку и исключение: клиент изменил состав после согласования. Если сайт повторно передаёт заявку, CRM должна получить обновление той же записи. На приёмке проверяем соответствие товаров, нужный статус и сохранение ручных правок, которые обмен не должен перезаписывать. Добавление нового клиента и нового заказа также проверяем отдельно.
Checkbox: фискальный чек из вашего процесса
Официальный API Checkbox описывает открытие и закрытие смены, создание чеков продажи и возврата, получение статуса и изображения чека. Можем связать эти действия с сайтом или CRM, если готовая интеграция не поддерживает нужный маршрут. Подтверждённая оплата и завершённое создание фискального чека должны оставаться отдельными состояниями.
До работы вместе с ответственным за учёт определяем, в какой момент ваш процесс должен создавать чек, какие позиции и способы оплаты передавать, как оформлять возврат. Наличие API само по себе не определяет правила фискализации именно вашей операции. Проверяем настройки кассы и доступные сценарии сервиса.
Испытания проводим на тестовой кассе, как требует документация Checkbox. Если ответ задержался, модуль сначала выясняет результат предыдущей попытки. Менеджер должен видеть, что чек ещё обрабатывается или требует внимания. Повторное нажатие не должно создавать другой чек на ту же операцию.
Poster и Syrve: меню и заказы с сайта
Poster документирует получение товаров и техкарт меню и создание онлайн-заказов через API. В Syrve Cloud API есть разделы меню, создания и получения заказов доставки. Нужную операцию, доступ для вашего заведения и версию подключения проверяем до оценки. Наличие функции в документации не подтверждает её доступность в каждой конфигурации.
Можем подключить сайт заказов, страницу меню или отдельный отчёт. Начните с одного заведения и согласованного набора позиций. Покажите не только название блюда, но и доступные варианты, добавки, количество и способ получения. Если правила сайта отличаются от кассы, эту разницу нужно разрешить до запуска.
При проверке заказ должен появиться там, где его действительно принимает сотрудник. Полученный сайтом ответ ещё не заменяет этого результата. Отдельно проверяем недоступную позицию, изменение состава и повтор после задержки. Не обещаем через API произвольно переписать внутреннюю работу кассовой программы.
Binotel и Ringostat: после звонка есть следующее действие
Binotel в официальных материалах описывает получение информации о звонках, статистику и вызов из CRM. Полную техническую документацию сервис предоставляет через поддержку. Ringostat документирует выгрузку журнала звонков и уведомления о событиях. Можем использовать доступные данные для карточки обращения или отчёта.
Полезная задача звучит так: после пропущенного звонка ответственный видит обращение, берёт его в работу и записывает результат. Сначала проверяем готовую связь телефонии с вашей CRM. Для отдельной доработки согласуем, как найти существующего клиента и что делать, если по номеру найдено несколько записей.
Повторное уведомление об одном звонке должно дополнить историю, а не создать новую задачу на обратный звонок. Доступ к записям разговоров определяет владелец процесса. Не передаём их в общий чат только потому, что интеграция может получить ссылку.
monobank: эквайринг для бизнеса
Для приёма оплат на сайте проверяем API эквайринга monobank: он документирует создание счёта, проверку статуса и отмену оплаты. Здесь речь о подключении бизнеса к эквайрингу. Доступ к личному счёту владельца не является условием такого сценария.
Можем подключить оплату к заказу и передать подтверждённый результат в CRM. Статус «оплачено» устанавливаем после проверки сообщения банка или запроса статуса, а не после возвращения покупателя на страницу магазина. Владелец определяет, какое действие разрешено после подтверждения: уведомление менеджеру, подготовка чека или передача заказа дальше.
При проверке нужны успешная и неудачная оплата, задержка подтверждения и повторное сообщение банка. Если результат неизвестен, сначала проверяем существующий счёт. Покупатель и менеджер должны видеть ожидание проверки, чтобы неопределённость не превратилась в повторный заказ или лишний запрос на оплату.
Нова Пошта: оформление и контроль отправления
Официальные материалы Новой Почты предусматривают создание экспресс-накладных, справочники и управление отправлениями через API. Можем подключить выбор места доставки на сайте, создание накладной из согласованного заказа и возврат доступного статуса в рабочий интерфейс. Конкретные методы проверяем для нужного направления доставки.
Определите, кто подтверждает данные получателя, вес, способ оплаты и плательщика доставки. Если накладная уже существует, повтор обмена должен найти её. Изменение заказа после оформления отправления требует отдельного правила: молча создавать ещё одну накладную нельзя.
Выбор отделения, оформленная накладная и фактическая отправка являются разными результатами. На приёмке сверяем их отдельно. Не приравниваем статус заказа в CRM к событию перевозчика без согласованного соответствия.
Prom и Rozetka: работа с кабинетами продавца
Публичный API Prom описывает получение заказов, изменение их статусов и работу с товарами. API продавца Rozetka содержит операции с заказами, ценами и наличием. Можем подключить эти операции к действующему учёту, если нужных действий нет в готовом обмене.
Сначала определяем, где менеджер меняет данные и какой результат должен вернуться на площадку. Для Rozetka отдельные изменения зависят от статуса заказа, поэтому правило нужно проверить на требуемой операции. Для обоих сервисов до оценки проверяем доступ в вашем кабинете и актуальные ограничения.
Если главная проблема в остатках между каналами, используйте отдельный разбор синхронизации магазина, склада и маркетплейсов. Сама передача числа не решает вопрос резервов и отмен. Для первого этапа выберите один канал и конкретную операцию, которую сейчас дублируют вручную.
BAS и 1С: сохранить учёт, добавить связь
Если бухгалтерия и склад уже работают в BAS или 1С, сначала определяем данные и направления обмена с учётом конфигурации и доработок. Вопросы документов, справочников и ответственности систем подробно разобраны в материале об интеграции 1С/BAS с CRM. Отдельный отчёт или обмен не требует автоматической замены учёта.
Задача → что делаем
| Задача | Что делаем |
|---|---|
| Заявку набирают повторно | Передаём поля и сохраняем связь между записями |
| Нужен собственный расчёт | Выносим согласованное правило в отдельный модуль |
| Нет нужного отчёта | Собираем доступные данные и согласуем показатели |
| Документ копируют вручную | Готовим файл по проверенному шаблону |
| Клиенту пишет менеджер | Проверяем канал, событие и условия отправки |
| Подрядчику нужны ограниченные данные | Проверяем штатные права или делаем отдельную страницу |
Что может пойти не так и как проверяем запуск
Лимиты и изменения API. До работы проверяем документацию сервиса и объём обмена. Передачи, которые не прошли сразу, сохраняем для контролируемого повтора; показываем время последнего успеха и ошибки. После изменения API нужна проверка соответствующего сценария. Обещание «подключить навсегда» скрывает будущую работу.
Повторы и неизвестный результат. Для операции сохраняем её номер и связь с записью во второй программе. Если ответ не пришёл, проверяем результат до повтора. На приёмке намеренно повторяем передачу: она не должна создавать ещё один заказ, чек или уведомление клиенту.
Права и ключи. Аккаунты программ и ключи остаются под контролем клиента. Согласуем необходимые разрешения, способ передачи доступа и его отзыв. Ключи не вставляем в открытый код страницы, пароли в первом сообщении не нужны. Отдельная страница для сотрудника проверяет права на сервере, даже если её адрес известен постороннему человеку.
Поддержка и возврат к ручной работе. До запуска фиксируем, кто следит за ошибками, кто обновляет доработку и куда обращаться при сбое. Передаём инструкцию и согласуем временный ручной порядок. Отключение модуля не отменяет уже созданные записи: перед повторным запуском их нужно сверить.
Сначала проверяем ограниченный сценарий на тестовых данных: обычное выполнение, неправильное поле, отказ в доступе, недоступный сервис и восстановление. Затем ответственный сотрудник проходит весь маршрут в своём интерфейсе. Расширяем обмен после приёмки этого результата.
Что прислать для бесплатного разбора
Подготовьте название программы и тариф, опишите ручной шаг и желаемый результат. Добавьте пример структуры данных без имён, телефонов и других персональных данных. Укажите, у кого есть права администратора и кто подтвердит правильность процесса. Пароли и ключи для первого обращения не присылайте.
На странице интеграций Artbrain приведены наши действующие подключения: TurboSMS в CRM клиники, 1С, Нова Пошта, Telegram и Google. Подключение к KeyCRM, Checkbox, Poster и другим перечисленным программам можем рассмотреть как отдельную задачу после проверки документации. Для вашего процесса проверяем нужное действие, а не только наличие названия программы в каталоге подключений.
Если штатных функций недостаточно, можем сделать отдельную доработку под ваш процесс. После бесплатного разбора согласуем объём, стоимость и ответственность за поддержку до начала работы. Результат разбора должен дать понятный выбор: использовать существующую функцию, подключить готовый обмен или разработать конкретную недостающую часть.
Частые вопросы
Можно ли интегрировать KeyCRM или SalesDrive с существующим сайтом?
Можем проверить и подключить нужный обмен через готовую интеграцию или официальный API. Для оценки нужны название CRM и тариф, поля заявки и ожидаемый результат. Отдельно проверяем повторную передачу, чтобы она не создавала дубль заказа.
Можно ли автоматически создавать чеки Checkbox из CRM?
API Checkbox предусматривает создание чеков и проверку их статуса. Можем подключить этот маршрут после согласования момента создания чека, состава данных и возвратов. Проверку проводим на тестовой кассе, а задержку ответа обрабатываем без повторного чека на ту же операцию.
Можно ли передавать заказы с сайта в Poster или Syrve?
В документации Poster и Syrve Cloud API есть операции для онлайн-заказов или доставки. До оценки проверяем нужное действие, конфигурацию и доступ вашего заведения. На приёмке заказ должен появиться в рабочем интерфейсе сотрудника.
Нужно ли менять программу, если в ней нет нужной функции?
Сначала проверьте настройки и готовые интеграции, затем коннектор или отдельный модуль через API. Замену рассматривают, если ограничения затрагивают основной процесс, нужной операции нет или поддержка обходов забирает больше, чем даёт сохранение программы.
Что нужно для бесплатного разбора интеграции?
Пришлите название программы и тариф, описание ручного шага, желаемый результат и обезличенный образец данных. Укажите, у кого есть права администратора. Пароли и ключи в первом сообщении не нужны. Объём, стоимость и поддержку согласуем до начала работы.
