Карта связей MyMazda

1. Визит клиента и заказ-наряд

Заявка приходит в CRM, клиент приезжает — открывается заказ-наряд. Закрытие наряда запускает всё остальное: склад, долг клиента, выработку, бонусы, рекомендации, следующее ТО и бухгалтерию.

flowchart LR
  classDef ok fill:#e3f3ea,stroke:#1f7a4a,color:#1c2230
  classDef part fill:#fbf0da,stroke:#a36a00,color:#1c2230
  classDef no fill:#eceef2,stroke:#9aa1ad,color:#1c2230
  L[Сделка / заявка
crm.lead]:::ok --> K[Контакт
res.partner]:::ok
  K --- A[Автомобиль
модель, комплектация]:::ok
  K -. Пригласивший .-> K2[Контакт-друг]:::ok
  L -->|клиент пришёл| ZN[Заказ-наряд
mazda.workorder]:::ok
  AR[Автоработы
цена по модели и комплектации]:::ok --> ZN
  PK[Связанные работы / пакеты
по комплектации]:::ok --> ZN
  ZN --> ZP[Запчасти наряда]:::ok
  ZN -->|закрыт| SK[Склад: расход FIFO
партии, движения]:::ok
  ZN -->|закрыт| VZ[Взаиморасчёты
долг клиента по договору]:::ok
  ZN -->|закрыт| VR[Выработка мастеров]:::ok
  ZN -->|закрыт| BN[Бонусы: 5% работ, 3% запчастей
+ Приведи друга 3% / 2%]:::ok
  ZN -->|закрыт| RK[Рекомендации на машину]:::ok
  ZN -->|закрыт| TO[Следующее ТО
+10 000 км, +1 год]:::ok
  ZN -->|закрыт| BH[Выгрузка в 1С:Бухгалтерию]:::part
  ZN --> OP[Оплата: чек ККТ / ПКО]:::part
  OP --> VZ
  

• Договор с клиентом заводится сам при первом наряде — по нему считается сальдо: минус за работу, ноль после оплаты, плюс при авансе.
• Пакет подбирается по модели и комплектации: к CX-5 2.0 — ремни 2.0, к 2.5 — ремни 2.5 (исправлено 26.09).
• «Приведи друга»: у контакта поле «Пригласивший»; с первого закрытого визита друга — 3% работ и 2% запчастей на карту пригласившего.
• Оплата картой идёт через ККТ (чек), наличные — ПКО. Пока 1С главная, ПКО вбивать только в 1С, иначе оплата посчитается дважды.
• Бухгалтерия: строки выгрузки копятся, полный переход документов — с Нового года.

2. Снабжение: поставщик → поступление → цены → долг

Поступление — единственный вход товара. На его основании создаются установка цен, корректировка по УКД и возврат; долг перед поставщиком гасится оплатой, РКО или банковской выпиской.

flowchart LR
  classDef ok fill:#e3f3ea,stroke:#1f7a4a,color:#1c2230
  classDef part fill:#fbf0da,stroke:#a36a00,color:#1c2230
  classDef no fill:#eceef2,stroke:#9aa1ad,color:#1c2230
  D1[Бумага ТН / УПД
вручную]:::ok --> PT
  D2[Excel / CSV
по артикулу]:::ok --> PT
  D3[PDF: УПД и накладные
с сеткой, не сканы]:::ok --> PT
  D4[Диадок
загрузка + подписание]:::no --> PT
  PT[Поступление товаров
вх. №, УПД, договор, ГТД]:::ok --> UC[Установка цен
цена из памяти, % наценки,
дубли по самой дорогой]:::ok
  PT --> PR[Склад: приход
партия с закупочной]:::ok
  PT --> DP[Долг поставщику
по договору]:::ok
  PT -->|на основании| KR[Корректировка по УКД
кол-во и цена ±]:::ok
  PT -->|на основании| VP[Возврат поставщику]:::ok
  KR --> PR
  KR --> DP
  VP --> PR
  VP --> DP
  DP --> OPL[Оплата: кнопка, РКО,
банковская выписка]:::ok
  PT --> BH2[Выгрузка в 1С:Бух]:::part
  AN[Что дозаказать
минимум + продажи 90 дн.]:::ok --> ZP2[Заказ поставщику
по последнему поставщику]:::ok
  ZP2 -->|на основании| PT
  ZP2 -.-> API[Отправка заказа
через API поставщика]:::no
  

