Преподаватель который помогает студентам и школьникам в учёбе.

Разработка конфигурации «Реализация билетов через розничные кассы» в среде 1С:Предприятие 8.3

Содержание:

ВВЕДЕНИЕ

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

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

Туризм - область деятельности, имеющая огромное количество часто меняющихся нюансов. Эта область зависит от политики, решений властей, моды, времён года и прочих факторов. Именно поэтому невозможно написание универсальной программы, способной охватить всё это многообразие. Однако есть возможность написания основы, которую можно настроить под конкретную фирму. Плюсы автоматизации туристической фирмы состоят в том, что информационная система помогает вести единый учёт данных, даже если его формируют несколько сотрудников.

Целью данной работы является разработка в системе «1С:Предприятие 8.2» информационной системы деятельности туристического оператора.

Задачами являются: описание предметной области, разработка констант, справочников, перечислений, регистров, документов, отчётов, интерфейса информационной системы. [1, 2]

ГЛАВА 1 ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ ОРГАНИЗАЦИИ ПРОДАЖИ БИЛЕТОВ

1.1 Исторические аспекты продажи билетов

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

Первоначально проездной билет был многоразового использования, поскольку изготавливался из жести, в основном восьмиугольной формы. Пассажир покупал билет в «кассирном отделении», сдавал его кондуктору по прибытии на место, после чего билет вновь использовался для продажи. На первой в стране железнодорожной линии, соединившей Санкт-Петербург с Царским Селом, в обороте были жестяные жетоны в форме четырёхугольника.

В 1836 году ТЭдмондсон разработал и организовал в Манчестере (Англия) производство билетопечатающих прессов. Наних выпускались картонные билетные карточки, которые использовались как проездной документ. Цену на карточках набивали компостером, который позднее был изобретён Я. Ю. Барановским.

Картонные билеты на отечественных железных дорогах находились в обращении в конце XIX — первой половине XX века. Билет представлял собой прямоугольник из картона с трехмиллиметровым отверстием в центре, через которое нанизывался на шнур. Сверху на билете компостером прокалывали специальные дырочки. Их ряд состоял из семи или восьми цифр, обозначавших номер поезда, число, месяц и год. В 1930-е годы билетный кассир П. Аладин предложил компостировать билеты непосредственно в поездах.

Первая кассовая билетопечатающая машина (БПМ) типа «Волхов» (656 печатных клише и рабочий цикл 1,5 с) появилась в СССР в 1960-е годы. В 1966-м на вокзалах было в эксплуатации уже около 145 тыс. подобных билетопечатающих машин и автоматов. Только в пригородных кассах работало более 135 тыс. единиц такого оборудования, что позволило почти полностью автоматизировать продажу билетов пассажирам.

Полуавтоматическая билетопечатающая машина типа КЖ (клавишная железнодорожная), имевшая рабочий цикл 1,1—1,4 с, предназначалась для печати и выдачи кассиром единичных билетов для поездки в пригородном сообщении, механизации учёта проданных билетов и вырученных денег и т.д. К билетопечатающим автоматам без участия кассиров относился АБ2 (однозонный), который позволял продавать билеты «туда» и «обратно» назначением на одну из первых шести тарифных зон с возможностью оплаты четырьмя монетами; АБ-6М выполнял уже функции печатания и выдачи полных и детских пригородных билетов в пределах первых 13 тарифных зон.

В 1976 году с помощью билетопечатающих машин пригородным пассажирам было продано свыше 890 млн билетов (79 %), а с помощью автоматов — 100 млн билетов (более 90 %), благодаря рациональной организации рабочего места кассира и эффективному расположению автоматов в помещениях вокзала и станции.

В 1980-е годы бумажные билеты пришли на смену картонным. На железнодорожных станциях заготавливался запас готовых билетов с заранее нанесёнными на них типографским способом названиями станций, с которыми было сообщение. С конца 1990-х перешли на комбинированные или универсальные бланки, где указывались паспортные данные пассажира [1].

Автоматизация и механизация билетнокассовых операций освободили кассиров от необходимости ручного заполнения и компостирования билетов, облегчили условия работы, создали широкие возможности для улучшения и ускорения составления отчётности по пассажирским перевозкам, сэкономили значительное время у пассажиров. Однако само по себе наличие механизмов, насыщенность ими вокзалов и касс до конца не решали вопросов повышения производительности труда кассиров, экономии времени пассажиров, улучшения использования техники.

