credit card authorization request to iPayment fails.
Credit Card High Risk: Automatically
applied to orders if risk score determined by iPayment is greater than the
value of profile OM: Risk Factor Threshold for Electronic Payments.
Credit Check Failure: Automatically
placed if credit check rule evaluation fails on orders setup to be credit
checked.
GSA Violation: Automatically placed on orders which
are in violation of GSA.
Promotion Limit Hold: Automatically
placed on orders which exceed a soft modifier promotional limit.(Promotional
Limit Hold functionality is only available if you have licensed and
installed Oracle Advanced Pricing.) Additionally, there is one more
seeded hold, but it does not have a Hold Name. This hold has a Hold Type of
Order Administration Hold and it is reserved for you to define administration
holds based on your business processes. In addition to the seeded holds,
you can define activity-specific holds. Here is an outline of the steps you
will need to follow:
1. When you define the activity-specific hold, you can
determine if the hold will be placed on the order header or the order line.
This is done via the field Workflow Item in the Holds form. If you want the
hold to be placed on the order line OM Order Header; if you want the hold to be
placed on the order line, you select OM Order Line.
2. Enter the Workflow Item where you want to stop
processing of orders with this hold. The hold activates as soon as the workflow
item has a status for the applicable order. For example, you can define a hold
that prevents an order from being released for picking by entering Pick Release
in this field. The hold takes effect as soon as an order that meets your hold
criteria is eligible for Pick Release. If you leave this field blank, the hold
prevents the order from processing as soon as it is applied regardless of
workflow item.
3. Enter the Workflow Activity for the hold. The workflow
activity determines where in the order cycle the hold will be placed. All other
lines will be processed except for the line against which the hold is
effective.
4. Optionally, enter the Effective Dates for the
activity-specific hold to control when you can use this hold.
5. Optionally, determine which user responsibilities have
authority to apply or release activity-specific holds by entering combinations
of responsibilities, authorized actions, and effective dates.
You can give some responsibilities the authority to apply a hold,
other responsibilities the authority to release it, and
others the authority to do both. If you do not specify a responsibility for an
activity-specific hold, anyone can apply or release it.
No comments:
Post a Comment