Начать. Это бесплатно
или регистрация c помощью Вашего email-адреса
FML UKR создатель Mind Map: FML UKR

1. 2020

1.1. Звонки и план работ

1.1.1. 15.01.2020 Звонок с FML Ukraine

1.1.1.1. Подготовить для клиента информацию по готовности реестра подключения отгрузки (к следующему meet call 22.01)

1.1.1.2. Провести тест для LMS и подготовить результат. Суть теста: Создание заказов без валидации. (к следующему meet call 22.01)

1.1.1.3. Предоставить клиенту информационные отчеты с метриками системы ( до 25.01)

1.1.1.4. Предоставить счета POD, Managment of returns до 24.01.20

1.1.2. 21.01.2020 Звонок с FML Ukraine

1.1.2.1. Обсуждение возвратов

1.1.2.1.1. Необходим функционал формирования отчет в Magento (в формате Excel)

1.1.2.1.2. Интеграция с LMS (Укр Почта, Новая почта) по отслеживанию статусов по возвратам

1.1.2.1.3. Уточнить информацию по срокам годности с данных, которые присылает Сергей Литвененко (отгрузка/сборка) (до 24.01)

1.1.2.1.4. Необходима настройка сканера со стороны FML Ukraine для приема возвратов

1.1.2.1.5. Необходим функционал сравнения данных заявленных LMS и фактически полученными на складе (может быть разница из-за потери заказов)

1.1.2.1.6. Реализация возвратов будет приближена к процессам FML Russia

1.1.3. 24.01.2020 Звонок с FML Ukraine

1.1.3.1. Получить информацию от клиента по передачи сроков годности (29.01)

1.1.3.2. В новом спринте (27.01) начинаем разработку возвратов и POD

1.1.4. 29.01.2020 Звонок с FML Ukraine

1.1.4.1. Ив Роше работает над свой системой (ожидается 31.01)

1.1.4.2. Пройти весь процесс интеграции на 150 заказов в тестовой среде (до 31.01)

1.1.4.3. Собирать статистику по валидации адресов с прод контура (до 31.01)

1.1.4.4. Попробовать сделать одну загрузку по новому процессу. FML Украине необходимо договорится с Новой почтой и Укр Почтой и уточнить их бизнес-процесс.

1.1.4.5. Связаться с Артемом Хвостенко на след.неделе (4.02) и проработать все моменты связанные с настройкой сканера для возвратов. Подготовить для него все данные.

1.1.4.6. Прислать ТЗ по возвратам (29.01)

1.1.4.7. Собрать метрики на тестовой среде, до обновлений со стороны ИвРоше

1.1.5. 05.02.2020 Звонок с FML Ukraine

1.1.5.1. Запуск тестов на 1000 заказов

1.1.5.1.1. Метрики выслать на почту

1.1.5.2. Возвраты

1.1.5.2.1. Необходимо уточнить на счет принтера

1.1.5.3. POD

1.1.5.3.1. Можно ли получить статус заказов оплаченных не только банковской картой?

1.1.5.3.2. Необходимо проговорить процесс отправки статусов

1.1.5.4. Сергей отправил KT посылки на регистрацию

1.1.5.4.1. KT должна зарегистрировать посылки и отдать FML

1.1.6. 12.02.2020

1.1.6.1. Тестирование полного цикла

1.1.6.1.1. Сергей отправил заказы на тестовый сервер, для прохождения полного цикла. Ожидаемый результат теста (12.02.20): Генерация реестра для Укр. почты и для Новой почты.

1.1.6.2. POD

1.1.6.2.1. Есть вопрос по мапингу статусов из LMS в Мадженто (ждем ответа от Оксаны)

1.1.6.3. Возвраты

1.1.6.3.1. Артем Хвастенко получил письмо о настройке сканера и принтера, ждем решение данной задачи, уточнить статус 14.02.2020

1.1.7. 19.02.2020

1.1.7.1. После доработки потоков. необходим новый раунд для тестов

1.1.7.1.1. Если возникают ошибки , фиксим их в реалтайме.

1.1.7.2. Маппинг статусов

1.1.7.2.1. Уточнить у ИвРоше про статусы из таблицы (Оксана к след.встрече 26.02 )

1.1.7.3. Настройка принтеров и сканеров

1.1.7.3.1. Артем ждет консультации от команды Валентина Рона (ожидаемая дата решения 26.02)

1.1.8. 04.03

1.1.8.1. Возвраты

1.1.8.1.1. Предоставить доступ для FM (04.03)

1.1.8.1.2. Необходимо согласовать встречу для обсуждения доработок по процессу возврата

1.1.8.2. POD

1.1.8.2.1. Укр.Почта - готово

1.1.8.2.2. Новая Почта - в работе (срок 6.03)

1.1.8.3. ИвРоше продолжает работу над интеграцией

1.1.9. 16.03.2020

1.1.9.1. Интеграция

1.1.9.1.1. ИВ РОШЕ провели тест, регистрация через апи новой почты

1.1.9.2. Розетка

1.1.9.2.1. Что должен делать сервис “SellStatuses Items”? Обновление статуса товара (доступен / недоступен)?

1.1.9.2.2. Сервис “XML Price list Item Information” это отправка товаров из маженты в розетку?

1.1.9.2.3. Как товары поподают в мадженто?

1.1.9.2.4. При создании заказа адрес заполняется из справочников новой почты?

1.1.9.2.5. Нужно обновлять информацию в розетке при любом редактировании заказа или только при изменении товаров?

1.1.9.2.6. Может ли отмена приходить от мерчанта или розетки?

1.1.9.2.7. Должен ли отмененный заказ попасть в реестр отправки?

1.1.9.2.8. Как посылка она должна вернуться?

1.1.9.2.9. Будет ли работа с возвратами?

1.1.9.2.10. ТТН = накладная созданная в LMS (регистрация посылки)?

1.1.9.2.11. Поток Stock - в каком формате будут присылаться данные (слепок текущего/разница с предыдущим)?

