paymentCallRejectedCodes top-level constant
Codes, bei denen ein Geldweg sicher abgelehnt ist: sie entstehen, bevor das Backend den Zahlungsanbieter anspricht.
- Anmeldung und Pruefung in
checkRequest, die vor jeder Zeile des Handlers laufen (errorCodes.authim Vertrag, soweit sie einenapi_key-Aufruf mit Kassen-Token treffen):method_not_allowed,validation(Pflichtfeld fehlt oder falscher Typ), die Kassen-Token-Codes,account_not_found,live_not_enabled,unauthorized,mfa_required,user_verification_failed,admin_required,api_not_approved,app_check_missing,app_check_invalidsowie die Codes der Kassen-Benutzer und ihrer Sitzung. - Der
/v3-Rand vor dem Handler (errorCodes.edge):not_found(unbekannter Endpunkt) undinternal_translation_error(die Anfrage liess sich nicht uebersetzen, es wurde nichts ausgefuehrt). module_inactiveundnot_permitted: das Modul- bzw. Rechte-Tor steht ebenfalls vor dem Anbieter.route_missing: vergibt das Paket selbst, keine Function sah den Aufruf.
Alles andere, auch eine Fehlerhuelle ganz ohne Code, gilt hier als
Ausgang unklar: der Sammelfang des Backends (Error hobex details,
Fehler beim Capturing) antwortet ohne Code auch dann, wenn der Anbieter
die Belastung oder Erstattung schon angenommen hat.
Implementation
const Set<String> paymentCallRejectedCodes = {
'method_not_allowed',
'validation',
'cashregister_token_missing',
'cashregister_token_invalid',
'cashregister_not_found',
'account_not_found',
'live_not_enabled',
'unauthorized',
'mfa_required',
'user_verification_failed',
'admin_required',
'api_not_approved',
// Admin-App ohne bzw. mit ungueltigem App Check (seit 10.7, Vertrag npm 1.8.0):
// vor dem Handler abgewiesen. Kein Aufruf dieses Pakets bekommt sie heute.
'app_check_missing',
'app_check_invalid',
'register_user_not_allowed',
'register_user_no_business',
'register_user_not_found',
'user_disabled',
'session_expired',
'cashregister_not_assigned',
'session_other_cashregister',
'not_found',
'internal_translation_error',
'module_inactive',
'not_permitted',
'route_missing',
};