Дальнейшее развитие билетных технологий на железнодорожном транспорте было обеспечено, когда появился аппаратно-программный комплекс резервирования мест и билетно-кассовых операций АСУ «Экспресс».

1.2 Основные задачи АСУ продажи билетов

Основной задачей АСУ «Экспресс-1» являлась автоматизация управления билетно-кассовыми операциями в масштабе железнодорожного узла Москва, обслуживавшего в сутки до 250 тыс. пассажиров поездами прямого и местного сообщения. С 1972 года система коллективного пользования обслуживала предварительные кассы Киевского вокзала, а с 1974 по 1985 год осуществляла функцию продажи билетов в режиме реального времени на столичный железнодорожный узел только от Москвы со сроком резервирования от 10 дней до отправления поезда с помощью 580 автоматизированных билетных касс. Тем самым отпала надобность в расчёте стоимости проезда и заполнении бланков проездных документов, запоминании сведений о местах, передаваемых диспетчером, составлении отчёта о проданных билетах. Труд билетного кассира в новых условиях свёлся к работе оператора, находящегося за пультом.

Предпосылками создания АСУ «Экспресс-2» стали ограниченный набор функций «Экспресс-1», технологическая и информационная революция в странах Запада в 1960—1980-е годы, потребность внедрения компьютеризации в СССР. АСУ «Экспресс-2» (1982—2005 гг.) была разработана на базе десятилетнего опыта эксплуатации своего аналога. Набор функций «Экспресс-2» расширился за счёт резервирования мест и продажи билетов от 45 дней до прихода поезда на станцию назначения. Если АСУ «Экспресс-1» предназначалась для комплексной автоматизации билетнокассовых операций в крупных железнодорожных узлах, то новая АСУ управляла продажей билетов и пассажирскими перевозками уже в масштабе регионов (полигонов), выделяемых на сети железных дорог. В регион, обслуживаемый АСУ «Экспресс-2», могла входить территория одной или нескольких дорог.

Эффективность АСУ «Экспресс-2» определялась показателями сокращения времени, затрачиваемого пассажиром на приобретение билетов; улучшения использования мест в пассажирских поездах и обслуживания пассажиров, следовавших с пересадками и приобретавших билеты на обратный поезд. АСУ была рассчитана на круглосуточную работу с коэффициентом готовности не менее 0,99, что соответствовало 99 % полезного времени работы.

Для управления технологическими процессами продажи билетов через «Экспресс-2» при ЭВЦ, управлениях дорог и управлениях министерства путей сообщения (МПС) были созданы специальные технологические отделы, бюро и группы. Технологические отделы ЭВЦ осуществляли контроль за выполнением процесса в АСУ, корректировку информационных массивов при переходе на новые сутки и при смене расписаний, открытие и закрытие билетных касс, обеспечивали соответствие видов и режимов работы системы, решение различных задач и подготовку на их основе необходимых рекомендаций для железных дорог и МПС. Технологические отделы при управлениях дорог и министерства через дистанционные терминальные устройства автоматически получали всю нужную информацию от действующих на сети АСУ «Экспресс-2» (сведения о пассажирских перевозках, работе билетных касс, пунктов продажи билетов, использовании подвижного состава, потребностях пассажиров, рекомендациях системы и т. п.) и подготавливали адекватные ситуации распоряжения.

Через пятнадцать взаимодействующих между собой АСУ «Экспресс-2» были автоматизированы все процессы управления продажей билетов с учётом транзитных поездов, включая распределение нормы и продажу мест по станции формирования поезда и пути следования поездов; продажу мест через бюро заказов по телефону, оформление прямой плацкарты и групповых заявок. Выдача билетов осуществлялась в свободной продаже и по номеру брони. Каждому номеру брони из общего банка мест выделялась норма, которая могла быть изменена в зависимости от хода текущей продажи. Все номера являлись идентичными для любой АСУ на сети дорог. Бронь могла накладываться на вагон и отдельные места [2].

