Принципы работы программы — различия между версиями
PT (обсуждение | вклад) |
PT (обсуждение | вклад) |
||
| Строка 1: | Строка 1: | ||
| + | = Архитектура программного комплекса {{an}} = | ||
| + | |||
| + | Ляляля. | ||
| + | |||
| + | = Знакомство с внутренними принципами работы программы = | ||
| + | |||
{{an}} позволяет выполнять следующие задачи: | {{an}} позволяет выполнять следующие задачи: | ||
| − | *вести учёт продаж авиабилетов, Ж/Д билетов и любых других услуг (посредством [[Работа с универсальным продуктом | универсального продукта]]); | + | *вести учёт продаж авиабилетов, Ж/Д билетов и любых других услуг (посредством [[Работа с универсальным продуктом | универсального продукта]]) с помощью обменных файлов, а также ручной учёт; |
*рассчитывать агентское комиссионное вознаграждение, сборы, скидки и прочее согласно правилам договора; | *рассчитывать агентское комиссионное вознаграждение, сборы, скидки и прочее согласно правилам договора; | ||
*формировать финансовые и статистические отчёты как для внутреннего пользования (по агентам, по корпоративным клиентам и т.п.), так и для отчётности поставщикам услуг; | *формировать финансовые и статистические отчёты как для внутреннего пользования (по агентам, по корпоративным клиентам и т.п.), так и для отчётности поставщикам услуг; | ||
| Строка 11: | Строка 17: | ||
== Принципы работы программы на примере обработки обменного файла авиабилета == | == Принципы работы программы на примере обработки обменного файла авиабилета == | ||
| − | Основной задачей {{an}} является учёт продаж авиабилетов с помощью обменных файлов | + | Основной задачей {{an}} является учёт продаж авиабилетов с помощью обменных файлов (см. далее). При учёте услуг, вне зависимости от их типа (авиабилет, Ж/Д-билет, страховка), в программе используются два понятия: |
*'''Продукт''' — представляет один конкретный авиабилет (а также возврат и обмен авиабилета) или другую услугу. | *'''Продукт''' — представляет один конкретный авиабилет (а также возврат и обмен авиабилета) или другую услугу. | ||
*'''Заказ''' — представляет собой контейнер для продуктов. То есть, в одном заказе может содержаться несколько продуктов. | *'''Заказ''' — представляет собой контейнер для продуктов. То есть, в одном заказе может содержаться несколько продуктов. | ||
| + | |||
| + | Впрочем, наличие обменного файла не является обязательным для учёта продаж. Все продукты, создаваемые из обменных файлов, можно также создать и вручную, заполнив пустую маску продукта всеми необходимыми вам данными. Также для учёта возвратов и обменов билетов не обязательно получать обменные файлы, содержащие данные по этим операциям, их можно производить вручную. <!-- Вероятно, стоит создать соответствующую статью, которая показывает, как создать новый продукт -->. | ||
На примере выполнения задачи учёта продуктов можно разобраться, как взаимодействуют между собой элементы программы. Ниже приведена упрощённая схема создания продукта из обменного файла: | На примере выполнения задачи учёта продуктов можно разобраться, как взаимодействуют между собой элементы программы. Ниже приведена упрощённая схема создания продукта из обменного файла: | ||
| Строка 20: | Строка 28: | ||
[[Image: MOM_basic_scheme.png]] | [[Image: MOM_basic_scheme.png]] | ||
| − | Рассмотрим, что | + | Рассмотрим, что означают части этой схемы. |
| − | '''Обменный файл''' — это файл, содержащий информацию о бронировании. В большинстве случаев этот файл создаётся специальным программным обеспечением, поставляемым вместе с ПО терминала системы бронирования. Содержание обменных файлов | + | '''Обменный файл''' — это файл, содержащий информацию о бронировании. В большинстве случаев этот файл создаётся специальным программным обеспечением, поставляемым вместе с ПО терминала системы бронирования, а также, при наличии соответствующей договорённости, обменные файлы могут высылать компании-поставщики услуг. Содержание обменных файлов, полученных от разных источников, как и внутренний принцип работы с ними, отличаются друг от друга. В схеме выше рассмотрен наиболее простой пример работы с обменным файлом системы бронирования Sabre. Но, например, при работе с обменными файлами системы Gabriel принцип работы будет немного отличаться, так как для этой системы используются несколько обменных файлов, чтобы составить полную информацию о бронировании и выписанных билетах в этой системе. Информация по специфике работы с обменными файлами различных систем бронирования находится в статье [[Рекомендации по технологии работы агентов]]. |
| − | После того, как {{an}} обнаружил обменный файл (см. статью [[Импорт и экспорт данных]]), создаётся пустая маска продукта (в нашем примере — авиабилета), которая заполняется данными, прочитанными из обменного файла. Часть этих данных не требует предварительной интерпретации (номера билетов, PCC агентства), другая часть используется в связке с данными агентства в {{an}} (правила договоров, профили корпоративных клиентов). | + | После того, как {{an}} обнаружил обменный файл (см. статью [[Импорт и экспорт данных]]), создаётся пустая маска продукта (в нашем примере — авиабилета), которая заполняется данными, прочитанными из обменного файла обработчиком. Часть этих данных не требует предварительной интерпретации (номера билетов, PCC агентства), другая часть используется в связке с данными агентства в {{an}} (правила договоров, профили корпоративных клиентов). |
| − | Второй блок диаграммы — «Связывание данных» — обозначает | + | Второй блок диаграммы — «Связывание данных» — обозначает процесс сравнения и привязки данных из профилей и справочников к данным обменного файла. Таким образом, пользователь {{an}} может видеть, например, что билет был куплен одним из корпоративных клиентов агентства и может сразу же заглянуть в его профиль. Так же программа сравнивает номер бланка, обозначенный в обменном файле, и сравнивает его с записью из справочника, после чего на маске билета отображается название и код бланка. Это лишь примеры связываемых данных, полный список более обширен. |
| − | После обработки исходных данных и их связывания с профилями и справочниками получается | + | После обработки исходных данных и их связывания с профилями и справочниками получается остаётся только рассчитать комиссионное вознаграждение, сборы. Для этого используются [[Договоры | договоры]] (с помощью договоров можно выполнять не только действия по расчёту комиссий и сборов, но и некоторые другие). О принципах их работы можно узнать из соответствующей статьи. |
Когда продукт был полностью создан, {{an}} проверяет, стоит ли создать новый заказ для этого продукта или добавить его в старый (например, если есть заказ с проданным билетом, а затем был обработан обменный файл с информацией по обмену этого авиабилета). | Когда продукт был полностью создан, {{an}} проверяет, стоит ли создать новый заказ для этого продукта или добавить его в старый (например, если есть заказ с проданным билетом, а затем был обработан обменный файл с информацией по обмену этого авиабилета). | ||
| − | Эти стадии выполняются автоматически при обработке обменного файла. Затем пользователь может приступить к ручной работе с заказом — включить его в отчёты, создать и распечатать пакет документов, выгрузить заказ в XML и т.п. | + | Эти стадии выполняются автоматически при обработке обменного файла, но могут быть выполнены вручную, как и любые другие автоматические операции по обработке данных. Затем пользователь может приступить к ручной работе с заказом — включить его в отчёты, создать и распечатать пакет документов, выгрузить заказ в XML и т.п. |
| − | Обратите внимание, что информация в этой статье является | + | Обратите внимание, что информация в этой статье является поверхностной. Для более глубокого понимания принципов работы программы, обращайтесь к соответствующим статьям руководства. |
Версия 11:05, 7 ноября 2012
Архитектура программного комплекса Mid Office Manager
Ляляля.
Знакомство с внутренними принципами работы программы
Mid Office Manager позволяет выполнять следующие задачи:
- вести учёт продаж авиабилетов, Ж/Д билетов и любых других услуг (посредством универсального продукта) с помощью обменных файлов, а также ручной учёт;
- рассчитывать агентское комиссионное вознаграждение, сборы, скидки и прочее согласно правилам договора;
- формировать финансовые и статистические отчёты как для внутреннего пользования (по агентам, по корпоративным клиентам и т.п.), так и для отчётности поставщикам услуг;
- формировать финансовую и сопроводительную документацию (маршрут-квитанции, счёт-фактуры и т.п.);
- синхронизировать Профили Mid Office Manager с системой профилей STARS системы бронирования Sabre;
- вести учёт бланков строгой отчётности (Сток контроль);
- экспортировать большую часть данных в файлы формата XML, а также XLS.
Принципы работы программы на примере обработки обменного файла авиабилета
Основной задачей Mid Office Manager является учёт продаж авиабилетов с помощью обменных файлов (см. далее). При учёте услуг, вне зависимости от их типа (авиабилет, Ж/Д-билет, страховка), в программе используются два понятия:
- Продукт — представляет один конкретный авиабилет (а также возврат и обмен авиабилета) или другую услугу.
- Заказ — представляет собой контейнер для продуктов. То есть, в одном заказе может содержаться несколько продуктов.
Впрочем, наличие обменного файла не является обязательным для учёта продаж. Все продукты, создаваемые из обменных файлов, можно также создать и вручную, заполнив пустую маску продукта всеми необходимыми вам данными. Также для учёта возвратов и обменов билетов не обязательно получать обменные файлы, содержащие данные по этим операциям, их можно производить вручную. .
На примере выполнения задачи учёта продуктов можно разобраться, как взаимодействуют между собой элементы программы. Ниже приведена упрощённая схема создания продукта из обменного файла:
Рассмотрим, что означают части этой схемы.
Обменный файл — это файл, содержащий информацию о бронировании. В большинстве случаев этот файл создаётся специальным программным обеспечением, поставляемым вместе с ПО терминала системы бронирования, а также, при наличии соответствующей договорённости, обменные файлы могут высылать компании-поставщики услуг. Содержание обменных файлов, полученных от разных источников, как и внутренний принцип работы с ними, отличаются друг от друга. В схеме выше рассмотрен наиболее простой пример работы с обменным файлом системы бронирования Sabre. Но, например, при работе с обменными файлами системы Gabriel принцип работы будет немного отличаться, так как для этой системы используются несколько обменных файлов, чтобы составить полную информацию о бронировании и выписанных билетах в этой системе. Информация по специфике работы с обменными файлами различных систем бронирования находится в статье Рекомендации по технологии работы агентов.
После того, как Mid Office Manager обнаружил обменный файл (см. статью Импорт и экспорт данных), создаётся пустая маска продукта (в нашем примере — авиабилета), которая заполняется данными, прочитанными из обменного файла обработчиком. Часть этих данных не требует предварительной интерпретации (номера билетов, PCC агентства), другая часть используется в связке с данными агентства в Mid Office Manager (правила договоров, профили корпоративных клиентов).
Второй блок диаграммы — «Связывание данных» — обозначает процесс сравнения и привязки данных из профилей и справочников к данным обменного файла. Таким образом, пользователь Mid Office Manager может видеть, например, что билет был куплен одним из корпоративных клиентов агентства и может сразу же заглянуть в его профиль. Так же программа сравнивает номер бланка, обозначенный в обменном файле, и сравнивает его с записью из справочника, после чего на маске билета отображается название и код бланка. Это лишь примеры связываемых данных, полный список более обширен.
После обработки исходных данных и их связывания с профилями и справочниками получается остаётся только рассчитать комиссионное вознаграждение, сборы. Для этого используются договоры (с помощью договоров можно выполнять не только действия по расчёту комиссий и сборов, но и некоторые другие). О принципах их работы можно узнать из соответствующей статьи.
Когда продукт был полностью создан, Mid Office Manager проверяет, стоит ли создать новый заказ для этого продукта или добавить его в старый (например, если есть заказ с проданным билетом, а затем был обработан обменный файл с информацией по обмену этого авиабилета).
Эти стадии выполняются автоматически при обработке обменного файла, но могут быть выполнены вручную, как и любые другие автоматические операции по обработке данных. Затем пользователь может приступить к ручной работе с заказом — включить его в отчёты, создать и распечатать пакет документов, выгрузить заказ в XML и т.п.
Обратите внимание, что информация в этой статье является поверхностной. Для более глубокого понимания принципов работы программы, обращайтесь к соответствующим статьям руководства.
