Remita provides users with a
number of options to securely authorize transactions. These include hard or
soft token, biometrics etc.
We
continue to look for ways to simplify the authentication process without
compromising security.
To this end, we recently introduced the “Dynamic Authentication
Number" (DAN), a proprietary concept that allows the user to define the
parameters that make up their transaction authentication combination, known only
to the user.
"Dynamic
Authentication Number" is also a useful alternative for corporate
users that may experience difficulties in retrieving Remita Access Code through
their organisation's email system.
DAN is fully internal to Remita. It does not require email
transmission, hence removing the current user dependence on an email address,
email server settings and network issues.
To proceed in adopting this option:
1. Your System
Administrator should nominate "Dynamic Authentication Number" as the
"Authentication Type" on your corporate Approval Workflow and get
this approved by the final Approver for such changes.
2. Payment Approvers then
define relevant parameters on the "Change My Password/Security/PSN"
page. (A Hint on the screen offers short, concise steps in guiding you to
achieve this) These include, selecting the preferred:
i. Personal
Security Number (PSN) (i.e any 2 to 4 digit number), and
ii. Operator {i.e
Plus (+), Minus (-), Multiplication (x), Division (/) or "Do
nothing"}.
2. "+" means the system would
supply you with a random number. Please add this number to your PSN to give
your answer.
3. "-" means the system would
supply you with a random number. Please subtract this number from your PSN to
give your answer.
4. "*" means the system would
supply you with a random number. Please multiply this number to your PSN to
give your answer.
5. "/" means the system would
supply you with a random number. Please divide your PSN by this number. You are
to supply only the numbers before the decimal point.
Once the set-up
above has been concluded, the system will provide the Approver with a randomly
generated number at the point of transaction approval. The Approver will be
required to supply his DAN to gain access to pending transactions awaiting his
authorization.