Як це працює - Мобильная торговля на кпк, сбор заказов, GPS контроль, 1С и КПК, Агент Плюс, преселлинг, вэнселлинг, мерчендайзинг, Android, автоматизация мобильной торговли, торговый агент

Версія "Лайт" - 820 грн.
на 1 КПК.
Версія "Стандарт" - 1180 грн. на 1 КПК.
Версія "Інвент" - 1890
грн. на 1 КПК.
Версія "Мобільна торгівля Андроїд" - 1400 грн. на 1 КПК
Версія "Офіціант " - 1400 грн. на 1 КПК
Вартість МАР9:
2870 грн. від 1 до 4 ліцензій

Зв'язатися з нами

Замовити зворотний дзвінок

Написати нам листа

Техпідтримка Агент +

КОНТАКТИ

м. Київ
Кияновский проулок 3-7, оф. 212
тел.: 0 (44) 332-13-90
тел.: 0 (97) 103-42-14
0 (67) 480-44-22

м. Біла Церква
вул. Ярослава Мудрого 10, оф.2
тел.: 0 (45) 635-19-09

email: info@agentp.com.ua

icq: 292697572
icq: 346027944

ПО ДЛЯ ОФИЦИАНТОВ

МОБИЛЬНАЯ ПЛАТФОРМА

Платформа для создания мобильных решений

МОБІЛЬНИЙ ТОРГІВЛЯ

КПК для торговых представителей

КПК для торговых представителей – прежде всего это средство для успешной работы …

подробнее...

Дистрибуция товаров и автоматизация торговли

Дистрибуция товаров. Для любого производителя важно выявить наиболее эффективные…

подробнее...

Описание программы для мобильной торговли
Как это работает (обмен данными)
Документация (описание, демо-версия, 1С)
Экономический эффект

Як це працює

Важливою особливістю автоматизації мобільної торгівліМожливості ж налаштування подібних систем під умови замовника завжди пов'язані з досить високими витратами. У результаті на ринках країн СНД великого поширення набули вітчизняні програмні рішення автоматизації обліку, з вбудованими потужними функціями конфігурування (настройки) фактично під будь-які особливості ведення обліку. У результаті це дало можливість не тільки автоматизувати ведення обліку в самих різних завданнях, але і можливість швидко і недорого розвивати такі системи під зростаючі або змінюються вимоги замовника. Найбільш популярним рішенням став програмний комплекс 1С: Підприємство фірми "1С".

Вбудовані потужні засоби конфігурування таких систем дозволяють реалізувати обмін даними з КПК за іншим принципом - за допомогою модуля обміну даними просто вбудованого в облікову систему замовника. Принцип роботи такого рішення показаний на схемі 2.

Перший спосіб обміну даними (схема 1) призначається в основному для використання в системах обліку з обмеженими або складними функціями конфігурування (таких облікових систем за кордоном використовується більшість). Другий спосіб обміну даними (схема 2) призначається для конфігурованих облікових систем. Слід зауважити, що 1-й спосіб успішно може бути використаний і для конфігурованих систем, але за своєю ефективністю він буде поступатися 2-му способу (про це буде розказано нижче). Перший спосіб організації обміну даними між обліковою системою і КПК є більш дорогим, ніж другий. Викликано це наступними причинами: Використовується по суті справи дві програмних комплексу - серверне програмне забезпечення (серверне ПЗ) та програмне забезпечення для КПК. із застосуванням кишенькових персональних комп'ютерів (КПК) є взаємодія кишенькових комп'ютерів з обліковою системою підприємства, в якій ведеться облік операцій відвантаження товарів і облік операцій взаєморозрахунків з клієнтами. Простіше кажучи, коли на підприємстві вже використовується облікова система, в якій є оперативна інформація про наявні залишки товарів, взаєморозрахунки з клієнтами, найближчих надходженнях товарів і т.д., то потрібно, щоб дана інформація була перенесена в КПК.

