Previous     Contents     DocHome     Index     Next     
iPlanet Trustbase Payment Services 2.0 Beta Systems Administration Guide



Glossary


Asynchronous Message. (See also Eleanor Technical Specification and also Synchronous message) means that messages can be sent over a delayed time frame. Following a request, a response can be sent at any time. Whereas with a Synchronous message following a request the system waits until it gets a response.

Bank Name. The name of the Scheme Member to whom this entry relates.

BIC-11. is an 11 digit Bank Identifier Code. The Bank Identifier Code is a unique address which, in telecommunication messages, identifies precisely the financial institutions involved in financial transactions. The BIC Directory Site can be found at http://www.bicdirectory.swift.com/.

BFI . (See also Eleanor Technical Specification) The Buyers Bank or in Identrus terminology the IP.

BFIM. (See also Eleanor Technical Specification) This is the model used for making a payment. The instruction is submitted by the submitting Corporate through the Buyer Financial Institution.

Biab. Bank in a Box

Buyer    . The Buyer wants to purchase goods or services from the Seller. The Buyer is in possession of an Identrus smartcard. The Buyer is granted access to the payment facility by his bank. This is also abbreviated as BU in the Eleanor Scheme and as the SC in the Identrus four corner model

Buyers Bank. The Buyer's Bank manages the Buyer's account from which payment is to be made. The Buyer's Bank issues the Buyer with his Identrus smartcard. The Buyer's Bank is a member of the Identrus schemes.

Cache. A cache is a `local' store used to hold recently accessed information, so that if further access is required a local copy may be used rather than a `remote' copy. In most schemes this specifically refers to a local store containing copies of responses from the Identrus Root to certificate status checks.

Cancellation . A cancellation is the revocation of a Payment Request. It may only be applied to a Payment Request, not the payment. Therefore payments that have been paid cannot be cancelled by this method.

Certified Payment Obligation (xPC). Where an Assured Payment is used, the Buyer requests the Buyer's Bank to underwrite (or assure) the payment to the Seller.

Certified Conditional Payment Obligation (CPC).

.

. This product has the same core characteristics as the Payment Obligation product, with the additional requirement that payment will not be released until evidence that all conditions attached to the payment have been met or waived. Since its certified the BFI is obliged to make the payment since the Buyer requests the Buyer's Bank to underwrite (or assure) the payment to the Seller.

Conditional Payment Order (CPx). The Conditional Payment Order has the same core characteristics as the Payment Order product with the additional requirement that payment will not be released until evidence that all conditions attached to the payment have been met or waived. This product is also unilaterally revocable by the Buyer.

Conditional Payment Obligation (CPO). The Conditional Payment Obligation has the same core characteristics as the payment Obligation product, with the additional requirement that payment will not be released until evidence that all conditions attached to the payment have been met or waived. As with the Payment Obligation, the Buyers Financial institution is not obliged to make the payment if, for instance, there are insufficient funds available in the Buyers account, and the product is bilaterally revocable.

CMS . iPlanet Certificate Management System

CPI . Corporate Payment Initiation API Library

Customer . For the purposes of this document this term describes a customer of a Member. of the Identrus Scheme.

FI Code . A BIC-11 code owned by the Scheme Member to whom this entry relates.

Identrus four-corner Model   . This describes the four parties involved in an Identrus enabled transaction, namely two banks and their respective customers. Where two customers have the same bank, only three parties are involved, and this is known as a `three party' model.

Identrus Root. The Identrus Root manages membership of the Identrus scheme. The Buyer's Bank and Seller's Bank verify each other's identity via the Identrus Root.

Issuing Participant (IP)   . In the Identrus four-corner model this refers to the level 1 Identrus participant that issued the certificate to the Subscribing customer. This equates to "Buyer's Bank" in other payment transaction

iWS. iPlanet Web Server

iAS. iPlanet Application Server

iTTM. iPlanet Trustbase Transaction Manager

iMQ. iPlanet Message Queue

iMS. iPlanet Messaging System

iTPS. iPlanet Trustbase Payment Services

JMS . is an API. Many implementations of JMS are available from different providers (like IBM MQ and iMQ) and any of them can be used with iTPS

Membership. The current status of the institution concerned. This can take the values Pending, Active, Suspended, Terminated.

Payment Order (xPx). A Payment order is a revocable, unconditional electronic instruction from the Buyer requesting the Buyer's Bank to execute a credit payment to the Seller on a specific date for a specified amount.

Payment Obligation (xPO). The commitment from a Buyer to pay a Seller a specified amount on a specified date. There is no obligation on the Buyers Financial Institution to pay if there are insufficient funds available on the due date. The instruction is only revocable bilaterally, i.e. with the assent of the current Holder of the obligation. This product is only supported in the SFI Model, although it will be possible to build it into a procurement application using the CPI library.

Relying Customer (RC)   . In the Identrus four-corner model this is the organisation that relies on the identity of the Subscribing customer in order to conduct trade. This equates to `Seller' in a payment transaction.

Relying Participant (RP)   . This refers to the Relying Customer's bank. This equates to "Seller's Bank" in a payment transaction.

Service . The current status of a service. This is used to mark temporary service interruptions. The allowed values are Available and Unavailable.

Seller . The Seller wants to supply goods or services to the Buyer. The Seller is in possession of an Identrus private key. The Seller is granted access to the payment facility by his bank. This is also abbreviated as SE in the Eleanor Scheme and as the RC in the Identrus four corner model.

Sellers Bank. The Seller's Bank manages the Seller's account into which payment is to be made. The Seller's Bank is a member of the Identrus schemes.

SFI. (See also Eleanor Technical Specification) The Sellers Bank or in Identrus terminology the RP

SFIM. (See also Eleanor Technical Specification) This is the model used for initiating a payment.The instruction is submitted by the submitting Corporate through the Seller Financial Institution. This is essentially the same as the Identrus four corner model.

Scheme Register. (See also Eleanor Technical Specification) The Eleanor Scheme has membership criteria. Each participating Financial Institution ensures that corresponding institutions are members of the scheme. It does so via an XML message that is referred to as a scheme register.

Subscribing Customer (SC)   . In the Identrus four-corner model this is the end customer of the Identrus enabled service. This equates to the `Buyer' in a payment transaction.

Synchronous Message. (See also Eleanor Technical Specification) See Asynchronous Message.(See also Eleanor Technical Specification and also Synchronous message) means that messages cannot be sent over a delayed time frame. Following a request, a response is sent immediately before the system can proceed. Whereas with an asynchronous message, following a request, a response can be sent at anytime.

Timeout . is the amount of time (in seconds) for which a client will wait for a server to respond before dropping the connection and returning with a timeout error. In the context of these screens, it is the amount of time the Seller's Bank will wait for the Buyer's Bank to respond.

Transaction   . This refers to a complete end to end transaction, potentially involving multiple request-response pairs. Where a single message in such a transaction is referred to the term `message' is used.

Transaction Reference . (See also Eleanor Technical Specification) The provision and handling of transaction references is key to allowing the Eleanor Payment products to be used effectively from third party systems and to assist in reconciliation of data


Previous     Contents     DocHome     Index     Next     
Copyright © 2001 Sun Microsystems, Inc. Some preexisting portions Copyright © 2001 Netscape Communications Corp. All rights reserved.

Last Updated October 22, 2002