Direct Servise - Сопровождение

Ещё вопрос: в report2_customer_sales в поле источников заказа договаривались брать родительские категории не null.
В данных вижу магазины и пустые значения:
1. У магазинов нет родительских категорий?
2. Почему появились пустые?

Добрый день.

1. 4079103 в витрине по новым клиентам дата первой покупки = 10.06.24, в продажах есть чек от 18.11.23

2. 2230400 в витрине по новым клиентам дата первой покупки = 14.10.21, в продажах есть чек от 14.03.19

Есть предположение, что в витрине рассчитана ни дата первой покупки, а дата последней покупки.

В данных вижу магазины и пустые значения:

Пустые значения только для чеков, которые прошли не по лояльности. Таких чеков нет в Mindbox и мы не знаем источника их происхождения. У таких чеков также пустые поля [customer_id], [customer_status], [charged_bonus], [writeoff_bonus]

Про пустые поняла. В дашбордах сможем отнести их к офлайну в таком случае.
А магазины почему появились (РостовНаДону/Мегамаг и второй на скрине)? Должны были быть источники указаны (App, Web, Offline и тп).

Про пустые поняла. В дашбордах сможем отнести их к офлайну в таком случае.

А магазины почему появились (РостовНаДону/Мегамаг и второй на скрине)

Конкрентно по этому каналу у ТТ в базе 2 точки контакта (первый столбец разный), и поэтому часть продаж привязано именно к ней.

В report2_customer_sales поле md пустое при пустом customer_id. Так не должно быть, так как скидка выдается не только по ПЛ

Сейчас скидка рассчитывается по базе Mindbox, покупки не по ПЛ лежат чисто в их БД. Я не знаю где в их DWH хранится скидка. Можно у них запросить как рассчитывать поле MD для франчи и их собственных продаж не ПЛ?

Добрый день.

Скрипт расчета МД для франчей с комментариями: https://pastebin.com/VGFsRiE5

Для розницы аналогично, только на таблицах розницы. Таблицы идентичные, т.к. и то и то чеки, только из разных баз 1С собраны.

Если нужен будет такой же скрипт для розницы, дайте знать.

Не понятно что является значением MD. [sales_markdown_amount] - [returns_markdown_amount] = MD ?

Верно, [sales_markdown_amount] - [returns_markdown_amount] = MD

Какое поле будет аналогичным для розницы

[TomBI].[dbo].[tbl_franch_sales_lines].unit_cost_franch ?

Для розницы такие же таблицы, только без franch: tbl_sales_headers и tbl_sales_lines. Структура идентична, т.к. и то и то чеки.

Формула для себестоимости для розницы: COALESCE.
Ранее отправляла скрипты по розницы. А пример расчета МД - по франчам.

Сделал MD, уже вывелось во второй отчет

Таблицы report5_new_customer и report6_returning_customers почему-то пустые. Можете их просчитать?

готово

По просьме ТТ сверяем данные по уникальным клиентам с покупкой за июнь24 по данным из выгрузки MB и в модели данных (витрине report2).
Получили расхождения двух видов:
- клиенты, которые есть в MB, но их нет в модели
- и наоборот клиенты, которые есть в модели, но их нет в MB
Прошу проверить оба расхождения, в приложенном файле смотреть вкладку Сверка.

Проверить все записи практически нереально вручную. Расписал 2-3 примера для каждого случая, в принципе, причины одинаковые. Файл прикладываю.

Спасибо!

Ещё вопрос:
Появилась необходимость видеть в витрине report2 точку контакта (DSS, другое). Какие это трудозатраты?

(DSS, другое) - это 2 разных точки контакта или одна?

Не знаю, какие существуют ещё точки контакта, поэтому написала именно так DSS, другое или остальные. Можно приджойнить точку контакта по данному чеку.
Какие есть варианты точек контакта в чеках?

Не понимаю что нужно сделать.

Сейчас у нас с вами такой механизм вывода:

Есть цепочка

Offline -> Аутлет -> Пермь -> Пермь аутлет СпешиLove

Выводим первый непустой уровень слева направо.

Мы с вами уже обсуждали этот вопрос. То что вы хотели вывести изначально находится на разных уровнях в МВ, из-за того что у них все это криво ведется.
Если мы хотим добавить какую-то конкретную точку контакта, то это будет одно конкретное условие. Я не могу добавить какие-то еще или несколько любых точек контакта.

Согласно алгоритма что я написал выше, сейчас DSS так и формируется. Он не выводится в report2 так как по нему нет продаж.

ТТ предоставил список клиентов, которые выгружены из MB по фильтрам со скрина.

Например, в список входит customer_id = '4292733'
Вижу в [Mindbox].[main].[S_orders] чек этого клиента order_hash_key = 'EDDB035B-59BE-E237-BAD7-94BF211F65FE' с точкой контакта = DSS.
Может быть не туда смотрю или у этого чека нет [check_number_1c], поэтому он не попадает в витрину?

С другой стороны пример, клиент customer_id = '3998853' и чек order_hash_key = '39590C65-6675-1C48-58E6-001C9C80FD5E'.
Точка контакта в [Mindbox].[main].[S_orders] = 'DSS', указан check_number_1c, при этом в report2 подтянут канал Offline.

Например, в список входит customer_id = '4292733'

select * from tombi.[ecom].[tbl_orders] where order_id = 596159

Этот заказ в DWH ТомТейлора TOMBI не оплачен. Пример для заказа 'EDDB035B-59BE-E237-BAD7-94BF211F65FE' выше. Может у них оплата вообще не фиксируется для ecom заказов, или синхронизация с МВ работает не корректно и нужно брать откуда-то из другого места?
В МВ оплата для этого заказа есть. Мы сейчас для отчета report2 берем признак оплат по рознице, франче и еком из их DWH.

С другой стороны пример, клиент customer_id = '3998853' и чек order_hash_key = '39590C65-6675-1C48-58E6-001C9C80FD5E'.
Точка контакта в [Mindbox].[main].[S_orders] = 'DSS', указан check_number_1c, при этом в report2 подтянут канал Offline.

Можете подтянуть в витрину report2 эту вторую точку оформления заказа новым полем?

Могу, но так как запрос очень сложный, так просто там это не вывести, примерно 1 час поставлю. Делать?

Да

Сделал, в качестве примера привожу описанный выше [customer_id] = 3998853

В предыдущей версии поле [md_without_nds] называлось margin, можете вернуть пжл?

кажется когда был margin просили поменять именно на такое, но могу ошибаться, вернул margin