ТЗ програмісту.
1. У кожного працівника складу - http://joxi.ru/YmE9L7GTJMlvbm , має бути свій бейджик ідентифікації із штрих кодом.
Потрібно підключити 2 типа сканерів. 1 тип - перевіряючий (кожний перевіряючий має мати індивідуальний сканер), 2 тип - збір замовлень (буде загальний сканер на всіх збираючих). Система має розрізняти типи сканерів "для перевіряльників" та "для збиральників".
2. Має бути реалізовано декілька типів штрих кодів.
штрих код збиральника
штрих код перевіряючого
штрих код документа - штрих код №1. Цей штрих код має бути унікальний і є прив’язаний до конкретного номера "расходный ордер на товары", який по “структуре подчиненности” пов’язує реалізацію, та заказ клієнта.
загальний завершальний штрих код для збиральника - штрих код №2. Цим штрих кодом будуть користуватися лише збиральники. Функції штрих коду описані у частині “функціонал сканеру збиральника” , “дія 2”
загальний завершальний штрих код для перевіряльника - штрих код №3. Цим штрих кодом будуть користуватися лише перевіряльники. Функції штрих коду описані у частині “функціонал сканеру перевіряльника” , “дія 2”
загальний штрих код відміни через брак або недостачу - штрих код №4. Функції штрих коду описані у частині “функціонал сканеру перевіряльника” , “дія 3”
загальний штрих код відміни по причині не вірної збірки "расходный ордер на товары" - штрих код №5
3. Друковану форму “задание на збор товаров” - http://joxi.ru/MAjbWXZHx15WbA потрібно дещо удосконалити.
http://joxi.ru/12MZX0lT0wDlZA ,http://joxi.ru/n2YZG4vTZ7gZ5A - вивести номер замовлення в 1с
http://joxi.ru/1A5Xj6vHGzeKn2 штрих код №1
http://joxi.ru/DrlbLkRH0Ga0q2 , http://joxi.ru/4Ak8dxaHX0OXQr - вивести номер сайту
http://joxi.ru/xAevPa6cgbQXKr , http://joxi.ru/nAyb7joHjaoayr - вивести клієнта та його менеджера
http://joxi.ru/Grqv3NxckRgJBm - ця інформація не потрібна
http://joxi.ru/krDjdyGcJgN632 - вивести деталізацію по комбінації
Фукціонал сканера збиральника.
Дія 1.Збиральник сканує штрих код №1 та свій бейджик. В "отгрузка" - http://joxi.ru/E2pBl8XHa4x44r, в документ "расходный ордер на товары" - http://joxi.ru/8AnpZyOH7oOd1m , вноситься "ответственный" (збиральник) - http://joxi.ru/brRQ7bGuYOgvnA. (початок збірки заказу) - система має фіксувати час та дату внесення в поле “ответственный”.
*при створенні керівником "расходный ордер на товары" система має залишати поле “ответственный” пустим.
*система має перевіряти чи поле пусте, якщо випадково у полі "ответственный" вже є збиральник, система має вибивати помилку - “цей заказ вже збирається” - це означає, що цей заказ вже збирає збиральник 1.
* система має перевіряти чи не збирається цим збиральником інший заказ. Якщо збиральник вже має 1 незавершений заказ, то система має вибити повідомлення, “є не закритий заказ”, це означає, що спочатку потрібно закінчити збірку попереднього заказу
*при вірній дії система має видавати повідомлення - “дія зроблена”, таким чином збиральник буде розуміти, що все добре
Дія 2. Збиральник сканує штрих код №2 та свій бейджик. Система знаходить "расходный ордер на товары", який виконує даний збиральник та змінює статус на "к проверке" - http://joxi.ru/5mdvwZ5cea8dNA.
*при вірній дії система має видавати повідомлення - “дія зроблена”, таким чином збиральник буде розуміти, що все добре
*якщо статуси не відповідають функціоналу сканеру збиральника, то видавати помилку - “невірна дія”
Фукціонал сканеру перевіряючого.
Дія 1. Перевіряльник сканує своїм сканером штрих код №1, після чого система ідентифікує "расходный ордер на товары", вносить "контролера" - http://joxi.ru/EA4XE5jHOpgV0A - система має фіксувати час та дату внесення в поле “контролера”. Далі відкриває документ перевірки - http://joxi.ru/xAevPa6cgXoNKr.
Дія 2. Перевіряльник сканує своїм сканером штрих код №3, система відмічає у "расходный ордер на товары", що відгузка вірна - http://joxi.ru/l2Zl0DEtERLLNr , після чого система завершує перевірку. Статус переводиться у "отгружен" - http://joxi.ru/nAyb7joHjab61r.
Дія 3. Перевіряльник сканує своїм сканером штрих код №4, і система автоматично відміняє перевірку. "расходный ордер на товары" залишається в статусі “к проверке”.
Дія 4. Перевіряльник сканує своїм сканером штрих код №5. Система переводить "расходный ордер на товары" із статуса "к проверке" на статус "к отбору".
*при вірній дії система має видавати повідомлення - “дія зроблена”, таким чином збиральник буде розуміти, що все добре
*якщо статуси не відповідають функціоналу сканеру збиральника, то видавати помилку - “невірна дія”
Звітність
1. По збиральникам цікавлять такі дані у звіті у розрізі місяця.
кількість зібраних "расходный ордер на товары"
кількість часу зборки "расходный ордер на товары" - різниця часу між проставленим "ответственный" до часу коли переставився статус "к проверке"
кількість зібраних строк у "расходный ордер на товары"
кількість зібраного товару у шт. "расходный ордер на товары"
кількість зроблених помилок - фіксується коли перевіряльник сканує штрих код №5
час редагування заказу після помилки - різниця часу між статусами “к отбору” та “к проверке” по другому колу
кількість "расходный ордер на товары" із браком або нестачею - фіксується штрих кодом №4
кількість системних помилок “невірна дія”
кількість системних повідомлень “є не закритий заказ”
кількість замовлень, які перенесені на інший день. Можна фіксувати часом зборки, буде більше ніж 6 годин. Можна прив’язати до часу початку і кінця зміни. (обсудити)
*структура звіту має бути подібна цій - http://joxi.ru/krDjdyGcJGqM62
* якщо "расходный ордер на товары" створений одного дня, а відгрузка (зміна статусів) йде наступного дня, то потрібно вирахувати вірний термін статусів, за рахунок мінусації не робочих годин(можна реалізувати за рахунок графіку робочого дня).
*якщо на одну дію є декілька замірів, то у звіт записувати перший показник
2. По перевіряльникам цікавлять такі дані у звіті у розрізі місяця:
кількість перевірених "расходный ордер на товары"
час перевірки "расходный ордер на товары" - різниця часу між проставленим "контролера" до часу коли переставився статус "отгружен"
кількість перевірених строк у "расходный ордер на товары"
кількість перевіреного товару у "расходный ордер на товары"
кількість успішних заказів - "расходный ордер на товары" - який був змінив статуси “к проверке” на “отгружен” без відмін і переведень у інші статуси
час очікування "расходный ордер на товары" на перевірку - різниця часу між проставленим статусом “к проверке” і часом коли проставлений “контроллер”
кількість у яких зафіксована помилка збиральника - фіксація штрих кодом №5
кількість системних помилок “невірна дія”
кількість системних повідомлень “є не закритий заказ”
кількість замовлень, які перенесені на інший день. Можна фіксувати часом зборки, буде більше ніж 6 годин. Можна прив’язати до часу початку і кінця зміни. (обсудити)
* структура звіту перевіряльника подібна до - http://joxi.ru/Rmzb8lNHRvD0Lm
* якщо "расходный ордер на товары" створений одного дня, а відгрузка (зміна статусів) йде наступного дня, то потрібно вирахувати вірний термін статусів, за рахунок мінусації не робочих годин(можна реалізувати за рахунок графіку робочого дня).
*якщо на одну дію є декілька замірів, то у звіт записувати перший показник
3. По керівнику відділення цікавлять такі дані у звіті у розрізі місяця:
а). Звіт середніх та загальних показників
показник к-ті опрацьованих заказів (
показник часу опрацювання заказу
показник кількості строк
показник кількості товару
* структура звіту перевіряльника подібна до - http://joxi.ru/DrlbLkRH0K15E2
* рахуються лише завершені "расходный ордер на товары", тобто у статусі “отгружен”
б). Звіт по часу документів
час очікування на друк - різниця часу між створенням "реализация товаров и услуг" та створенням "расходный ордер на товары"
час очікування редагованої “реализация товаров и услуг" після відміни по причині браку або нестачі - різниця часу між повторним проведення “реализация товаров и услуг" і створенням нового "расходный ордер на товары"
час списання товару після виявлення нестачі або браку - різниця часу між відміною "расходный ордер на товары" та створенням документу "пересчет товара" або "списание недостач".
час очікування на зборку - різниця часу між створенням "расходный ордер на товары" та часом коли проставлений "ответственный"
кількість годин робочого дня (механіка описується у кінці документу)
* структура звіту перевіряльника подібна до - http://joxi.ru/vAWLgwvCq3PGer
Додаткове завдання
Створити можливість фіксування робочого дня. Для цього потрібно запрограмувати місце, де керівник відділення на початку робочого дня буде включати кнопку “початок” , а при закінченні “кінець”. Час початку і закінчення може бути різний. Кількість робочих годин виводити у звіт.
Механіка дій складу та менеджерів при "ордерному складі. Замовленні товару та недостачі товару при відгрузці.
1. Менеджер узгоджує заказ. Після узгодження, проставляє в заказі статус "к отгрузке" , створює та проводить "реализация товаров и услуг". Це означає, що товар відправлений на зборку.
2. Керівник складу на "реализация товаров и услуг" відразу створює "расходный ордер на товары". Автоматично системою роздруковується “задание на сбор товаров” - http://joxi.ru/52avodEcbgw9MA і кладеться у лоток черги. Це означає, що заказ почав збиратися і тепер менеджер може відслідковувати статус зборки заказа - http://joxi.ru/V2VdqVEiK8kOWr.
3. Збиральник бере фактуру для збору, сканує штрих код №1 та свій бейджик (початок). В "отгрузка" - http://joxi.ru/E2pBl8XHa4x44r, у документ "расходный ордер на товары" вноситься "ответственный" (збиральник) - http://joxi.ru/brRQ7bGuYOgvnA. ( 1 збиральник одночасно може збирати лише 1 замовлення)
4. Після закінчення зборки, збиральник сканує штрих код №2 та свій бейджик (кінець). Система знаходить "расходный ордер на товары", який виконує даний збиральник та змінює статус на "к проверке" - http://joxi.ru/5mdvwZ5cea8dNA. Замовлення стає в чергу на перевірку.
5. Коли Перевіряльник починає перевіряти заказ, він сканує персональним сканером штрих код №1 (так система ідентифікує конкретний ордер, серед усіх збірок), після чого в "расходный ордер на товары" вносить "контролера" (перевіряльника) - http://joxi.ru/EA4XE5jHOpgV0A і відкриває документ перевірки - http://joxi.ru/xAevPa6cgXoNKr. Далі можна лише "завершити перевірку" при вірній кількості збору, або відмінити по причині нестачі чи браку.
а). якщо кількість правильна, збиральник сканує штрих код №3 (успішно), система відмічає у "расходный ордер на товары", що відгузка вірна http://joxi.ru/l2Zl0DEtERLLNr , після чого завершує перевірку. Статус переводиться у "отгружен". Це означає, що замовлення зібране і відбулася мінусація товару із залишків. http://joxi.ru/zANaxlGf68jdX2 - у менеджера відображається, що заказ відгружений.
б). Якщо кількість товару у ордері не вірна або такого товару немає на складі, перевіряльник сканує штрих код №4 (не успішно), і система автоматично відміняє перевірку. "расходный ордер на товары" залишається в статусі “к проверке”.
а). Перевіряльник передає фактуру відгузки керівнику складу. Керівник відміняє "расходный ордер на товары. Після відміни помічає документ на видалення та відміняє проведення "реализация товаров и услуг". Далі керівник мінусує бракований товар чи нестачу на складі документом "пересчет товара" та "списание недостач".
* Після виявлення нестачі або браку керівник відділення зобов’язаний знайти причину та обов’язково провести інвентаризацію документом “пересчет товаров” - http://joxi.ru/E2pBl8XHa4Zobr. Після завершення інвентаризації оновити залишки продукції.
б). Керівник складу повідомляє менеджера про нестачу у замовленні для редагування.
в). Менеджер редагує замовлення. Після змін має відредагувати "реализация товаров и услуг" і заново перепровести. (якщо в замовленні була 1 позиція і клієнт відмовляється замовляти інший товар - замовлення відміняється)
г). Повторно друкується "задание на сбор товаров", кріпиться до старої фактури і кладеться в чергу на відгрузку.
д). Далі повторюється процес зборки заказу. (пункт 3)
в). Якщо заказ не вірно зібраний збиральником, перевіряльник сканує своїм сканером штрих код № 5 (не успішно), система переводить "расходный ордер на товары" із статуса "к проверке" на статус "к отбору".
