[Signatur Bestellung]
Diese Workflow-Regel wird bei Signatur eines Verkaufsauftrags ausgelöst, wenn der betreffende Unterzeichnende nicht der letzte Unterzeichnende des Signaturkreises ist, der der Änderung des Verkaufsauftrags zugewiesen ist.
Wenn diese Regel angestoßen wird, wird eine Signaturanforderung angelegt und dem entsprechenden Unterzeichnenden eine Nachricht gesendet.
Wenn der von dieser Workflow-Regel identifizierte neue Unterzeichnende entscheidet, den zu signierenden Verkaufsauftrag, welcher ihm zugewiesen wurde, zu signieren, so wird seine Aktion eine der folgenden Workflow-Regeln auslösen:
- Eine Signaturanforderung beim nächsten Unterzeichnenden auslösen mit Nachrichtenversand, wenn der Signaturkreis nicht abgeschlossen ist. Die Workflow-Regel SOHSIGVAL wird im Anschluss daran bei jeder Signatur eines Unterzeichnenden im Signaturkreis erneut ausgelöst, sofern es sich nicht um den letzten Unterzeichnenden des Signaturkreises handelt.
- Eine Aktualisierung des Verkaufsauftrags auslösen, um diesen auf folgenden Wert zu setzen: Vollständig unterzeichnet, wenn es sich um den letzten Unterzeichner handelt. Es wird dann die Workflow-Regel Benachrichtigung Signatur (SOHSIGNOT) automatisch ausgelöst, um dem Verkäufer durch eine Benachrichtigung und durch eine Nachricht zu signalisieren, dass der Verkaufskontrakt vollständig signiert ist.
Wenn der Unterzeichnende im Signaturkreis entscheidet, den zu signierenden Verkaufsauftrag, welcher ihm zugewiesen wurde, abzulehnen, so wird seine Aktion die Workflow-Regel Ablehnung Bestellung (SOHSIGREJ) auslösen. Es wird dann dem Verkäufer durch eine Nachricht signalisiert, dass der Verkaufsauftrag abgelehnt wurde. Die Bestellung kann dann je nach Wert des Verkaufsparameters Abschluss Auftrag bei Signaturablehnung (SOHAPPCLE) abgeschlossen werden.
Kontext und Funktionsmodus
Diese Workflow-Regel ist vom Typ Unterschrift. Sie ist mit dem Ereignis verbunden SOHSIG (Unterschrift Auftrag).
Folgendes Ereignis wird von ihr ausgelöst: :
eine Meldung.
Auslösekriterien
Die zusätzlichen Auslösekriterien sind: :
- Die Signaturverwaltung muss für das Unternehmen aktiviert sein
- Es handelt sich nicht um einen Kontrakt: [F:SOH]ORDSTA <>4
- Der Auftrag ist teilweise signiert: [F:SOH]APPFLG=2
- Ein Unterzeichnender hat den Verkaufskontrakt signiert. Rückmeldungsereignis VAL gespeichert.
Empfänger
Die Empfängerauswahl ist auf folgende Weise definiert: :
Auswahl Unterschrift
Die verschiedenen möglichen Unterschriftenauswahlen sind: :
- Ablehnung: Sie kann manuell durch den Unterzeichnenden getroffen werden. Wenn diese Auswahl getroffen wird, wird das der Verkaufsauftrag auf den Wert Nicht signiert ([F:SOH]APPFLG=1) gesetzt.
- Freigabe VAL: Sie kann manuell durch den Unterzeichnenden getroffen werden. Wenn diese Auswahl getroffen wird, wird das 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).
Vom Event ausgelöste Aktionen
Die Workflow-Regel löst die folgenden Aktionen aus :
Aktion | Auslöser |
|---|---|
DIVSOHWIP : Aktualisierung WIP eines Auftrags | Während der Unterschrift |
DIVSOHOST : Akt. Bewegung Kunde Auftrag | Während der Unterschrift |
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).