Außendienstmanagement und IFS Cloud-Integration
Die Integration zwischen IFS-Außendienstmanagement (FSM) und IFS Cloud ermöglicht die Bestandspflege mit FSM, während Beschaffung und Finanztransaktionen mit IFS Cloud abgewickelt werden.
Ein Diagramm der Integrationsarchitektur wird unten angezeigt. Das Integrationsframework, bei dem es sich um ein Servermodul handelt, das eingehende und ausgehende Integrationen zwischen FSM und anderen Systemen generisch unterstützt, ist im IFS FSM APP-Server enthalten. Es verwendet Import-/Export-Zuordnungen, die in den Metadaten der FSM-Datenbank definiert sind, um XML-Nachrichten und API-Aufrufe flexibel zwischen IFS Cloud und FSM abzubilden, die leicht an die Kundenbedürfnisse angepasst werden können und über Metadatenänderungen im FSM-Client erweiterbar sind. Der standardmäßige IFS PL\SQL Access Provider wird für die Kommunikation mit IFS Cloud verwendet.
Der SOAP-Gateway des IFS Cloud-Servers gibt einem Client oder einer anderen Software die Möglichkeit, sich kontrolliert und leistungseffizient in die IFS-Geschäftslogik zu integrieren. Bei Verwendung des IFS SOAP Access Provider-Formats wird BizAPI ohne Beteiligung des IFS Connect-Framework aufgerufen. Dies ermöglicht einen schnellen und effizienten Aufruf der Geschäftslogikschnittstelle und ist für Kunden geeignet, bei denen eine engere Integration vorzuziehen ist, was zu einer hohen Leistung und weniger Administrationsaufwand führt.
Um die Integration von FSM und IFS Cloud nutzen zu können, muss der IFS Cloud-Endanwender mit der IFS/FND-Rolle ausgestattet sein: FND_CONNECT.
Die Routing-Adresse Mit FSM-Server verbinden wird verwendet, um die Verbindung zwischen FSM und IFS Cloud herzustellen.
Es werden drei neue Ausgangs-Routing-Regeln eingeführt, um IFS Cloud-Beschaffung mit FSM zu integrieren: FSM-Kein Artikelempfang, FSM-Artikelempfang und IFS Cloud-Bestelldaten an FSM-Bestellungen.
Die folgenden Diagramme zeigen, wie FSM Metadaten aus IFS Cloud importiert.
Datensynchronisierungsprozess für Kunde/Lieferant/Artikel
Seite „IFS Cloud FSM-Transaktionen“
Sobald die FSM-Transaktionen im Artikeltransaktionsprotokoll Generiert wurden, wird die eingehende BizAPI TRNASFER_FSM_TRANSACTION ausgelöst, um diese Informationen an IFS Cloud weiterzuleiten. Mithilfe von Befehlen können auf der Seite FSM-Transaktionshistorie zusätzliche Details angezeigt werden. Die FSM-Transaktionsbuchungen können auf der Seite Lieferketten- und Fertigungsbuchungen - Analyse angezeigt werden.
Das Prozessdiagramm unten veranschaulicht diesen Prozess.
Sie können das Transaktionsdatum auf dieser Seite mit dem Befehl „Ausführungsdatum ändern“ ändern.
Die IFS Cloud-Materialbewegungen, die entsprechend den FSM-Bestandsartikeltransaktionen erstellt wurden, lauten wie folgt.
| ID/Systemereignis | Bez./Systemereignis | Zugeordnete FSM-Transaktionen |
| INTERN-IN | FSM Intern Ein | CC - Kostenänderung - 4995 BOMD - De-Kitting - 4091 BOMK - Kitting -4091 PC - Physische Zählung ein - 4091 SC - Online-Bildschirm (ID) - 1400 |
| INTERN-OUT | FSM Intern Aus | PC - Physische Zählung aus - 4091 PU - Verwendeter Artikel - 5460 BOMD - De-Kitting - 4091 BOMK - Kitting -4091 SC - Online-Bildschirm (ID) - 1405 CC - Kostenänderung - 4996 |
| EXTERN-IN | FSM Extern Ein | PD - Artikelverteilung - 5613 RP - RC-Artikeländerung (Neuer Artikel erhöht) - 4022 RR - RC-Eingang - 4022 |
| EXTERN-OUT | FSM Extern Aus | RP - RC Artikeländerung (Alter Artikel reduziert) - 5500 RQ - Anforderung - 5500 SH - Spediteur - 4021 |
| FSMPRDIFF + | FSM-Preisdifferenz - Höherer Preis | |
| FSMPRDIFF- | FSM-Preisdifferenz - Niedrigerer Preis | |
| FSMARRIVAL | FSM-PO-Eingang für Bestandsartikel |
Wenn eine RQ-Entnahmetransaktion in FSM generiert wird und die Transaktion an IFS Cloud durch Auslösen der eingehenden BizAPI TRNASFER_FSM_TRANSACTION weitergeleitet wird, würde die Zuordnung folgendermaßen aussehen.
| FSM-Transaktionstabelle | ||||||||
| Transaktionscode | Artikelnr. | Menge | Stückkosten | FSM-Transaktionstyp | FSM-Info | |||
| Extern-Aus | SEAL-123 | 10 | 50 | RQ - Anforderung Entnahme | Andere FSM-Daten. Z. B. Auftragsreferenzen | |||
| Buchungen | ||||||||
| Soll/Haben | Buchungstyp | Wert | Konto | |||||
| Soll | M272 - FSM Extern-Aus | 500 | 5501 - Reparaturkosten | |||||
| Haben | M264 - FSM-Bestand | 500 | 1400 - Bestand | |||||
Transfer IFS Cloud/FSM-Transaktionen
Nachdem die FSM-Transaktionen in IFS Cloud generiert wurden, können Sie diese in das HB übertragen. Dadurch werden Belege für FSM-Transaktionen in IFS Rechnungswesen erstellt.
- Der Beleg wird in der Wartetabelle in den Buchungsregeln erstellt und später im Hauptbuch aktualisiert.
- Der zu verwendende Belegtyp (FSM) wird in Belegtypen definiert. Ein Beleg der Funktionsgruppe FSM wird erstellt.
Buchungssteuerungsdaten für jede Finanztransaktion können in der FSM-Transaktionshistorie angezeigt werden. Diese Seite dient auch zur Anzeige des Transaktionsstatus, um sicherzustellen, dass es keine fehlerhaften FSM-Transaktionen gibt.
Wenn die FSM-Transaktionen nicht übertragen wurden, zeigen Sie die Details der Transaktion an.
- Beim Anzeigen der Transaktion wird im Feld „Statuscode“ die Zahl 99 oder „Fehlerhafte Buchung“ angezeigt, wenn es sich um einen Fehler handelt.
- Auf der Registerkarte „Buchung“ wird eine Fehlermeldung angezeigt, die den Buchungsfehler erklärt. Dies ist häufig auf eine falsche/unvollständige Einrichtung in den Buchungsregeln zurückzuführen, kann aber auch aufgrund fehlender Daten in der Verteilung auftreten.
Nehmen Sie alle erforderlichen Korrekturen vor und korrigieren Sie die Transaktionsbuchungen anschließend mit „Fehlerhafte Logistik- und Fertigungsbuchungen wiederholen“.
- Dieser Prozess überprüft alle fehlerhaften Transaktionen für einen Standort anhand von Buchungsregeln und Basisdaten der Lieferkette, um die Transaktion so zu korrigieren, dass sie übertragen werden kann.
- Wiederholen Sie die Transfertransaktion und prüfen Sie, ob alle Transaktionen korrekt übertragen wurden.
Das unten dargestellte Diagramm „FSM-Transaktionen übertragen“ veranschaulicht die Prozesse.
