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