Siehe Workflow- Beglichen SOHSIG - Verwalt. Unterschrift. Auftrag.
Ja, erforderlich - Die Unterschriftenregelung ist aktiviert. Für jeden Wert einer Zuweisungsregel muss ein Signaturkreis existieren. Andernfalls wird der Auftrag als nicht unterzeichnet betrachtet und ein anderes Workflow-Ereignis wird ausgelöst, um eine befugte Person zu warnen, dass der Wert einer Zuweisungsregel nicht definiert wurde.
Siehe Workflow-Regel SOHSIGNCR - Keine Regel - Auftrag.
Nach Aktivierung des Signaturkreises:
- Ein von mindestens einem Unterzeichner signierter Verkaufsauftrag kann noch geändert werden. Wenn hingegen eines der folgenden Ereignisse auftritt, wird der bereits begonnene Signaturkreis storniert und ein neuer begonnen:
- Hinzufügen / Löschen von Positionen
- Änderung des Auftrags (wenn es sich um eines oder mehrere der unten angegebenen Elemente handelt)
- Änderung eines Rechnungselements mit Auswirkungen auf den Gesamtbetrag des Kontrakts - Die Signatur des Dokuments bleibt so lange unvollständig, bis der letzte Unterzeichner signiert hat. Die Anzahl von Unterzeichnenden in einem Signaturkreis hängt von der Anzahl von Empfängern ab, die zu den einzelnen Regelwerten erfasst wurden. Die maximale Anzahl von Unterzeichnern ist in der der Workflow-Regel zugeordneten Zuweisungsregel definiert. Lehnt ein Unterzeichner im Signaturkreis einen Verkaufsauftrag ab, so wird der Status desselben auf nicht signiert gesetzt. Dieser Status bleibt erhalten, bis der Kontrakt geändert wird. Wenn der letzte Unterzeichnende den Kontrakt freigibt (vollständig signierter Kontrakt) oder ablehnt (nicht signierter Kontrakt), wird der Signaturkreis als vollständig angesehen.
- Wenn der Auftrag erneut geändert wird, wird der alte Signaturkreis nicht storniert, da er ja vollständig ist. Es wird ein neuer Signaturkreis aktiviert, der sich nach dem mit der Auftragsänderung verbundenen neuen Kontext richtet.
Um die Bestellung nicht mehr zu berücksichtigen, ist diese abzuschließen. Der allgemeine Verkaufsparameter Abschluss bei Signaturablehnung (SOHAPPCLE) ermöglicht es, den abgelehnten Auftrag automatisch abzuschließen.
Liste von Feldern, deren Änderung sich auf den Signaturstatus auswirkt und den Signaturkreis erneut auslöst:
Code | Titel | Angebot | Bestellung | Offener Kontrakt |
Felder der Kopfzeile | | | |
BPAADD | Lieferadresse | X | X | |
BPCINV | Rechnungsempfänger | | X | X |
BPCPYR | Zahlender | | X | X |
BPCGRU | Gruppenkunde | | X | X |
PJT | Projektcode | X | X | |
VACBPR | Steuersystem | X | X | X |
MDL | Lieferart | | X | |
DAYLTI | Lieferfrist | X | X | |
DME | Teillieferung | | X | |
IME | Fakturierungsmethode | | X | |
PTE | Zahlungsbedingung | X | X | X |
DEP | Skonto / Verzugszinsen | X | X | |
INVDTAAMT | Aus den Rechnungselementen erfasster Wert | X | X | X |
BPTNUM | Spedition | | X | |
VLYDAT | Gültigkeitsdatum | X | | X |
Zeilenfelder | | | |
QTY | Bestellmenge | X | X | |
SAUSTUCOE | VE-LE-Faktor | X | X | X |
GROPRI | Bruttopreis | X | X | X |
DISCRGVAL1...9 | Aufschläge / Abschläge | X | X | X |
VACITM1...3 | Steuersätze | X | X | X |
BPAADD | Lieferadresse | X | X | |
MDL | Lieferart | | X | |
DAYLTI | Lieferfrist | X | X | |
BPTNUM | Spedition | | X | |
Flowdatei Workflow
Wenn die Signaturverwaltung zu Kontrakten aktiv ist (Verkaufsparameter APPSOH - Signaturverwaltung Aufträge), wird ein Signaturfluss für Aufträge realisiert. Er setzt sich aus verschiedenen aufeinanderfolgenden Workflow-Regeln zusammen.
Zunächst wird die Regel SOHSIG angestoßen - Signaturverwaltung Auftrag. Diese Regel wird bei Anlage und Änderung von Verkaufsaufträgen angestoßen.
Diese Regel führt kontextabhängig folgende Vorgänge aus:
- Eine Signaturanforderung mit Meldungsversand auslösen, wenn ein Signaturkreis definiert wurde und der Verkaufsparameter APPSOH - Signaturverwaltung Auftrag auf fakultativ oder obligatorisch gesetzt ist.
- Eine automatische Signatur zu einer Signaturanforderung auslösen, wenn kein Signaturkreis definiert wurde und der Verkaufsparameter APPSOH - Signaturverwaltung Auftrag auf fakultativ oder obligatorisch gesetzt ist.
- Eine Benachrichtigung per Nachrichtenversand an eine berechtigte Person auslösen, wenn kein Signaturkreis festgelegt wurde, obwohl der Verkaufsparameter Signaturverwaltung Auftrag (APPSOH) einen solchen verlangt. Der betroffene Benutzer muss dann eine neuen Wert für die Zuweisungsregel anlegen. Damit der Verkaufsauftrag erneut berücksichtigt wird, muss dieser geändert werden.
Wenn der erste Unterzeichnende entscheidet, den zu signierenden Verkaufsauftrag, welcher ihm zugewiesen wurde, zu signieren, so wird seine Aktion die Workflow-Regel Signatur Auftrag (SOHSIGVAL) auslösen. Diese Regel führt kontextabhängig folgende Vorgänge aus:
- Eine Signaturanforderung beim nächsten Unterzeichnenden auslösen mit Nachrichtenversand, wenn der Signaturkreis nicht abgeschlossen ist. Diese Workflow-Regel wird im Anschluss daran bei jeder Signatur eines Unterzeichnenden im Signaturkreis erneut ausgelöst.
- Eine Aktualisierung des Verkaufsauftrags auslösen, um diesen auf folgenden Wert zu setzen: Vollständig unterzeichnet, wenn es sich um den letzten Unterzeichner handelt. Workflow-Regel: SOHSIGNOT - Benachrichtigung Signatur wird dann automatisch ausgelöst, um dem Verkäufer durch eine Benachrichtigung und durch eine Nachricht zu signalisieren, dass der Verkaufsauftrag vollständig signiert ist. Wenn der Kontrakt dann noch geändert wird (Änderung an einem der oben angegebenen Felder oder Hinzufügen / Löschen von Positionen), wird der Kontrakt wieder auf Nicht unterzeichnet gesetzt, und der Signaturkreis muss beim ersten Unterzeichner wieder neu begonnen werden. Der alte Signaturkreis wird nicht storniert; nur die Benachrichtigung an den Verkäufer wird storniert, sofern diese noch nicht gelesen wurde.
Wenn einer der Unterzeichnenden im Signaturkreis entscheidet, den zu signierenden Verkaufsauftrag, welcher ihm zugewiesen wurde, abzulehnen, so wird seine Aktion die Workflow-Regel SOHSIGREJ - Ablehnung Auftrag auslösen.
Es wird dann dem Verkäufer durch eine Nachricht signalisiert, dass der Verkaufsauftrag abgelehnt wurde. Der Auftrag kann dann je nach Wert des Verkaufsparameters Abschluss Auftrag bei Signaturablehnung (SOHAPPCLE) abgeschlossen werden.
Kontext und Funktionsmodus
Diese Workflow-Regel wird nur bei den folgenden Vorgängen, im Rahmen der Objektverwaltung ausgelöst :
Create
Modify
Option/Work order
Folgendes Ereignis wird von ihr ausgelöst: :
eine Meldung.
ein Nachverfolgungsereignis.
mehrere Aktionen.
Die Zuweisungsregel SOHSIG (Unterschr.regel. Aufträge) wird von der Workflow-Regel verwendet SOHSIG.
Auslösekriterien
Die zusätzlichen Auslösekriterien sind: :
- Die Signaturverwaltung muss für das Unternehmen aktiviert sein
- Die Bestellung wurde angelegt oder geändert: [F:SOH]APPFLG=0
- Bestellung wurde nicht abgeschlossen: [F:SOH]ORDSTA=1
Mit der Zuweisungsregel SOHSIG können die Kriterien definiert werden, die zur Definition der Signaturregeln verwendet werden. Diese Zuweisungsregel schlägt standardmäßig vor, Signaturkreise abhängig vom ersten Statistikcode des Kundendatenblattes und vom Gesamtnettobetrag des Verkaufsauftrags, umgerechnet in die Unternehmenswährung, zu definieren.
Empfänger
Die Empfängerauswahl ist auf folgende Weise definiert: :
- Der Empfänger ist der nächste Unterzeichnende im Signaturkreis, der der Anlage des Kontrakts zugewiesen ist. Diesem werden eine Nachricht und eine Signaturanforderung gesendet.
- Wenn der erste Unterzeichnende im Signaturkreis der Verkäufer oder diejenige Person ist, die den Verkaufsauftrag angelegt hat,wird der Verkaufskontrakt automatisch signiert (siehe Aktion SIGWRK und Signaturcode VAL).
- Wenn der erste Unterzeichnende im Signaturkreis nicht der Verkäufer oder diejenige Person ist, die den Verkaufsauftrag angelegt hat, wird dem ersten Unterzeichnenden eine Nachricht gesendet und eine Signaturanforderung zugewiesen.
- Wenn kein Unterzeichnender gefunden wird (kein Signaturkreis), können abhängig vom Wert des Verkaufsparameters Signaturverwaltung zu Aufträgen (APPSOH) zwei Fälle auftreten.
Wenn die Signaturen fakultativ sind, wird eine automatische Signaturaktion ausgelöst (siehe Aktion SIGWRK und Signaturcode AUT).
Wenn die Signaturen obligatorisch sind, wird automatisch eine Benachrichtigungsaktion ausgelöst (siehe Aktion SIGWRK und Signaturcode NCR).
Auswahl Unterschrift
Die verschiedenen möglichen Unterschriftenauswahlen sind: :
- Ablehnung: Diese Auswahl steht nur zur Verfügung, wenn ein Signaturkreis existiert. Sie kann manuell durch einen Unterzeichnenden getroffen werden. Wenn diese Auswahl getroffen wird, wird der Verkaufsauftrag auf den Wert nicht unterzeichnet ([F:SOH]APPLFG=1) gesetzt. Es kann dann ein Ablehnungsgrund vergeben werden. Die Liste der Gründe ist in der Sonstigen Tabelle Nr. 56 zu parametrieren.
- Freigabe VAL: Diese Auswahl steht nur zur Verfügung, wenn ein Signaturkreis existiert. Sie kann manuell durch einen Unterzeichnenden getroffen werden. Wenn diese Auswahl getroffen wird, wird der Verkaufsauftrag auf den Wert teilweise signiert oder vollständig signiert gesetzt, je nachdem, ob es sich um den letzten Unterzeichnenden handelt oder nicht ([F:SOH]APPLFG=2 oder [F:SOH]APPLFG=3).
- Kein Signaturkreis definiert: Diese Auswahl ist nicht möglich, wenn kein Signaturkreis existiert und der Verkaufsparameter Signaturverwaltung zu Aufträgen (APPSOH) auf Signatur obligatorisch steht. Sie kann nicht manuell durch einen Unterzeichnenden getroffen werden. Der Verkaufsauftrag wird auf den Wert nicht unterzeichnet ([F:SOH]APPLFG=1) gesetzt.
- Automatische Signatur AUT: Diese Auswahl ist nicht möglich, wenn kein Signaturkreis existiert und der Verkaufsparameter Signaturverwaltung zu Aufträgen (APPSOH) auf Signatur fakultativ steht. Sie kann nicht manuell durch einen Unterzeichnenden getroffen werden. Wenn diese Auswahl getroffen wird, wird der Verkaufsauftrag auf den Wert Signatur automatisch gesetzt und als vollständig signiert betrachtet ([F:SOH]APPLFG=5).
- Storno CAN: Diese Signatur wird im Gegensatz den anderen nicht über eine Signaturoption verwirklicht (Verwendung des besonderen Vorgangscodes CAN). Es handelt sich um eine Funktion zum Storno von Rückmeldungen, die lediglich im Workflow-Überwachungswerkzeug zur Verfügung steht. Mit dieser Auswahl kann die letzte Signaturaktion storniert werden. Das Signaturstorno ist nur möglich, wenn der entsprechende Verkaufskontrakt nicht abgeschlossen ist.
Vom Event ausgelöste Aktionen
Die Workflow-Regel löst die folgenden Aktionen aus :
Aktion | Auslöser |
---|
SIGWRK : Workflow-Signatur | Workflow-Ende |
DIVSOHAPP1 : Akt. Signatur Auftrag auf 1 | Workflow-Ende |
DIVSOHWIP1 : Aktualisierung WIP eines Auftrags | Workflow-Ende |
DIVSOHWIP : Aktualisierung WIP eines Auftrags | Workflow-Ende |
DIVSOHOST : Akt. Bewegung Kunde Auftrag | Während der Unterschrift |
Diese Aktionen stoßen folgende Verarbeitungen an:
Signatur-Workflow SIGWRK: Mit dieser Aktion kann automatisch eine Signatur zu einem aktuellen Workflow-Ereignis ausgelöst werden. Sie wird unter folgenden Bedingungen aufgerufen, um automatisch eine Signatur des in Verarbeitung befindlichen Verkaufsauftrags zu bewirken:
- Wenn der erste ermittelte Unterzeichnende der Verkäufer oder der Benutzer ist, der den Verkaufsauftrag angelegt hat. In diesem Fall wird die Aktion den Verkaufsauftrag mit Antwortcode VAL Freigabe signieren.
- Wenn es keinen Signaturkreis gibt und der Verkaufsparameter Signaturverwaltung zu Kontrakten (APPSOH) auf Signatur obligatorisch steht, wird die Aktion den Verkaufsauftrag mit Antwortcode NCR Signaturkreis nicht definiert signieren.
- Wenn es keinen Signaturkreis gibt und der Verkaufsparameter Signaturverwaltung zu Aufträgen (APPSOH) auf Signatur fakultativ steht, wird die Aktion den Verkaufsauftrag mit Antwortcode AUT Signatur automatisch signieren.
Aktualisierung Kontrakt auf 1 DIVSOHAPP1: Diese Aktion hat zum Ziel, den Auftrag auf nicht signiert zu setzen. Diese Aktion wird ausgelöst, wenn keine automatische Signatur erfolgt ist und wenn ein Signaturkreis ermittelt wurde.
Aktualisierung laufende Vorgänge Auftragsartikel DIVSOHWIP: Diese Aktion hat zum Ziel, die laufenden Vorgänge zu Artikeln mit Bestandsverwaltung zu aktualisieren. Die Aktion wird bei der letzten Signatur angestoßen, wenn die Generierung der laufenden Artikelvorgänge unzulässig ist, bevor der Auftrag nicht vollständig signiert ist (Parameter SOHAPPORD - Lfd. Vorgänge Auftragsartikel nicht signiert = Nein).
Wenn für nicht signierte Aufträge die Generierung von laufenden Vorgängen zulässig ist, kann die Reservierung dieser Aufträge je nach Wert des Parameters SOHAPPALL - Reservierung nicht signierter Auftrag abgelehnt oder autorisiert werden.
Aktualisierung Kundenbewegung zu einem Auftrag DIVSOHOST: Diese Aktion hat zum Ziel, die laufenden Finanzvorgänge des Verkaufsauftrags zu aktualisieren. Die Aktion wird bei der letzten Signatur angestoßen, wenn die Aktualisierung der laufenden Finanzvorgänge unzulässig ist, bevor der Auftrag nicht vollständig signiert ist (Parameter SOHAPPOST - Lfd. Kundenvorgänge nicht signierter Auftrag = Nein).
Verwendete Tabellen
Die folgenden Tabellen sind von der Regel betroffen: SOHSIG :