Почему каталоги расходятся
Объекты заводят вручную в нескольких местах, статусы называются по-разному, фотографии хранятся без устойчивой связи, а ошибка выгрузки незаметно оставляет старую цену на сайте. Чем больше каналов, тем дороже такая рассинхронизация для отдела продаж и доверия покупателя.
Мы описываем единый контракт: откуда берётся каждый факт, как объект идентифицируется, что считается допустимым обновлением и кто получает сигнал о проблеме.
Что можно связать
- CRM или учётную систему с публичным каталогом;
- цены, акции, статусы и остатки;
- характеристики, планировки, фотографии и документы;
- сайт, мобильное приложение и партнёрские форматы;
- карточки объектов, карту и шахматку;
- поисковые выгрузки и машиночитаемую документацию.
Проверки перед публикацией
Автоматическое обновление полезно только вместе с ограничениями. Мы проверяем пустой каталог, дубли идентификаторов, обязательные поля, формат цен, ссылки на медиа и согласованность итоговых счётчиков. Повреждённые данные не должны автоматически заменять рабочую версию.
Пример открытого контракта: у проекта Мечта.центр опубликованы каталог JSON, схема и инструкция для потребителей.
Что получит команда
Не только код обмена. В результате остаются описанный источник истины, правила преобразования, проверки качества, понятный способ выпуска и контроль живой версии. Это позволяет развивать каталог без зависимости от памяти одного сотрудника.
Начнём с источников
Покажите текущую выгрузку, сайт и системы, в которых меняются цены и статусы. Мы найдём расхождения и предложим минимальный устойчивый контур.