No Auth Orders

no auth orders no auth overview no auth orders are defined by forter as orders where the credit card or payment instrument has been rejected by the payment processor why does forter need to receive no auth transactions? while forter doesn’t decision these orders (we always return a not reviewed decision), it is important for forter to receive these attempts because the behavior can be a relevant indicator in identifying fraud mapping no auth orders no auth orders should be stored on the payment instrument and passed to the forterorder ds file with the authorization response similar to how successfully authorized orders get passed to forter the relevant not authorized processor response should be mapped to the relevent fields so that forter's server recognizes it as a not authorized order and returns a not reviewed response configure jsonresponseoutput processoraction in addition to mapping the authorization response for no auth orders, make sure to configure the relevant jsonresponseoutput processoraction to handle the not reviewed decision for these cases as no auth orders cannot be captured, you will need to make sure your cartridge is configured to cancel these orders and display the relevant message to the customer testing resources for gateway specific resources to test no auth/processor declines in sandbox, please see our dedicated testing overview docid\ rf3iltqsfilzlnlz2uemc which includes specific card numbers and testing cases relevant to your specific gateway if your gateway is not listed, please contact your dedicated onboarding team for additional resources and materials