Вопросы заказчика: интеграция систем
Почему нельзя назвать точную цену сразу?
Трудоёмкость интеграции определяется чужой стороной: наличием готового API, качеством документации, полнотой передаваемых полей и состоянием справочников. Пока эти вещи не проверены, оценка будет либо завышенной с запасом, либо заведомо неточной. Практичный путь — отдельный этап обследования с фиксированной стоимостью, по итогам которого выдаётся оценка основных работ.
Как часто системы должны обмениваться данными?
Частота задаётся отдельно для каждой сущности и зависит от того, насколько быстро расхождение становится проблемой. Остатки и заказы обычно требуют частого обмена, справочник товаров и цены — реже, по расписанию. Обмен по событию нагружает системы меньше, но требует, чтобы сторона умела сообщать об изменениях. Выбранный вариант стоит зафиксировать в предложении по каждой сущности.
Что произойдёт, если одна из систем окажется недоступна?
Схема должна это предусматривать: неудачная передача помечается, выполняется заданное число повторных попыток с интервалом, ответственный получает уведомление, а после восстановления связи данные догружаются. Важно, чтобы повторная передача не создавала дублей — для этого используются внешние идентификаторы записей. Такое поведение описывают в предложении как отдельный сценарий, а не подразумевают по умолчанию.
Кто отвечает за порядок в справочниках?
Ответственность за данные остаётся у заказчика: команда разработки может описать требования и показать проблемные записи, но решать, какой из двух дублей верный, должен владелец учёта. Если требуется массовое приведение справочников в единый вид, это выносят отдельной работой с собственной оценкой. Начинать обмен на несогласованных справочниках не стоит — исправлять последствия дороже.
Что делать, когда сторонний сервис изменит своё API?
Изменения на чужой стороне неизбежны, и это не гарантийный случай, а отдельная работа. Разумно заранее описать порядок: заказчик передаёт полученное уведомление о смене версии, команда оценивает объём доработки и сроки. Если сервис критичен для процесса, обмен имеет смысл сопровождать регулярно, чтобы изменения обнаруживались по журналу ошибок, а не по жалобам сотрудников.
Блоки, смета с расчётом и условия уже готовы — останется вписать свои цены. Клиент открывает ссылку в браузере, а вы видите, кто её открыл и докуда дочитал.