Спільний список бажань
Покупець створює список (наприклад «Новосілля» чи «Весілля Олі та Тараса»), ділиться посиланням, друзі бачать, що вже забронювали, і не купують те саме двічі.
Хто ви (для позначки «забронював»):
У макеті список живе в посиланні. На сайті він зберігається в кабінеті, з правами «власник / може додавати / тільки дивиться» і сповіщенням власнику, коли щось забронювали.
Кошик
Оформлення
Бонусний рахунок клієнта: 320 бонусів (1 бонус = 1 грн, списати можна до 20% суми).
Подарунковий сертифікат:
Доставка:
Оплата:
Сертифікат для тесту: GIFT-500-7KQ2 (500 грн). Після оплати нараховується 3% бонусів.
Шлях замовлення: від кнопки «Оформити» до відправлення
Оформіть замовлення в кошику або натисніть «Тестове замовлення». Видно, що й коли летить у KeyCRM і назад на сайт.
Що синхронізується
| Дані | Напрям | Як |
|---|---|---|
| Нове замовлення, клієнт, товари, оплата, доставка | сайт → KeyCRM | Open API, ключ ідемпотентності = номер замовлення сайту, тому ретрай не створює дубль |
| Статус (прийнято, відправлено, ТТН, повернення) | KeyCRM → сайт | вебхук KeyCRM, клієнт бачить статус і ТТН у кабінеті |
| Залишки | KeyCRM → сайт | вебхук при зміні + нічна повна звірка, щоб не продати те, чого немає |
| Оплата і повернення коштів | платіжка → сайт → KeyCRM | callback платіжки, позначка «оплачено» в CRM, бонуси знімаються при поверненні |
| Помилки обміну | журнал | черга з повторами в межах ліміту API, сповіщення менеджеру, якщо замовлення не дійшло |
Перенесення з MODX без втрат
Беремо дамп MySQL поточного сайту, розкладаємо по таблицях і переносимо скриптом, який можна запускати повторно: спершу на копію, перевіряємо, потім фінальний прогін перед перемиканням домену.
| MODX (типово miniShop2) | Новий сайт | Перевірка після переносу |
|---|---|---|
modx_site_content + ms2_products + TV-поля | товари, варіанти, характеристики | кількість товарів і цін збігається 1:1 |
ms2_product_files, папка assets | фото й галереї | немає товарів без фото, якщо фото були |
| дерево ресурсів-категорій | категорії з тими ж URL | кожна стара сторінка дає 200 або 301 |
modx_users + modx_user_attributes | клієнти | паролі не переносимо відкрито: вхід через «відновити пароль» або код |
ms2_orders, ms2_order_products, ms2_order_addresses | історія замовлень у кабінеті | суми замовлень по місяцях збігаються |
| бонуси, сертифікати (якщо є в БД чи CRM) | залишки бонусів, активні сертифікати | баланс кожного клієнта збігається |
Приклад карти 301-редиректів
Старі адреси з Google і реклами не повинні вести на 404: карта будується автоматично зі старих URL і перевіряється обходом усіх адрес.
ШІ-описи й саммері: звідки дані та як перевіряється
У модель ідуть тільки характеристики товару з бази (назва, склад, розміри, матеріал). Відповідь проходить перевірку: кожне число й матеріал з тексту мають бути в характеристиках, інакше опис іде менеджеру на модерацію, а не на сайт.
Калькулятор витрат на ШІ
Кількість товарів: нових на місяць:
Оцінка для моделі класу GPT-4o-mini: ~900 токенів на товар разом із перевіркою. Пошук працює без платного запиту на кожне введення: словник синонімів і варіантів генерується ШІ один раз і оновлюється разом з каталогом.