LOB: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Root (Diskussion | Beiträge) |
Root (Diskussion | Beiträge) |
||
Zeile 103: | Zeile 103: | ||
== Funktionsweise == | == Funktionsweise == | ||
Die | Die Synchronisation erfolgt über die Funktion ->Tagwache, dabei sind folgende Schritte relevant | ||
* Beim "senden" legt die OrgaMon-App | * Beim "senden" legt die OrgaMon-App Ergebnisse für den JonDa-Server bereit | ||
* Dieser stösst für den "Proceed" eine "neue" XMLRPC Funktion "senden" an die weiter unten beschrieben ist | * Dieser stösst für den "Proceed" eine "neue" XMLRPC Funktion "senden" an die weiter unten beschrieben ist | ||
* Danach lädt die App das neue Auftrags-Volumen | * Danach lädt die App das neue Auftrags-Volumen |
Version vom 22. März 2019, 10:03 Uhr
- Im Rahmen der Tagwache wird eine Auftragsliste für OrgaMon-App erstellt
- Diesen kann mit der OrgaMon-App abgerufen werden
- Die fälligen Warenbewegungen können abgearbeitet werden
- Dabei kommt der Barcodescanner zum Einsatz
Monteur
001
Protokoll
%set BARCODE_TYPE NA $set AUTO_FOCUS S1;S2 $set AUTO_SCAN # # HeBu Musikverlag # 21.08.2017 - 13:20 # Lager-Scan S1= A; Übergangsfach-Scan S2= A; -- ZZ= H;Alles fertig -- Problembeschreibung I3= A; I4= A; I5= A; -- FA= F;Foto 1 ~FA~ FN= F;Foto 2 ~FN~
LAGER.gzs
H:\Delphi\HeBuAdmin\Diagnose\WE.csv Zähler_Nummer(16) Zähler_Ort_Name1(08) Zähler_Info_#_#(,08) Zähler_Info_#_#(,24) Zähler_Info_#_#(,01) Zähler_Info_#_#(,02) Zähler_Info_#_#(/,06) Zähler_Info_#_#(/,07) Zähler_Info_#_#(~,22) Zähler_Info_#_#(,23) Zähler_Ort_Strasse_#_#_#(01,09,10) C_Monteur1_Kürzel(AlKn) Termin(now) Nummer_Auto() C_Art_Info(WE)
Baustelle LAGER Exporte
QS_Mode=0 FTPBenutzer=lager AbschlussTransaktion=KN2 SpaltenReihenfolge=S1!;S1t;S2!;S2t
OrgaMon-App einrichten
Baustelle
- Es muss eine Baustelle LAGER geben
Reiter Exporte
QS_Mode=0 FTPBenutzer=lager AbschlussTransaktion=KN2 SpaltenReihenfolge=S1!;S1t;S2!;S2t
System
- In den Systemeinstellungen muss der RID der Baustelle LAGER eingetragen werden
- Innerhalb der Tagwache muss die Baustelle abgelegt und neu aufgebaut werden, dies wird durch Eintrag des Baustellen-RID in einen Systemparameter erreicht
TagWacheBaustelle=2
Protokoll
Ein spezielles Protokoll verwandelt ein Handy in ein Picker Tool, dabei werden 2 Scans ausgeführt Die Protokoll Datei befindet sich im App Verzeichnis (Wien - App auf Tokio) \dat\Protokolle\
S1
die Warenbewegung WARENBEWEGUNG.LAGER_R
S2
das Lager BELEG.LAGER_R
Funktionsweise
Die Synchronisation erfolgt über die Funktion ->Tagwache, dabei sind folgende Schritte relevant
- Beim "senden" legt die OrgaMon-App Ergebnisse für den JonDa-Server bereit
- Dieser stösst für den "Proceed" eine "neue" XMLRPC Funktion "senden" an die weiter unten beschrieben ist
- Danach lädt die App das neue Auftrags-Volumen
XMLRPC "senden"
- (Es werden Fotos von den Foto-Baustellen heruntergeladen (Das ist für das Lager im Moment bedeutungslos, es könnte jedoch ein Problem-Management-System damit aufgebaut werden))
- In ->Mobil->Empfangen (intern ReadMobil) werden via FTP die neuesten Ergebnisse geladen und die Lager-Aufträge in den Status "erledigt" gebracht
- In ->Ergebnis->Start (intern UploadNewTANS) werden Ergebnisdaten als xls-Tabelle gemeldet
- die abschliessende Transaktion KN2 wird ausgeführt, diese für die tatsächliche Lager-"Bewegung" durch
- Die Baustelle "LAGER" wird nun abgelegt, das entspricht einer Löschung aller Auftragsdaten
- Das Bewegungsvolumen wird nun neu erzeugt ->Agent->Symbol "kleiner Taschenrechner/Handy", dabei entsteht WE.csv (intern "MobilExport")
- Über ein Import-Schema "LAGER.gzs" werden Aufträge aus der WE.csv in die Baustelle "LAGER" importiert
- Über ->Mobil->Senden werden die Auftragsvolumen aller Picker erzeugt (Intern "WriteMobil")