Особенности проектирования и реализации автоматизированных систем коммерческого учетав

УДК 658.6.01156: 681.3.06

В.А. Драганов, А.Я. Клименко, A.B. Фофонов

Особенности проектирования и реализации автоматизированных систем коммерческого учета

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

Введение

В настоящее время практически любая информационная система (ERP, АСУ ТП, CRM, EMM и др.) в каком-то виде содержит элементы некоторых уровней системы принятия решений (представленные, например, в [1]). Однако задачи построения иерархий подсистем управления, обеспечивающих минимальные объемы обмена данными и интенсивность информационных потоков, остаются актуальными. В данной статье представлено одно из возможных решёний такой задачи для широкого класса систем розничной торговли, в частности нефте-продуктообеспечения. Оно основано на введении особого класса систем, который может быть как частью корпоративной системы, так и существовать отдельно, исполняя роль связующего звена ERP и производственной системы (MES — Manufacturing Execution System, или АСУ ТП). Мы назвали их автоматизированными системами коммерческого учета (АСКУ).

Почему такие системы позволяют значительно повысить эффективность ведения бизнеса на предприятиях? Дело в том, что на этапе внедрения новых систем управления всегда остро встает вопрос об их тесной интеграции с уже существующими на предприятии АСУ. В такой ситуации важно сохранить неизменными существующие потоки данных. Чем более гибкой окажется архитектура внедряемой системы, тем более скорым и безопасным будет сам процесс внедрения. Введение слоя АСКУ как раз и привносит в архитектуру корпоративной системы требуемую гибкость.

Общая характеристика и нефункциональные требования к АСКУ

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

Рис. 1. Существующая структура корпоративной системы управления и учета

Доклады ТУСУРа. M 1(17). июнь 2009

w

Это связано с иерархией самой системы сделок, каждому из уровней которых соответствуют свои субъекты и объекты. Например, на автозаправочной станции (АЗС) заключается сделка между владельцем карты и оператором, в бухгалтерии продавца — между руководителями организаций доставщика и потребителя. Но сделки первого уровня должны быть тесно скоординированы со сделками второго. В противном случае неизбежно следует проявление коммерческих рисков (технологических, кредитных, ликвидности) [2].

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

Основными составляющими являются:

• список подключенных эмитентов («белый список»);

• список блокированных клиентов («серый список»);

• список утерянных карт («черный список»);

• список ценовых дискриминаций (для дисконтных и расчетных карт);

• список предприятий и персон для обслуживания по ведомости;

• протокол транзакций по картам;

• протокол событий (заявок, отказов в обслуживании и пр.);

• протокол платежей (для ведомостей).

Кроме того, ГГЦ занимается сбором поступающей информации, её хранением и обработкой. ПЦ следит за достоверностью данных и их целостностью. В его задачу также входит управление региональными центрами, биллинг, ведение глобальных справочников, взаимодействие с другими автоматизированными системами через механизмы встроенных адаптеров и т.д. При развитой филиальной сети или при структурной форме организации предприятия стоит выделить роль региональных центров. Их задачей является автоматизация управления информационными потоками И технологическими процессами на уровне подразделения. Региональный центр способен обслуживать несколько систем АСУ ТП, занимаясь сбором первичной информации, обменом с ERP-системой, подготовкой предварительной отчетности, предварительным анализом поступающих данных. При этом сохраняется возможность автономной работы в отсутствие информационной поддержки от ПЦ.

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

Как видим, АСКУ является связующим звеном между корпоративной системой управления предприятием и автоматизированными системами управления технологическими процессами. Основная задача АСКУ — непосредственный учет ресурсов на каждом уровне управления организацией. В этом смысле их функции схожи с функциями OLPT-систем [1], расширенными задачами управления подсистемами АСУТП, биллинга, ведения текущей и аналитической отчетности, управления маркетингом, информационной поддержки клиентов и т.д. Набор таких функций позволяет каждой отдельной системе функционировать автономно, а использование механизмов координации, описанных ниже, дает возможность легкой интеграции всех уровней иерархии. Поэтому к АСКУ как связующему звену в иерархии корпоративных систем предъявляются следующие основные требования:

• достоверность и актуальность информации;

• надежность;

• масштабируемость;

• гибкость;

• возможность легкой интеграции с другими автоматизированными системами;

• множественность связей с системами верхнего уровня.

Разработка типового решения АСКУ

При разработке подобных систем основной сложностью, с которой сталкивается разработчик, является специфика отрасли. Для универсальных систем камнем преткновения становится громоздкость предлагаемого решения и длительный период внедрения, а для индивидуального подхода в будущем может оказаться недостаточным запас гибкости и масштабируемости. Компромиссом на данном этапе служит разумный баланс универсальности с возможностью гибкой индивидуальной конфигурации системы. По большей части залогом успешного внедрения является всесторонний анализ предметной области как на уровне отдельного предприятия, так и по всей отрасли в целом [3]. Ниже представлено описание архитектуры комплекса программ АСКУ, реализованного в ЗАО НПФ «Сибнефтекарт» (СНК), г. Томск.

