Автоматизация торговли
Немаловажной особенностью автоматизации мобильной торговли с применением карманных персональных компьютеров (КПК) является взаимодействие карманных компьютеров с учетной системой предприятия, в которой ведется учет операций отгрузки товаров и учет операций взаиморасчетов с клиентами.
Проще говоря, когда на предприятии уже используется учетная система, в которой имеется оперативная информация об имеющихся остатках товаров, взаиморасчетах с клиентами, ближайших поступлениях товаров и т.д., то требуется, чтобы данная информация была перенесена в КПК. Данная информация в КПК используется пользователем КПК (назовем его «агентом») при оформлении документов купли-продажи товаров на месте у клиента, все эти документы фиксируются непосредственно в КПК. Таким образом оформляются, например, документы заказа на поставку товаров клиенту (покупателю), или документы продажи товаров клиенту, или документы оплаты отгруженных товаров и т.п. После того, как документы были созданы в КПК, они должны быть автоматически отправлены из КПК в учетную систему предприятия.
Из этого следует, что автоматизация мобильной торговли обязательно должна подразумевать двухсторонний обмен данными между КПК и учетной системой предприятия. Такое взаимодействие КПК с учетной системой организуется в основном двумя способами – через сервер обмена данными и через встроенный модуль обмена данными. Что собой представляют эти способы? Для ответа на этот вопрос сначала немного истории.
Автоматизация мобильной торговли с применением карманных персональных компьютеров впервые была реализована в США в середине 90-х годов прошлого века. Например, одним из первых таких решений стало решение компании "Norand", которое используется компанией "Procter & Gamble" с 1997 года. Т.к. в первую очередь все подобные решения использовались на рынках США и Европы, то, очевидно, что эти решения учитывали специфику учетных систем, наиболее распространенных в странах Европы и США. Основной и наиболее важной особенностью таких систем являлось (и, по сути, является по сей день) ограниченные или сложные средства конфигурирования под условия и задачи ведения учета у фирмы-пользователя (назовем ее «заказчиком») такой системы. Как следствие, ведение учета у заказчика подстраивается под требования учетной системы. Попытки внести в такие системы какие-либо изменения с учетом пожеланий заказчика либо обходятся весьма дорого, либо делаются обходными путями через сторонние программные решения. Но это вовсе не значит, что применение на практике подобных систем накладывает ряд ограничений на ведение учета у заказчика. Речь идет скорее не об ограничениях как таковых, а о стандартах – ведение учета должно быть организовано с учетом стандартов, общепринятых в мировой практике. Поэтому от заказчика требуется только соблюдение этих стандартов.
Для подобных систем обмен данными с КПК реализуется при помощи промежуточного программного приложения для настольных компьютеров. Данное приложение называется сервером обмена данными. Сервер обмена данными выступает посредником при обмене данными между КПК и центральной базой данных (ЦБД) учетной системы. Сервер обмена данными использует собственную промежуточную базу данных (ПБД), в которой фиксируется дополнительная информация, учитывающая особенности использования карманных компьютеров. Например, в ПБД создаются и хранятся планы посещений клиентов, которые должны соблюдать пользователи КПК (агенты), фиксируется дата и время посещения каждого клиента, ведется дополнительная информация о результатах посещения, которую может использовать агент. Т.к. добавление каких-либо специализированных отчетов в настольные учетные системы представляет собой дорогостоящую процедуру, то сервер обмена данными позволяет формировать некоторые специализированные отчеты (например, отчет по выполнению планов посещений), строящиеся на основе данных в ПБД, и даже может позволять создавать собственные дополнительные отчеты. Принцип работы такого решения показан на схеме 1.
На российском рынке (и на рынках большинства стран СНГ) сложились иные требования к подходу организации ведения учета, самое распространенное такое требование – необходимость учитывать все особенности ведения учета у заказчика в системах автоматизации учета. В итоге требования ведения учета у заказчика уже не подстраиваются под требования учетной системы, а, наоборот, учетная система подстраивается под требования заказчика.
Как следствие, подавляющее большинство зарубежных программных разработок для ведения учета на настольных компьютерах не прижилось на рынке СНГ, т.к. подстраивать ведение учета в фирмах под такие программные решения обходится слишком дорого, а во многих случаях еще и достаточно затруднительно. Вызвано это тем, что большинство зарубежных программных разработок являются сильно привязанными к стандартам ведения учета, принятых за рубежом, но несовместимые со стандартами, принятыми в странах СНГ. Возможности же настройки подобных систем под условия заказчика всегда связаны с довольно высокими затратами.
В результате на рынках стран СНГ большое распространение получили отечественные программные решения автоматизации учета, со встроенными мощными функциями конфигурирования (настройки) фактически под любые особенности ведения учета. В результате это дало возможность не только автоматизировать ведение учета в самых различных задачах, но и возможность быстро и недорого развивать такие системы под растущие или изменяющиеся требования заказчика. Наиболее популярным решением стал программный комплекс 1С:Предприятие фирмы "1С".
Встроенные мощные средства конфигурирования таких систем позволяют реализовать обмен данными с КПК по другому принципу – при помощи модуля обмена данными просто встраиваемого в учетную систему заказчика. Принцип работы такого решения показан на схеме 2.
Первый способ обмена данными (схема 1) предназначается в основном для использования в системах учета с ограниченными или сложными функциями конфигурирования (таких учетных систем за рубежом используется большинство). Второй способ обмена данными (схема 2) предназначается для конфигурируемых учетных систем. Следует заметить, что 1-й способ успешно может быть использован и для конфигурируемых систем, но по своей эффективности он будет уступать 2-му способу (об этом будет рассказано ниже).
Первый способ организации обмена данными между учетной системой и КПК является более дорогИим, чем второй. Вызвано это следующими причинами:
Используется по сути дела два программных комплекса – серверное программное обеспечение (серверное ПО) и программное обеспечение для КПК. Заказчик покупает и то, и другое.
Серверное ПО представляет собой довольно сложный и дорогостоящий комплекс, для использования и администрирования которого требуется обучение персонала.
Поставщиком серверного ПО не редко практикуется обязательное абонентское обслуживание.
Все необходимые специализированные отчеты (учитывающие специфику работы с КПК) встраиваются в серверное ПО. Возможность модифицировать эти отчеты или добавлять собственные отчеты либо ограничены, либо затруднительны, либо отсутствуют. Если заказчику потребуется какой-либо новый специализированный отчет, то ему потребуется обращаться за этим отчетом к разработчику серверного ПО.
Разработчик серверного ПО заинтересован в удержании конкурентных преимуществ своего программного продукта и нередко намеренно ограничивает доступ персонала заказчика к технической документации, особенно в части функционирования серверного ПО. Как следствие, штатные программисты (или программисты фирмы, сопровождающей программное обеспечение заказчика) вынуждены бездействовать в решениях вопросов изменения/повышения функциональности сервера или оптимизации его работы.
Все перечисленные особенности значительно увеличивают как продажную стоимость программного комплекса в целом, так и стоимость его эксплуатации.
В случае же использования второго способа организации обмена данными (через встроенный модуль обмена данными) все перечисленные недостатки отпадают. Достоинства же такого способа следующие:
Заказчик покупает только программное обеспечение для КПК.
Серверное ПО не используется, в результате уменьшается длина цепочки передачи данных (наглядно видно на схемах), что повышает надежность работы системы в целом. Не требуется глубокое изучение работы системы пользователями, обучение пользователей сводится к простому инструктажу.
Эксплуатация и обслуживание системы в целом значительно проще, соответственно не требуется ее абонентское обслуживание.
Все необходимые специализированные отчеты встраиваются в учетную систему заказчика, новые отчеты могут быть легко добавлены штатными программистами заказчика без привлечения разработчика.
Разработчик заинтересован в максимальной открытости модуля обмена данными, чтобы программисты могли гибко интегрировать модуль в учетную систему заказчика, легко вносить изменения в модуль обмена данными, реализовывать пожелания заказчика, и все это – без привлечения разработчика.
По сути получается, что, покупая конфигурируемую систему, заказчик автоматически покупает и дополнительные функции учетной системы, позволяющие ее совершенствовать и развивать (а в условиях современного бизнеса все чаще требуется, чтобы вместе с развитием фирмы, развивалась и ее учетная система). Интеграция в систему механизмов обмена данными с карманными компьютерами просто представляет собой очередной этап развития системы, не требующий переучивания пользователей для работы с принципиально новым программным комплексом – все новые отчеты и новые документы пользователи системы видят внутри самой системы, а не в постороннем программном комплексе. Они уже имеют навыки работы с учетной системой, поэтому легко освоят новые возможности системы.
Торговый представитель Мерчендайзинг Торговля на КПК Программное обеспечение для КПК Терминалы сбора данных (ТСД) Автоматизация дистрибуции |
Версия "Лайт" - 590 грн. на 1 КПК.
Заказать звонок!
