Da musst du, wie Dieter schon sagte, das Programm per Debugmode (also nur STRDBG) laufen lassen, dann bekommst du Hinweise, wo die Performance verloren geht.
Da du aber nicht weißt, was sonst so auf der Maschine läuft, sind Zeiten zwischen 1-5 Sekunden durchaus normal.
Du kannst nur etwas abkürzen, wenn du nur 1 Datensatz benötigst. In diesem Fall wird ggf. anders optimiert.
Bei einem Datensatz kannst du direkt per
select f1, f2, ... into : F1, : F2, ...
from ....
verwenden.
Bist du dir nicht sicher, ob es wirklich nur 1 Satz gibt, dann ergänze mit "fetch first 1 rows only".
Ebenso ist ggf. ein "optimize for 1 row" ebenso möglich.

Jetzt jeden einzelnen SQL zu analysieren ist bei den Laufzeiten ggf. suboptimal.
Beispiel doppeltes Aggregat:
select count(*) into : MyCount
from (select distinct Auftrag from ...) x

Ein Problem sind die Vergleiche der zusammengesetzten Schlüssel die keinen Index verwenden.
Hier hilft ggf. ein "calculated Index", der aus deinen 3 Feldern wieder 1 macht.
Ansonsten vermisse ich im Auftrag_Cursor die Where-Einschränkung auf den Kunden.

Für die Verwendung von Einzelschlüsseln hilft manchmal ein Zusammenbau mit Zerlegung:

select * from (select key, f1 concat f2 concat f3 as key2 from taba ....) a
join tabb y on a.key=b.key and substr(x.key2, 1, n) = b.f1 and ...

Hier sind auch Typecasts wieder auf Decimal/Numeric ebenso wieder möglich. SQL ist in der Lage, dann wieder einen Index zu verwenden.