Skip to main content

Политика по использованию тегов

Инструкция по синхронизации продуктов GetCourse с внутренней базой

1. Синхронизация заказов

    Система автоматически подтягивает заказы из GetCourse.

    Для каждого заказа ищется продукт в таблице get_course_product_name по тегу и офферу.


    2. Обработка ситуаций

      ✅ Если продукт найден → ничего делать не нужно.

      ❌ Если продукта нет для оффера, но у другого оффера уже есть такой тег → создать продукт для этого оффера.

      ❌ Если тег отсутствует вообще → добавить тег в таблицу get_course_missing_product_tag со статусом TO_BE_CREATED.


      3. Важный момент про теги

        Недостаточно создать тег в GetCourse.

        Его нужно обязательно добавить и во внутреннюю базу данных.

        Для этого используется API.

        Формат тега: gl_bd_ai


        4. Поля для создания нового продукта

        При добавлении продукта через API указываем:

          missing_product – true, если продукт уже есть в missing (тогда пересинхронизируются прошлые заказы).

          product_type – пример: Abonament

          product_name – пример: Programe separate

          offer_title – пример: Secretele Afroditei «Maraton Anticelulitic» 03/04

          product_category – пример: платный

          product_tag – пример: pr_safr_pl

          📌 Достаточно указать один оффер для продукта, остальные подтянутся автоматически.


          5. API для добавления продукта

          Можно использовать Postman или выполнить запрос через cURL:

          curl --location 'http://**************/private-api/product' \
          --header 'Content-Type: application/json' \
          --data '{
              "missing_product": true,
              "product_type": "Test",
              "product_name": "Tes",
              "offer_title": "Detox Waiting",
              "product_category": "Бесплатный",
              "product_tag": "web_auto_b"
          }'
          

          Хочешь, я сделаю ещё готовый шаблон JSON, где ты просто меняешь поля (типа product_name, offer_title и т.д.), чтобы быстрее создавать продукты?

           

          Обязательные:

          Monitor-main – предложения, которые должны отображаться в сервисе аналитики

          Product-{название} – Уровень разделения на продукты, так же для того, чтобы корректно отображались данные в аналитике (product-metabolic, product-12luni)

          Ситуативные теги:

          Rata – отмечаем предложение по рассрочке
          Rata1din2 – Платеж №1 по рассрочке из 2-х положенных
          In-2-rate – теги обозначают срок рассрочки

          ab_6luniprm_pl – системные теги, позволяющие характеризовать предложение. В данном случае Абонемент 6 месяцев Premium

          Plata integrala – проставляем, если в предложении не предусмотрена предоплата

          Beauty Lab, Metabolic, UniYoga – теги показывают, к какой кампании относится нужное предложение

          Oferte Landing – предложения с сайтов

           

          По тегам:

          Категории
          1. Системные, которые идут в аналитику.
          2. Маркетинговые, которые отслеживают каналы и кампании.

          Дальше каждые разделяются и нужно с Олесей и Никитой сформировать правила по каждой категории. Я навскидку не вспомню, надо чекнуть что еще было у Валеры по этой теме. Спроси также Никиту, возможно он что то вспомнит.

           

          системные
          ab_6luniprm_pl
          имеют правила офор
          ab - abonament
          6luni - tip abonementa
          prm - premium
          pl - platnyi

           

          В этом смысле важно соблдать именно такую последовательность, чтобы потом можно было их различить

           

          До меня еще дошел такой файл с тегами https://docs.google.com/spreadsheets/d/1m0NuLcmG29-_xVuhcIBpwnYgY7aVVsXd0snjoHznt7E/edit?usp=sharing 

          Здесь информация добавлялась в таблицу с какой-то целью? Имею в виду большой список предложений