Дана інформація в КПК використовується користувачем КПК (назвемо його «агентом») при оформленні документів купівлі-продажу товарів на місці у клієнта, всі ці документи фіксуються безпосередньо в КПК. Таким чином оформляються, наприклад, документи замовлення на поставку товарів клієнтові (покупцеві), або документи продажу товарів клієнту, або документи оплати відвантажених товарів і т.п. Після того, як документи були створені в КПК, вони повинні бути автоматично відправлені з КПК в облікову систему підприємства.

З цього випливає, що автоматизація мобільної торгівлі обов'язково повинна мати на увазі двосторонній обмін даними між КПК і обліковою системою підприємства. Така взаємодія КПК з обліковою системою організовується в основному двома способами - через сервер обміну даними і через вбудований модуль обміну даними. Що являють собою ці способи? Для відповіді на це питання спочатку трохи історії.

Автоматизація мобільного торгівлі із застосуванням кишенькових персональних комп'ютерів (КПК) - вперше була реалізована в США в середині 90-х років минулого століття. Наприклад, одним з перших таких рішень стало рішення компанії "Norand", яке використовується компанією "Procter & Gamble" з 1997 року. Оскільки в першу чергу всі подібні рішення використовувалися на ринках США і Європи, то, очевидно, що ці рішення враховували специфіку облікових систем, найбільш поширених у країнах Європи та США. Основний і найбільш важливою особливістю таких систем є (і, по суті, є до цього дня) обмежені або складні засоби конфігурування під умови і завдання ведення обліку у фірми-користувача (назвемо її «замовником») такої системи.

Як наслідок, ведення обліку у замовника підлаштовується під вимоги облікової системи. Спроби внести в такі системи будь-які зміни з урахуванням побажань замовника або обходяться дуже дорого, або робляться обхідними шляхами через сторонні програмні рішення. Але це зовсім не означає, що застосування на практиці таких систем накладає ряд обмежень на ведення обліку у замовника. Мова йде скоріше не про обмеження як таких, а про стандарти - ведення обліку має бути організоване з урахуванням стандартів, загальноприйнятих у світовій практиці. Тому від замовника потрібно тільки дотримання цих стандартів. Для подібних систем обмін даними з КПК реалізується за допомогою проміжного програмного забезпечення для настільних комп'ютерів.

Цей додаток називається сервером обміну даними. Сервер обміну даними виступає посередником при обміні даними між КПК та центральною базою даних (ЦБД) облікової системи. Сервер обміну даними використовує власну проміжну базу даних (ПБД), у якій фіксується додаткова інформація, що враховує особливості використання кишенькових комп'ютерів. Наприклад, в ПБД створюються і зберігаються плани відвідувань клієнтів, які повинні дотримуватися користувачі КПК (агенти), фіксується дата й час відвідин кожного клієнта, ведеться додаткова інформація про результати відвідування, яку може використовувати агент. Оскільки додавання будь-яких спеціалізованих звітів в настільні облікові системи являє собою дорогу процедуру, то сервер обміну даними дозволяє формувати деякі спеціалізовані звіти (наприклад, звіт по виконанню планів відвідин), що будуються на основі даних у ПБД, і навіть може дозволяти створювати власні додаткові звіти.

Принцип роботи такого рішення показаний на схемі 1. На російському ринку (і на ринках більшості країн СНД) склалися інші вимоги до підходу організації ведення обліку, найпоширеніше така вимога - необхідність враховувати всі особливості ведення обліку у замовника в системах автоматизації обліку. У результаті вимоги ведення обліку у замовника вже не підлаштовуються під вимоги облікової системи, а, навпаки, облікова система підлаштовується під вимоги замовника. Як наслідок, переважна більшість закордонних програмних розробок для ведення обліку на настільних комп'ютерах не прижилося на ринку СНД, оскільки підлаштовувати ведення обліку у фірмах під такі програмні рішення обходиться занадто дорого, а в багатьох випадках ще й досить важко. Викликано це тим, що більшість закордонних програмних розробок є сильно прив'язаними до стандартів ведення обліку, прийнятих за кордоном, але несумісні зі стандартами, прийнятими в країнах СНД.

