Опис проєкту
ПерекладУ нас інтернет-магазин і окрема облікова система, а між ними працює людина. Кожне замовлення вона переносить руками: покупця, позиції, кількості, знижки. Поки черга доходить до вечірньої партії, залишки на сайті вже не відповідають складу — ми продаємо те, що вранці поїхало, і ховаємо те, що вчора повернулося на полицю. Хочу, щоб цей місток був не людиною з таблицею, а програмою, яка ходить за розкладом і нічого не забуває.
Потрібен обмін у обидва боки. Замовлення йдуть із сайту повністю: склад, кількості, ціни, дані покупця — і стають в обліку документами, з якими можна працювати. Назустріч приходять залишки й ціни та лягають на картки товарів. Статуси оплати та відвантаження повертаються до замовлення, щоб покупець бачив, що його оплату прийнято, а підтримці не доводилося тримати відкритими два вікна заради однієї відповіді. Номенклатуру зіставляємо за артикулом, і все, чому пари не знайшлося, має потрапляти до списку, а не пропускатися мовчки.
Три речі для мене не обговорюються. Обмін іде за розкладом і з перевіркою цілісності: недовантажений пакет не застосовується частково, інакше облік розійдеться, і потім ніхто не знайде, з якого дня почалося розходження. Доступи до облікової системи зберігаються поза кодом, а в журнал не пишуться ні ключі, ні персональні дані покупців. І перед запуском обмін обкатується на копії бази та звіряється вручну за один день — щоб ми знали, який результат є правильним, перш ніж почнемо йому довіряти.
Що маю отримати:
— вивантаження замовлень зі складом, кількостями, цінами та даними покупця;
— завантаження залишків і цін назад на сайт;
— статуси оплати та відвантаження, повернені до замовлення;
— зіставлення номенклатури за артикулом і видимий перелік незіставленого;
— обробка розходжень: що перемагає, що чекає на рішення людини, у чому відмова;
— журнал обміну зрозумілою мовою, із зазначенням документа та причини помилки;
— повтор невдалої операції без задвоєння того, що вже прийнято;
— звіт для бухгалтерії наприкінці місяця: що обмінялося, що впало, що лишилося відкритим.
Потрібен обмін у обидва боки. Замовлення йдуть із сайту повністю: склад, кількості, ціни, дані покупця — і стають в обліку документами, з якими можна працювати. Назустріч приходять залишки й ціни та лягають на картки товарів. Статуси оплати та відвантаження повертаються до замовлення, щоб покупець бачив, що його оплату прийнято, а підтримці не доводилося тримати відкритими два вікна заради однієї відповіді. Номенклатуру зіставляємо за артикулом, і все, чому пари не знайшлося, має потрапляти до списку, а не пропускатися мовчки.
Три речі для мене не обговорюються. Обмін іде за розкладом і з перевіркою цілісності: недовантажений пакет не застосовується частково, інакше облік розійдеться, і потім ніхто не знайде, з якого дня почалося розходження. Доступи до облікової системи зберігаються поза кодом, а в журнал не пишуться ні ключі, ні персональні дані покупців. І перед запуском обмін обкатується на копії бази та звіряється вручну за один день — щоб ми знали, який результат є правильним, перш ніж почнемо йому довіряти.
Що маю отримати:
— вивантаження замовлень зі складом, кількостями, цінами та даними покупця;
— завантаження залишків і цін назад на сайт;
— статуси оплати та відвантаження, повернені до замовлення;
— зіставлення номенклатури за артикулом і видимий перелік незіставленого;
— обробка розходжень: що перемагає, що чекає на рішення людини, у чому відмова;
— журнал обміну зрозумілою мовою, із зазначенням документа та причини помилки;
— повтор невдалої операції без задвоєння того, що вже прийнято;
— звіт для бухгалтерії наприкінці місяця: що обмінялося, що впало, що лишилося відкритим.
Веб програмування Готівка, Банківський переказ