АСУ «Экспресс-3» — это вычислительная сеть по обслуживанию пассажиров для автоматизации продажи билетов и резервирования мест в поездах, а также оперативного управления пассажирскими перевозками со сроком резервирования от 45 дней до отправления поезда. Система действует с 2005 года на территории РФ, СНГ, Латвии, Литвы и Эстонии и является полноправным членом международного сообщества систем резервирования мест, взаимодействуя с европейскими электронными системами в рамках вычислительных сетей ОСЖД/МСЖД.

Создание системы управления пассажирскими перевозками имеет целью снижение расходов, повышение доходов и предоставление новых услуг пассажирам. Другая группа целей связана с необходимостью замены устаревшего оборудования и использования современных цифровых каналов связи.

Объектами АСУ «Экспресс-3» стали пассажирские и финансовые хозяйства железных дорог по их основным информационно-технологическим направлениям. Структурно все АСУ системы объединены в единую вычислительную сеть, работающую в реальном режиме времени и едином технологическом режиме для пассажиров и специалистов железных дорог.

АСУ «Экспресс-3» связана с европейскими железными дорогами, благодаря взаимодействию Московского центра с системой «KURS-90»; с СНГ и Балтией — через сеть передачи данных (СПД) и инфо- сеть 21.

В единую аналитическую базу данных по пассажирским перевозкам ОАО «РЖД» поступают все проездные документы и информация об исполненных рейсах поездов и вагонов, обслуживании пассажиров (таблица 1) [3].

Таблица 1

Содержание информации

Содержание

№ пп.	Информация
1	Показатели поезда	Схема состава Календарь обращения Объёмы перевозок: суммарные по типам вагонов по льготам Доходные поступления: по билетам по плацкартам по вагонам по поезду Вагоно-км Пассажиро-км Населённость: в процентах пассажиров на вагон коэффициент сменности Ёмкость состава Рентабельность поезда
2	Статистика	Количество пассажиров Объём багажа, грузобагажа и почты Доходы от перевозок во всех видах сообщений Пассажиро-км Вагоно-км Средняя дальность поездки и т.п.
3	Отчётность	По кассам По пунктам продаж По дорогам По странам
4	Маркетинг	Изучение рынка Анкетирование Аналнз работы Оперативное реагирование Рентабельность
5	Наличие мест	До отправления После отправления
6	Доход	Старый тариф Новый тариф
7	Спрос	Недельный Годовой

База содержит около 120 млн проездных документов и 3,5 млн рейсов вагонов. Срок хранения этой информации — 12 лет. На основе аналитической базы данных решаются следующие задачи управления перевозками:

продажа билетов с указанием места не только с начального, но и с промежуточных пунктов следования поезда;
выбор одним запросом сложных маршрутов с пересадками;
поиск проездных документов, идентификация поездки пассажира и информации о перевозках для восстановления именных проездных документов в случае их утери;
анализ динамики продажи;
анализ отправления и корреспонденции пассажиропотоков;
оценка экономической эффективности поездов [4].

АСУ «Экспресс-3» включает в себя подсистемы, в которых были расширены их функциональные возможности. В их числе:

Подсистема планирования и управления пассажирскими перевозками опирается на базу данных, в которой содержится информация обо всех перевозках, выполняемых российскими железными дорогами. АРМ с помощью специального ключа доступа обслуживает абонента АСУ «Экспресс-3», который в ходе выполнения заказа определяет содержание выходной информации. Регулирование пассажирских перевозок основывается на полученных данных.

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

Подсистема комплексного справочно-информационного обслуживания пассажиров (ЭКАСИС) позволяет получать информационные справки во всех видах сообщений по телефону, в офисах, через интернет и т.д.

Подсистема управления багажной работой (АСУБР) включает все операциис багажом (погрузка, выгрузка, розыск и т.д.) для регулирования багажных перевозок с целью получения максимального дохода от перевозочного процесса.

Таблица 2

Сравнение АСУ «Экспрес‑1», «Экспресс‑2» и «Экспресс‑3»