1.1.9.2.12. После создания реестра. нужно выполнить печать реестра, либо отчет (45 из 50 прошли регистрацию)

1.1.9.2.13. Развернуть локально принс сервис, чтобы не зависить от тех.работ в РФ?

1.1.10. 19.03.2020

1.1.10.1. Розетка

1.1.10.1.1. Вопросы

1.1.10.1.2. Вышлем оценку по разработке 20.03

1.1.10.2. Ив Роше

1.1.10.2.1. Уточнить у клиента механизм работы при регистрации посылки без региона и области, только название города. Какое поведение правильно?

1.1.11. 25.03.2020

1.1.11.1. Ив Роше

1.1.11.1.1. Вместо города подставлять ID города Решение: Ожидаем апрув от FML

1.1.12. 02.04.2020

1.1.12.1. Розетка

1.1.12.1.1. Документация и комментарии доступны по ссылке.

1.1.12.1.2. Необходимо переоценить разработку и актуализировать файл от Оксаны (3.04)

1.1.12.1.3. Организовать встречу по описанию БП и модулей интеграции с мерчантам и LMS, WMS

1.1.12.1.4. По возможности, максимально использовать текущую реализацию от РФ или Франции

1.1.13. 9.04.2020

1.1.13.1. ИвРоше

1.1.13.1.1. Разработчик болеет

1.1.13.1.2. Тестов от КТ пока не требуется

1.1.13.2. Розетка

1.1.13.2.1. Провели окончательную оценку стоимости проекта

1.1.14. 24.04.2020

1.1.14.1. ИВ РОШЕ

1.1.14.1.1. Установили обновление Новая Почта по адреесной части

1.1.14.1.2. Провести тесты по мониторингу (срок 1.05): 1. Регистрация посылок до отделения игнорируя ошибки по адресам 2. Проверить работу валидации адресов до отделения

1.1.14.2. Philips

1.1.14.2.1. Цель: Продажа b2c Инфраструктура: сайт, колл-центр Рабочий процесс: Получить заказы - Зарегистрировать в WMS (Инфолог) - Отправить Новой почтой Метод оплаты: COD, оплата на сайте

1.1.14.2.2. Интеграция потоков: master-data, заказы, обновление товара, подтв.сборки и подтв.отгрузки. Под вопросом: Входы, возвраты, сток, movement.

1.1.14.2.3. Magento имеет модуль для работы с реестрами: Загрузка реестра COD от LMS, Загрузка реестра услуг от LMS, Отправка реестра услуг для мерчанта, Отправка реестра COD для мерчанта

1.1.14.2.4. Схема работы FM с мерчантом: 1. Логистический провайдер (4 реестра) 2. Товар принадлежит клиенту

1.1.14.2.5. ВАЖНО! По возможности проработать единые условия для работы с LMS для мерчантов.

1.1.14.2.6. Примерное время разработки: 2-3 недели (проектное время до запуска) Команда: 2-3 человека Дата запуска: 3-й квартал

1.1.14.2.7. Оценить: 1.Разработка реестров 2. Адаптация по разработке РФ Интеграции с мерчантом (кол-во потоков пока неясно) 4. Интеграция с Инфолог (получить от FMLU файлы)

1.1.14.2.8. С1Цель: Продажа b2c Инфраструктура: сайт, сборка заказа Рабочий процесс: Получить заказы - Зарегистрировать в WMS (Reflex) - Отправить Новой почтой Метод оплаты: COD, оплата на сайте

1.1.14.3. Tapperware

1.1.14.3.1. Разработка потоков: Перевод всех потоков на Magento

1.1.14.3.2. Схема работы FM с мерчантом: 1. Логистический провайдер (4 реестра) 2. Товар принадлежит клиенту

1.1.14.3.3. Примерное время разработки: 3-4 недели (проектное время до запуска) Команда: 2-3 человека Дата запуска: 4-й квартал

1.1.14.3.4. Оценить:

1.1.15. 29.04.2020

1.1.15.1. Philips (тарифы география) п.8

1.1.15.1.1. Пока под вопросом

1.1.15.2. Новая почта (тарифы география) п.9

1.1.15.2.1. Пока под вопросом

1.1.15.3. Реестры услуг п.7

1.1.15.3.1. При разработке для филипс реестра, если у тапера будет похожий шаблон, то его разработка будет дешевле.

1.1.15.3.2. Новая Почта: Стоимость доставка (до отделения, до адреса), Возвраты (Обратная доставка), Стоимость перевода денег, Переадресация

1.1.15.3.3. Включаем услуги от LMS

1.1.15.3.4. Модуль услуг можно настроить под каждого мерчанта

1.1.15.3.5. Переоценить КТ

1.1.15.3.6. Складские услугу убираем

1.1.15.4. Интеграция весов

1.1.15.4.1. Настройка API для получения API (Исследование, Разработка)

1.1.15.5. Обновление системы

1.1.15.5.1. Обновление системы до версии в РФ

1.1.15.6. Ввод в эксплуатацию

1.1.15.6.1. Данное время будет потрачено на устранения разных неполадок в режиме запуска и в первые недели после запуска. Присутствует для каждого нового мерчанта

1.1.16. 13.05.2020

1.1.16.1. ИвРоше

1.1.16.1.1. Новая Почта (до отделения)

1.1.16.1.2. Укр. Почта (до отделения)

1.1.16.1.3. Финальное решение: Разобраться с текущими ошибками и в понедельник повторить вместе с Сергеем данный тест

1.1.17. 20.05.2020

1.1.17.1. ИвРоше

1.1.17.1.1. КТ: Сделать скрипт для переноса файлов из прода на тест

1.1.17.1.2. КТ: Настроить авто-обновление данныз в Power BI, с продуктива. Также описать статусы в Power BI

1.1.17.1.3. КТ: Посмотреть почему заказы в статусе "holded"

1.1.17.1.4. Укр. Почта (до отделения)

1.1.17.1.5. След.встреча: 21.05 15:00 МСК

1.1.18. 21.05.2020

1.1.18.1. Статусы

