Bestandsabgleich GH zu Filialen: Unterschied zwischen den Versionen

Aus Roberts Wissensdatenbank
Die Seite wurde neu angelegt: „Es ist ein Dienst vorhanden,. der die Artikel aus der GH-DB exportiert. Als xml liegen diese dann in einem Verzeichnis. Hier werden per FTP Dateien übertragen und danach in die Filial-DB importiert. Es wird dabei eine Datei iin dem FTP-Verzeichnis erstellt. Manchmal bleibt diese dort liegen und der folgende Transfer bleibt hängen. dan muss diese DAtei entfernt werden. Welcher Server/Verzeichnis? Anmeldung am Server? Dateiname?“
 
Robert (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
 
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 1: Zeile 1:
Es ist ein Dienst vorhanden,. der die Artikel aus der GH-DB exportiert. Als xml liegen diese dann in einem Verzeichnis. Hier werden per FTP Dateien übertragen und danach in die Filial-DB importiert. Es wird dabei eine Datei iin dem FTP-Verzeichnis erstellt. Manchmal bleibt diese dort liegen und der folgende Transfer bleibt hängen. dan muss diese DAtei entfernt werden.
Änderungen am Bestand im Großhandel werden an die Filialen und Shops gemeldet.


Wie bei den falschen Massenänderungen zu erkennen war, müssen hier die Felder in der Tabelle Lagerstm berichtigt werden. Um die Meldung auszulösen sind die Felder Zeitstempel in Tabelle Katalog und LastEditDat in der Tabelle Artikel mit getdate() zu aktualisieren.


Welcher Server/Verzeichnis?
Änderungen an Artikeln werden vom Auftrag '''''NImQExportDataXmlV1''''' verarbeitet. Darin wird das SSIS-Paket '''''\SSISDB\ExportDataXmlV1\NImQExportDataXmlV1\Package.dtsx''''' ausgeführt.


Anmeldung am Server?
Die hierin erzeugten xml-Dateien werden über Soap zu Service.mgs in den Ordner data übertragen. Anmeldename = mgsservice mit Passwort Bearer!2016.


Dateiname?
Aus dem Ordner nimmt Consti die Dateien und spielt sie in die Datenbank '''''MGS_SERVICE''''' auf dem Server '''''MGSGRP-SQL1''''' ein. Da ist eine Tabelle Katalog, in der die Artikel gespeichert sind.
 
Wenn alle Felder der Artikelzeilen ausgefüllt sind, für den Shop werden hier die Daten nach Anlage noch aufbereitet, stehen sie für die angeschlossenen Systeme bereit.
 
 
Der NImQ-Service BaHi auf dem Server MGS '''DB-Server (192.168.100.34)''' greift per Soap auf die Datenbank zu und empfängt Neuanlagen und Änderungen als xml-Datei. Verzeichnis dafür ist '''''D:\Import\MgsService'''''
 
Auch der Shop bekommt von hier aus die Daten. (Consti fragen).
 
 
Mögliche Fehler
 
DTS-Paket wird nicht ausgeführt  -> Server neu starten
 
Xml-Dateien bleiben im ftp-Verzeichnis liegen  -> Prüfen, ob die lock-Datei in dem Verzeichnis liegt und schon älter ist. Falls ja, löschen, damit der Cron-Job wieder ausgeführt wird.
 
Keine Änderungen in NImQ  -> Dienst auf dem DB-Server neu starten. Der bleibt gerne mal stehen.

Aktuelle Version vom 10. Dezember 2025, 11:42 Uhr

Änderungen am Bestand im Großhandel werden an die Filialen und Shops gemeldet.

Wie bei den falschen Massenänderungen zu erkennen war, müssen hier die Felder in der Tabelle Lagerstm berichtigt werden. Um die Meldung auszulösen sind die Felder Zeitstempel in Tabelle Katalog und LastEditDat in der Tabelle Artikel mit getdate() zu aktualisieren.

Änderungen an Artikeln werden vom Auftrag NImQExportDataXmlV1 verarbeitet. Darin wird das SSIS-Paket \SSISDB\ExportDataXmlV1\NImQExportDataXmlV1\Package.dtsx ausgeführt.

Die hierin erzeugten xml-Dateien werden über Soap zu Service.mgs in den Ordner data übertragen. Anmeldename = mgsservice mit Passwort Bearer!2016.

Aus dem Ordner nimmt Consti die Dateien und spielt sie in die Datenbank MGS_SERVICE auf dem Server MGSGRP-SQL1 ein. Da ist eine Tabelle Katalog, in der die Artikel gespeichert sind.

Wenn alle Felder der Artikelzeilen ausgefüllt sind, für den Shop werden hier die Daten nach Anlage noch aufbereitet, stehen sie für die angeschlossenen Systeme bereit.


Der NImQ-Service BaHi auf dem Server MGS DB-Server (192.168.100.34) greift per Soap auf die Datenbank zu und empfängt Neuanlagen und Änderungen als xml-Datei. Verzeichnis dafür ist D:\Import\MgsService

Auch der Shop bekommt von hier aus die Daten. (Consti fragen).


Mögliche Fehler

DTS-Paket wird nicht ausgeführt -> Server neu starten

Xml-Dateien bleiben im ftp-Verzeichnis liegen -> Prüfen, ob die lock-Datei in dem Verzeichnis liegt und schon älter ist. Falls ja, löschen, damit der Cron-Job wieder ausgeführt wird.

Keine Änderungen in NImQ -> Dienst auf dem DB-Server neu starten. Der bleibt gerne mal stehen.