• Строки накладной разносятся по артикулу; если артикул не найден или есть у нескольких позиций — строка ждёт ручного выбора, как в 1С.
• У поступления вкладка «Связанные документы» — как «Структура подчинённости» 1С: складской документ, корректировки, возвраты (связь восстановлена у 200 из 202 возвратов из 1С).
• Цены и % из «Изменения цен» 1С и номера ГТД подтягиваются к поступлениям ежечасно.
• Себестоимость — FIFO по партиям (решено 26.09).
• Диадок — основной источник поступлений; нужен доступ к API.
• Заказ поставщику: «Что дозаказать» (минимум остатка и продажи за 90 дней, кратность) → «Создать заказы поставщикам» → «Отправлен» → «Создать на основании: поступление»; в заказе видно, сколько уже пришло. Отправка через API поставщиков — когда будут доступы.
• Возврат поставщику списывает партию своего поступления и уменьшает долг по цене этого поступления (как в 1С).

3. Склад

Остаток любой позиции — сумма её приходов и расходов по партиям. Склад инструмента отделён, чтобы не портить оборачиваемость и ABC.

flowchart LR
  classDef ok fill:#e3f3ea,stroke:#1f7a4a,color:#1c2230
  classDef part fill:#fbf0da,stroke:#a36a00,color:#1c2230
  classDef no fill:#eceef2,stroke:#9aa1ad,color:#1c2230
  NM[Номенклатура
№ по кат., производитель,
% наценки, кратность]:::ok --- SH[Штрихкоды
несколько на товар]:::ok
  PAR[Партии FIFO
закупочная цена]:::ok --> OST[Остатки = приходы − расходы]:::ok
  PER[Перемещение
основной ↔ инструмент]:::ok --> PAR
  SP[Списание
со статьёй]:::ok --> PAR
  INV[Инвентаризация
книжное / фактическое]:::ok -->|недостача| SP
  INV -->|излишек| OPR[Оприходование
документ излишков]:::ok
  OPR --> PAR
  RT[Реализация — розница
без работ]:::ok --> PAR
  RT --> DK[Долг покупателя → ПКО]:::ok
  RT -->|на основании| VPB[Возврат от покупателя
и по закрытому наряду]:::ok
  VPB --> PAR
  VC[Передача в цех
служебное]:::part --> PAR
  OST --> ABC[ABC и оборачиваемость
90 дней, основной склад]:::ok
  MC[Массовое изменение цен
только админ]:::ok --> NM
  

• Инвентаризация № 3 из 1С: 1 275 строк, итоги сошлись до копейки (книжн. 5 844 198,41 / факт. 5 866 980,28).
• Перемещения из 1С: у всех 39 восстановлены склад-получатель и сумма (26.09).
• «Передача в цех» 1С делает сама на стадии наряда — Валерий: «если можно проще, делать проще». Уточнить у Димы, нужна ли она вообще.

4. Деньги

У каждого прихода и расхода есть основание и статья ДДС. Всё сходится во взаиморасчётах по договору контрагента.

flowchart LR
  classDef ok fill:#e3f3ea,stroke:#1f7a4a,color:#1c2230
  classDef part fill:#fbf0da,stroke:#a36a00,color:#1c2230
  classDef no fill:#eceef2,stroke:#9aa1ad,color:#1c2230
  KL[Клиент] -->|карта, СБП| KKT[Касса ККТ
смены, чеки]:::part
  KL -->|наличные| PKO[ПКО]:::ok
  KL -->|по счёту| BANK[Банковская выписка
1С / CSV]:::ok
  KKT -->|минус комиссия| BANK
  PKO --> VZ2[Взаиморасчёты
сальдо по договору]:::ok
  BANK --> VZ2
  RKO[РКО: поставщику,
зарплата, расходы]:::ok --> VZ2
  BANK -->|статья ДДС,
контрагент по ИНН| VZ2
  VZ2 --> BH3[1С:Бухгалтерия
с Нового года]:::part
  PKO --> PK[Платёжный календарь
факт по дням, статьям, кассе/счёту]:::ok
  RKO --> PK
  BANK --> PK
  VR2[Выработка мастеров
база для зарплаты]:::ok -->|выплата| RKO
  

