FUJ00119607 - ICL Pathway, Development of Manual Specification, Describing use of OPS, TMS and EPOSS APIS within ICL Pathway v 0.3

Evidence on official site

ICL Pathway

DEVELOPMENT OF MANUAL DESCRIBING USE OF Ref:

OPS, TMS AND EPOSS APIS WITHIN ICL PATHWAY

COMMERCIAL IN CONFIDENCE

FUJ00119607
FUJ00119607

CR/SPE/007

03
7/09/99

Version:
Date:

Document Title:

Document Type:

Release:

Abstract:

Document Status:

Author & Dept:

Contributors:

Reviewed By:

Comments By:

Comments To:

Distribution:

Development Of Manual Describing Use Of OPS, TMS and

EPOSS APIs Within ICL Pathway

Specification

N/A

This document describes the content and development timescale for
the production of the “ICL Pathway Generalised API for

OPS/TMS”

Draft

Tony Hayward

Tony Hayward

Janet Dore

John Dicks

David Hollingsworth
Dick Long

Document Author

ICL Pathway Library
John Dicks

Dick Long

Janet Dore

POCL

© 1999 ICL Pathway Limited

\@ "dd/MM yy" J

COMMERCIAL IN CONFIDENCE

Page: I of 12
Last Printed: [ DATE
ICL Pathway

FUJ00119607
FUJ00119607

DEVELOPMENT OF MANUAL DESCRIBING USE OF Ref: CR/SPE/007
OPS, TMS AND EPOSS APIS WITHIN ICL PATHWAY
Version: 0.3
COMMERCIAL IN CONFIDENCE Date: 7/09/99

0.0 Document Control

0.1 Document History

0.1 23/8/99 Draft — for peer review AI314

0.2 1/9/99 Revisions in response to comments I AI 314
teceived from POCL 31/8/99

0.3 7/9/99 Revisions agreed at Acceptance Workshop I AI 314

held on 2/9/99 also review comments from
J Folkes 7/9/99

0.2. Approval Authorities

John Dicks Director — Customer
Requirements
Terry Austin Director -

Development

0.3 Associated Documents

Release 17 On-Line Standards: I ICL Pathway

Processes -— Document I On-Line
Management Standards

TD/ARC/029 02 11/5/99 I TMS Architecture I ICL Pathway
Specification

TD/ARC/030 0.2 21/5/99 I OPS Architecture I ICL Pathway
Specification

SD/STD/001 2.0 3/8/99 Horizon OPS Style Guide ICL Pathway

SD/DES/005 6.0 6/7/99 Horizon OPS Reports and I ICL Pathway
Receipts

© 1999 ICL Pathway Limited COMMERCIAL IN CONFIDENCE Page: 2 of 12

\@ "dd/MM yy" J

Last Printed: [ DATE
FUJ00119607
FUJ00119607

ICL Pathway DEVELOPMENT OF MANUAL DESCRIBING USE OF Ref: CR/SPE/007
OPS, TMS AND EPOSS APIS WITHIN ICL PATHWAY
Version: 0.3
COMMERCIAL IN CONFIDENCE Date: 7/09/99

0.4 Abbreviations/Definitions

Al Acceptance Incident

API Application Program Interface
EPOS Electronic Point Of Sale

EPOSS EPOS Service

NDA Non Disclosure Agreement

OPS Office Platform Service

PPD Processes and Procedures Document
TMS Transaction Management Service

0.5 Changes in this Version

None ~ this is the initial draft

0.2 Revisions incorporating comments received from POCL 31/8/99. This
includes new sections on Agent Interfaces and System Management

0.3 Document commits to the Pathway specific APIs being defined as required
for the development process; a list to be given of those APIs the use of
which are ‘prohibited’ within the Pathway environment, the addition of an
appendix containing technical details of Systems Management and Key
Management that would be subject to an NDA, and a new section on
Standards. Changes following review comments from J Folkes 7/9/99.

0.6 Changes Expected

None

© 1999 ICL Pathway Limited COMMERCIAL IN CONFIDENCE Page: 3 of 12

Last Printed: [ DATE
\@ "dd/MM yy" J
FUJ00119607
FUJ00119607

ICL Pathway DEVELOPMENT OF MANUAL DESCRIBING USE OF Ref: CR/SPE/007
OPS, TMS AND EPOSS APIS WITHIN ICL PATHWAY
Version: 0.3
COMMERCIAL IN CONFIDENCE Date: 7/09/99

0.7 Table of Contents

Introduction... cee eeceecceeseeceseeesseeeseeseeeeenesseeenesseeeseseeesseesnessnesieeenesseesneeseeesees O

SCOPC...eceeeeeceescesesseseeseesessesnessesesseesesnessesneeeesessceseenssesaesneeesneeteatsneetsaneeteeteneeeeeneeee O

1

2

3 Document Standards

4 Content of ICL Pathway Generalised API for OPS/TMS .............0cceseeeeees 7
AL Tntroduction 0... ccc ceccecceesescess tess eesneeseseseeseessessusssneesessensseesseesnsssessesssessnecseesees 7
4.2 Content... eecccecceeccseecsseeesseeesseeesseesssessseessseessneesssneesssesssesssnsesssessseesseesnessonsenees 7
4.3 Scope..........

4.4 Business FUNCtIONS......0.....0.ec cece eee eeeeee cece teen eeeeeneeeeeeeeereeeneenneeneeetesneeeneeseeesees 8
4.4.2 Settlement 00... cece eecceeessseeseseeesseessseeesseessseeesnnessessssessessneessneeeee 8
4.4.3 Stock Unit Management .0............cccccesssecceeseeessesseeseeseeeseeesseesneeseseesseeenees 8
4.4.4 Reporting... cece cece eeeeeeeeeeeeeeeeneeeeeseeenesneeeesneeesseseeseeneeeneeeneane 8
AAS Balancing ........cccccccscecssececs sess secs eesersesssessessseesnseseteeseseesssessetsneesetsessseesseess 8

4.5 Application Functions ............ceccecceceecseceeseeseesesseseeseereceesreetesteseeseereeteareseeseeneeeeee 8
4.5.1 Architecture..... 8

4.5.2 Peripheral Server Interfaces ......0.......cccccceeeesees cesses eseeeeeeeseseeeeeeeeseeeeeeeees 8
4.5.3 Retail Broker Interfaces 00.00... esse tesess tess eeseseeeeseesesnesseeseseessneneeee 8
4.5.4 Desktop Interfaces... ceccsccsesseesessessessseesneeseeesesssesseesneesesseeeeesseesneees 9
4.5.5 Riposte Functions... cece cece eeeeseeeeeeeeeeeseeeeeseeseeesaeesestsseseteeeeeene 9

4.5.5.1 Messaging

4.5.5.2 Persistent Objects... ecceccccecesseeseeseeseesesreeeesneeeeneeseeeentereeseenee 9

4.5.5.3. Parsing FUNCTIONS ........ 0... cesses esse esceeeeeeeeeeeseeesneeseeeeesneeeneee 9

4.6 Agent Interfaces oo... ceeeee cesses eeeceeeeesesseesesneseeseeeteuessetesnsseseenesssneeeseeneeeee
4.6.1 Bulk Agent... cs eessessesssneesesneeeseeseesesneeesneseesesneetesneseseneneeeeaees 9
4.6.2 Interactive Agents 2... ..c.cccceececseesesseesesseseeseeseesecneceeseeseesesneeteseeseesesneeeeaees 9D
4.6.3 Enquiry Agents oo... ee ees eeeseceeeseseeesesneeeeseeseeesneesesneseseteneeneanee 9
4.7 Other Functions...

4.7.1 Administration 0.0.0... cece eeseeessseesseeeeseesseeesneessesensessessneesssesene 9
AT.2 Security oo. .eccececceecccceceeceescseeseeeeeeeseeeeeseeeeesesieesesesessesseeesnssseeusneeeeeeeeeee 10
4.7.3 Availability... eee ceseeeeeeee ceceeeneeeeseeseeseseseestereesteneesees 10
4.7.4 Usability... eeseeeeeeeerneteneeeesseeenteneeneereesieerneeeeeseeees LO

© 1999 ICL Pathway Limited COMMERCIAL IN CONFIDENCE Page: 4 of 12

Last Printed: [ DATE
\@ "dd/MM/yy" I
FU.

ICL Pathway DEVELOPMENT OF MANUAL DESCRIBING USE OF Ref: CR/SPE/007
OPS, TMS AND EPOSS APIS WITHIN ICL PATHWAY
Version: 0.3

COMMERCIAL IN CONFIDENCE Date: 7/09/99
4.7.5 Performance 10
4.7.6 Resilience... 10

4.8 Standards.
4.8.1 Naming Standards

4.9 Systems Management
4.9.1 POCL Reference Data...
4.9.2 Event Reporting ..

4.9.3 Software Packaging...

FUJ00119607
}J00119607

5 Development Timetable
(A) — Appendix - Systems Management and Key Management ...................000.. 12
© 1999 ICL Pathway Limited COMMERCIAL IN CONFIDENCE Page: 5 of 12

Last Printed: [ DATE
\@ "dd/MM/yy" I
FUJ00119607

FUJ00119607

ICL Pathway DEVELOPMENT OF MANUAL DESCRIBING USE OF Ref: CR/SPE/007

OPS, TMS AND EPOSS APIS WITHIN ICL PATHWAY
Version: 0.3
COMMERCIAL IN CONFIDENCE Date: 7/09/99

1

Introduction

This defines the content and production plan for the document:
“ICL Pathway Generalised API for OPS/TMS”
This document is for internal Pathway use by application developers.

It is also to be supplied under the Contract (in compliance with Requirements R469,
R470 and R869%part)) to POCL for the purpose of enabling POCL to procure
applications to run on the Service Infrastructure (i.e. interfacing with OPS and TMS).
As such it will be provided to Third Parties.

The OPS Architecture Specification describes the architecture for counter applications
operating within the OPS/TMS framework, and describes the interaction of counter
applications with OPS and TMS. The document expands on the architecture set out in
the OPS Architecture Specification.

Scope

The document is intended for application developers within ICL Pathway or Third
Parties. The purpose of the document is to enable developers to understand the
architecture employed and the facilities available within the ICL Pathway solution,
utilising OPS, TMS and EPOSS. The document is intended to provide developers
with sufficient details to plan the development of new applications operating in this
environment. The developers may be ICL Pathway staff, POCL staff or Third Parties.
The document will contain definitions of those Pathway specific APIs essential to
utilising OPS, TMS and EPOSS.

In the context of the Contract, it is available to POCL to enable the procurement
process. Any supplier of Riposte based applications must obtain a development
licence from Escher, who would supply the reference manuals for the Escher specific
APIs:

Escher Group Ltd.
101 Main Street
Cambridge
Massachusetts
USA

Document Standards

ICL Pathway shall produce the document in accordance with the ICL Pathway On-
Line Standards for document production. In essence, the document shall conform to a
standard template, be written in Microsoft Word and shall be subject to a document
review cycle, with comments and responses being formally recorded.

© 1999 ICL Pathway Limited COMMERCIAL IN CONFIDENCE Page: 6 of 12

Last Printed: [ DATE

\@ "dd/MM yy" J
FUJ00119607

FUJ00119607

ICL Pathway DEVELOPMENT OF MANUAL DESCRIBING USE OF Ref: CR/SPE/007

OPS, TMS AND EPOSS APIS WITHIN ICL PATHWAY
Version: 0.3
COMMERCIAL IN CONFIDENCE Date: 7/09/99

41

4.2

4.3

4.4

441

A draft of the document shall be produced and reviewed within ICL Pathway
according to the ICL Pathway Document Review Process. A baseline version
incorporating changes from the review will be submitted to POCL.

A formal review of the comments received at the end of the review period, assumed to
be 2 weeks, will be conducted with representatives of POCL. The review meeting
will agree the method of resolution of all comments raised.

A revised version of the document incorporating agreed changes will be baselined and
introduced into the Core Documentation Set under CCN.

Content of ICL Pathway Generalised API for OPS/TMS

This shall be as follows.

Introduction

This section describes who the document is intended to be read by, and the
conventions used.

Context

This identifies the relationship of this document to the OPS Architecture
Specification, which describes the Retail Broker, Peripheral Broker and Riposte
OCXs used in application development and how applications should be developed. It
identifies also the relationship to the TMS Architecture Specification that defines the
way Riposte facilities are used across the TMS domain. The relationship to the
Access Control Policy and OPS Style Guide is also defined.

Scope

The document provides a description of the context in which the APIs are used for the
application developer. These are expressed in terms of the business functions
supported by EPOSS, the application functionality supported by OPS/TMS, and other
application interfaces that need to be supported in the OPS/TMS environment.

The document will define APIs that have been created or modified by Pathway. It will
list any relevant Escher supplied APIs and will list Riposte APIs that are excluded
from the Pathway implementation.

Business Functions

EPOS

This section describes the concept of the ‘Sale’ of a product, its relationship to POCL
Reference Data and the data structures involved.

© 1999 ICL Pathway Limited COMMERCIAL IN CONFIDENCE Page: 7 of 12

Last Printed: [ DATE

\@ "dd/MM yy" J
FUJ00119607

FUJ00119607

ICL Pathway DEVELOPMENT OF MANUAL DESCRIBING USE OF Ref: CR/SPE/007

OPS, TMS AND EPOSS APIS WITHIN ICL PATHWAY
Version: 0.3
COMMERCIAL IN CONFIDENCE Date: 7/09/99

44.2

443

44.4

44.5

4.5

4.5.1

4.5.2

4.5.3

4.5.4

4.5.5

Settlement

This section defines the concepts used in the settlement of a customer session, the
impact of session transfer and how settlement data is sent to clients.

Stock Unit Management

This section identifies the concepts involved in the use of Stock Units, defines the
difference between shared and individual stock units and describes the data structures
involved.

Reporting

This section will describe the reporting functions that are available to the application
developer.

It will identify how a Cash Account is constructed using Reference Data and will
describe the data structures involved. It will cover the way receipts are produced and
cross refer to the document Horizon OPS Reports and Receipts.

Balancing

This section covers the way a Stock Unit balance is achieved and its relationship to
the office level Cash Account.

Application Functions

Architecture

This section will cross refer to the appropriate sections in the OPS Architecture
Specification.

Peripheral Server Interfaces

This describes the interface provided to support the use of input and output devices.

Retail Broker Interfaces

This describes the interfaces needed to add the sale of a product as a transaction to the
stack (list of transactions in the current session) presented to the clerk, to cancel
transactions and deal with any additional processing required at the point when a
session is settled.

Desktop Interfaces

This chapter describes how the desktop interface is controlled by the use of standard
OCXs and identifies those available for use by the application developer and those
controlled by the system.

Riposte Functions

This chapter describes the interfaces needed to handle messages and persistent
objects.

© 1999 ICL Pathway Limited COMMERCIAL IN CONFIDENCE Page: 8 of 12

Last Printed: [ DATE

\@ "dd/MM yy" J
FUJ00119607

FUJ00119607

ICL Pathway DEVELOPMENT OF MANUAL DESCRIBING USE OF Ref: CR/SPE/007

OPS, TMS AND EPOSS APIS WITHIN ICL PATHWAY
Version: 0.3
COMMERCIAL IN CONFIDENCE Date: 7/09/99

4.5.5.1 Messaging

The section on messaging describes how messages are created and retrieved. It deals
also with the concept of markers, checkpoints and message ports. How to create and
wait for the response from queries is also covered as is how to start, end and undo a
transaction.

4.5.5.2 Persistent Objects

The section on persistent objects (such as reference data) covers the use of local
databases as well as the location of existing objects and the creation of new ones.

4.5.5.3 Parsing Functions

This section describes the concept of attribute grammar and how attribute grammar
and messages are parsed.

4.6 Agent Interfaces
4.6.1 Bulk Agent
The interfaces used by both bulk inbound and bulk outbound data transfer agents are
described.
4.6.2 Interactive Agents
The interfaces used by both interactive inbound and outbound agents are described.
46.3 Enquiry Agents
The interfaces used by enquiry agents are described.
4.7 Other Functions
4.7.1. Administration
This section describes the system supplied administration and configuration functions.
4.7.2 Security
The security functions that are available to the application developer are covered,
including an outline of functions and facilities available for cryptographic key
management.
The Appendix gives details of key management within the Pathway implementation.
4.7.3 Availability
This section covers the concept of SLAs. It describes the impact of End Of Day
processing and of disconnected counters on availability of the service to the clerk.
© 1999 ICL Pathway Limited COMMERCIAL IN CONFIDENCE Page: 9 of 12

Last Printed: [ DATE

\@ "dd/MM yy" J
FUJ00119607

FUJ00119607

ICL Pathway DEVELOPMENT OF MANUAL DESCRIBING USE OF Ref: CR/SPE/007

OPS, TMS AND EPOSS APIS WITHIN ICL PATHWAY
Version: 0.3
COMMERCIAL IN CONFIDENCE Date: 7/09/99

474

475

476

Usability

This section identifies how the interface to the clerk should be implemented and
describes the scope of MMI rules identified in the Horizon OPS Style Guide.

Performance

This section identifies the main issues to be considered to minimise the impact of new
applications on the existing OPS application services.

Resilience

This section describes the resilience provided by Riposte and the additional
functionality that applications have to provide to deal with the impact of hardware,
communications and software faults.

4.8 Standards

4.8.1 Naming Standards
This section defines the naming standards to be used for application components,
messages, and persistent objects, events and attributes.

4.9 Systems Management
This section covers the basic elements of systems management that need to be
considered in the procurement context of a new application. Further information on
those aspects of systems management that developers will require is contained in the
Appendix. This will be subject to Non Disclosure Agreement.

4.9.1 POCL Reference Data
This section describes how POCL Reference Data is accessed, the temporal nature of
such reference data and the process used to maintain such data.

4.9.2 Event Reporting
This section describes the application interfaces to be used for event reporting,
including the reporting of exception conditions.

4.9.3 Software Packaging
This section describes how software comprising new applications is to be handed over
to ICL Pathway for system integration testing, and the documentation needed to
support such handovers. This section gives an overview of the systems and integration
process and subsequent processes leading to implementation of the new application.

5 Development Timetable
The baselined version of this document, without the Appendix, is to be available by
the end of November 1999.

© 1999 ICL Pathway Limited COMMERCIAL IN CONFIDENCE Page: 10 of 12

Last Printed: [ DATE

\@ "dd/MM yy" J
FUJ00119607

FUJ00119607
ICL Pathway DEVELOPMENT OF MANUAL DESCRIBING USE OF Ref: CR/SPE/007
OPS, TMS AND EPOSS APIS WITHIN ICL PATHWAY
Version: 0.3
COMMERCIAL IN CONFIDENCE Date: 7/09/99
The Appendix is to be available by end January 2000.
© 1999 ICL Pathway Limited COMMERCIAL IN CONFIDENCE Page: 11 of 12

Last Printed: [ DATE
\@ "dd/MM yy" J
FUJ00119607
FUJ00119607

ICL Pathway DEVELOPMENT OF MANUAL DESCRIBING USE OF Ref: CR/SPE/007
OPS, TMS AND EPOSS APIS WITHIN ICL PATHWAY
Version: 0.3
COMMERCIAL IN CONFIDENCE Date: 7/09/99

(A)Appendix - Systems Management and Key
Management

This Appendix is subject to Non Disclosure Agreement
Systems Management

This document expands on the Systems Management information outlined in section
4.9.

In particular, this section defines how software comprising new applications is to be
handed over to ICL Pathway for system integration testing, also the documentation
needed to support such handovers. For instance, such documentation must include
program specifications and must list all the exception conditions catered for, together
with resource requirements.

The section defines the way that EXEs, OCXs and DLLs are packaged for distribution
and support purposes.

Key Management

Where a new application may employ encryption, Pathway anticipates that discussions
with the Supplier of the new application will be initiated at the earliest appropriate
stage. This section gives details of the functions for key management in the Pathway
environment including the distribution of keys to post offices.

© 1999 ICL Pathway Limited COMMERCIAL IN CONFIDENCE Page: 12 of 12

Last Printed: [ DATE
\@ "dd/MM yy" J