подписка
Подписаться
Главная Форум Ведение бизнеса Автоматизация

Посоветуйте учётную программу для розничного магазина!

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

Заранее спасибо за то, что уделили время и тем более за ответ.
Пожалуйста, не предлагайте online сервисы.
Скопировать ссылку на сообщение
Ответить
Фролик
03/07/2013
Я вот всегда удивляюсь таким вот продавцам софта, которые прям сходу заявляют - да наше приложение все это умеет. Да где ж оно умеет-то? Как минимум не ведется учет аккаунтов с присвоением номеров карт со штрих кодами.

borisel, Вам же я посоветую составить документ (они носят название RFP), где Вы полностью описываете все Ваши процессы, какие задачи стоят и как они должны решаться. Далее Вы рассылаете этот документ разработчикам ПО, где они готовят на этот документ ответ, детально описывая функционал своего ПО и предлагают решение поставленной задачи с использованием их приложения.

Но будьте готовы к тому, что из пару десятков запросов Вы получите едва ли не треть стандартных ответов, а готовых к диалогу разработчиков будет единицы. Все дело в том, что подобного рода процессы характерны для крупных компаний с миллионным бюджетом на разработку. Разработчики же почти всегда готовы продать лишь готовое решение, которое не всегда полностью соответствует требованиям заказчиков.
Скопировать ссылку на сообщение
Ответить
Марина Маринова
Директор компании, Tablos
06/11/2013
Мы используем 1CFresh, приложение УНФ
Ответить