Клиентские данные в компании хранятся не в одном месте: часть карточек ведётся в CRM, часть дублируется в бухгалтерской системе и в сервисе поддержки. При обновлении контактов, смене менеджера или изменении статуса сотрудничества приходится вносить правку по нескольку раз в разные интерфейсы, и рано или поздно версии расходятся — где-то остаётся старый телефон, где-то не тот статус договора.
Ищем разработчика, который построит связку между CRM и остальными системами компании на основе их API. Задача — чтобы изменение карточки в любой из систем автоматически подтягивалось во все остальные, без повторного ввода вручную. Важно продумать настройку: какие поля синхронизируются в обе стороны, какие — только в одну, и как вести себя, если сторона временно недоступна — очередь изменений должна досинхронизироваться при восстановлении связи, а не теряться.
Отдельно нужно решить вопрос одновременных изменений: если карточка редактируется в двух системах примерно в одно время, механизм должен не выбирать победителя молча, а фиксировать оба варианта в журнале конфликтов — что изменилось, где и когда, — чтобы сотрудник мог вручную выбрать верную версию.
Ожидаем от исполнителя:
— рабочую схему сопоставления полей между CRM и каждой системой
— обработку сбоев и повторную синхронизацию после связи
— понятный журнал конфликтов с обеими версиями записи
— краткую инструкцию по логике синхронизации
Ищем разработчика, который построит связку между CRM и остальными системами компании на основе их API. Задача — чтобы изменение карточки в любой из систем автоматически подтягивалось во все остальные, без повторного ввода вручную. Важно продумать настройку: какие поля синхронизируются в обе стороны, какие — только в одну, и как вести себя, если сторона временно недоступна — очередь изменений должна досинхронизироваться при восстановлении связи, а не теряться.
Отдельно нужно решить вопрос одновременных изменений: если карточка редактируется в двух системах примерно в одно время, механизм должен не выбирать победителя молча, а фиксировать оба варианта в журнале конфликтов — что изменилось, где и когда, — чтобы сотрудник мог вручную выбрать верную версию.
Ожидаем от исполнителя:
— рабочую схему сопоставления полей между CRM и каждой системой
— обработку сбоев и повторную синхронизацию после связи
— понятный журнал конфликтов с обеими версиями записи
— краткую инструкцию по логике синхронизации
