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

From Galaktikaerp

В данной статье я приведу пример расширения функциональных возможностей системы Галактика.

Contents 1 Профиль объекта автоматизации 2 Организация работы удаленных магазинов и складов в базе центрального офиса 2.1 Использование терминального подключения 2.2 Использования модуля "CORPO" 3 Реализация исторически сложившихся аналитических разрезов 3.1 Реализация привязки МЦ к ее поставшику 3.2 Реализация связи поставщиков продукции с менеджерами по сбыту 3.3 Реализация ввода дополнительной информации в ДО 4 Подготавливаемые....

Профиль объекта автоматизации

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

Необходимо обеспечить эффективную работу персонала в корпоративной информационной системе.

В качестве КИС используется система "Галактика ERP" версия 7.12.

Для эффективной работы необходимо:

1. Организация работы удаленных магазинов и складов в базе центрального офиса.

   Этот вопрос - ключевой во всей автоматизации торговой деятельности предприятия. Без его решения говорить о какой-либо эффективности работы пользователей в автоматизированной системе не приходится.

2. Реализовать исторически сложившиеся аналитические разрезы

   Для этого используются стандартные механизмы системы Галактика - внешние атрибуты, внешние классификации и дополнительные аналитики каталога МЦ.

   1. Ввести привязку каждой материальной ценности к ее поставщику.

      Используются дополнительные аналитики каталога МЦ.

   2. Связать поставщиков продукции с менеждерами по сбыту.

      Используются внешние классификации каталога организаций.

   3. Ввести дополнительные поля в формы редактирования документов-оснований(ДО) для занесения информции по дате, времени развоза и месту доставки.

      Используются внешние атрибуты ДО.

3. Создать рабочее место продавца

   Это АРМ - первичное по порядку обработки/занесения информации в корпоративную систему.

   В нем должны быть реализованы возможности:

   • Занесения заказов покупателей в систему
   • Занесения платежей покупателей в систему
   • Привязки платежей покупателей к их заказам
   • Просмотра наличия МЦ на складах/в магазинах компании
   • Формирования плана по доставки мебели в части первичного согласования даты, времени и места доставки заказа с клиентом
   • Получения из системы информации по состоянию заказа клиента
   • Резервирования имеющегося товара под принятый заказ клиента

   1. Сформировать рабочее место пользователя в системе Галактика
   2. Разработать информационный отчет "Просмотр остатков МЦ в разрезе групп МЦ и поставщиков"
4. Создать рабочее место диспетчера по розничной торговле
   1. Сформировать рабочее место пользователя в системе Галактика
   2. Создать информационный интерфейс "Отчет о состоянии заказа"
   3. Создать отчет "Развозной лист - задание транспортному отделу"
5. Создать рабочее место менеджера по снабжению
   1. Сформировать рабочее место пользователя в системе Галактика
6. Создать рабочее место старшего кладовщика
   1. Сформировать рабочее место пользователя в системе Галактика

Рассмотрим реализацию этих пунктов подробнее.

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

Работа удаленных подразделений в базе данных центрального офиса может быть организована двумя способами:

1. Терминальные подключения к серверам центрального офиса.
2. Использования модуля "CORPO" ("Корпоративный обмен информацией") системы Галактика для передачи данных между инсталяциями.

Использование терминального подключения

Этот способ является универсальным для организации взаимодействия удаленных подразделений с центральным офисом компании.

Вся работа системы реально происходит на терминальном сервере, установленном в центральном офисе. Удаленные подразделения (так называемые "ТЕРМИНАЛЬНЫЕ КЛИЕНТЫ") подключаются к терминальному серверу, используя разнообразные линии связи. Прежде всего, это выделенные линии интернет-связи, коммутируемые (dialup) линии интернет-связи, могут использоваться даже GPRS подключения (мобильный Internet). Терминальный клиент передает на сервер движения мыши и нажатия на клавиатуру, а на терминале клиентского устройства (это может быть как компьютер, так и PDA, например) отображает лишь "картинки" изменения пользовательского интерфейса.

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