• СНК-ПЦ. Выполняет весь спектр задач по сбору, хранению и обработке поступающей информации. Имеет богатый функционал по управлению региональными офисами и АЗС. Осуществляется различного рода оперативная и аналитическая отчетность, ведение маркетинговых программ, эмиссия и обслуживание карточных продуктов, информационная поддержка клиентов, продавцов, эмитентов и эквайреров.

• СНК-ОФИС. Региональный офис с возможностью работы как под управлением ПЦ, так и автономно. Реализовано управление сетью точек обслуживания, ведение текущей отчетности.

«СНК-АЗС. Данный продукт разработан с учетом богатого опыта внедрения и представляет автоматизированную систему управления технологическими процессами на точке обслуживания. Поддержка широкого спектра контроллеров управления, устройств и кассовой техники.

• Коммуникационный сервер СНК. Многофункциональная программная система, обеспечивающая своевременную и гарантированную доставку информации между абонентами. Реализованы механизмы очереди заданий и резервирования каналов.

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

Процессигновый центр

• у,-.-« ,.АЛ;   ь-^.'

СНК-ПЦ

Томка обслуживания

СНК-АЗС

%

ЕИР-система предприятия

Бухгалтерия « Управление финансами. --- Управление, запасами и закупками

Управление персоналом' Л Управление проектами Управление связями с клиентами

XI

АСКУ СНК-ОФИС

%

Точка обслуживания

СНК-АЗС

Точка обслуживания

СНК-АЗС

Рис. 2. Типовая архитектура с использованием АСКУ на основе разработок компании «Сибнефтекарт»

При реализации такой системы роль процессингового центра, осуществляющего управление точками обслуживания, отводится отдельной организации. Она занимается сбором всей информации с точек обслуживания, хранением и дальнейшей её обработкой. В данной конфигурации региональный центр (СНК-ОФИС) функционирует в рамках автоматизированной системы предприятия, обеспечивая необходимую функциональность для его подразделений. Типовая архитектура на рис. 2 демонстрирует работу организаций-владельцев точек обслуживания, передавших весь груз карточного процессинга сторонней компании, но желающих вести коммерческий учет в точках обслуживания самостоятельно.

Архитектуру АСКУ составляют следующие подсистемы (рис. 3):

• генератор документов;

• подсистема ведения и согласования справочников;

• подсистема хранения данных;

• подсистема обработки протоколов;

• коммуникационный сервер.

\

АСКУ

- ——

Генерация документов

миииди и

__________

Подсистема хранения данных

"'•;! -Щ^ФЩМкШ ШШ Шшш Ш......¡¡Я

Коммуникационный сервер

Подсистема ведения и согласования справочников

Щ . | ШШ Н И

Подсистема обработки протоколов

Рис. 3. Подсистемы АСКУ

Генератор документов. В процессе производственной деятельности для эффективного управления предприятием необходима всесторонняя информационная поддержка: различного рода отчетность, анализ информации, т.е. всё то, что позволяет проанализировать прошедшие периоды, контролировать состояние дел на текущей момент и с определенной долей вероятности предсказать результаты работы в будущем. Данный функционал системы обеспечивается за счет подсистемы генерации документов (рис. 4).

Источник данных

Источник данных

Источник данных

Документ

Генератор документов

Документ

Шаблон

Шаблон

Библиотека скриптов

-к

Документ

Шаблон

Рис. 4. Структура подсистемы генерации документов

Доклады ТУСУРа, № 1(17), июнь 2008

За основу выходного формата взят формат книги MS Excel из пакета Microsoft Office. Выбор был продиктован широким распространением данного формата в межотраслевых каналах обмена документами. В то же время исключается процесс обучения персонала, который в большинстве случаев знаком с этим форматом. Наравне с форматом от Microsoft используется формат книги OpenOffice.org Cale — бесплатного офисного пакета, набирающего всё большую популярность. Реализованная подсистема генерации отчетных документов представляет собой отдельный модуль. Ядро подсистемы поддерживает различные источники данных (Oracle, MySQL, ODBC, файлы и т.д.) и имеет встроенный интерпретатор макрокоманд. Для получения необходимых данных используется подсистема библиотеки скриптов. Наборы скриптов могут быть как специфичными для конкретных источников данных, так и общими для всех. Для минимизации трудозатрат на создание и изменение документов используется метод шаблонного проектирования, т.е. документ может генерироваться как с чистого листа, так и по ранее заданному шаблону. Шаблоны, как и скрипты, группируются в библиотеки, которые можно разбивать по различным признакам, в свою очередь для каждого шаблона формируется файл с описанием алгоритма заполнения и дополнительной обработки. Весь процесс оформления шаблонов сводится к конфигурации листа в MS Excel или OpenOffice.org Cale, что не составляет труда даже для неподготовленного пользователя, с последующей автоматической генерацией файла описания. Встроенный интерпретатор позволяет как самостоятельно задавать алгоритм управления шаблонами, так и корректировать работу подсистемы на различных этапах формирования документов. Такая гибкость требуется для сложных документов с этапами пред- и постобработки. Модуль генерации документов позволяет производить обратное преобразование данных из готовых документов, а также расширять набор команд интерпретатора.

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

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