Показатель	АСУ «Экспресс-1»	АСУ «Экспресс-2»	АСУ «Экспресс-3» (Москва)
Сфера назначения	Для железнодорожных узлов	Для регионов железнодорожной сети	Для полигонов по дальним пассажирским поездам
Период предварительного резервирования мест, сут.	10	63	60
Число резервируемых мест в сутки	до 200 тыс.	до 450 тыс.	до 450 тыс.
Число обслуживаемых касс	580	до 2000	до 10000
Число обслуживаемых поездов:
с учётом хранения мест	300	до 600	до 600
без учёта хранения мест	нет	до 2600	до 2600
Число обслуживаемых маршрутов прицепных и беспересадочных вагонов в одном поезде	4	до 16	до 16
Нумерация дальних пассажир.поездов	трехзначная (по узлу)	пятизначная (по всей сети)	пятизначная
Нумерация станций и вагонов	четырёхзначная (по узлу)	пятизначная (международная)	пятизначная
Максимальное число станций, обслуживаемых системой по пути одного поезда	нет	до 256	до 256
Число разных видов брони на места	3	до 24	до 24
Число разных работ (заказов), выполненных кассирами	7	до 100	до 100
Среднее время оформ. билета, сек.	49,5	45	45
Число возможных вариантов поездки в одном заказе	1	до 6	до 5
Тип ЭВМ	Маршрут-1	ЕС ЭВМ разл. модиф.	ЕС IBM-3270, 2780
Производительность (заказов/сек)	4	15	до 50

Подсистема управления парком пассажирских вагонов (АСУПВ) автоматизирует технологические процессы по эксплуатации и ремонту пассажирских вагонов. Она опирается на АРМ по отслеживанию безопасности движения, планированию ремонта вагонов, подготовке составов в рейс и т.д.
Подсистема финансового и статистического учёта пассажирских перевозок (АФИС) предоставляет отчётность по пассажирским перевозкам ежесуточно, по месяцам, декадам и т.п. С её помощью осуществляются взаиморасчёты за пассажирские перевозки между железными дорогами России и других государств. АФИС ведёт учёт и контроль финансовой деятельности билетных и багажных кассиров, а также поступлений на железные дороги бланков строгого учёта проездных и перевозочных документов и их расход каждым кассиром.
Подсистема сервисного обслуживания пассажиров предоставляет пассажирам сервисные услуги по оформлению гостиницы, такси, проката автомобилей, питанию и т.д.
Подсистема «Расписание» контролирует в реальном масштабе времени прохождение поездов по установленному графику. В случае отклонения от расписания подсистема выдаёт реальную информацию на табло и платформенных указателях. Кроме того, она используется для подготовки служебных расписаний движения поездов дальнего и пригородного сообщения.
Подсистема взаимодействия с другими АСУ обеспечивает работу с системами, функционирующими на железных дорогах или относящимися к иным видам транспорта.

В состав технических средств АСУ «Экспресс-3» входят: два центра обработки данных в Москве и С. - Петербурге, специализированные кассовые терминалы, принтеры для тиражирования железнодорожных билетов, сканеры считывания штриховых кодов с проездных документов, визуальные программные системы, предназначенные для коллективного доступа, сетевая инфраструктура на базе сети TCP, специализированные технические и программные средства обеспечения информационной безопасности серверов на основе технологии VipNet[3].

Сравнение основных показателей модификаций АСУ «Экспресс», которое дано в таблице 2 [3—5], служит своеобразным отправным моментом, чтобы подвести итоги билетной истории.

Изначально, на выбор материала, из которого делались пассажирские билеты, повлияли возможность их многократного использования (жесть), изготовление на билетопечатающих прессах (картон), необходимость нанесения названий станций типографским способом для подготовки стратегического запаса (бумажные бланки), а в эпоху сетевых технологий естественный переход — к электронным билетам.

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

Совершенствование системы управления пассажирскими перевозками через аппаратно-программный комплекс «Экспресс» осуществлялось путём информатизации основных технологических процессов в пассажирском хозяйстве (вторая половина 1970-х гг. - по настоящее время). Автоматизация билетно-кассовых операций шла в направлении её расширения (столичный железнодорожный узел, выделенный полигон сети, межгосударственная система резервирования мест, продажи билетов и управления пассажирскими перевозками) и улучшения качества обслуживания населения (от сокращения времени на приобретение до продажи билетов с промежуточных пунктов следования поезда, увеличения сроков резервирования и поиска билетов).