• Выписка: контрагент по ИНН (ИНН дозалиты из 1С), вид операции и статья — по назначению платежа, комиссия эквайринга/СБП — отдельным полем, повторная загрузка не задваивает.
• ПКО гасит долг покупателя, лишнее становится авансом; РКО гасит долг поставщику; отмена проведения возвращает всё.
• Кассовые смены и чеки ККМ — как именно работает Дима, записать с ним.

5. Обмен с 1С сейчас (до перехода)

Пока 1С главная, Odoo каждый час дотягивает из неё недостающее; обратно в 1С уходят события по сделкам.

flowchart LR
  classDef ok fill:#e3f3ea,stroke:#1f7a4a,color:#1c2230
  classDef part fill:#fbf0da,stroke:#a36a00,color:#1c2230
  C1[1С Альфа-Авто] -->|ежечасно| H[Наряды: вид ремонта, пробег, мастер,
состояние, даты, плательщик, договор]:::ok
  C1 -->|ежечасно| M[Машины, контрагенты: пол, вид,
форма, ИНН]:::ok
  C1 -->|ежечасно| P[Поступления: цены, %, ГТД;
возвраты → основание]:::ok
  C1 -->|04:10| S[Связанные работы
с комплектацией]:::ok
  C1 -->|ежечасно| G[ПКО, РКО, выписки, чеки, баллы]:::ok
  H --> O[(Odoo)]
  M --> O
  P --> O
  S --> O
  G --> O
  O -->|события по сделке| C1
  O -->|сообщения клиентам| N[Ц5 / n8n]:::part
  

Обновлено 26.09.2026. Себестоимость — FIFO (решение Валерия 26.09).

6. Документы: Odoo ↔ 1С

Для каждого документа: на основании чего он создаётся в 1С (по последним 400 документам), какие регистры 1С он двигает (запрос к 1С по регистратору — под списком указан документ, на котором проверено) и что делает тот же документ в Odoo (по коду модуля).

7. Что какое действие создаёт (из кода Odoo)

Разобрано по коду модуля mazda_service: метод документа → что он создаёт или проводит. Баллы не сгорают: сжигание выключено, как в 1С.

8. Все связи между справочниками и документами (из базы Odoo)

230 полей-связей: какое поле какой модели ссылается на какую. Many2one — ссылка на одну запись, One2many — список подчинённых строк, Many2many — несколько. Машина клиента — x_mazda_car (10 411 машин); служебные окна-мастера не показаны.

9. Что в 1С есть, а в Odoo нет (по данным, не по памяти)

• Накопления по карточкам контрагентов — регистр 1С, наряд пишет в него сумму покупок по карте. В Odoo нет. Нужен, только если по нему считаются уровни скидок — уточнить.
• Продажи, Доходы и расходы — регистры 1С (их двигают наряд, реализация, возврат, списание, инвентаризация, выписка). В Odoo это отчёты по документам (отчётность, ABC), отдельного регистра нет.
• PDF-скан без текста — PDF из программы поставщика (УПД, накладная с сеткой) читается; скан-картинку не распознаём — нужен Excel или PDF из программы.
• Диадок — загрузка и подписание поступлений; нужен доступ к API.
• Касса ККМ: СБП, оплата по счёту, кассовые смены — записать с Димой.
• Отправка заказа через API поставщиков — документ «Заказ поставщику» в Odoo есть (26.09), отправка в API — нужны доступы поставщиков.

10. Сверка со стандартом Odoo 18

По официальной документации Odoo 18 (Inventory valuation): в стандарте три метода себестоимости — стандартная цена, средняя (AVCO) и FIFO; при расходе FIFO берёт стоимость самой старой партии; каждое движение создаёт слой оценки (stock.valuation.layer) и, при автоматической оценке, бухгалтерскую проводку.

• FIFO у нас свой (партии mazda.stock.lot): расход берёт самую старую партию, как в стандарте и как в 1С. Себестоимость остатка сверена с партиями 1С до копейки.
• Слои оценки и проводки стандартного склада Odoo не используются: бухгалтерия остаётся в 1С:Бухгалтерии, документы уходят туда выгрузкой. Если бухгалтерию когда-нибудь переносить в Odoo — понадобится стандартный склад со слоями оценки.
• Разные методы по группам товаров стандарт позволяет; нам не нужно — решено FIFO для всего (26.09).