13.10.2017_freitag
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| 13.10.2017_freitag [2017/10/13 11:27] – [Avril] kalaschnikow | 13.10.2017_freitag [2018/04/23 15:57] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== 13.10.2017 Freitag ====== | ||
| + | |||
| + | ===== Avril ===== | ||
| + | * **-** Поговорить с Эдом | ||
| + | * **-** Каковы будут дальнейшие шаги? | ||
| + | * **-** Что с их планшетом делать? | ||
| + | * **-** Eine TODO Liste im Projekt " | ||
| + | * **-** Сделай плс, что бы при логине попадал сразу в Inbox, а не в Organization | ||
| + | * **-** Оценить трудоемкость | ||
| + | * **-** Архив, в который попадали бы выполненные таски | ||
| + | * Сперва вручную, | ||
| + | |||
| + | |||
| + | - В поле Time (скрин 1, обозначено 3) передавать сразу время поступления тревоги в WSC, что бы патрулю не надо было спрашивать у оператора время тревоги и меньше тратить время на заполнение | ||
| + | |||
| + | & 3. Кнопку Resolv, если можно переименовать в Akt | ||
| + | |||
| + | 10. Добавить возможность патрулю отменить заполнение акта. Т.е. грубо говоря рядом с кнопкой Resolv должна быть кнопка Cancel, при нажатии на которую приложение спросит (лучше 2 раза) что точно он хочет отменить этот таск или нет. При отмене в админке должен этот таск маркироваться как отмененный пользователем. | ||
| + | |||
| + | По админке | ||
| + | |||
| + | 1. Будет использовать анкету questionnaireId = 2, ее желательно переименовать в Häireakt | ||
| + | |||
| + | 2. При выводе на печать предлагаю сделать два вариант. Первый вариант такой как сейчас, | ||
| + | |||
| + | 3. Добавить возможность выбора нескольких тасков и удаление их разом. | ||
| + | |||
| + | По шаблону акта | ||
| + | |||
| + | 1. Между словом HÄIREAKT и номером акта добавить пробел (скрин 2) | ||
| + | 2. Häire põhjustas anduri rakendumine tsoonis номер зоны, mille kutsus esile: | ||
| + | |||
| + | ===== Palletways Schnittstelle ===== | ||
| + | ==== Auftragsdaten an Palletways übermitteln ==== | ||
| + | * **-** Neue API Methoden verwenden (s. Mail von Hr. Grewe) | ||
| + | * Tabelle tbPLWSchnittstelle | ||
| + | * Testaufträge sollen mit " | ||
| + | * Fragen an Rolf | ||
| + | * tbPLWSchnittstelle.KKNR - was ist das? | ||
| + | * tbPLWSchnittstelle.colum21 - was ist das? | ||
| + | * tbPLWSchnittstelle.Verkehrsart | ||
| + | * Was ist das? | ||
| + | * Überall ' | ||
| + | ==== Status an Palletways übermitteln ==== | ||
| + | * **-** Datenbankschnittstelle realisieren | ||
| + | * **-** Spezifikation erstellen: wie ein bestimmter Status in der Tabelle gemeldet wird | ||
| + | * **-** Aufbau der tbStatusVerlauf beschreiben | ||
| + | * **-** Log in die Tabelle schreiben | ||
| + | |||
| + | ==== Status an Palletways übermitteln ==== | ||
| + | * **-** Beliebige Datenbank addressieren (z.B. über Kommandozeilenparameter) | ||
| + | |||
| + | ==== App um 3 Status ausbauen (Vollständig/ | ||
| + | * **-** Überlegen wie das gestaltet werden soll (Spec schreiben?) | ||
| + | * **-** Gestaltung mit Rolf klären | ||
| + | * **-** Implementieren | ||
