Если нет рейса: Проверить его на АвиаКассе, AlfaTravel и сайте авиакомпании. 0) Если авиакомпания – Азимут (A4)


После чего добавляем рейс в нужный авиа фильтр городов, предварительно согласовав с технологами



Скачать 60,45 Kb.
страница2/4
Дата10.06.2022
Размер60,45 Kb.
#185763
1   2   3   4
Связанные:
Шпаргалка

После чего добавляем рейс в нужный авиа фильтр городов, предварительно согласовав с технологами:
В OTRS из тикета пишем на почту product@aviakassa.com:
«Коллеги, клиент ищет рейс А/К-номер, направление FRO-MTO DD.MM.YYYY. У нас его нет, так как нет данного направления на конфиге N. Можно ли добавить в фильтр?»
Ответ: «Да, добавьте», – добавляем 4 пункта в формате:
MOW-LED
LED-MOW
MOW-LED|LED-MOW
LED-MOW|MOW-LED


После этого – чистка конфигов (https://admin-portal.crpo.su/):
Tools -> Procedures и по очереди:
1. Конфигурации поиска.
2. Авиа фильтры.
3. Авиа фильтры городов.


После добавления направления добавить запись в реестр (внизу):
https://docs.google.com/spreadsheets/d/13BrPJy4tAfuLda_xlecQWOxyheu8g24vDY3oOn8guS8/edit#gid=638814275


2) "avia_city_filter_config_id": null.
Пишем технологам: «Коллеги, должны ли мы получать «такой-то» рейс? Если да, то от кого?»


3) Рейс не отображается на фронте, но есть в Lamprey
Перед поиском нажать F12, открыть Network и открыть search-result, взять оттуда PID. Далее анализировать логи.


На кого назначать задачи
SQL-approve - Акладная Катерина
Другие задачи - Шведов Максим
И написать в aviakassa-support: «@Акладная Екатерина Привет, SQL approve: ссылка на задачу» или «@Шведов Максим Привет, задача <трекер>: ссылка на задачу»


Виды трекеров при заведении задачи

Feature - Создание нового (ранее не существовавшего) функционала, бизнес-процесса, элемента интерфейса и т. п. Суть в разработке именно того, чего раньше в функционале продукта не было


Заинтересованные: бизнес-менеджеры, бизнес-аналитики.

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


Заинтересованные: бизнес-менеджеры, бизнес-аналитики, QA.

Bug - Исправление ошибок в функционале на продакт-среде (сделали не так как предполагалось, поломали, не поняли постановку задач и пропустили это на всех этапах, другие причины).


Заинтересованные: тех. поддержка, бизнес, QA.

Refactoring - Улучшение кодовой базы существующего функционала (технический долг) для уменьшения трудозатрат по внедрению будущих новых фич.


Заинтересованные: разработка, архитектор.

Research - Исследование, проектирование, анализ будущего нового функционала, проблем с текущим функционалом, результатом которого будут: а) задачи на разработку/исправление ошибок/рефакторинг; б) определение необходимости в декомпозиции существующей задачи; в) готовый (всесторонне описанный) бизнес-процесс (фича) к трансформации в тех. задание.


Заинтересованные: разработка.

Support - создание нового и развитие текущего внутреннего функционала, не связанного с бизнес-процессами по получению прибыли, а связанные с обслуживанием и аналитикой проблем.


Заинтересованные: тех. поддержка, КЦ, системные аналитики.

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





Скачать 60,45 Kb.

Поделитесь с Вашими друзьями:
1   2   3   4




База данных защищена авторским правом ©psihdocs.ru 2022
обратиться к администрации

    Главная страница