1.1.18.1.1. holded - заказы не прошли валидацию адреса confermed - заказы прошли валидацию canceled lms - ошибка создания шипмента (после М53 не прошли), ошибка валидации адреса (не прошли валидацию на М50)

1.1.18.2. Задачи КТ

1.1.18.2.1. Восстановить пользователя otischenko, прислать реквизиты.

1.1.18.2.2. Добавить комментирование на статус holded

1.1.18.2.3. Поменять валюту на Гривны в Magento

1.1.18.2.4. При статусу confermed ставить его в комментарий

1.1.18.2.5. Добавить ошибку в комментарий canceled LMS

1.1.18.2.6. 220067085 - посмотреть что за ошибка в админке Magento

1.1.18.2.7. Проанализировать причину большого

1.1.18.2.8. Укр.почта - посткод 02160, 01001, изучить почему разные статусы

1.1.18.2.9. добавить колонку в Power BI

1.1.18.2.10. Прогрузим в понедельник

1.1.18.3. След.встреча 27.05 в 13:00 МСК

1.1.19. 27.05.2020

1.1.19.1. dataTime

1.1.19.1.1. dateTime - l

1.1.19.2. НоваяПочта

1.1.19.2.1. до отделения

1.1.19.3. Admin Panel FMLU

1.1.20. 03.06.2020

1.1.20.1. Залили новые заказы во время встречи

1.1.20.1.1. Валидация адреса

1.1.20.2. Ошибки:

1.1.20.2.1. Новая почта

1.1.20.2.2. Укр Почта

1.1.20.3. След. встреча после анализа ошибок, через 3-4 часа.

1.1.21. 25.06.2020

1.1.21.1. Печать через принтсервис

1.1.21.1.1. Наблюдаем за этим

1.1.21.2. Тестировать Ref будет в релизе в понедельник, будут считываться ref c M50 и раскладываться в 2 поля в magento

1.1.21.2.1. Тестировали 24.06.2020

1.1.21.3. Тестировать Ref Регистрация посылки по полям

1.1.21.3.1. Дать доступы для тестов FML и инструкции по настройке принтеров

1.1.21.4. Согласовать с Литвиненко и проверить сделать доступной папку с pdf файлами

1.1.21.4.1. Всё работает, но не архивирует пока

1.1.21.5. Тестировать Добавить блокировку после transfer_on_dock не меняем статус - нет сейчас

1.1.21.5.1. Работает

1.1.21.6. В работе. Заказ проверить 990191703 почему не прошел (это подарок везде сумма 0) ошибка

1.1.21.6.1. около 10 заказов зависли

1.1.21.6.2. 10 заказов не распарсили улицу и не ушли в ошибки

1.1.21.7. transferPostPayToBankAccount в шипменте при создании нужно ставить true.

1.1.21.7.1. В работе закончим 25.06.20

1.1.21.8. Исправить рубли на уровне линии

1.1.21.8.1. не сделал

1.1.21.9. Проверить габариты М50 на 220134023 220135100

1.1.21.9.1. Заказов много, пробовать повторить. Габариты 0x0x0 0x0x0

1.1.21.10. Не выдаётся сообщение об ошибке М50 поле улицы Укр почта

1.1.21.10.1. Пример: ВУЛ. ГЛАГОЛЬЄВА 5/38 -27 Такая конструкция вызывает ошибки при парсинге Маджентой

1.1.21.11. ** Знак вопроса в midle_name дать информацию Оксане проверить 220196385 и 220193574 заказы почему не ушел в broken_auto.нужна доработка

1.1.21.11.1. Ив-Роше перепроверяет недопустимые символы в почте

1.1.21.12. ** Все заказы doors Newpost без рефа города

1.1.21.12.1. Ожидание заказов от Ив-Роше.

1.1.21.13. Ответ Ив-Роше по письму 24.06.2020

1.1.21.13.1. Женя ответил

1.1.21.14. Не возвращаются параметры для Укр Почты для распечатки (как для Новой почты)

1.1.21.14.1. Пересмотреть даты

1.1.21.15. Укр Почта. Добавить поля из письма Сергея

1.1.21.15.1. Нужно 4 часа

1.1.22. 26.06.2020

1.1.22.1. Тестирование печати - KT Дать доступы для тестов FML и инструкции по настройке принтеров - Подготовит Алексей Клоков

1.1.22.1.1. Нужен VPN до Google Сloud

1.1.22.2. True в шипменте при создании в transferPostPayToBankAccount

1.1.22.2.1. В работе закончим 26 - 27.06.20

1.1.22.3. Не выдаётся сообщение об ошибке при М50 поле улицы Укр почта М50 поля улицы Укр почта

1.1.22.3.1. Пример: ВУЛ. ГЛАГОЛЬЄВА 5/38 -27 (Такая конструкция вызывает ошибки при парсинге Маджентой)

1.1.22.4. Внести в спецификацию поле для отправки реф улицы

1.1.22.4.1. Внесли в filler_011 в строке B, которое, следующее после рефа отделения

1.1.22.5. оценка обновления всех модулей

1.1.22.5.1. Ориентировочно 6 часов

1.1.22.6. ** Знак вопроса в midle_name дать информацию Оксане проверить 220196385 и 220193574 заказы почему не ушел в broken_auto.нужна доработка

1.1.22.6.1. Ив-Роше перепроверяет недопустимые символы в почте

1.1.22.6.2. Нужна информация от Ив Роше

1.1.22.7. ** Все заказы doors Newpost без рефа города

1.1.22.7.1. Ожидание заказов от Ив-Роше.

1.1.22.7.2. Нужна информация от Ив Роше

1.1.22.8. Укр Почта. Добавить поля из письма Сергея

1.1.22.8.1. Нужно 4 часа

1.1.22.9. Реестр PDF Новой почты

1.1.22.9.1. Аналогично, как из Укр почты

1.1.23. 02.07.2020

1.1.23.1. завершение обновления

1.1.23.1.1. 03.07.2020 к 17-00 мск завершаем

1.1.23.1.2. как обновление сделать быстрым?