Можливості ж налаштування подібних систем під умови замовника завжди пов'язані з досить високими витратами. У результаті на ринках країн СНД великого поширення набули вітчизняні програмні рішення автоматизації обліку, з вбудованими потужними функціями конфігурування (настройки) фактично під будь-які особливості ведення обліку. У результаті це дало можливість не тільки автоматизувати ведення обліку в самих різних завданнях, але і можливість швидко і недорого розвивати такі системи під зростаючі або змінюються вимоги замовника. Найбільш популярним рішенням став програмний комплекс 1С: Підприємство фірми "1С".

Вбудовані потужні засоби конфігурування таких систем дозволяють реалізувати обмін даними з КПК за іншим принципом - за допомогою модуля обміну даними просто вбудованого в облікову систему замовника. Принцип роботи такого рішення показаний на схемі 2.

Перший спосіб обміну даними (схема 1) призначається в основному для використання в системах обліку з обмеженими або складними функціями конфігурування (таких облікових систем за кордоном використовується більшість). Другий спосіб обміну даними (схема 2) призначається для конфігурованих облікових систем. Слід зауважити, що 1-й спосіб успішно може бути використаний і для конфігурованих систем, але за своєю ефективністю він буде поступатися 2-му способу (про це буде розказано нижче). Перший спосіб організації обміну даними між обліковою системою і КПК є більш дорогим, ніж другий. Викликано це наступними причинами: Використовується по суті справи дві програмних комплексу - серверне програмне забезпечення (серверне ПЗ) та програмне забезпечення для КПК.

Замовник купує і те, й інше. Серверне ПЗ являє собою досить складний і дорогий комплекс, для використання і адміністрування якого потрібно навчання персоналу. Постачальником серверного ПЗ не рідко практикується обов'язкове абонентське обслуговування. Всі необхідні спеціалізовані звіти (що враховують специфіку роботи з КПК) вбудовуються в серверне ПЗ. Можливість модифікувати ці звіти або додавати власні звіти або обмежені, або скрутні, або відсутні. Якщо замовнику потрібно якого-небудь новий спеціалізований звіт, то йому буде потрібно звертатися за цим звітом до розробнику серверного ПЗ. Розробник серверного ПЗ зацікавлений в утриманні конкурентних переваг свого програмного продукту і нерідко навмисно обмежує доступ персоналу замовника до технічної документації, особливо в частині функціонування серверного ПЗ.

Як наслідок, штатні програмісти (або програмісти фірми, що супроводжує програмне забезпечення замовника) змушені сидіти склавши руки в рішеннях питань зміни / підвищення функціональності сервера або оптимізації його роботи. Всі перераховані особливості значно збільшують як продажну вартість програмного комплексу в цілому, так і вартість його експлуатації. У випадку ж використання другого способу організації обміну даними (через вбудований модуль обміну даними) всі перераховані недоліки відпадають. Переваги ж такого способу наступні: Замовник купує лише програмне забезпечення для КПК. Серверне ПЗ не використовується, в результаті зменшується довжина ланцюжка передачі даних (наочно видно на схемах), що підвищує надійність роботи системи в цілому. Не потрібно глибоке вивчення роботи системи користувачами, навчання користувачів зводиться до простого інструктажу. Експлуатація та обслуговування системи в цілому значно простіше, відповідно не потрібно її абонентське обслуговування.

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

По суті виходить, що, купуючи конфігуровані систему, замовник автоматично купує і додаткові функції облікової системи, що дозволяють її вдосконалювати й розвивати (а в умовах сучасного бізнесу все частіше потрібно, щоб разом з розвитком фірми, розвивалася і її облікова система). Інтеграція в систему механізмів обміну даними з кишеньковими комп'ютерами просто представляє собою черговий етап розвитку системи, що не вимагає переучування користувачів для роботи з принципово новим програмним комплексом - все нові звіти й нові документи користувачі системи бачать всередині самої системи, а не у сторонньому програмному комплексі. Вони вже мають навички роботи з обліковою системою, тому легко освоять нові можливості системи.