Ablauf der Eingangsverarbeitung 

Da Eingangsqueues mandantenabhängig sind, existiert ein QIN-Scheduler für jeden Mandanten. Der QIN-Scheduler wird aktiviert (sofern er nicht schon vorher aktiviert war), sobald eine qRFC-LUW in eine registrierte Queue geschrieben wurde.

Die folgende Grafik zeigt die Verarbeitung von qRFC-Eingangsqueues über die Workprozesstypen DIALOG und BATCH:

 

Queue-Verarbeitung über QIN-Scheduler

 

Sobald der QIN-Scheduler aktiviert wurde, geht er folgendermaßen vor, um eine Eingangsqueue zu verarbeiten:

...

       1.      Registrierte Queues werden aus den Datenbanktabellen gelesen und verarbeitet. Leere Queues werden nicht verarbeitet.

       2.      Falls eine Queue in einem Batch-Workprozess aktiviert werden soll, so wird ein Hintergrund-Job zur Aktivierung dieser Queue in einem Batch-Workprozess eingeplant.

       3.      Der QIN-Scheduler kann nur so viele registrierte Queues zur selben Zeit aktivieren, wie  Ressourcen im gesamten System verfügbar sind (Workprozesse aller Applikationsserver). Es können so viele Queues aktiviert werden, wie es die Anzahl der freien Workprozesse zulässt. Diese Queues werden durch den Funktionsaufruf Call function … starting new task … destination in group GROUP_NAME performing … on end of task gestartet.

       4.      Der QIN-Scheduler läuft mit der Servergruppe DEFAULT als Voreinstellung. Das heißt, dass jeder Applikationsserver des lokalen SAP-Systems benutzt wird, um alle registrierten Queues zu aktivieren. Sie können eine Servergruppe gemäß ihren Wünschen erstellen.

Die Servergruppe DEFAULT muss nicht angelegt werden und ist in der Transaktion RZ12 nicht sichtbar.

       5.      Die Zeitdauer, die der QIN-Scheduler maximal für die Verarbeitung einer Queue verwenden soll, ist durch den Parameter Maxtime bei der Registrierung der Queue anzugeben.

Falls Maxtime während der Verarbeitung einer LUW abläuft, wird die Verarbeitung nicht sofort unterbrochen, sondern erst wenn diese LUW verarbeitet wurde.

       6.      Wenn alle DIALOG-Workprozesse belegt sind und der QIN-Scheduler deswegen keine Ressourcen erhält, setzt er seinen Status auf WAITING (angezeigt in Transaktion SMQR) und wartet auf den nächsten freien Workprozess.

       7.      Nachdem jede Queue einmal aktiviert wurde, fährt der QIN-Scheduler mit Schritt 1 fort. Zu diesem Zeitpunkt werden die Informationen über die neuen registrierten und deregistrierten Queues oder die Änderung einer neuen Gruppe von Applikationsservern aktualisiert.