Bestandsabgleich GH zu Filialen: Unterschied zwischen den Versionen
Robert (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Robert (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| Zeile 1: | Zeile 1: | ||
Änderungen am Bestand im Großhandel werden an die Filialen und Shops gemeldet. | Ä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. | 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. | |||
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.
