LOB: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Root (Diskussion | Beiträge) |
Root (Diskussion | Beiträge) |
||
Zeile 55: | Zeile 55: | ||
* LAGER.gzs ist ein Import-Schema, das verwendet wird um Lagerbewegungen (WE.csv) in Aufträge zu verwandeln | * LAGER.gzs ist ein Import-Schema, das verwendet wird um Lagerbewegungen (WE.csv) in Aufträge zu verwandeln | ||
.\Diagnose\WE.csv | |||
Zähler_Nummer(16) | Zähler_Nummer(16) | ||
Zähler_Ort_Name1(08) | Zähler_Ort_Name1(08) |
Version vom 27. März 2019, 15:10 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~
WE.csv
- Die Liste der Warenbewegungen wird im ->Agent->Symnbl "kleines Handy oder Taschenrechner" (Angezeigtes Volumen in den Auftragsarbeitsplatz) erstellt.
- Sie hat folgenden Aufbau
MENGE;LAGER_MENGE;MINDESTBESTAND;AUFTRITT;AUSGABEART_R;NUMERO;VERLAGNO;TITEL;NAME;ZIEL;BEWEGT;MENGE_BISHER;MENGE_NEU;ZUSAMMENHANG;BRISANZ;RID;ARTIKEL_R;BELEG_R;POSTEN_R;BBELEG_R;BPOSTEN_R;S1;S2;AA
LAGER.gzs
- LAGER.gzs ist ein Import-Schema, das verwendet wird um Lagerbewegungen (WE.csv) in Aufträge zu verwandeln
.\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") und im FTP Bereich abgelegt