Важное ограничение
Что проверим до подключения
Поколение продукта, лицензии и интеграционные модули определяют способ обмена. До разработки проверим разрешённый интерфейс и участие обслуживающего партнёра.
Рестораны, услуги и фитнес / Разработка интеграции
Заказы из внешнего приложения не должны требовать отдельного оператора для переноса в ресторанную систему. Разберём интеграцию r_keeper с учётом кассовой конфигурации и модулей.
Состав обмена
Согласуем получение доступного меню и передачу заказа с модификаторами, комментариями и способом получения. Подтверждение и изменения возвращать будем по возможностям установленного решения.
Интеграция с r_keeper — это согласованный обмен с вашими рабочими программами. Разрабатываем его под выбранную операцию, а не подключаем все функции продукта сразу.
Важное ограничение
Поколение продукта, лицензии и интеграционные модули определяют способ обмена. До разработки проверим разрешённый интерфейс и участие обслуживающего партнёра.
Приёмка, а не обещание
Проверим составное блюдо, изменение доступности и потерю связи. Один внешний заказ не должен дважды попадать в производство после восстановления подключения.
Это предложенный тестовый сценарий, не описание выполненного клиентского проекта. Итоговый список проверок включим в согласованный состав работ.
«Сотрудник переносит эти данные из одной программы в другую» — хорошая отправная точка. На первом разговоре техническое задание не требуется.
Обследование согласованного сценария, карта полей и направлений обмена, разработка или настройка соединения, тестирование и запуск. Порядок повторных попыток, журнал ошибок, документацию и дальнейшую поддержку фиксируем в предложении. Лицензии продукта и платные модули обозначаем отдельно.
Точную смету дадим после проверки доступа и примера операции. Односторонняя передача одной формы и синхронизация всей истории — разные проекты. Отдельно оценим первоначальный перенос данных, если он нужен; без него первая очередь может быть меньше.
Да. Для r_keeper начнём с согласованной операции: Связь ресторанной системы с внешними сервисами. Остальные потоки можно добавить позже. До запуска определим, какие действия ещё остаются ручными и кто за них отвечает.
Да, ontech.pro находится в Новосибирске и разрабатывает интеграции для компаний по России. Обсуждение, демонстрацию и приёмку проводим удалённо. Если нужен доступ к локальной сети или участие поставщика системы, согласуем это заранее.