Посоветуйте учётную программу для розничного магазина!
 |
|
28/02/2013
Я уже некоторое время шерстю интернет в поисках простой и в то же функциональной программы для небольшого магазина розничных продаж. Хотя возможно это будет и связка программ т.е. на стороне продавца и на стороне админа. Не могу определится сам по-причине отсутствия опыта в пользовании таких программ. Имеются некоторые обязательные и не очень, требования к функционалу. Они следующие:
1. ПО должно уметь вести счета (аккаунты) покупателей. Специфика такова, что учёт денежных средств будет вестись другими средствами, а в ПО будет вестись учёт неких единиц, равных рублям, по картам клиентов. Иными словами внёс покупатель N-ную сумму рублей, эта же сумма единиц пополнила его аккаунт в ПО. Или приобрёл товар, сумма списалась с его счёта (аккаунта) в ПО. Предполагаю, что можно сделать различными средствами, например ведением постоянно действующих сертификатов.
2. Второе требование вытекает из специфики первого - это возможность работы ПО без использования ККМ. Как я уже говорил, денежная наличность будет учитываться иными средствами, там ККМ и будет работать. Регистрация продаж, или точнее, списание товаров из базы данных будет производится сканером штрихкодов.
3. Поддержка работы с электронными весами по Ethernet и естественно поддержка работы с весовым товаром. Как я понимаю это могут многие программы.
4. Возможность "научить" (читай допилить) программу пополнять счета (аккаунты) покупателей используя сканер штрихкода т.е. покупатель внёс в кассу некую сумму рублей, получил кассовый чек. Далее я сканирую его карту, ПО определяет с каким аккаунтом нужно совершать операцию, сканирую другой штрихкод и на указанный счёт вносится определённая сумма единиц. Для разных сумм внесения используются разные штрихкоды. Однако если реализовать вторую операцию будет невозможно, ну тогда хотя бы вводить суммы вручную.
Теперь желательные требования:
a) Если ПО будет состоять из двух частей (как говорят Front Office и Back Office), то конечно же между ними должен поддерживаться обмен.
b) Хорошо бы если ПО могло читать QR-коды (двумерные)
с) Очень желательно использовать более менее популярное ПО, чтобы можно было находить ответы по работе ПО на форумах и конференциях.
Заранее спасибо за то, что уделили время и тем более за ответ.
Пожалуйста, не предлагайте online сервисы.
1. ПО должно уметь вести счета (аккаунты) покупателей. Специфика такова, что учёт денежных средств будет вестись другими средствами, а в ПО будет вестись учёт неких единиц, равных рублям, по картам клиентов. Иными словами внёс покупатель N-ную сумму рублей, эта же сумма единиц пополнила его аккаунт в ПО. Или приобрёл товар, сумма списалась с его счёта (аккаунта) в ПО. Предполагаю, что можно сделать различными средствами, например ведением постоянно действующих сертификатов.
2. Второе требование вытекает из специфики первого - это возможность работы ПО без использования ККМ. Как я уже говорил, денежная наличность будет учитываться иными средствами, там ККМ и будет работать. Регистрация продаж, или точнее, списание товаров из базы данных будет производится сканером штрихкодов.
3. Поддержка работы с электронными весами по Ethernet и естественно поддержка работы с весовым товаром. Как я понимаю это могут многие программы.
4. Возможность "научить" (читай допилить) программу пополнять счета (аккаунты) покупателей используя сканер штрихкода т.е. покупатель внёс в кассу некую сумму рублей, получил кассовый чек. Далее я сканирую его карту, ПО определяет с каким аккаунтом нужно совершать операцию, сканирую другой штрихкод и на указанный счёт вносится определённая сумма единиц. Для разных сумм внесения используются разные штрихкоды. Однако если реализовать вторую операцию будет невозможно, ну тогда хотя бы вводить суммы вручную.
Теперь желательные требования:
a) Если ПО будет состоять из двух частей (как говорят Front Office и Back Office), то конечно же между ними должен поддерживаться обмен.
b) Хорошо бы если ПО могло читать QR-коды (двумерные)
с) Очень желательно использовать более менее популярное ПО, чтобы можно было находить ответы по работе ПО на форумах и конференциях.
Заранее спасибо за то, что уделили время и тем более за ответ.
Пожалуйста, не предлагайте online сервисы.
 |
|
03/07/2013
Я вот всегда удивляюсь таким вот продавцам софта, которые прям сходу заявляют - да наше приложение все это умеет. Да где ж оно умеет-то? Как минимум не ведется учет аккаунтов с присвоением номеров карт со штрих кодами.
borisel, Вам же я посоветую составить документ (они носят название RFP), где Вы полностью описываете все Ваши процессы, какие задачи стоят и как они должны решаться. Далее Вы рассылаете этот документ разработчикам ПО, где они готовят на этот документ ответ, детально описывая функционал своего ПО и предлагают решение поставленной задачи с использованием их приложения.
Но будьте готовы к тому, что из пару десятков запросов Вы получите едва ли не треть стандартных ответов, а готовых к диалогу разработчиков будет единицы. Все дело в том, что подобного рода процессы характерны для крупных компаний с миллионным бюджетом на разработку. Разработчики же почти всегда готовы продать лишь готовое решение, которое не всегда полностью соответствует требованиям заказчиков.
borisel, Вам же я посоветую составить документ (они носят название RFP), где Вы полностью описываете все Ваши процессы, какие задачи стоят и как они должны решаться. Далее Вы рассылаете этот документ разработчикам ПО, где они готовят на этот документ ответ, детально описывая функционал своего ПО и предлагают решение поставленной задачи с использованием их приложения.
Но будьте готовы к тому, что из пару десятков запросов Вы получите едва ли не треть стандартных ответов, а готовых к диалогу разработчиков будет единицы. Все дело в том, что подобного рода процессы характерны для крупных компаний с миллионным бюджетом на разработку. Разработчики же почти всегда готовы продать лишь готовое решение, которое не всегда полностью соответствует требованиям заказчиков.
Ответить