1.1.23.2. Тестирование печати - KT Дать доступы для тестов FML и инструкции по настройке принтеров - Подготовит Алексей Клоков

1.1.23.2.1. Нужен VPN до Google Сloud

1.1.23.3. ** Все заказы doors Newpost без рефа города

1.1.23.3.1. Ожидание заказов от Ив-Роше.

1.1.23.4. Укр Почта. Добавить поля из письма Сергея

1.1.23.4.1. Тестим М50 и М53 после заливки патча

1.1.23.5. Исправление "рубли на уровне линии"

1.1.23.5.1. Исправлено

1.1.23.6. Проверка заказа 990191703 (почему не прошел (это подарок везде сумма 0) ошибка) - В работе, выясняем причину, доп. данные: около 10 заказов зависли, 10 заказов не распарсили улицу и не ушли в ошибки

1.1.23.6.1. 03.07.2020 К 17-00 ставим дополнительные логи для выявления ошибки

1.1.23.7. Проверка габаритов М53 на 220134023 и 220135100 (Заказов много, пробовать повторить. Габариты 0x0x0, 0x0x0)

1.1.23.7.1. 03.07.2020 к 13-00 мск завершаем

1.1.23.8. Ошибка: При попытке редактирования LMS with carrier code "fml" does not exist

1.1.23.8.1. Проверяем после обновления 03.07.2020-06.06.2020

1.1.23.9. ** Знак вопроса в midle_name дать информацию Оксане проверить 220196385 и 220193574 заказы почему не ушел в broken_auto.нужна доработка

1.1.23.9.1. Ив-Роше перепроверяет недопустимые символы в почте

1.1.24. 30.06.2020

1.1.24.1. Тестирование печати - KT Дать доступы для тестов FML и инструкции по настройке принтеров - Подготовит Алексей Клоков

1.1.24.1.1. Нужен VPN до Google Сloud

1.1.24.2. True в шипменте при создании в transferPostPayToBankAccount

1.1.24.2.1. готово

1.1.24.3. Не выдаётся сообщение об ошибке при М50 поле улицы Укр почта М50 поля улицы Укр почта

1.1.24.3.1. Пример: ВУЛ. ГЛАГОЛЬЄВА 5/38 -27 (Такая конструкция вызывает ошибки при парсинге Маджентой)

1.1.24.4. ** Знак вопроса в midle_name дать информацию Оксане проверить 220196385 и 220193574 заказы почему не ушел в broken_auto.нужна доработка

1.1.24.4.1. Ив-Роше перепроверяет недопустимые символы в почте

1.1.24.4.2. Нужна информация от Ив Роше

1.1.24.5. ** Все заказы doors Newpost без рефа города

1.1.24.5.1. Ожидание заказов от Ив-Роше.

1.1.24.5.2. Нужна информация от Ив Роше

1.1.24.6. Укр Почта. Добавить поля из письма Сергея

1.1.24.6.1. Тестим М50 и М53 после заливки патча

1.1.24.7. Исправление "рубли на уровне линии"

1.1.24.7.1. 01.07.2020 к 13-00 мск завершаем

1.1.24.8. Проверка заказа 990191703 (почему не прошел (это подарок везде сумма 0) ошибка) - В работе, выясняем причину, доп. данные: около 10 заказов зависли, 10 заказов не распарсили улицу и не ушли в ошибки

1.1.24.8.1. 01.07.2020 к 13-00 мск завершаем

1.1.24.9. Проверка габаритов М53 на 220134023 и 220135100 (Заказов много, пробовать повторить. Габариты 0x0x0, 0x0x0)

1.1.24.9.1. 01.07.2020 к 13-00 мск завершаем

1.1.25. 03.07.2020

1.1.25.1. завершение обновления

1.1.25.1.1. как обновление сделать быстрым?

1.1.25.2. Тестирование печати - KT Дать доступы для тестов FML и инструкции по настройке принтеров - Подготовит Алексей Клоков

1.1.25.2.1. Нужен VPN до Google Сloud

1.1.25.3. ** Все заказы doors Newpost без рефа города

1.1.25.3.1. Ожидание заказов от Ив-Роше.

1.1.25.4. Укр Почта. Добавить поля из письма Сергея

1.1.25.4.1. Тестим М50 и М53 после заливки патча

1.1.25.5. Исправление "рубли на уровне линии"

1.1.25.5.1. Исправлено

1.1.25.6. Проверка заказа 990191703 (почему не прошел (это подарок везде сумма 0) ошибка) - В работе, выясняем причину, доп. данные: около 10 заказов зависли, 10 заказов не распарсили улицу и не ушли в ошибки

1.1.25.6.1. 03.07.2020 завершаем установкку дополнительных логов для выявления ошибки

1.1.25.7. Проверка габаритов М53 на 220134023 и 220135100 (Заказов много, пробовать повторить. Габариты 0x0x0, 0x0x0)

1.1.25.7.1. 06.07.2020

1.1.25.8. Ошибка: При попытке редактирования LMS with carrier code "fml" does not exist

1.1.25.8.1. Проверяем 06.06.2020

1.1.25.9. ** Знак вопроса в midle_name дать информацию Оксане проверить 220196385 и 220193574 заказы почему не ушел в broken_auto.нужна доработка

1.1.25.9.1. Ив-Роше перепроверяет недопустимые символы в почте

1.1.26. 06.07.2020

1.1.26.1. Обновления

1.1.26.1.1. как обновление сделать быстрым?

1.1.26.2. Тестирование печати - KT Дать доступы для тестов FML и инструкции по настройке принтеров - Подготовит Алексей Клоков

1.1.26.2.1. Нужен VPN до Google Сloud

1.1.26.3. ** Все заказы doors Newpost без рефа города

1.1.26.3.1. Ожидание заказов от Ив-Роше.

1.1.26.4. Тест импорта М51

1.1.26.4.1. всё ок

1.1.26.5. Проверка габаритов М53 на 220134023 и 220135100 (Заказов много, пробовать повторить. Габариты 0x0x0, 0x0x0)

