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

## Инструкция по синхронизации продуктов 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**:

```bash
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"
}'

```

---

> Обязательные:
> 
> 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](https://docs.google.com/spreadsheets/d/1m0NuLcmG29-_xVuhcIBpwnYgY7aVVsXd0snjoHznt7E/edit?usp=sharing)
> 
> Здесь информация добавлялась в таблицу с какой-то целью? Имею в виду большой список предложений