Прогноз дальнейшего развития АСУ «Экспресс» с использованием возможностей современных средств программирования и проектирования может быть осуществлён с помощью методики оценки исторической обусловленности и целесообразности внедрения новой техники (системы) на железнодорожном транспорте [6]. Из этапов, подлежащих оценке, наиболее значимым является предполагающий оценку ожидаемых последствий внедряемого образца новой системы на основе сопоставления с историей внедрения образца-аналога. Причём оценивать прогнозируемые приращения аналитик-историк должен с учётом повышения безопасности движения на железнодорожном транспорте, улучшения пассажиро- и грузоперевозок, влияния нововведения на экологию, разумного соотношения экономических затрат, долговременности позитивных и негативных последствий внедрения, общей позиции вышестоящих инстанций, хронологии разработки и реализации проекта, изменения психологии пользователей (обслуживающего персонала и пассажиров) после внедрения новаций (на основе анализа СМИ).

ГЛАВА 2. РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ «РЕАЛИЗАЦИИ БИЛЕТОВ»

2.1 Разработка констант

Объект конфигурации константа предназначен для создания в базе данных структур, в которых будет храниться информация, которая не изменяется во времени или изменяется очень редко. Каждый объект конфигурации Константа описывает структуру для хранения одного значения. [3, С.51].

В разработанной системе 4 константы:

НазваниеОрганизации;
АдресОрганизации;
Контакты;
Примечания.

Форма констант и вид в пользовательском режиме отображены на рисунке 1.

Рисунок 1 –Вид формы констант в пользовательском режиме.

Примечание - Источник: собственная разработка.

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

2.2 Разработка перечислений

Объект конфигурации перечисление является прикладным объектом и предназначен для описания структуры хранения постоянных наборов значений, не изменяемых в процессе работы конфигурации. На основе объекта конфигурации перечисление платформа создает в базе данных информационную структуру, в которой может храниться набор некоторых постоянных значений. [3, С.78].

В системе было создано одно перечисление «Пол»: Мужской/Женский. Используется для справочника «Сотрудники».

2.3 Разработка справочников

Объект конфигурации справочник предназначен для описания списков данных. Его характерной особенностью является то, что пользователь в процессе работы может самостоятельно добавлять новые элементы в справочник.

Каждый элемент справочника, как правило, содержит некоторую дополнительную информацию, которая более подробно описывает этот элемент. Набор такой информации является одинаковым для всех элементов справочника, и для описания такого набора используются реквизиты. [3, С.95].

В системе разработано 4 справочника.

Иерархический справочник «Туры» содержит в себе информацию о турах по областям Республики, который представлен на рисунках 2, 3, 4 и имеет следующие реквизиты:

Наименование (стандартный реквизит);
КраткоеОписание (тип Строка)

Рисунок 2 –Вид справочника «Туры» в пользовательском режиме.

Примечание - Источник: собственная разработка.

Рисунок 3 –Вид справочника «Туры» в пользовательском режиме.

Примечание - Источник: собственная разработка.

Рисунок 4 –Вид формы справочника «Туры».

Примечание - Источник: собственная разработка.

Справочник «Договоры», который заполняется автоматически при формировании «Заявки на отдых», представленном на рисунке 5, содержит в себе номер договора с клиентом, самого клиента, код, а так же дату заключения договора с клиентом.

Реквизиты справочника:

Наименование (стандартный реквизит);
Код (стандартный реквизит);
Владелец (стандартный реквизит);
ДатаЗаключенияДоговора (тип Дата).

Рисунок 5 –Вид справочника «Договоры» в пользовательском режиме.

Примечание - Источник: собственная разработка.

Справочник «Контрагенты» представлен на рисунках 6 и 7. В него заносятся и хранятся все покупатели путёвок. Если клиент обращается и покупает путёвку в туристической фирме не в первый раз, то его можно будет выбрать из этого списка при формировании «Заявки на отдых» и документа «Продажа путёвок».

Реквизиты справочника «Контрагенты»:

Наименование (стандартный реквизит);
Код (стандартный реквизит).

Рисунок 6 –Вид справочника «Контрагенты» в пользовательском режиме.

Примечание - Источник: собственная разработка.

Рисунок 7 – Вид формы справочника «Контрагенты».

Примечание - Источник: собственная разработка.

2) Иерархический справочник «Сотрудники» содержит в себе группы категорий должностей и информации о самих сотрудниках. Его вид в пользовательском режиме представлен на рисунках 8, 9, 10.

Реквизиты справочника «Сотрудники»:

Наименование (стандартный реквизит);
Код (стандартный реквизит);
Пол (тип ПеречислениеСсылка.Пол);
Адрес (тип Строка);
Дата Рождения (тип Дата);
Электронная почта (тип Строка);

Рисунок 8 –Вид справочника «Сотрудники» в пользовательском режиме.

Примечание - Источник: собственная разработка.

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

Рисунок 9 –Вид справочника «Сотрудники» в пользовательском режиме.

Примечание - Источник: собственная разработка.

Рисунок 10 –Вид формы справочника «Сотрудники».

Примечание - Источник: собственная разработка.

2.4 Разработка документов

Объект конфигурации документ предназначен для описания информации о совершенных хозяйственных перациях. На его основе платформа создает в базе данных информационную структуру, в которой будут храниться, например, такие документы как приходные накладные, или приказы о приеме на работу, или платежные поручения, или счета и т.д.

Документ обладает способностью проведения. Факт проведения документа означает, что событие, которое он отражает, повлияло на состояние учета. До тех пор, пока документ не проведен, состояние учета неизменно и документ - не более чем черновик, заготовка. Как только документ будет проведен, изменения, вносимые документом в учет, могут вступить в силу и состояние учета может быть изменено. [3, С.125].

Для продажи путёвок в системе было разработано 2 документа: «Заявка на отдых» и «Продажа путёвок». В одном документе может фиксироваться несколько заявок, т.к. один тур либо экскурсию могут покупать несколько контрагентов.

1) Документ «Заявка на отдых» представлен на рисунках 11 и 12 и имеет следующие реквизиты:

Дата (стандартный реквизит);
Номер (стандартный реквизит);
Контрагент (тип СправочникСсылка.Контрагенты);
Договор (тип СправочникСсылка.Договоры);
Тур (тип СправочникСсылка.Туры);
Дата выезда (тип Дата);
Дата приезда (тип Дата);
Количество (тип Число).

Рисунок 11–Вид документа «Заявка на отдых» в пользовательском режиме.

Примечание - Источник: собственная разработка.

Рисунок 12–Вид формы документа.

Примечание - Источник: собственная разработка.

2) Документ «Продажа путёвок» представлен на рисунках 13 и 14. Все средства от проданных путёвок автоматически фиксируются и накапливаются в регистре накоплений «Продажи» .

Рисунок 13–Вид документа «Продажа путёвок» в пользовательском режиме.

Примечание - Источник: собственная разработка.

Рисунок 14–Вид формы документа «Продажа путёвок»

Примечание - Источник: собственная разработка.

Так как несколько заявок от разных клиентов могут служить основанием для одного тура, они фиксируются в табличной части одного документа несколькими строчками. Количество строк видно внизу документа. Общая сумма тура по всему количеству людей так же складывается автоматически.

В табличной части документ «Продажа путёвок» имеет реквизиты:

Контрагент (Тип СправочникСсылка.Контрагенты);
Туры ( тип СправочникСсылка.Туры);
Количество (тип Число);
Цена (тип Число);
Сумма (тип Число);
Основание (тип ДокументСсылка.ЗаявкаНаОтдых).

2.5 Разработка регистров накопления

Объект конфигурации регистр накопления предназначен для описания структуры накопления данных. На основе объекта конфигурации регистр накопления платформа создает в базе данных информационную структуру, в которой будут накапливаться данные, «поставляемые» различными объектами базы данных. Эти данные будут храниться в регистре в виде отдельных записей, каждая из которых имеет одинаковую, заданную в конфигураторе, структуру.

Отличительной особенностью регистра накопления является то, что он не предназначен для интерактивного редактирования пользователем. Разработчик может, при необходимости, предоставить пользователю возможность редактировать регистр накопления, но предназначение регистра накопления заключается в том, чтобы его модификация производилась на основе алгоритмов работы других объектов базы данных, а не в результате непосредственных действий пользователя. [3, С.170].

Данные о продаже путёвок содержатся в регистре накопления «Продажи». Вид регистра в пользовательском режиме изображён на рисунке 15.

Рисунок 15–Вид регистра накопления «Продажи» в пользовательском режиме.

Примечание - Источник: собственная разработка.

Регистр накопления «Продажи» содержит в себе период и время, в который была продана путёвка, тур, контрагента, количество путевок в туре и выручку по каждому контрагенту.

Измерения регистра накопления «Продажи»:

Туры (тип СправочникСсылка.Туры);
Контрагент (тип СправочникСсылка.Контрагенты);

Ресурсы регистра накопления «Продажи»:

Количество (тип Число);
Выручка (тип Число).

2.6 Разработка отчётов

Объект конфигурации отчет предназначен для описания средств и алгоритмов, при помощи которых пользователь сможет получать необходимые ему выходные данные в удобном для представления виде. Алгоритм формирования выходных данных описывается при помощи визуальных средств или с использованием встроенного языка. [3, С.195].

С помощью системы компоновки данных было создано 2 отчёта: «Анализ продаж» и «Обороты фирмы».

Отчёт «Анализ продаж» представлен на рисунке 16.

Рисунок 16 – Вид отчёта «Анализ продаж» в пользовательском режиме.

Примечание - Источник: собственная разработка.

Несёт в себе отчётность о контрагентах в определённом туре, дату и время продажи путёвок, количество, выручку по контрагенту, а так же общий итог выручки по всем путёвкам.

С помощью отчёта «Обороты фирмы» на рисунке 17 и 18 мы можем просмотреть результаты по туру на определённую дату, т.е. количество человек в туре и общую сумму денежных средств по нему.

Рисунок 17–Вид отчёта «Обороты фирмы» в пользовательском режиме.

Примечание - Источник: собственная разработка.

Рисунок 18 – Вид отчёта «Обороты фирмы» в пользовательском режиме.

Примечание - Источник: собственная разработка.

2.7 Разработка интерфейса

Интерфейс конфигурации содержит все типы объектов, причем на рабочий стол вынесены наиболее часто используемые объекты системы.

Рисунок 19–Вид рабочего стола в пользовательском режиме.

Примечание - Источник: собственная разработка.

ЗАКЛЮЧЕНИЕ

В итоге внедрения этой системы на туристической фирме будут достигнуты следующие результаты:

Станет возможным вести единый учёт данных, даже если его формируют несколько сотрудников.
В случае расхождения данных у клиента с туристической фирмой, возможна элементарная и быстрая сверка с данными системы. Без автоматизации процесс разрешения таких ситуаций оказывается долгим и проблематичным.
Исключаются записи сотрудниками фирмы в своих бумажных источниках, что помогает в любой момент отыскать любую информацию в системе даже без помощи сотрудника, который вёл учёт какой-либо информации.
Так же не теряется рабочее время на составление отчётов сотрудниками. Это огромная экономия вплоть до половины общего оплаченного времени.
Автоматизация туристической фирмы позволяет больше уделять времени своим клиентам, формированию новых туров и осуществлять их продвижение на туристическом рынке.

СПИСОК ЛИТЕРАТУРЫ

туристический оператор учет данные

Семин К. Ф. Применение машин и автоматов для продажи билетов на вокзалах — М.: Транспорт, 1973.- 47 с.
Марчук Б. Е., Лист Ф. Д., Колесов А. А. Управление пассажирским комплексом на базе системы «Экспресс» // Железнодорожный транспорт.- 2003.- № 4. - С. 48-56.
Вестник АСУ «Экспресс-3» // Информационный бюллетень ВНИИЖТ.- 2014. - Выпуск 2(8). - 21 с.
Сунгатуллина А. Т. Метод повышения эффективности обработки запросов в автоматизированной системе управления пассажирскими перевозками на железнодорожном транспорте / Дис... канд. техн. наук. - М.: МИИТ, 2014. - С. 20-25.
Тулупов Л. П., Лецкий Э. К., Шапкин И. Н., Самохвалов А. И. Управление и информационные технологии на железнодорожном транспорте: Учебник / Под ред. Л. П. Тулупова. - М.: Маршрут, 2005.467 с.
Шилина Е. В. История становления российской оптоэлектроники и её применения на железнодорожном транспорте / Дис... канд. техн. наук. - М.: МИИТ, 2005.- 197 с

Приложение А

Программный код общего модуля Серверных функций для получения Названия и адреса организации

$C:\Documents and Settings\Admin\Рабочий стол\2012-12-01 12_44_31-Общий модуль СерверныеФункции_ Модуль.png$

Приложение Б

Программный код формы документа «Продажа путёвок»

Приложение В

Программный кодмодуля объекта документа «Продажа путёвок»