К преимуществам этого способа можно отнести:

• Универсальная и довольно простая в организации схема работ.
• Не усложняется схема работы пользователей.
• Не усложняется работа поддерживающего персонала.
• Не усложняется администрирование базы Галактики.

К недостаткам:

• Необходимо наличие линий связи в достаточном количестве и достаточного качества.
• Необходимо создание и поддержание отказоустойчивой структуры серверного хозяйства.
• Сложности с организацией печати. Из-за особенностей системы WINDOWS объем информации, посылаемый во время печати на принтер ЗНАЧИТЕЛЬНО превосходит объем исходного документа.

Использования модуля "CORPO"

Этот способ применяется для передачи данных между несколькими инсталяциями системы Галактика.

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

К преимуществам этого способа можно отнести:

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

К недостаткам:

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

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

Реализация исторически сложившихся аналитических разрезов

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

Для реализации всех дополнительных аналитических разрезов информации использовались стандартные средства системы Галактика:

1. Аналитики

   Под аналитикой в системе Галактика понимается некоторый информационный объект.

   Аналитики делятся на системные и пользовательские.

   1. Системные аналитики - это аналитики, список которых жестко прописан в системе Галактика. К ним относятся, например, список МЦ системы, список подразделений, контрагентов, сотрудников предприятия, оборудования, маршрутных карт и др.

      Значения системных аналитик формируются автоматически с измением соответсвующих справочников/каталогов в системе.

   2. Пользовательские аналитики - это аналитики, список которых может быть изменен пользователями системы. Например, для нашего внедрения были введены дополнительные аналитики - Издержки обращения, Длина, Ширина, Тип исполнения и др.

      Значения пользовательских аналитик вводятся пользователями в ручном режиме.

   Аналитики используются практически во всех модулях и подсистемах системы Галактика.

2. Внешние аналитики

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

3. Внешние классификаторы

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

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

   В нашем проекте в виде классификатора был реализован список менеджеров по снабжению.

Реализация привязки МЦ к ее поставшику

Список дополнительных аналитик, которые могут быть указаны для МЦ, определяется в шаблоне, на основании которого создается данная МЦ. В каждом шаблоне указана группа аналитик "Изготовители", которая содержит в себе одну системную аналитику "Организации".

Система Галактика настроена таким образом, что все материальные ценности создаются на основании шаблонов. При создании МЦ пользователю необходимо указать все необходимые значения аналитик для вновь вводимого элемента каталога. Следовательно, все МЦ при создании получают привязку к своему производителю.

При необходимости, эту привязку можно менять в ходе работы путем редактирования каталога МЦ системы.

Список значений аналитики "Организации" представляет собой список значений из каталога организаций системы.

Реализация связи поставщиков продукции с менеджерами по сбыту

Список менеджеров по сбыту компании заведен в систему Галактика в виде внешнего классификатора.

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

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

Реализация ввода дополнительной информации в ДО

Для создания функционала по формированию развозной документации, необходимо было привязать к таблице документов-оснований (и их позиций) дополнительные поля:

• Дата развоза
• Время развоза
• Место развоза

Для этого стандартным образом вводятся внешние аттрибуты для таблицы BASEDOC (шапки документов-оснований) и SPSTEP (позиции документов-оснований). Вводятся аналитики типа "Дата", "Время" и строка соответственно.

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

Подготавливаемые....

1. Описание задачи.
2. Использования внешних аттрибутов для добавления необходимых характеристик к стандартным документам системы Галактика.
3. Вызов обработок через интерфейс печати документов.
4. Создание автономных отчетов (ARD) для печати отчетов сложной структуры.
5. Использование таблиц в памяти для ускорения работы отчетов и введения сортировок по произвольным полям.
6. Использование конфигуратора для выведения дополнительных аттрибутов на редактирование.