1.1.26.5.1. решили, М51 затирал габариты

1.1.26.6. Проверка заказа 990191703 (почему не прошел (это подарок везде сумма 0) ошибка) - В работе, выясняем причину, доп. данные: около 10 заказов зависли, 10 заказов не распарсили улицу и не ушли в ошибки

1.1.26.6.1. Ошибка MYSQL

1.1.26.7. Реестр PDF Новой почты

1.1.26.7.1. Аналогично, как из Укр почты

1.1.26.8. Укр Почта. Добавить поля из письма Сергея

1.1.26.8.1. Тестим М50 и М53 после заливки патча

1.1.26.9. Исправление "рубли на уровне линии"

1.1.26.10. Ошибка: При попытке редактирования LMS with carrier code "fml" does not exist

1.1.26.10.1. Проверяем 07.-08.07.2020

1.1.26.11. ** Знак вопроса в midle_name дать информацию Оксане проверить 220196385 и 220193574 заказы почему не ушел в broken_auto.нужна доработка

1.1.26.11.1. Ив-Роше перепроверяет недопустимые символы в почте

1.1.27. 07.07.2020

1.1.27.1. продуктивная мадженто в 9-00 мск

1.1.27.1.1. Fml предоставит неск. заказов для запуска УКр Почтой для теста

1.1.27.2. копировать тестовые кабинеты для продуктивной мадженты

1.1.27.2.1. Для новой почты и укр. почты

1.1.27.3. Укр почта в приоритете!!!!

1.1.27.4. настройка М50 как минимум для Укр. почты

1.1.27.4.1. 15-00 мск dead line

1.1.27.4.2. забрать пакеты с продуктивной среды на тестовую

1.1.28. 13.07.2020

1.1.28.1. Старт Укр. Почты

1.1.28.2. backlog: Когда М53 приходит повторно, его нужно перерегистрировать

2. 2019

2.1. 24.07

2.1.1. План работ

2.1.1.1. Подготовить гарантийное письмо

2.1.1.2. Просчитать гугл акаунт

2.1.1.2.1. Антон Белов

2.1.1.3. Укр почта

2.1.1.3.1. Доступ в кабинет

2.1.1.3.2. Проверка модулей

2.1.1.4. Новая почта

2.1.1.4.1. Доступ в кабинет

2.1.1.4.2. Проверка модулей

2.1.1.5. Окиджен

2.1.1.5.1. Схема создана

2.1.1.5.2. Тестовый стенд

2.1.1.6. Рефлекс

2.1.1.6.1. Понять какие потоки используются

2.1.1.6.2. Тестовый стенд

2.1.1.7. Развернуть тестовый стенд Magento

2.1.1.8. Уточнить возможность организации VPN

2.2. 29.08 План работ

2.2.1. Вопросы

2.2.1.1. Первый мерчант будет на oxygen Описание Yves Rocher

2.2.1.1.1. Следующий мерчант на reflex

2.2.1.2. Переводим НЕ все файлы в Magento

2.2.1.2.1. Сначала заказы одного типа

2.2.1.3. Как Magento влияет на клиента?

2.2.1.3.1. Если поток заменяет полностью

2.2.1.4. Проверка адресов

2.2.1.4.1. API запрос

2.2.1.5. Печать этикеток на стороне FML

2.2.1.5.1. От Magento только данные для заполнения

2.2.1.6. Услуги для выставления счетов на стороне Yves Rocher

2.2.1.6.1. В Magento пока не планируется

2.2.1.7. Вопрос по тендерам

2.2.1.7.1. Предоставить базовый функционал с оценкой

2.2.2. Работы

2.2.2.1. Развертывание кластера из google cloud

2.2.2.1.1. После сделаем и пришлем документацию

2.2.2.1.2. 30.08

2.2.2.2. Новая Почта

2.2.2.2.1. начало работ

2.2.2.2.2. нужны ключи и доступы

2.2.2.3. Укр Почта

2.2.2.3.1. после Новой Почты

2.2.2.3.2. нужны ключи и доступы

2.2.2.4. по схеме Артем вышлет вопросы

2.2.2.4.1. 30.08

2.2.2.4.2. какие будут обмены статусами

2.2.2.5. KT вышлют список полей для потоков

2.2.2.5.1. на следующей неделе

2.2.2.5.2. может изменяться

2.2.2.6. Поддержка после запуска

2.2.2.6.1. Г. Лазарева подготовит договор

2.2.2.6.2. Первую неделю будет оказана поддержка

2.2.3. Следующий звонок

2.2.3.1. Статусы работ и схема

2.2.3.1.1. 02.09 13:00 мск

2.3. 02.09

2.3.1. Вопросы/ответы

2.3.1.1. от Мерчанта в WMS

2.3.1.1.1. от WMS в Magento

2.3.1.2. Обмен данными по FTP

2.3.1.2.1. 2 папки

2.3.2. Работы

2.3.2.1. Развернули тестовый стенд

2.3.2.1.1. Доделываем мелочи

2.3.2.1.2. Артем пришлет данные после звонка

2.3.2.2. KT вышлют список полей для файлов потоков

2.3.2.2.1. на этой неделе

2.3.2.2.2. может изменяться

2.3.2.3. KT поднимут FTP папки на google cloud

2.3.2.3.1. 02.09 - 03.09

2.3.2.4. Новая Почта

2.3.2.4.1. 06.09

2.3.2.4.2. есть готовый модуль

2.3.2.5. Укр Почта

2.3.2.5.1. 20.09

2.3.2.6. KT обозначат сроки

2.3.2.6.1. 06.09

2.3.2.7. Запуск проекта Yves Rocher

2.3.2.7.1. 7.10

2.3.2.8. Артем вышлет документацию по кабинету

2.3.3. Следующий звонок

2.3.3.1. Статусы работ

2.3.3.1.1. 06.09 14:00 мск

2.4. 6.09

2.4.1. Работы

2.4.1.1. Нова Пошта

2.4.1.1.1. изучили функционал

2.4.1.1.2. нужна доработка своих потоков

