---
# System prepended metadata

title: 'Фідбек TacERP #1 - Переміщення'

---

## Введення
**Мета:** На прикладі створення нового переміщення зі складу САіППО в інший підрозділ та переміщення між локаціями (згідно [інструкції](https://docs.google.com/document/d/1F-3pCRYa1OMe04zRp8fyqaIFOwwaj1j6/edit)) надати перший зворотній звʼязок зручності використання операцій та запропонувати покращення функціоналу, направлене на поліпшення зручності використання системи.

**Мотивація:** Я великий прихильник необхідності такої системи. Та розумію, що використання напряму залежить від зручності та рішенням основних потреб робочих обовʼязків.

**Коментар:** Використання тестового серверу з неактуальними даними та з неналаштованими правами доступу, скоріш за все, відрізняється від актуальної системи, але я уявив що це тестовий сценарій типових незручностей та помилок нових користувачів.

## Переміщення з САіППО на підрозділ
Розгляну функціонал з першею дією - Створення документа переміщення. Недоліки з начальним обиранням позицій майна вказані в наступному розділі.

Незручності додавання майна в нове переміщення:
1. При додаванні нового рядка майна надає повний перелік існуючих позицій, а не тільки тих, що доступні на обраному складі Початкового розташування. Можливе помилкове обрання того що немає на складі або позицій з іншими серійними номерами.
2. Імпорт серійних номерів можливий тільки по вже обраним позиціям та на етапі "Підготовлено", тоді як "Пошук за серійними номерами" видає перелік найменувань для додання.

Обравши помилкові позиції я стикнулися з тим, що error handling не такий зрозумілий, чому не проводиться накладна. Місцями не завершена локалізація. Здається що детальний зворотній звʼязок краще надавати по реальному кейсу використання, а не з тестового простору.

### Пропонуємі покращення
1. Надати можливість додавати майно по Серійнику на етапі Чернетки. Створити додавання майна агалогічно "Пошук за серійними номерами";
2. Обмежити обираємі позиції тільки з тих, що доступні для переміщення;
3. Підставляти дані автоматично, де можливо (наприклад - МВО).


## Переміщення між локаціями
Розглянуті недоліки загальної логіки, а не тільки самого переміщення.
```mermaid
flowchart LR
    A(Обрати майно) --> B(Створити документ)
```
По дефолту один великий перелік майна з пагінацією. Головна незручність - неможливість обрати майно на різних сторінках, наприклад - різні найменування, або серійний номер, котрого нема на цій сторінці. Вже обрані чекбокси не зберігає при виконанні наступних дій. Якщо стоїть чекбокс зникає поле пошуку. Варіанти рішення та їх недоліки:
- Пошук по найменуванню та/або пошук по серійним номерам
    - Введення пошуку по одному терміну вимагає багато разів вставляти один пошуковий термін та нажимати enter. Наприклад, з серійними номерами це забагато підготовчої роботи та введення;
    - Кожний раз скидається наново при оновлені сторінки;
    - Створеня збережених пошукових запитів заскладна та негнучка операція.
- Групування виду
    -  Гарне рішення, але сама операція це рівень продвинутого користувача та використання потребує навичків;
    -  Все одно не вирішує пагінацію серійних номерів в рамках одного найменування.
- "Пошук за серійними номерами"
    -  Якщо без сканера потребує підготовки даних, що забере замітню кількість часу.

Вторинна незручність - неможливість обрати несерійні компоненти, котра потенційно корисна, але на даному етапі мені складно надати якись коментарі.

### Пропонуємі покращення
1. Створити дефолтні пресети відображення:
    1.1 З групуванням склад/майно та відображати за замовченням;
    1.2 Додати кнопки швидких пресетів під полем пошуку (та в збережені).
2. В пресеті групуваня за майном відключити пагінацію серійних номерів.
3. Створити технічну можливість зберігати обрані чекбокси та виконувати пошук з обранням далі. Не знаючи технічних нюансів складно сказати як краще це зробити, або зберігати до зміни розділу, або через черетку документа переміщення.
4. Створити функціонал аналогічно "Пошук за серійними номерами", але з обранням найменувань.


## Загальне покращення
Загальне побажання - адаптувати систему не тільки під обовʼязкове використання сканеру штрихкодів як вхідна точка вибору майна (згідно [схеми повного процессу](https://www.figma.com/board/BMSIFcxYNJVzL8PY8Mw33D/Схема-зі-скріншотами-екранів-TacERP---процес-и--обліку-БпС--втрати--списання?node-id=0-1&p=f)). Це дуже зручно, і при цьому:
- На всіх рівнях опрацювання це складно запустити;
- Створення та опрацювання документів - це інший процесс, хоч і повʼязаний;
- В системі багато функцій та ролей не повʼязаних з скануванням штрихкодів.

Оффтоп. На мою думку, ключовий фактор успіху запуску системи - швидке створення документів *взаімодії* з іншими підрозділами, службами та зручна строга звітність. Якщо TacERP буде полегшувати існуючи проблеми створення документів (час, складність, опрацювання іншими тощо), то це створить мотивацію робити в неї.


### Інші пропозиції
1. Створити дашборд з кнопками швидкого доступу до основних функції згідно ролей у системі.
2. Актуалізувати інструкції, бо у мене не такі назви пунктів, як в мануалі.
    ![image](https://hackmd.io/_uploads/Hku4j5AE-e.png)


## Зустрінени баги
1. В результаті пошуку по Серійному номеру `58\4444111-59` не знайдено результатів, хоча таке майно є.
    ![image](https://hackmd.io/_uploads/rk_TncRNZg.png)
    ![image](https://hackmd.io/_uploads/SyWthqAVbl.png)
    
2. "Пошук за серійними номерами" -> Ввів `58\4444111-59 58\4444111-61` -> з окна пошуку нажав "Внести заново" та не змінюючи нажав "Пошук" (поле серійникив було з введеними даними) та отримав таку помилку
    ![image](https://hackmd.io/_uploads/rkiMxsCNZe.png)
