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