Рис. 5. Подсистема сопряжения справочников

Подсистема хранения данных. Для обеспечения сохранности данных и предоставления возможности распределенного доступа к ним используется подсистема хранения данных на основе технологий СУБД. Данная подсистема позволяет накапливать всю полученную информацию в едином хранилище, обеспечивая ее надежное хранение и обработку. На основе накопленных данных модули системы осуществляют свою функциональную деятельность: обработку транзакций, коммерческий учет продукции, информационное обслуживание клиентов, аналитическую отчетность и т.д. Таким образом, подсистема хранения данных является центральным источником информации для всех остальных подсистем.

Подсистема обработки протоколов. Являясь сложной и многоуровневой системой, любая АСКУ должна иметь подсистему ведения и обработки протоколов различного типа. Это протоколы работы, протоколы транзакций, протоколы изменения справочников и т.д. Алгоритм обработки и анализа для каждого протокола имеет свои особенности. Так, для протокола транзакций необходимыми требованиями являются целостность и достоверность данных, надежность доставки и хранения, возможность архивирования и т.д. В то же время при обработке протоколов работы важны хронология событий и минимизация потока при требуемом уровне детализации.

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

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

В качестве абонентов могут выступать операционные центры, региональные офисы, точки обслуживания и другие программные комплексы. Структура информационного обмена представлена на рис. 6. Для обеспечения гарантированной доставки информации используется резервирование каналов передачи: локальной сети, сети Internet, телефонной сети или GPRS/ CDMA. Каждый из перечисленных каналов также может быть неоднократно продублирован. Абоненты делятся на логические группы — сети абонентов. Внутри сети каждый абонент имеет уникальный номер, который позволяет однозначно его идентифицировать. Такой подход позволяет обмениваться информацией независимо от канала передачи и организовать транзитную передачу данных внутри коммуникационной сети. Механизм тиражирования, реализованный в системе, позволяет отправлять одни и те же данные сразу нескольким абонентам. При транспортировке данных информация защищена от несанкционированного просмотра и изменения. Использование механизмов шифрования и электронной подписи, позволяет осуществлять транспортировку по открытым каналам, таким как, например, глобальная сеть Internet.

Рис. 6. Структура информационного обмена в системе СНК

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

Заключение

Реализованный комплекс программно-аппаратных средств АСКУ позволяет осуществлять комплексную автоматизацию предприятий различного уровня. Широкое использование архитектуры адаптеров дает возможность предоставлять информацию другим автоматизированным системам, например таким, как Petrol+ (компания «НКТ», г. Москва), 1С:Пред-приятие 7.7/8.0 (компания «1С», г. Москва), S-Market (ЗАО НПФ «ДатаКрат-С», г. Новосибирск).

Модульное построение и многослойная архитектура обеспечивают необходимую гибкость, мобильность и масштабируемость. Независимость от каналов связи позволяет строить территориально распределенную сеть филиалов и конечных точек обслуживания. В 2007 г. АСКУ СНК была внедрена в ряде организаций нефтепродуктообеспечения Западной Сибири. Основным каналом передачи вследствие удаленности точек обслуживания от офиса был выбран канал GPRS. В связи с использованием на предприятиях программы 1С:Предприятие была произведена межсистемная интеграция, что позволило организовать централизованное управление справочниками товаров и клиентов.

Литература

1. Барсегян A.A. Методы и модели данных OLAP и Data Mining / A.A. Барсегян, М.С. Куприянов, В.В. Степаненко, И.И. Холод. - СПб. : БХВ-Петербург, 2004. - 336 с.

2. Гильманов A.A. Карточные технологии в автоматизации маркетинга / A.A. Гильма-нов, А.Я. Клименко, О.Н. Странгуль, В.П. Тарасенко. - Томск : HTJI, 2000. - 365 с.

3. Фаулер М. Архитектура корпоративных программных приложений : пер. с англ. / М. Фаулер. - М. : Вильяме, 2004. — 544 с.

4. Гамма Э. Приемы объектно-ориентированного проектирования. Паттерны проектирования / Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес. - СПб. : Питер, 2001. - 386 с.

Драгаиов Владимир Александрович

Аспирант, мл. науч. сотрудник НИИ АЭМ ТУСУРа

Тел.: (3822) 55 60 10

Клименко Анатолий Яковлевич

Д-р техн. наук, зав. отделом НИИ АЭМ ТУСУРа Тел.: (3822) 55 60 10

Фофонов Алексей Вячеславович

Аспирант, мл. науч. сотрудник, НИИ АЭМ ТУСУРа Тел.: (3822) 55 60 10

V.A. Draganov, A.J. KJimenko, A.V. Fofonov

Design and implementation Issues of automated commercial accounting systems

This article supplies general description of enterprise management systems and enterprise resource planning systems. It considered basic requirements, design and implementation issues of automated commercial accounting systems. Using an example, the authors explained the architecture of software system which provides comprehensive solution for given issues.