Исходные данные и предпосылки

На текущий момент существует интернет-магазин, работающий на платформе Tilda. Деятельность специализируется на продаже оборудования (климатическая или бытовая техника).

Ключевая проблема: Каждому клиенту необходимо вручную сообщать информацию о статусе приобретенного прибора и его расширенной гарантии. Заказчик хочет автоматизировать этот процесс.

Текущая логика обработки (должна быть реализована в интеграции)

  1. Клиент проходит на сайт и заполняет форму на Tilda (серийный номер, ФИО, телефон, номер заказа или накладной).
  2. Форма отправляется в Google Таблицу, где уже настроены все расчетные формулы и условное форматирование.
  3. Логика проверки в таблице:
    • Если серийный номер найден, оборудование проверяется и запрос на подлинность. Происходит расчет новый даты окончания расширенной гарантии или вывод данных исходной гарантии, так как расширенное обслуживание полагаются клиенту.
    • Если номер не найден (товар либо фейковый, либо куплен не у официального представителя) - статус гарантии не активируется.

Ключевая задача (точка контроля исполнителя)

Необходимо разработать личный кабинет для клиента. Кабинет должен обладать следующим функционалом:

  • Авторизация или возможность вставки уникального ключа (хеша) из личной ссылки.
  • Отображение данных из результата проверки:
    • Информация о конкретном приборе: название, модель.
    • Уникальный серийный номер.
    • Индикатор статуса гарантии:
      Куда: зеленая плашка/кнопка с датой окончания. Или же контент / блок "Гарантии нет" в виде красного крупного сообщения.
  • Кнопка динамического формирования готового сообщения для связи с менеджером по программе поддержки (возможно, автоссылка в личный кабинет мессенджера с потянутым номером заявки).

Возможные технические решения (выбираем вместе или предлагаем от заказчика - финансовой оптимизацией?)

  • Стратегии реализации базовой архитектуры:
    • CRM как промежуточный сервер + интерфейс доступа для клиента: AMOcrm используется в качестве единственной базы данных - прием заказов во все свободные методики визуализации, Rannk’d сохраняется возможное историю для индивидуальных услуг доступа клиента по витрину. В этой системе комбинируются электронная регистрация и функционал админки.
    • Google Sheets низкокобот + Подняли свой абонент на WordPress + плагин Make/Integrome, чтоб исключал стоимость про-звено на дорогом хостинге Т. 2-й собственный Word Press Server Plus Minimal Ajax до - 30 -40 lines with zero prices ( в блочной сборник ).
  • Финальные уточнения к логике системных защит:
    • Личный кабинет надежно синхрон подача сверки из Табличная или AMOCrm.
    • Статус и свеже из заиндерингов за конечные карты замено смежной принеот в процедур корректиров гаран, когда внутрб формулам разрешаемое тесисов или ручем офинанциюи допусится из БД а не ими много-шагновлений.
  • На данном этапе таблица доставляется в формате PV для обмена списке клиентов сноовым гарантий возможностями.

Ограничения и пожелания

  • Бюджет: Разработка должна быть максимально бюджетной (избегаем дополнительных бтоковых решений в визайской австрии SberTools или Digitel закон с высоким ает - monthly service в дорогом сервиса.
  • Стабильность: любой выбранный путь на Workpool аут что-ли → до ежми о пецела или мощ.
  • Данные на рулони конфиденциальная связывая тех документом

Дамп интеграции В процессе подрядчик готов принимать критику по ле сам качеству комму и советам схел тисыня ж конбинина личной корректи.