2.4.1.1.3. нужна доработка модуля Новой Пошты

2.4.1.1.4. 20.09

2.4.1.1.5. Поля

2.4.1.1.6. Сервисы

2.4.1.2. Укр Пошта

2.4.1.2.1. надо изучить функционал

2.4.1.2.2. 20.09

2.4.1.3. Yves Rocher

2.4.1.3.1. Логин yvesrocher1 Пароль yvesrocher1 данные кабинета новой почты тест

2.4.1.4. Актуализировать сроки

2.4.1.5. ProductsCM

2.4.1.5.1. отправляют заказ

2.4.1.5.2. заголовок у заказа

2.4.1.5.3. деталировка

2.4.1.5.4. получать от клиента

2.4.1.5.5. 1 артикул = 1 заказ = 1 посылка

2.4.1.6. ReadyWM

2.4.1.6.1. вес

2.4.1.6.2. размер

2.4.1.6.3. часть заказов могут отсеяться

2.4.1.6.4. дублировать данные в потоке, если

2.4.1.7. Потоки

2.4.1.7.1. формат файла1

2.4.1.7.2. формат файла2_1

2.4.1.7.3. формат файла2_2

2.4.1.7.4. формат файла3

2.4.1.7.5. формат файла4

2.4.1.7.6. формат файла5

2.4.1.7.7. формат файла6

2.4.1.8. Oxygen

2.4.1.8.1. 04.10

2.4.1.9. Start-up

2.4.1.9.1. 14.10

2.4.2. Следующий звонок

2.4.2.1. 10.09

2.5. 18.09

2.5.1. Вопросы

2.5.1.1. Отправитель

2.5.1.1.1. Отправлять из WMS?

2.5.1.2. валидация адреса

2.5.1.2.1. поиск города

2.5.1.2.2. алгоритм

2.5.1.2.3. Сергей вышлет

2.5.1.2.4. 2 типа доставки

2.5.1.2.5. шаблоны файлов от KT

2.5.1.2.6. интеграция Новой Почты

2.5.1.2.7. интеграция Укр Почты

2.5.1.2.8. Допускаются неточности в проверке адреса из-за невозможности точно выделить улицу из адреса и поиска адреса в сервисах новой почты без учета номера дома

2.6. 30.09

2.6.1. Вопросы

2.6.1.1. объявленная стоимость

2.6.1.1.1. 1) можем ли мы использовать grand_total в качестве объявленной стоимости (cost)?

2.6.1.2. нет доступа к ftp

2.6.1.2.1. в чем может быть проблема с настройкой

2.6.1.3. volume для укр почты

2.6.1.3.1. обратить внимание на максимальный линейный размер

2.6.1.4. entity_code

2.6.1.4.1. номер документа

2.6.1.5. shipping_method

2.6.1.5.1. определяем LMS префиксом

2.6.1.6. sender.id

2.6.1.6.1. справочник отправителей

2.6.1.7. shipping_address.date

2.6.1.7.1. не меньше текущей даты

2.6.1.8. item.sku

2.6.1.8.1. ean заменить на ref

2.6.1.9. item.row_grand_total

2.6.1.9.1. конечная цена

2.6.1.10. SSCC

2.6.1.10.1. номер посылки

2.6.1.11. payment_method

2.6.1.11.1. всегда NonCash

2.6.1.12. внести типы и длину полей

2.6.1.13. в документацию добавить пустые поля

2.6.1.13.1. grand_total

2.6.1.13.2. cash on delivery

2.6.1.14. типы посылок

2.6.1.14.1. подарок (grandtotal=0, cod=0)

2.6.1.14.2. безнал (grandtotal != 0, cod=0)

2.6.1.14.3. нал (grandtotal != 0, cod != 0)

2.6.1.15. Анализ Полей, добавленные в Oxygen для LMS на наличие в Инфолог и Рефлекс

2.6.1.15.1. после интеграции НП

2.6.1.16. рассчетное время доставки может не указываться

2.6.2. Работы

2.6.2.1. Разворачиваем тестовый стенд

2.6.2.1.1. Налаживаем сообщение по потокам

2.6.2.2. Приступаем к интеграции с Укр Почтой

2.6.3. План работ

2.6.3.1. интеграция Новой Почты

2.6.3.1.1. 30.09 - 4.10

2.6.3.2. интеграция Укр Почты

2.6.3.2.1. 1.11

2.6.3.3. WMS Oxygen запуск

2.6.3.3.1. 15.11

2.7. 21.10

2.7.1. Работы

2.7.1.1. Укр почта

2.7.1.1.1. будет использовать длину

2.7.1.2. лучший вариант с расчетом веса

2.7.1.2.1. отправлять готовый вес для lms

2.7.1.3. тесты общения

2.7.1.3.1. по 10 документов

2.7.1.4. выставляем обработку файлов по статусам

2.7.1.5. базовая документация magento

2.7.1.5.1. в планнинг

2.7.1.6. планы

2.7.1.6.1. 2 этап

2.7.1.6.2. 3 этап

2.7.1.6.3. инфолог - не планируется пока

2.7.1.6.4. на стадии обсуждения

2.7.2. План работ

2.7.2.1. интеграция Укр Почты

2.7.2.1.1. 8.11

2.7.2.2. WMS Oxygen запуск

2.7.2.2.1. 15.11

2.7.2.3. отлаженный запуск

2.7.2.3.1. 22.11

2.8. 5.11

2.8.1. План запуска

2.8.1.1. Интеграция с Укр Почтой

2.8.1.1.1. 28.11

2.8.1.2. Интеграция с WMS (Оксижен)

2.8.1.2.1. 5.12

2.8.1.3. Запуск проекта Yves Rocher

2.8.1.3.1. 12.12

2.8.2. может ли посылка с валидированным адресом быть отброшена?

2.8.2.1. если проблема с серверами

2.8.2.2. если проблема в логике, отправка orderdelmw

2.8.3. OrdersCM

2.8.3.1. Повторная отправка

