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

А клиент передает нам данные по этим признакам в анкете и чеках?

Уточняю пока про передачу данных, но у Дагестана возникли новые вопросы.

Сейчас они нашли стороннего подрядчика для своего МП, хотят уточнить требуются ли какие-то донастройки по нему. Важно чтобы:
1. Аккаунт был единым для сайта и МП
2. При регистрации в МП автоматически клиент регестрировался в ПЛ
3. При этом хочется чтобы данные по заказам и регистрациям из МП поступали к нам - как это сделать? Можно ли напрямую связать манзану и МП - является ли это доработкой или в рамках нашего проекта идет? Если доработка, то сколько примерно будет стоить?

Ваня, у них появился новый тех. специалист, мне пришлют ее данные для добавления в РМ. Может, все такие вопросы ее просить адресовать сразу тебе через РМ, чтобы не через ничего не понимающую меня? Или тебе не хочется лишних точек и удобнее, чтобы я ставила задачи и передавала запросы?

Документация по API - это новое ТЗ для Дагестана, которое они должны будут исполнить для передачи нам данных по регистрациям и заказам через МП и Сайт, так? Если да, то чтобы мы такое ТЗ сделали - это отдельная платная доработка или входит в комплекс работ по текущему пакету?

Если эта информация что-то значит, то вот налюдение: проверили номер телефона, на который карта была зарегестрирована через сайт (+79636673777), куб выдает мне, что место регистрации - Махачкала, пр. Гамидова, 48, а продавец зарегестрировавший карту - Махмудова Э. У. . Т.е. сейчас получается так, что все регистрации на сайте разносятся на какие-то аптеки и провизоров, которые этого не делали

Здравствуйте!

Документация по API - это новое ТЗ для Дагестана, которое они должны будут исполнить для передачи нам данных по регистрациям и заказам через МП и Сайт, так?

 это отдельная платная доработка или входит в комплекс работ по текущему пакету?

Т.е. сейчас получается так, что все регистрации на сайте разносятся на какие-то аптеки и провизоров, которые этого не делали

По предложению из прошлого комментария провели регистрацию через сайт вчера вечером. Вот по такому номеру регистрировали: 8 (928) 554 2212. Прошу "проверить логи и определить какие методы не хватает вызвать"

Добрый день. Контакт зарегистрирован успешно и правильно, и карта есть. Все ок.

Т.е. магазин регистрации тоже передается? По идее, мне же надо чтобы он как "сайт" идентифицировался. У меня в кубах такого контакта еще нет, поэтому я не могу посмотреть что стоит в графе "магазин зарегистрировавший анкету", подскажете, что там?

На сколько я знаю, в аптеку "тест" передавались все регистрации в августе, так как только такое название и завели.
Я даже и не знаю как лучше тут поступить, переименовать "тест" и держать в голове, что там не только с сайта регистрации, но ранние с аптек, или просить клинета поменять название при передаче и завести "новую ТТ" с названием "сайт".

Тут еще два нюанса:
1. У них кроме сайта есть МП, в котором тоже можно регестрироваться - подозреваю, что из МП тоже в тест все льется, надо будет проверить таким же способом
2. Заведение таких вот "новых ТТ", я подозреваю, тарифицируются также, как подключение новых аптек, верно? Ваня, это к тебе вопрос

Предлагаю делать так:
1. Я попрошу у них свежию регистрацию в МП и проверим ее также по логам
2. Если и сайт и МП льются в тест, то буду уже с клинетом решать переименовываем ли мы тест, или заводим новые ТТ, исходя из вопроса цена-необходимость

Еще остается загадкой два момента. Если регистрации корректны и им присваивается магазин регистрации "тест", то почему у меня в кубе регистрации в "Тест" есть только до сентября?

И второе: мое наблюдение из комментария 8 - проверили номер телефона, на который карта была зарегестрирована через сайт (+79636673777), куб выдает мне, что место регистрации - Махачкала, пр. Гамидова, 48, а продавец зарегестрировавший карту - Махмудова Э. У. . Это всем клиентам с регистрацией через сайт потом присваивается дрое место регистрации (возможно, после первой покупки в аптеке)?

Контакт зарегистрирован, мобильный НЕ подтвержден, магазина регистрации нет

Ваня, я даже не знаю как тут быть.
Во-первых, непонятно, почему у меня в "тест" нет регистраций после сентября, хотя новым клинетам из МП и с Сайта ставят именно этот "магазин регистрации". А, во-вторых, что надо сделать, чтобы я видела их у себя в кубах как регистрации/заказы с сайта и МП?

Иван, привет! по вашим кубам, я точно ничего подсказать не смогу.

Но могу дать такую информацию:

Кол-во регистраций по магазину "Тест" за все время составило 7463 контакта.
За 2023 год по магазину нет ни одного чека.
В 2022 году чеки были только в августе и сентябре.

Может быть в кубах нет информации по регистрациям, потому что нет чеков?

Доброго дня!
Выяснила почему регистрации через МП и сайт прикрепляются к аптекам - это те магазины, откуда заказанный товар будет выкуплен или доставлен.
Тех специалист на той стороне заверила, что на кассе есть информация по источнику заказа (сайт/МП/аптека)

Что надо сделать, чтобы данные от ДФ передавались с учетом канала регистрации клиента и его покупки?
Если все что требуется - это доработка на их стороне по нашему ТЗ, то прошу подготовить его. Если с нашей стороны необходима доработка (например, добавить в куб поле по источнику заказа/регистрации), то прошу оценить стоимость такой доработки

Есть такой вариант.

Если у них на кассе есть информация откуда пришел заказ, тогда им нужно при формировании мягких и фискальных чеков с кассы, для таких заказов, во все запросы подменять значение в теге <BusinessUnit></BusinessUnit>

Для сайта сейчас это значение = test (должно быть <BusinessUnit>test</BusinessUnit>)
Для мобильного приложения = 2 (должно быть <BusinessUnit>2</BusinessUnit>)

Значения после знака равно они могут придумать сами, какие им удобны, я написал какие установлены именно сейчас.

У данного способа есть 1 минус:
Если в заказ с сайта, на кассе, покупатель захочет добавить товар из магазина, тогда продажа этого добавленного товара пройдет по сайту или МП.

Решить эту проблему можно организационно: заказы с сайта или МП оплачивать отдельно, затем отдельной оплатой пробивать товары из магазина.

Поняла, а что касается регистраций - их мы можем получать в разрезе каналов и как?

Так как карты используются виртуальные, то условия описанные выше подходят и для регистрации, потому как основной метод создания виртуальных карт также работает через POS сервис, и поэтому нужно менять значение в теге <BusinessUnit></BusinessUnit>