Несколько советов, которыми я могу поделиться с вами по этому поводу при проектировании инфраструктуры, но сначала вам нужно определить самый первый и важный фактор номер один - безопасность, на котором я остановлюсь на сценарии и моем опыте. этого.
Безопасность, очевидно, будет внедряться как-то с нуля. Подумайте об этом - подход к созданию базы данных в каждом месте - НЕТ-НЕТ. Поскольку a) Stock Control - если фондовый контроль будет локализован, очень высока вероятность того, что с ним может произойти какая-то скрипка, чтобы «искусственно» раздуть маржа прибыли / убытка по сделкам продажи. б) Бывают ситуации, когда цена продукта может быть одной или обеими, один и тот же штрих-код или разные штрих-коды, несмотря на идентичную упаковку - это может произойти довольно легко - вы сканируете что-то, вы клянетесь, что это в системе, и в конечном итоге тратите часы, пытаясь выяснить это, пока штрих-код не будет изменен. c) Продукт может иметь тот же штрих-код, но цена изменится в соответствии с рыночными условиями - это может привести к погоне за дикими гусями, пытающимися решить, следует ли увеличьте существующий запас до новой цены или подождите, пока старый запас не иссякнет, затем внесите изменение цены.
Это вызовет непростую ситуацию в том, как с этим справиться и что делать - следовательно, безопасность должна быть усилена - не компьютерами, а людьми, может произойти простая человеческая ошибка, такая как получение внешней части продуктов с таким же штрих-кодом. но цена либо увеличилась / уменьшилась, и поставила его на полку ... это может вызвать неудобства и задержать поток POS от покупателя, который берет продукт, подходит к прилавку, отсканирует его, заплатит наличными ... вы получаете дрейф.
Таким образом, именно здесь безопасность должна вмешаться с нуля, крайне важно, чтобы вы действовали очень осторожно и правильно спроектировали это, поскольку неправильно спроектированный POS (даже если он действительно работает) может привести к тому, что кассиры будут возиться с уровнями запасов, прибылью / loss, возьмите наличные из POS ... Кроме того, как будет обеспечиваться безопасность в отношении потока наличных, поступающих из POS ... подумайте об этом ... там может возникнуть скрипка ... в обход Система POS полностью и положить деньги в карман ...
Как вы подходите к синхронизации с главной системой, это нужно будет делать в нерабочее время, в зависимости от того, сколько транзакций было совершено, кроме того, операция синхронизации может занять время, следовательно, вне рабочего времени, нет смысла запускать ее во время день, когда есть клиенты, ожидающие оплаты своих покупок.
Безопасность также должна быть рассмотрена в случае «У меня заблокирована база данных - хорошо и хорошо», но что касается передачи данных, ее можно легко перехватить ... что бы вы ни говорили, там БУДЕТ всегда будьте технически подкованным оператором, работающим с POS ... Если проблема возникает в самой POS-системе, есть вероятность, что оператор «посоветуется» с внешними людьми, чтобы исправить это, как они, вероятно, будут чувствовать » Я не хочу беспокоить команду поддержки - им, наверное, надоело, что я приставал к ним », - это подчеркивает и резюмирует ряд вещей:
- Безопасность с нуля
- Обучение должно строго контролироваться, исходя из здравого смысла.
- Если сомневаетесь, спросите пожилых людей ... некоторые на самом деле не утруждают себя этим и предполагают, что операторы знают, что делают ...
- Необходимость устранения человеческих ошибок и условий, которые находятся вне контроля POS, рыночных колебаний цен на продукты, ошибок штрих-кода.
- И последнее, но не менее важное: проектируйте пользовательский интерфейс так, чтобы он был как можно более простым и дружелюбным, без каких-либо разочарований, таких как отказ принимать вводимые данные и т. Д., Вы получите дрейф ...
person
t0mm13b
schedule
16.03.2010