2.8.3.1.1. Повтор отправки OrderMW

2.8.3.1.2. После исправления адреса

2.8.3.2. Разбиение заказов на пачки

2.8.3.2.1. нужно протестировать

2.8.4. readyWM

2.8.4.1. сначала проверим работоспособность обработки по 10 файлов

2.8.4.2. сейчас до 5000 заказов в 4:00

2.8.4.2.1. можно по 1000

2.8.4.3. Важна скорость

2.8.4.4. объемный вес Новой Почты

2.8.4.4.1. в спецификации указан фактический вес

2.8.4.5. OrderDel

2.8.4.5.1. Если ошибка регистрации

2.8.4.6. Повторная отправка

2.8.4.6.1. Повторное создание ЭН

2.8.5. printMW

2.8.5.1. Сергей начинает разработку

2.8.5.2. необходимо отправлять как можно скорее, чтобы не заблочить склад

2.8.5.3. additional info

2.8.5.3.1. дополнительная информация о отправлении

2.8.5.4. info_reg_client_barcodes

2.8.5.4.1. entity code

2.8.6. ShipmentWM

2.8.6.1. 1+ паллет

2.8.6.1.1. <500 заказов

2.8.7. при ordersdelmw заказы в magento со статусом отменен

2.9. 20.11

2.9.1. сейчас тестирование потоков

2.9.2. выгрузка файлов OrdersWM - каждые 10 минут

2.9.2.1. чтобы не спамить много файлов в папку

2.9.3. используем переименнованные файлы с неполными данными

2.9.3.1. после валидации на контент - название изменяется на валидное для передачи

2.9.4. после тестов попробовать экстремальные режимы

2.9.4.1. когда ляжет какой-то сервис

2.9.5. отладка процессов оксиджен до конца недели

2.9.6. Валидация адреса Укр почты

2.9.6.1. начало след неделю

2.9.7. Регистрация посылок

2.9.7.1. конец недели

2.9.8. инструкция по magento

2.10. 4.12

2.10.1. готово

2.10.1.1. валидация адреса в Укр Почты

2.10.1.1.1. на тестовом стенде

2.10.1.2. исправлены ошибки на тестовом

2.10.1.3. проверка производительности OrdersCM readyWM

2.10.1.3.1. ordersCM

2.10.1.3.2. readyWM

2.10.1.4. в спецификацию Укр Почты добавили 3 поля: ширина длина высота

2.10.1.4.1. https://docs.google.com/document/d/1t3hmYOI5Opf8QsKaScuCY_o0ZBgAnwDN0DBsJuFspec/edit#

2.10.1.4.2. расчет на стороне magento

2.10.2. что делать, если адрес прошел валидацию, но процесс регистрации отказал?

2.10.2.1. КТ соберут ошибки регистрации Новой Почты

2.10.2.2. КТ проверят регистрацию Укр Почты

2.10.2.3. необходимо продумать процесс как их обрабатывать после

2.10.2.3.1. отправляем OrderDel

2.10.2.4. можем валидировать дополнительные поля при валидации адреса

2.10.2.4.1. например валидация контрагента

2.10.3. во вторник 10.12 следующий звонок

2.11. 10.12

2.11.1. Укр Почта

2.11.1.1. регистрация посылок

2.11.1.1.1. выкатываем на тестовый стенд

2.11.1.2. надо проверить поток печати для Укр Почты

2.11.1.3. надо проверить валидацию адреса

2.11.2. Новая Почта

2.11.2.1. поправили валидацию

2.11.2.1.1. 5% валидные на 1000 посылок

2.11.3. Ив Роше

2.11.3.1. не могут отправлять заказы частями - только одним файлом

2.11.3.2. первым этап валидации адресов, чтобы показать реальные данные Ив Роше

2.11.3.2.1. после максимального улучшения проверки адресов

2.11.3.2.2. 12.12 ориентир

2.11.3.2.3. 11.12 в течение дня дать ответ по статусу

2.11.3.3. до конца января - высокий сезон

2.11.3.3.1. дальше запуск только в марте

2.11.4. Сергей

2.11.4.1. добавляет отправку габаритов со своей стороны

2.11.4.2. начинает отдавать заказы на прод завтра в обеденный период

3. Потоки

3.1. v1

3.1.1. 1) OrdersCM - создание заказа

3.1.1.1. msg

3.1.1.2. xml

3.1.2. 2.1) OrdersMW - проверка адреса, успех

3.1.2.1. dat

3.1.3. 2.2) OrdersDELMW - проверка адреса, ошибка

3.1.3.1. dat

3.1.4. 3) ReadyWM - отправка данных о посылках для регистрации в LMS

3.1.4.1. dat

3.1.5. 4) ? MW - данные для печати наклеек

3.1.6. 5) ShipmentWM - данные отгрузки

3.1.6.1. dat

3.1.7. ProductsCM - товары

3.1.7.1. xml

3.1.7.2. edi

3.1.7.3. csv

3.2. v2

3.2.1. CSV

3.2.1.1. Orders CM

3.2.1.1.1. Создание товаров

3.2.1.1.2. Цена заказа

3.2.1.2. Валидация адреса

3.2.1.2.1. или

3.2.1.3. Ready WM

3.2.1.3.1. Название

3.2.1.3.2. Данные посылки

3.2.1.3.3. Похоже

3.2.1.4. PrintWM

3.2.1.4.1. Данные для печати

3.2.1.5. Shipment WM

3.2.1.5.1. Добавление в реестр LMS

3.2.1.5.2. Список заказов

4. Укр Почта

4.1. Сервисы

4.1.1. Создание Отправления

4.1.1.1. Вспомогательные сервисы

4.1.1.1.1. address

4.1.1.1.2. client

4.1.1.2. Поля

4.1.1.2.1. deliveryType

4.1.1.2.2. parcels

4.1.1.2.3. recipientAddressId

4.1.1.2.4. postPay

4.1.1.3. Примечания

4.1.1.3.1. У отправителя должен быть указан номер телефона

4.1.1.3.2. для type STANDART

4.1.1.4. Ответ

