Die meisten Unternehmen überprüfen Ihre Kreditberichte und das Bruttojahreseinkommen, um Ihr Kreditlimit zu bestimmen. Zu den Faktoren, die Emittenten gerne berücksichtigen, gehören Ihre Rückzahlungshistorie, die Länge Ihrer Kredithistorie und die Anzahl der Kreditkonten in Ihrem Bericht. Dazu gehören Hypotheken, Studentendarlehen, Autokredite, Privatkredite und dergleichen. Die Emittenten überprüfen auch die Anzahl der in Ihrem Kreditbericht eingeleiteten Anfragen sowie die Anzahl der abfälligen Marken, wie Konkurse, Inkasso, Zivilurteile oder Steuerpfandrechte. Das Unternehmen finanziert Ihr Limit entsprechend. Aktivieren Sie Workflowmeldungen für die Kreditlimitgenehmigung. Darüber hinaus müssen die Kredit- und Inkassomanager, die dem Debitor zugeordnet sind, in der UDC-Tabelle 01/CR (für den Kreditmanager) und der UDC-Tabelle 01/CM (für den Inkassomanager) eingerichtet sein. Das Feld Beschreibung 2 des UDC-Datensatzes muss die Adressnummer des Kredit- oder Inkassomanagers enthalten. Es gibt jedoch einen etwas anderen Ansatz (und es ist ein bisschen kanonischer), bei dem ein Handler beim Empfang einer Anforderung entscheidet, ob er ihn verarbeiten kann. Wenn dies möglich ist, wird die Anforderung nicht weiter. Es ist also entweder nur ein Handler, der die Anforderung verarbeitet, oder keiner überhaupt. Dieser Ansatz ist sehr häufig, wenn es um Ereignisse in Stapeln von Elementen innerhalb einer grafischen Benutzeroberfläche geht.
Überprüfen Sie eine Zusammenfassung des Kreditstatus eines Debitors, und stellen Sie fest, ob er sein Kreditlimit überschritten hat. Die Bibliothek stellt uns die Video-Download-Klasse zur Verfügung. Es ist jedoch sehr ineffizient. Wenn die Clientanwendung das gleiche Video mehrmals anfordert, lädt die Bibliothek es einfach immer wieder herunter, anstatt die erste heruntergeladene Datei zwischenzuspeichern und wiederzuverwenden. Einer Ihrer Kollegen schlug vor, dass es unsicher ist, Rohdaten direkt an das Bestellsystem weiterzugeben. Daher haben Sie einen zusätzlichen Validierungsschritt hinzugefügt, um die Daten in einer Anforderung zu sanieren. Die meisten der in diesem Abschnitt vorgestellten Routingmuster leiten eingehende Nachrichten basierend auf einer Reihe von Regeln an ein oder mehrere Ziele weiter. Manchmal müssen wir jedoch eine Nachricht nicht nur an eine einzelne Komponente weiterleiten, sondern durch eine ganze Reihe von Komponenten. Nehmen wir beispielsweise an, dass wir eine Pipes- und Filters-Architektur verwenden, um eingehende Nachrichten zu verarbeiten, die einer Abfolge von Verarbeitungsschritten und Geschäftsregelüberprüfungen unterzogen werden müssen. Da die Art der Validierungen sehr unterschiedlich ist und von externen Systemen (z.
B. Kreditkartenvalidierungen) abhängen kann, implementieren wir jeden Schritttyp als separaten Filter.