4.1.1.4.1. DeliveryPrice

4.1.1.4.2. externalId

4.1.1.5. Поля PrintMW

4.1.1.5.1. Дата/Время доставки

4.1.1.5.2. Номер документа

4.1.1.5.3. Регистрационные номер

4.1.2. Адресный классификатор

4.1.2.1. Определение языка

4.1.2.1.1. разные языки отправляются разными полями

4.1.2.2. Сервисы

4.1.2.2.1. Регион

4.1.2.2.2. Район

4.1.2.2.3. Город

4.1.2.2.4. Улица

4.1.2.2.5. Дом

4.1.3. Реестр отправлений (103а)

4.1.3.1. Создание группы отправлений

4.1.3.2. Добавление отправления в группу

4.1.4. Вопросы

4.1.4.1. Проверка адреса

4.1.4.1.1. Не проверяется при создании

4.1.4.1.2. Адресный классификатор

4.1.4.2. Cash On Delivery

4.1.4.2.1. postPay

4.1.4.3. Адрес при отправке w2w

4.1.4.3.1. postcode

4.1.4.3.2. region

4.1.4.3.3. district

4.1.4.3.4. city

4.1.4.4. Что такое counterpartyUuid?

4.1.4.4.1. Sender?

4.1.4.5. Поиск региона только на украинском?

4.1.4.5.1. Для всех остальных есть поиск на русском

4.1.5. Проверка телефона

4.1.5.1. Список некорректных телефонов

4.2. Добавить работу через статус HOLD

4.3. WBS

4.3.1. Сервис "Ukrpost" (55h)

4.3.1.1. Создание сервиса

4.3.1.1.1. 1h

4.3.1.1.2. DevOps

4.3.1.2. Валидация адреса (16h)

4.3.1.2.1. Queue Consumer

4.3.1.2.2. w2w

4.3.1.2.3. w2d

4.3.1.2.4. Queue Publisher

4.3.1.2.5. Integration Test

4.3.1.3. Создание отправления (19h)

4.3.1.3.1. Queue Consumer

4.3.1.3.2. Создание адреса получателя

4.3.1.3.3. Создание контрагента получателя

4.3.1.3.4. Создание отправления

4.3.1.3.5. Queue Publisher

4.3.1.3.6. Integration Test

4.3.1.4. Создание контрагента отправителя

4.3.1.4.1. Консольная команда

4.3.1.4.2. Запуск при старте сервиса

4.3.1.4.3. 3h

4.3.1.5. Создание реестра (8h)

4.3.1.5.1. Queue Consumer

4.3.1.5.2. Модель

4.3.1.5.3. Сервисы

4.3.1.5.4. Integration Test

4.3.1.6. Логирование

4.3.1.6.1. ELK

4.3.2. Module "Ukrpost" (12h)

4.3.2.1. Создание модуля

4.3.2.1.1. 1h

4.3.2.1.2. DevOps

4.3.2.2. Валидация адреса (5h)

4.3.2.2.1. Order CM

4.3.2.2.2. Queue Consumer

4.3.2.3. Создание отправления (4h)

4.3.2.3.1. Ready WM

4.3.2.3.2. Queue Consumer

4.3.2.4. Создание реестра (2h)

4.3.2.4.1. Shipment WM

4.3.3. Документация (2h)

4.3.3.1. Rabbit / Repository Scheme

4.3.3.1.1. 2h

4.3.4. Очереди (26h)

4.3.4.1. Динамическая конфигурация консьюмеров

4.3.4.1.1. 24h

4.3.4.2. Деплой сервиса конфигурирования RabbitMQ

4.3.4.2.1. 2h

4.3.4.3. Список очередей

4.3.4.3.1. YRU.LMS.Ukrpost.AddressValidation

4.3.4.3.2. YRU.LMS.Ukrpost.UpdateStatus

4.3.4.3.3. YRU.LMS.Ukrpost.CreateShipment

4.3.4.3.4. YRU.LMS.Ukrpost.SaveShipment

4.3.4.3.5. YRU.LMS.Ukrpost.CreateRegistry

4.3.5. Обработка некорректных состояний

4.3.5.1. Повторы

4.3.5.1.1. CreateShipment

4.3.5.1.2. SaveShipment

4.3.5.1.3. CreateRegistry

4.3.5.1.4. AddressValidation

4.3.5.2. Контроль

4.3.5.2.1. Статус заказа

4.3.5.2.2. Наличие отправления

4.3.5.2.3. Привязка отправления к реестру

4.3.5.2.4. Timeout

5. Oxygen

5.1. Test

5.1.1. 25.10

5.1.1.1. broken

5.1.1.1.1. 219074854 219075107 219074407 219075119 219093293

5.1.1.1.2. 219073774

5.1.1.2. canceled / confirmed

5.1.1.2.1. 219073774

5.1.1.2.2. 219074623

5.1.1.2.3. 219074450

5.1.1.3. order del mw

5.1.1.3.1. 219074450

5.1.1.3.2. 219074623

5.1.1.3.3. 219073774

6. Логирование

6.1. Метрики

6.1.1. Успех

6.1.2. Неудача

6.1.2.1. Тип

6.1.3. Ошибка

6.1.3.1. Тип

6.1.4. Скорость обработки

6.1.4.1. Заказов в секунду

6.2. Данные

6.2.1. валидация

6.2.1.1. успех

6.2.1.2. неудача

6.2.1.2.1. тип неудачи

6.2.1.3. ошибка

6.2.1.3.1. тип ошибки

6.2.2. регистрация отправления

6.2.2.1. успех

6.2.2.2. неудача

6.2.2.2.1. lms

6.2.2.3. ошибка

6.2.2.3.1. валидация

6.2.2.3.2. внутренняя ошибка

6.2.3. создание реестра отправлений

6.2.3.1. успех

6.2.3.2. ошибка

6.2.4. создание заказа

6.2.4.1. успех

6.2.4.2. ошибка

6.2.5. Ошибки парсинга адреса

6.2.6. Ошибки обсерверов