Documente Academic
Documente Profesional
Documente Cultură
Reference Guide
Version 4.4.2
Copyright © 2018 Infor
Important Notices
The material contained in this publication (including any supplementary information) constitutes and
contains confidential and proprietary information of Infor.
By gaining access to the attached, you acknowledge and agree that the material (including any
modification, translation or adaptation of the material) and all copyright, trade secrets and all other
right, title and interest therein, are the sole property of Infor and that you shall not gain right, title or
interest in the material (including any modification, translation or adaptation of the material) by virtue
of your review thereof other than the non-exclusive right to use the material solely in connection with
and the furtherance of your license and use of software made available to your company from Infor
pursuant to a separate agreement, the terms of which separate agreement shall govern your use of
this material and all supplemental related materials ("Purpose").
In addition, by accessing the enclosed material, you acknowledge and agree that you are required to
maintain such material in strict confidence and that your use of such material is limited to the
Purpose described above. Although Infor has taken due care to ensure that the material included in
this publication is accurate and complete, Infor cannot warrant that the information contained in this
publication is complete, does not contain typographical or other errors, or will meet your specific
requirements. As such, Infor does not assume and hereby disclaims all liability, consequential or
otherwise, for any loss or damage to any person or entity which is caused by or relates to errors or
omissions in this publication (including any supplementary information), whether such errors or
omissions result from negligence, accident or any other cause.
Without limitation, U.S. export control laws and other applicable export and import laws govern your
use of this material and you will neither export or re-export, directly or indirectly, this material nor any
related materials or supplemental information in violation of such laws, or use such materials for any
purpose prohibited by such laws.
Trademark Acknowledgements
The word and design marks set forth herein are trademarks and/or registered trademarks of Infor
and/or related affiliates and subsidiaries. All rights reserved. All other company, product, trade or
service names referenced may be registered trademarks or trademarks of their respective owners.
Publication Information
Release: SunSystems v4
Publication date: March 6, 2018
Document version: v442
Contents
Chapter 10 Appendix A – SunSystems v4 Data Tables and Files ............................................ 169
Chapter 14 Appendix E - Installation File Records for version 4.4 DataLink .......................... 835
ODN records ................................................................................................................................ 835
SUN_DATA definition ............................................................................................................ 835
GDN records ................................................................................................................................ 837
Data and Miscellaneous Restrictions (ACP) ............................................................................... 838
ACP records .......................................................................................................................... 838
Menu Restrictions (OPA, DOP) ................................................................................................... 848
OPA records .......................................................................................................................... 848
SunSystems v4 functions (user input *** in database code)................................................. 850
SunAccount functions (user input – System = “LA”, System Code=”SA”) ............................ 851
Commitment Inquiry .............................................................................................................. 852
Corporate Allocation functions (user input – System = “CO”, System Code=”SC”) ............. 855
Asset Register (user input – System = “AR”, System Code = “SF”) ..................................... 856
Inventory Control (user input – System = “IC”, System Code = “SM”) ................................. 859
Sales Order Processing (user input – System = “SO”, System Code = “SO”) ..................... 860
Purchase Order Processing (user input – System = “PO”, System Code = “SP”) ............... 863
DOP records ................................................................................................................................ 866
Transfer Manager Restrictions (TDA).......................................................................................... 867
TDA record ............................................................................................................................ 867
DAG records ................................................................................................................................ 870
System Code = SS (user input – database code = ***)............................................................... 876
System Code = SA (user input LA) ............................................................................................. 878
Chapter 16 Appendix G – Process Manager Commands and Call Points ............................... 897
Making changes
References are made throughout this manual to ‘making amendments to text files’.
For example:
To COBOL program source files (see the section Printed Output)
To backup data files (see the appendices)
To screen layouts (see the section Screens and Menus).
Changes can be made to text files using any text editor as long as it does not insert special
control characters.
You are advised to document all file amendments. This is not just good practice, it is an
essential source of information if you upgrade to a new version of SunSystems v4, when your
amendments will have to be reapplied.
Intended audience
This document is intended for System Administrators, SunSystems Consultants and Channel
Partner Consultants involved in deploying and maintaining SunSystems.
An interconnected suite of Help files is provided in HTML Help format. These are structured
as follows:
SunSystems v4 Basics
SunSystems v4 Modules
SunSystems v4 Administration
Note: The table of contents within the Help is designed to mirror SunSystems v4 when
serialised for all modules. As such, the same help topic is displayed by multiple table of
contents entries when the associated function can be launched from multiple module-level
groups. For example, the SunSystems v4 Modules >> SunAccount >> Ledger Accounting >>
Journal Import >> Overview, and the SunSystems v4 Modules >> SunAccount >> Corporate
Allocations >> Journal Import >> Overview table of contents entries, both display the same
topic.
Accessing Help
The Help files are accessed in the following ways:
From the Start menu, via Programs >> Infor SunSystems v4 >> Online Documentation.
The main Help file, System Basics, can be accessed from within the application via Help >>
Contents.
Specific, context sensitive, Help topics can be accessed within a screen or function, via Help
>> Function Help.
Demonstration database
A fully operational demonstration database, in multiple languages, is provided to allow you to
familiarise yourself with the system before using your live database(s). Instructions for
restoring the demonstration database are given in the SunSystems v4 Installation Guide.
Contacting Infor
If you have questions about Infor products, go to the Infor Xtreme Support portal at
www.infor.com/inforxtreme.
If we update this document after the product release, we will post the new version on this
Web site. We recommend that you check this Web site periodically for updated
documentation.
Structure of SunSystems v4
This section describes the structure of SunSystems v4 and the way the system works.
The system may be divided into the following areas:
The control program
The kernel programs
The utility programs
The application programs.
The following diagrams represent the relationship between these areas.
These programs will be loaded into main A suite of These programs are cancelled on
memory by SSMM. programs program exit. They are not memory
Exceptions are sub-modules not that perform resident.
required in a particular system. miscellaneo
For example: Inventory Movement File us tasks
Handler is not used by Asset Register. throughout
the system.
Control programs
Control programs are the driving programs of the system:
SunSystems.v4.exe
This displays the SunSystems v4 menu and controls all calls to other functions on that
menu. This is the only program loaded directly from the operating system.
Kernel programs
When an operator invokes SunSystems v4, kernel programs are loaded by the control
program SSMM. They act as service programs to the rest of SunSystems v4. Once loaded,
they remain in memory until SunSystems v4 is closed down.
The .NET Screen Handler handles user input to the display and acceptance of data within
the SunSystems application.
The File Handler (SSFH) and its sub-modules control all access to SunSystems v4
permanent data and print files. An access can be any file statement, for example OPEN,
READ ON KEY or START. Though the file handler does not control file access to
temporary, local work files, it can supply a name for these files. Should an error occur
during the processing of such a work file, the file handler can provide a suitable error
message.
The Report Handler (SSRH) controls production of reports by providing report headings
and report text.
Utility programs
The utility programs perform a number of miscellaneous tasks:
The Special Functions program (SSSF) controls the CP=Change Printer, CD=Change
Database, and terminal functions. It switches file logging on and off, and performs various
other housekeeping functions. It also validates passwords when logging in and sets up
some system parameters.
The Reference Maintenance programs (SSRU, SSRR, SSRT and SSRA) control the
updating, reporting, auditing and transfer of master data on the reference file. The
Reference Maintenance section of this manual gives more details on these programs.
The Report Handling programs (SSRD and SSRF) provide a standard means of report
design and production.
The Database Management programs (SSFC, SSFB and SSFB??) control the creation,
backup and recovery of files.
The View Report program (SSVR) enables the operator to look at reports that have been
Stored on Disk, rather than printed directly. See the section View Stored Reports in the
SunAccount and SunBusiness Help.
The Analysis Category Length program (SSNL) enables the operator to amend the lengths
of analysis codes within database code and category. These lengths are maintained in the
data dictionary.
File types
Broadly speaking there are two file types:
Program files that hold instructions or parameters governing the way the system operates.
These files are not updated by SunSystems v4 but have read only access.
Data files that hold data such as transactions or account details. These files have
read/write access.
Each of these categories can be divided further into the following file types:
SunSystems v4 uses the following types of program files:
Source files
Copy files
Compiled program files
System load files
Template file
Message files
Layout files
Report heading files
Run time system files
Transfer layout files.
The first two characters of a program file are:
SA - SunAccount specific programs
SF - Asset Register specific programs
SC - Corporate Allocations specific programs
SO - Sales Order Processing specific programs
SM - Inventory Control specific programs
SP - Purchase Order Processing specific programs
SB - Sales Order Processing, Inventory Control and Purchase Order Processing programs
SS - SunSystems v4 specific programs
SZ - Utility programs.
Some ‘SA’ files may also be used by AR=Asset Register and CO=Corporate Allocations.
SunSystems v4 data files can be divided into the following types:
Permanent indexed files
Permanent non-indexed files
Temporary indexed work files
Temporary non-indexed work files
Stored print files
Backup files
Archive files
Transfer files
Audit files
FreeFormat macro files.
Program source files contain the COBOL code, as written by the authors of SunSystems
v4. These files must be compiled before they can be used to perform their respective
functions.
They are named Sxyyzz.CBL where:
x is the system from the following list:
– S=SunSystems v4
– A=Ledger Accounting
– F=Asset Register
– C=Corporate Allocations
– O=Sales Order Processing
– M=Inventory Control
– P=Purchase Order Processing
– B=Common to SunBusiness
– Z=SunSystems v4 Utilities.
yy usually reflects the program function code, for example, SAJL is the program name for
the function JL=Journal Listing.
zz are optional characters used to distinguish between variants of the same program.
Examples
SAJL.CBL SunAccount Journal Listing
Copy files
Copy files contain COBOL code, which is used throughout SunSystems v4. They can
contain different types of code. For example:
File Record Layouts
Standard working-storage section
Standard linkage section
Common processing (e.g. date conversion).
Copy files are named Sxcccccc.CPY where:
x is the system from the following list:
– S=SunSystems v4
– A=Ledger Accounting
– F=Asset Register
– C=Corporate Allocations
– O=Sales Order Processing
– M=Inventory Control
– P=Purchase Order Processing
– B=Common to SunBusiness.
Examples
SALBKPRC.CPY Ledger Backup Record Layout
The source files are compiled by a COBOL language compiler to produce object files.
Depending on the version of the COBOL language used, the object code may be
intermediate code or native code (or Unlinked Object and Linked Object). Native code is
closer to the natural language of the computer hardware, and consequently will run faster.
You will find more details on this subject in the manual for the appropriate COBOL
language.
Compiled program files are named Sxyyzz.ttt where:
x is the system from the following list:
– S=SunSystems v4
– A=Ledger Accounting
– F=Asset Register
– C=Corporate Allocations
– O=Sales Order Processing
– M=Inventory Control
– P=Purchase Order Processing
– B=Common to SunBusiness
– Z=SunSystems v4 Utilities.
yy usually reflects the program function code, for example, JL=Journal Listing.
zz are optional characters used to distinguish between variants of the same program.
ttt will vary according to the COBOL language. For Micro Focus COBOL/2 it is INT for
intermediate code files, and GNT for native code files.
Examples
SAJE.INT SunAccount JE=Journal Entry (intermediate code)
System load files are invoked when you start to use SunSystems v4. The name depends
on the operating system.
Template file
Templates or screens, that is the screen layouts displayed during the operation of
SunSystems v4, are all stored in the template file. More information on this can be found
in the section Screens and Menus, which also describes how to use the Template Editor
(SZTE) to create and amend screens.
The template file is an indexed sequential file named SS??TMPL.DAT/IDX, though this
will vary according to the operating system being used. ?? represents the language
version where:
01=English
33=French
34=Spanish
39=Italian
49=German
55=Portuguese-Brazilian
81=Japanese
86=Chinese Simplified
87=Chinese Traditional.
Each screen in SunSystems v4 has its own template entry in the template file. Individual
templates are named as follows:
Sxyynn where:
x is the system from the following list:
– S=SunSystems v4
– A=Ledger Accounting
– F=Asset Register
– C=Corporate Allocations
– O=Sales Order Processing
– M=Inventory Control
– P=Purchase Order Processing
– B=Common to SunBusiness.
yy usually reflects the program function code, for example, JL=Journal Listing.
nn reflects the template number, which can be any two digit number.
Examples
SSRD38 Report Definition control parameters screen
Message files
Examples
SB33MSSG.MSG SunBusiness French Screen Messages file
Layout files
The reference maintenance layout files are described in the section Reference
Maintenance.
The reference maintenance layout files define the different reference file record types and
are named as follows:
SxnnRM.LYT where:
x is the system from the following list:
– S=SunSystems v4
– A=Ledger Accounting
– F=Asset Register
– C=Corporate Allocations
– O=Sales Order Processing
– M=Inventory Control
– P=Purchase Order Processing
– B=Common to SunBusiness.
nn represents the language version where:
– 01=English
– 33=French
– 34=Spanish
– 39=Italian
– 49=German
– 55=Portuguese-Brazilian
– 81=Japanese
– 86=Chinese Simplified
– 87=Chinese Traditional.
Example
SA01HEAD SunAccount English Report Headings.
The Micro Focus License Manager service is delivered with the application. This enables
execution of the COBOL language code.
Example
SAJL-ABC.DAT Journal Listing Work File for operator ABC.
SAJL-ABC.IDX
Other work files that are not indexed sequential files are named Sxyy-aaa.iii where:
x is the system from the following list:
– S=SunSystems v4
– A=Ledger Accounting
– F=Asset Register
– C=Corporate Allocations
– O=Sales Order Processing
– M=Inventory Control
– P=Purchase Order Processing
– B=Common to SunBusiness.
yy is usually the program function code, for example, JL=Journal Listing.
aaa is the database code, for example, DEM-Demonstration Database.
iii is the operator Id.
Example
SOSE-DEM.ABC Sales Entry Work File for operator ABC.
where:
yy is the menu selection
nnnn is an optional number to make the filename unique
mmmmm is the journal number
lllll is the layout code
iii is the operator Id.
In the case of spooled prints, the file naming convention should be as described
previously except the suffix .SPL is used instead of .PRN.
Backup files
The backup versions of all files retain the prefix of the permanent (data) filenames, and
are suffixed with .BAK. Backup files have no indexes, and therefore there is no index file.
These files contain only displayable characters, i.e. numeric fields are not held in any
compressed form.
Examples
SALF-DEM.BAK Ledger backup file
Archive files
Examples
SA10aaa.DAT Ledger archive file for 2010
SA10aaa.IDX
Transfer files
The SunBusiness Transfer File (SBF format) for database code aaa has a default name of
SBTR-aaa.DAT. Import files used by the SunAccount JI=Journal Import function can
have any name.
Data files that are output when using particular transfer functions adopt a particular format
and are suffixed according to the output format.
The standard name for the output file, created when using a transfer format in
SunAccount financial reports, is FTlllll.ttt where:
lllll is the financial statement/analysis/table layout code.
ttt is the type of format.
The standard name for the output file created when using a transfer format in
SunBusiness reports is TAlllll.ttt where:
lllll is the Movement/Sales Analysis Layout code.
ttt is the type of format.
The standard name for an output file when using reference maintenance Transfer (see the
Reference Maintenance section) is Sxzz-aaa.ttt where:
x is the system:
– A=Ledger Accounting
– F=Asset Register
– C=Corporate Allocations
– O=Sales Order Processing
– M=Inventory Control
– P=Purchase Order Processing.
zz is the reference maintenance function.
aaa is the database code.
ttt is the type of format.
Examples
SBTR-DEM.DAT SunBusiness transfer data file for demonstration database
DEM
SBTR-DEM.IDX
Audit files
Reference audit provides a means of monitoring changes to reference data. The function
AC=Audit Control is used to specify the reference records for which audit trails are
required. Each reference record type has its own audit file, which is created if the audit
flag for that record type is set to Y-Yes.
Amendments, additions and deletions to existing records are logged on the appropriate
audit file. The audit data is held in line sequential format.
Audit files are named SSRA-aaa.ttt where:
aaa is the database code, which in the case of the Install audit file is INS.
ttt is the reference record type. See the subsection Standards for Reference Record
Types in the section Reference Maintenance.
Examples
SSRADEM.CAT Calculation table audit file
This section describes how to modify and create screens. You may want to do this in the
following circumstances:
If you are undertaking a translation to another language
If you have added fields to a data file
If you simply wish to change the wording on a screen.
In the section System Overview, the screen handler is described as controlling all interfaces
to screens using screen templates. A template defines the layout and contents of each
SunSystems v4 screen. The definition includes the following characteristics:
The static text that is to be displayed
The fields into which you will key data
Certain validation criteria for those fields (e.g. alpha/numeric)
The attributes of fields (e.g. justification)
Query details for the fields
The fields in which the program displays or accepts data
The position of the fields
The window definitions for the template (i.e. position, size)
The valid selections.
The screen handler obeys the instructions coded into a template. The template contains
some validation rules which are used by screen handler; though most validation is done
within the application program after it has called screen handler.
In this section the following areas are covered:
The rules governing the design of templates
How the Template Editor (SZTE) may be used to create and change templates
How to change messages that appear on the screen.
Please note that if you do change templates or messages, you will have to re-apply the
changes to any updated version of SunSystems v4. Therefore, you must document all the
changes you make.
Column 1.....................……………………...............…….....80
(Line 1) DDDDD...DDDDD
************ Page headings (if relevant) ***********
(Line 3-6) -------------------------------------------------------------------------------------
Body of screen
where:
DDDDD... is the Template Description or Heading
Screen layout
Usually there are fields into which the user will key data, and fields in which the program will
display data. Each of these fields must be defined on the template and given a unique
number which should be allocated, wherever possible, in accordance with the following rules:
Number fields in ascending sequence from left to right and down the screen
Number fields consecutively, avoiding gaps in the sequence. Note that when initially loading a
template, screen-handler will automatically display consecutive fields on the template until it
finds a gap in the field numbers from field 1 (e.g. 1, 2, 3....N)
Always use field number 1 for reference maintenance key fields. If you need other fields for
key fields, use field numbers 2, 4, 5...
Use field number 2 (or the first available field number if more than one key field is present) for
reference maintenance description fields
Always use field number 3 for reference maintenance Lookup fields
Do not define fields below line 20
Do not define a field greater than 149
Do not define field 80 as this is a special selection field common to all templates.
Any field which requires an explicit display of data after the group fields have been accepted,
should be at the end of a group
Any field which causes the application program to alter its processing directly after the field
has been accepted, should be at the end of a group
It is advisable to increment sequence number in tens to allow for later additional fields.
Template file
All templates are stored on one indexed sequential file called SSnnTMPL.DAT/ IDX, where
nn represents the language code. See the subsection, Program File Naming in the section
Naming Conventions. This file uses ‘data compression’ to save disk space. There are up to
six record types for each template. They are:
Type ‘S’ records which hold information regarding routing selections
Type ‘T’ record which holds the static text that is displayed on the screen
Type ‘Q’ record which holds the Query definitions
Type ‘P’ record which holds field parameters
Type ‘A’ record which holds valid Action selection information for the Templates
Type ‘W’ record that holds any window definitions if they exist for the template
Type ‘D’ record that holds local action responses and descriptions referenced by action codes
in the 231-250 range (please note that this applies from version 4.1.3 onwards).
This file is indexed by Template Name and Record Type, and is updated using the Template
Editor program described below.
Template Editor
The Template Editor is a program called SZTE which may be used to create, amend,
examine or print SunSystems v4 templates. All SunSystems v4 templates are stored in the
template file. SZTE may also be used to backup/restore a range of templates and to delete
templates from the file.
This section describes how to use SZTE. SZTE is not part of the standard SunSystems v4
issue, but is issued along with other SunSystems v4 SunUtils with this manual. Use of the
wrong version can corrupt files.
The Journal Import template SATF17 is used in the examples which follow.
How to use the Template Editor SZTE
Your screen should be showing the symbol that it is ready to accept commands from you. To
use SZTE, you should enter one of the following:
SZTE
RUN SZTE
Non-English file - SZTE , , nn
UNIX - szrun SZTE
VAX - Under OpenVMS, in order to be able to type SZTE at the OpenVMS prompt, it is
necessary to set up a symbol name as follows:
$ SZTE :== “$ $DISK1:(SUN42)SZTE.EXE”
where $DISK1:(SUN42) is the name of the disk/directory where the SunSystems v4
programs reside.
You are asked for the name of the template to be processed. Enter the six-character name of
the required template. See the subsection Program File Naming in the section Naming
Conventions.
This option prints the details of the template which is currently loaded. It prints the template
text followed by a list of the actions defined on the template, the field parameters and routing
selections defined (on menus), and then a list of the query window definitions, and window
definitions.
You are asked for the printer device (default LST:), or you may overwrite this with a disk file
name so that the report is Stored on Disk.
B-Backup
This option is used to extract template details to a text file. The format of the backup file is
described below. You are offered different record types to backup, i.e. SELE records, TEXT
records, etc.
R-Restore
This option is used to restore template details from a text file containing records in backup
format (described below). Again you are offered different record types to restore. Note that
existing records for that template are deleted first, before the restore process (for those
record types you have selected) begins.
The format of the backup file is:
There will be one selections backup record per SELE (menu routing parameter) defined on
the template.
There will be one text backup record per non-blank line of text defined on the template.
Actions are backed up onto a maximum of eight records which contain eight actions each.
Bytes 12-91 4 x 20-byte local actions, each consisting of response (2 bytes), and
description (18 bytes)
Local actions are backed up onto a maximum of five records, each containing four local
action slots. Although action codes in the range 231-250 may be entered via the template
editor currently, their respective local action description records must be entered and
maintained within the backed up version of template using a text editor. In other words, where
a type ‘A’ record contained the action code entries 232 and 234, the type ‘D’ record must be
entered as follows:
SATF17 D02T Local action two F Local action four
where SATF17 represents the template name
‘D’ represents the record type
‘02’ identifies the first record slot as local action 2, the first block of 20
bytes is local action 02 response and description, the second block of 20
bytes is blank as 233 is not used in this example, and the third block of 20
bytes is local action 04 response and description.
Record type ‘P’:
Bytes 1012 field number of the first field on this line
Bytes 13-84 4 x 18-byte field parameters. Each consisting of size (2 bytes),
position (4 bytes), type (1 byte), justification (1 byte), display (1 byte), overlay (1 byte),
group (3 bytes), sequence (5 bytes).
There is one backup record for every four field parameters, with a start-slot-number stored on
each record so that you know which eight field parameters are on the record. The record is
created only if those four parameters exist (as there may be gaps in the fields defined).
Record type ‘Q’:
Bytes 10-71 Query data.
There will be one query backup record per query defined on the template, if query data exists.
Record type ‘W’:
Bytes 1012 Window start slot number
Bytes 13-92 10 x 8-byte windows definitions.
There is one backup record for every ten window definitions, with a start-slot-number stored
on each record so you know which ten are on the record (as there may be gaps in the window
definitions table).
N-New
This option is used to load a different template into memory. You will be asked for the name
of the new template.
X-Exit
This option enables you to exit from template editor, back to the operating system.
Note that the Esc key can also be used here. (On UNIX systems Esc must be entered twice).
OpenVMS uses F11.
D-Delete
Select this option if you want to delete all records for the current template from the template
file.
E-Edit
This option enables you to change to the Edit mode, ready for making changes to the
template. The Edit options are displayed at the foot of the screen.
E-End
End returns control to the main template menu, saving the current edited version of the
template, and overwriting any existing previous version.
A-Abort
Abort returns control to the main template menu, without saving any changes you may have
made. Note that the Esc key can also be used here (on UNIX systems Esc must be entered
twice, or F11 on OpenVMS). However Esc will not cause the changes to be lost; if you enter
Edit again, the changes you have made in this run are still held.
T-Template
This option is used for editing the static text. The cursor is placed at column 1 of line 1 and
you may insert, amend, or delete the static text on the screen. In the example above, the
static text includes everything to (but not including) line 22.
A proportional font is used. For this reason, text may not line up. You can use ‘|’ pipes to
ensure that text is aligned when using proportional fonts by placing the pipe before a piece of
text which must be in the same column as the CUI (character) version.
When viewing the template for JL=Journal Listing, SAJL12 in SZTE, notice that characters ‘|’
pipes appear before Entry Period and after Accounting Period.
Because there is only one space between “Entry Period” and “by”, if “Entry Period” is to line
up directly above “Entry Date” and “Accounting Period”, the pipe is necessary when using a
proportional font in the GUI version.
Also, the (A) after Accounting Period does not line up under the (D) after Entry Date.
If there is more than one space between two pieces of defined text on the same line, then
pipes are not necessary. The GUI treats the two pieces of unrelated text separately. Notice
that there is more than one space in front of (E) of Entry Period and the (D) of Entry Date.
Although pipes have been defined on the screen, they are not necessary.
R-Ruler
This option places rulers (graduations) on the screen to help with the positioning of template
text or fields.
I-Ids
Ids displays the field numbers in the screen position for all fields currently defined.
D-Display
This option re-displays the template, removing any rulers, Ids etc, that were previously
displayed.
F-Field
This option is used to define a field into which the user will enter data or into which the
program will display data. The rules governing the numbering of fields are given earlier in this
section. Enter the number of the field that you wish to examine, amend or create.
For each field, you are asked for the following:
Position (4 digits)
Respond with position 0000 to erase a field definition.
Otherwise respond in the format llcc where:
ll is the line number
cc is the column number.
Size (2 digits)
Respond with the size or length of the field.
Respond with size 00 if you wish the Screen Handler to take no action when asked to
accept or display the field.
Type (1 character)
X for Alphanumeric fields
U for Upper case conversion
P for Passwords (upper case converted)
9 for Numeric fields.
Justification (1 character)
(space) for no justification
L for left justification
R for right justification.
Only available with field type 9:
A for conversion to numeric amount field format as defined in DB=Database
Definitions
0-9 for conversion to 0-9 decimal places with implicit right justification
Z right justified with leading zeros inserted.
Display (1 character)
D for display field
T for display field with template attribute
M for display field with message attribute
(space) for accept field
S to enable an accept field with auto skip. This means that entry on this field ends
when you reach the end of the field, without the necessity to press Enter.
Overlay (1 character)
If this field is a Query field, then an ‘&’ ampersand must be entered in this field.
Group (3 digits)
Any numerical value used to group fields logically.
Sequence (5 digits)
Any numerical value indicating the sequence of fields within a group.
When no further fields are required, the field definition process may be terminated by
selecting field number 000.
Q-Query
This option is used to define or amend Query definitions for fields on the current template.
You are asked for the relevant field number, then details concerning the data to be displayed
in the window. You are asked for the following:
File (2 characters)
RF for the Reference File
IN for the Installation File.
Key Position (2 digits)
Specifies the position of the key in the Reference record that is to be selected.
Length (2 digits)
Specifies the length of the key above.
Data 1 Position (3 digits)
Specifies the position in the Reference record of the first Query data to be extracted
and displayed.
Length (2 digits)
Specifies the length of the data above.
Data2 Position (3 digits)
Specifies the position in the Reference record of the second Query data to be
extracted and displayed.
Length (2 digits)
Specifies the length of the data above.
Lookup (1 character, Y or space)
Specifies whether Lookup is available in this Query window.
Key Prefix (3 characters)
Specifies the Reference record type or prefix. You can restrict the Query data that is
displayed by using this Prefix field. For example, in the CA=Chart of Accounts screen
you may use Query in the Analysis codes boxes, but in the Analysis Code 1 box only
A1 data is displayed when Query is selected, whilst if in the box for Analysis Code 2
then only A2 data would be displayed.
This is controlled by setting the Key Prefix to ANVA1 or ANVA2, etc., so you specify
not only the record type but also the specific data type that you require.
Lookup Prefix (3 characters)
Specifies the record type or prefix to be used for the Lookup data in Query. You may
restrict the data selected as described above.
Line (2 digits)
Specifies the line at which the top of the window will appear.
Column (3 digits)
Specifies the column at which the window will begin.
Detail Depth (3 digits)
Specifies the number lines of data that will be shown in the window. Note that there
will be a heading line and two border lines in addition to these, so add three to get the
total window depth.
Note: The last three fields will be calculated automatically and can be changed.
However this is not normally necessary, as SZTE works out the optimal size and
position. When changing the depth, ensure that the window does not go below line
24.
You must enter ‘&’ ampersand in the overlay field in the F-Field option for all Query
fields.
W-Windows
This option is used to define or amend a window definition for the current template. There
may be up to 99 windows defined on a template. They are displayed 20 per screen. Enter the
line and column where the window begins, then the height and the width of the window.
Template editor will not allow you to define a window that exceeds line 22 or column 80.
In the SATF17 example, there is one field, number 5, which has a Query definition set up.
This is indicated by the ‘&’ sign next to the field number shown when Iids is selected (see
above).
If F-Field is selected in edit mode, and 005 entered, the following is displayed in place of the
selection lines:
FIELD NUMBER 005 POSN 1940 SIZE 10 TYPE X JUST L DISPLAY OVLY &
This shows that field number 005 is defined at line 19 column 40, is 10 characters long, is
type X (alphanumeric), left justified, and takes the accept field attribute.
If Q-Query is selected, and 005 entered for the field number, then the following is displayed in
place of the selection lines:
FIELD 005 FILE RF KEY POS 004 LEN 10 DATA1 POS 036 LEN 10 DATA2
POS 054 LEN 32
LOOKUP Y KEY PREFIX ACC LOOKUP PREFIX ACC LINE 04 COL 13
DETAIL DEPTH 10
This indicates that there is a Query set up to display data from the reference file (RF), the key
is at character 004 of the reference record and is 10 characters long. The first data field to be
displayed is at character 036 and is 10 characters long.
The second part of the data to be displayed is at character 054 in the reference record and is
32 bytes long. Lookup is available and the reference Record type is ACC, as is the Lookup
record type. The last figures are calculated by SZTE, and specify the position and size of the
window. You may amend these if you want to move the window.
Edit option S-Selections
This option is used to define the valid values that can be entered in the selection box, and to
define what options will be offered to the user at the bottom of a classic screen mode, or in
the pull-down menus displayed in Action mode.
These selections are known as Actions and there may be up to 80 of them defined on each
template. They are entered in five screens of 16 actions each. Gaps are allowed when
creating actions but when saving, the actions will be shuffled up so gaps are removed. The
Action is entered in two parts, as the selection may be done in two parts. The Actions defined
on a template are stored on the template file PARA record for that template.
Actions appearing on the same template must have different values, in other words, you
cannot have B-Back and B-Bottom as valid selections on the same template. If it is not
possible to find a word which has a different initial, then a second or subsequent letter of the
word is used.
Example
S-Selections is entered for SATF17.
Enter the value of the action as defined in the ACTION-RESPONSES table. Each action is
two-byte parts. Enter spaces to leave it undefined.
There are only four selections allowed from this template, each is a 1-character selection.
If the action code entry is within the following ranges it is recognised as being in local action:
231-250
481-500
731-750 or
981-999
The text ‘** Local Action **’ will be displayed to the right of the entry field.
The local action response details are undefinable in the ACTION-RESPONSES table. They
are directly linked to the template and are currently to be maintained by the application
programmer as type ‘D’ records in the backed up template file.
Action numbers
The action number is taken from the SunSystems v4 action table listed below, the values of
which are loaded from messages 581 to 620 and 978 to 987 on the SSnnMSSG message file.
Ensure, therefore, that the correct version of the message file is available when defining the
actions in SZTE.
When an action is defined on the template, it means that it will be displayed as a valid
selection by screen handler on the pull-down selections.
Actions can also be defined so that they are hidden i.e., they may be selected on a screen but
are not displayed by screen-handler. If you want to ‘hide’ the option from the screen, then add
250 to the action slot number.
You may create dummy selections by adding 750 to the action slot number. This results in the
Action being displayed on the template but it is ignored by screen-handler’s validation routine.
Actions table
1 ACTION-AMEND
2 ACTION-ANALYSIS
3 ACTION-AMEND-ALLOCATE
4 ACTION-RESTORE-APPEND
5 ACTION-ALLOCATION-RANGE
6 ACTION-ALLOCATION
7 ACTION-AMEND-PRESETS
8 ACTION-BACK
9 ACTION-BACK-BACK
10 ACTION-BACKUP
11 ACTION-BALANCES
12 ACTION-BOTTOM
13 ACTION-PERIOD-BALANCES
14 ACTION-TRANSACTION-BALANCES
15 ACTION-CREATE
16 ACTION-CONVERSION
17 ACTION-AMEND-CONSOLIDATION
18 ACTION-CLEAR-REPORT
19 ACTION-CLEAR-JOURNAL
20 ACTION-SCALES-ON
21 ACTION-CREATE-FILES
22 ACTION-CREATE-SUPPRESS
23 ACTION-DELETE
24 ACTION-DESCRIPTION
25 ACTION-DOWN
26 ACTION-PAGE-DOWN
27 ACTION-DATABASE
28 ACTION-TRANS-DATE
29 ACTION-EXAMINE
30 ACTION-EXTRACT
31 ACTION-EXAMINE-FORMAT
32 ACTION-FIRST
33 ACTION-FIRST-FIRST
34 ACTION-FIND
35 ACTION-FORMAT-DETAILS
36 ACTION-FULL-CLEARDOWN
37 ACTION-GENERATE
38 ACTION-HOLD
39 ACTION-TRANSFER-IN
40 ACTION-ITEMS
41 ACTION-BACKUP-INDEXED
42 ACTION-JOURNAL
43 ACTION-JOURNAL-ACCOUNT
44 ACTION-LAST
45 ACTION-LAST-LAST
46 ACTION-LEFT
47 ACTION-MENU
48 ACTION-NEXT
49 ACTION-NEXT-NEXT
40 ACTION-NEXT-ACCOUNT
51 ACTION-NEXT-ASSET
52 ACTION-NEXT-REFERENCE
53 ACTION-OVERLAY
54 ACTION-TRANSFER-OUT
55 ACTION-POST
56 ACTION-PARAMETERS
57 ACTION-PERIOD
58 ACTION-PERIOD-CLEARDOWN
59 ACTION-POST-BATCH
60 ACTION-POST-ALLOCATIONS
61 ACTION-SB-DESC
62 ACTION-PRINT
63 ACTION-PROCESS
64 ACTION-PERIOD-RANGE
65 ACTION-POST-JOURNAL
66 ACTION-RESEQUENCE
67 ACTION-QUERY-ITEM
68 ACTION-REPORT
69 ACTION-RELEASE
70 ACTION-RESTORE
71 ACTION-RIGHT
72 ACTION-REFERENCE
73 ACTION-REFERENCE-RANGE
74 ACTION-REFERENCE-AMEND
75 ACTION-START
76 ACTION-SELECT
77 ACTION-SELECTIONS
78 ACTION-START-ACCOUNT
79 ACTION-START-BATCH
80 ACTION-START-CUSTOMER
81 ACTION-START-FORMAT
82 ACTION-START-ITEM
83 ACTION-START-JOURNAL
84 ACTION-START-REPORT
85 ACTION-START-TRANSACTION
86 ACTION-START-ASSET
87 ACTION-START-SUPPLIER
88 ACTION-STORE-ON-DISK
89 ACTION-SPLIT
90 ACTION-ASSET-DETAILS
91 ACTION-TRANSFER
92 ACTION-TOP
93 ACTION-TOTALS
94 ACTION-PROCESS-TRANSFER
95 ACTION-TRANSACTION
96 ACTION-MATCH
97 ACTION-TRANS-DATE-RANGE
98 ACTION-UP
99 ACTION-DUE-DATE
100 ACTION-REPORT-AUDIT-TRAIL
101 ACTION-VIEW
102 ACTION-VIEW-STORED-JOURNALS
103 ACTION-EXIT
104 ACTION-RANGE-ALLOCATE
105 ACTION-YEAR-CLEARDOWN
106 ACTION-HIDDEN-OPTION
107 ACTION-ANALYSIS-CODE-1
108 ACTION-ANALYSIS-CODE-2
109 ACTION-ANALYSIS-CODE-3
110 ACTION-ANALYSIS-CODE-4
111 ACTION-ANALYSIS-CODE-5
112 ACTION-VIEW-RIGHT
113 ACTION-OVER-DELIVERY
114 ACTION-FIND-TRANSACTION
115 ACTION-PAGE
116 ACTION-SETUP
117 ACTION-FINISH
118 ACTION-RETURN
119 ACTION-HIDDEN-Z-RELEASE
120 ACTION-SUMMARY
121 ACTION-DATE
122 ACTION-ORDER
123 ACTION-TRANSACTION-TYPE
124 ACTION-CUSTOMER-REF
125 ACTION-RESELECT
126 ACTION-ALLOC-REF
127 ACTION-LINE
128 ACTION-QUALITY
129 ACTION-VALUE
130 ACTION-STATUS
131 ACTION-PAGE-SELECT
132 ACTION-PAGE-RANGE
133 ACTION-SUPPLIER
134 ACTION-SECOND-REF
135 ACTION-POP-AUDIT-REF
136 ACTION-RECALL
137 ACTION-ROUGH
138 ACTION-APPROVE
139 ACTION-CONVERT
140 ACTION-QUOTATION
141 ACTION-Q-REQUEST
142 ACTION-SPLIT-QTY
143 ACTION-SPLIT-VALUE
144 ACTION-TELEPHONE
145 ACTION-ANALYSIS-0
146 ACTION-ANALYSIS-6
147 ACTION-ANALYSIS-7
148 ACTION-ANALYSIS-8
149 ACTION-ANALYSIS-9
150 ACTION-COPY
151 ACTION-OTHER-OPERATORS
152 ACTION-HOME-KEY
153 ACTION-END-KEY
154 Undefined
155 Undefined
156 ACTION-INVOICE
157 ACTION-GRN
158 ACTION-DOUBLE-CLICK
159 ACTION-INQUIRE
160 ACTION-ACCOUNT
161 ACTION-ALLOCATED
162 ACTION-BALANCE
163 ACTION-RETURN-TO-ENTRY
164 ACTION-DETAIL
165 ACTION-ORDERED
166 ACTION-ONLINE-ALLOC
167 ACTION-NEW-FORM
168 ACTION-CLEARDOWN
169 ACTION-SUSPEND
170 ACTION-SAVE
171 ACTION-BASE-AMOUNT
172 ACTION-OTHER-AMOUNT
173 ACTION-ALL
174 ACTION-CLEAR-AUDIT-TRAIL
175 ACTION-OTHER-TOTAL
176 ACTION-CLEAR
177 ACTION-SWAP-WINDOW
178 ACTION-OFF
179 ACTION-BSP
180 ACTION-CALC-CODES
181 ACTION-SEQUENCE
182 ACTION-MISC
183 ACTION-DB-SEQ
184 ACTION-TAX
185 ACTION-AM
186 ACTION-MATHS
187 ACTION-ONLINE-ALL
188 ACTION-OTHER-AMT
189 ACTION-TRANSACTION-PAGE
190 ACTION-SUMMARY-PAGE
191 ACTION-REBUILD-ACB
192 ACTION-EXPIRY-DATE
193 ACTION-COST
194 ACTION-CONV
195 ACTION-TEXT-FIELDS
196 ACTION-AMOUNTS-DATA
197 ACTION-FLAGS-CHECKSUMS
231 ACTION-LOCAL01 (Virtual Slot 231)
232 ACTION-LOCAL02 (Virtual Slot 232)
233 ACTION-LOCAL03 (Virtual Slot 233)
234 ACTION-LOCAL04 (Virtual Slot 234)
235 ACTION-LOCAL05 (Virtual Slot 235)
236 ACTION-LOCAL06 (Virtual Slot 236)
The definition in actions 4 tell screen-handler that it is a two-part selection, because of the
0000 action in the second part. Therefore screen-handler knows that if the user enters only
the first part, then it must accept the second part, displaying the relevant options, before
returning to the application that called it.
Local actions
Developers can add their own local actions. They are considered local because the actions
are template specific. There are 20 slots reserved for local actions, numbered from 231 to
250.
To define these actions enter L=Local on the template edit menu. Then next to each local
action number, enter a one or two character action, and up to 18 characters of description.
Once the local actions have been defined they can then be entered in the selections menu as
normal actions.
Routing selections
If the template you are editing is a menu template, i.e. if the number of the template is 01 (e.g.
SAMM01) then after the actions screens, the routing selections screens will be displayed. This
is where you define routing parameters which are used when calling other programs, and the
options and descriptions that appear on the menu (displayed by screen-handler). There may
be up to 99 routing parameters defined on a template; 20 are displayed per screen. For each
routing parameter, you are asked for the following information:
Routing Selection Number
2 characters
Respond with a number in the range 01 to 99. Respond with 00 or Esc (twice on UNIX
systems) to terminate this routing definition process. If you want to amend or create a number
beyond those shown on the current screen, then enter the number required and the relevant
screen is displayed. Gaps in the routing selection numbers are not allowed.
Routing Selection Mnemonic
normally 2 characters
Respond with a suitable mnemonic.
The next nine fields are entered into one long field entitled Route:
Program Id
4 characters
The name of the program to be called when this route is selected.
Permission Type
1 character
This controls the type of permission allowed for a menu option. It is used by the Operator
Permissions program and the menu program SSMM.
‘ ’ space indicates that permissions can be set up for all users for this menu entry via Operator
Permissions function
‘S’ indicates that this menu selection is only available to the SuperUser and may be subject to
permissions set up via the Operator Permissions function
‘N’ indicates that this menu selection is only available to non SUN users and may be subject
to permissions set up via the Operator Permissions function
‘A’ indicates that this menu selection is available to all users and cannot have permission
restrictions applied to it via the Operator Permissions function.
Module Number
2 digits
The number is for internal use only. It defines the SunSystems v4 module to which the option
is applicable. It must have a value otherwise you will get the message:
SELECTION NOT AVAILABLE
If you are adding new programs to the menu set this to 31.
Sub Menu
1 character
The number is for internal use only. Leave it blank.
Permission Slot Number
2 digits
Indicates the unique slot number in the linkage section containing the permission level for a
menu option. Do not enter a number above 99. If defaulting to the SunSystems v4 permission
i.e. if the permission type is ‘D’, then this must not be greater than 40.
Type of Selection
1 character
Indicates the type of program to be run. Valid entries are:
E-Entry
I-Inquiry
M-Maintenance
P-Procedure
R-Report
S-System, or ‘ ’ space.
This tells screen-handler which heading the option should appear under on the menu. If ‘ ’
space is entered, then it will not be shown but can still be selected in the selection box.
Menu Number
1 digit
Indicates whether the entry should appear on the main menu or sub-menu. Enter 1 for the
main menu, 2 for the sub-menu (usually setup menu), or zero.
Sub-Menu Type
1 character
Indicates the type of sub-menu in which this selection is available. Valid entries are:
E-Entry
I-Inquiry
M-Maintenance
P-Procedure
R-Report
S-System, or ‘ ’ space.
This is normally the same as the selection type above.
Sub-Menu Menu
1 digit
This should be zero if the selection is used to select a sub-menu (i.e. SU=Setup), otherwise
blank.
Other ways to run SZTE
There are other ways to execute SZTE. To go directly to the desired template from the
command line enter:
SZTE SATF17
SZTE SATF17,, nn (non-English file)
To go directly to the desired template option B for Backup, enter:
SZTE B
SZTE B,, nn (non-English file)
Taking the selection on the above screen, number 53, we have the following setup:
NA - is the mnemonic
SSRU - is the program that is to be called
U - is the permission type
0 - is the process mode
SA - is the system id
ADD - is the reference record type
22 - is the suffix of the template corresponding with that reference record
24 - is the module number
space - is the sub-menu number
13 - is the permission slot number
M - is the selection type (maintenance)
1 - is the menu number (main menu)
space - is the sub-menu type
space - is the sub-menu menu
space - is the sub-menu menu
Names & Addresses - is the description.
SZTE UI Hints
Introduction
This section describes how to modify and create common and template specific UI hints,
which instruct the new UI front end to apply changes to a standard template definition. The
instruction/hint can target an existing label or input field for a location change, it may supply
additional or replacement template text or provide an instruction, with relevant details, to
apply a control to an existing input field.
The Form/Field Hint/Control qualification checklist later in this section, is a summarized aid for
the analysis of new or modified fields and forms with regard to presentation layer
manipulation via hints. However, if you are unfamiliar with UI hint/control concepts,
maintenance processes and tools, please acquaint yourself before attempting to implement
related changes.
UI Hint impact
The User Interface (UI) Hint specific modifications to the template file layout and content are
not intended to impact on standard SunSystems v4 processing via the standard screen
presentation layer; the changes should be completely transparent when SunSystems v4 is
accessed via SUN32.exe and its screen handler applications. See Note below.
Only when invoking the new UI front-end, accessed via SunSystems.v4.exe which calls
the parser ResourceAccess.dll to supply template specific information, is the UI Hint
information appended to the standard template data.
The UI Hint specific information is intended to supplement and/or override existing template
details in the template layout translation for the new presentation layer.
Note: Changes to screen text and field positions have been applied directly to the
standard template definitions; however, text hint functionality is still available and may
be required at some point if text is required outside of the legacy screen size limits
(22 rows x 80 columns).
Template targets
The UI Hint specific information is intended to enhance the user experience by targeting text
strings and fields for realignment and/or rephrasing on the translated screen layout and the
fields that are eligible for a control icon attachment or replacement.
For the initial implementation, the following features are included:
Existing Fields:
can be moved to a new location
can also have one of the following add-ons applied:
– a Calendar control
– a CheckBox control
– a ComboBox control.
Existing Text can be (see Note below):
blanked out
moved to a new location
replaced by new text:
– at the same location
– at a different location.
New Text can be added at a specified location.
Note: Changes to screen text and field positions have been applied directly to the
standard template definitions; however, text hint functionality is still available and may
be required at some point if text is required outside of the legacy screen size limits
(22 rows x 80 columns).
As before, the UI Specific Hints can be applied directly to the Template Backup File and
Restored (with no immediate validation, this is not recommended) or via the Template Editor
tool SZTE.
The details documented herein apply to data entry via the development tool SZTE; however,
references are made to the resulting Template Backup File layout and some examples are
given with any layout variations to the parsed data.
Note: SZTE does not, and in most case cannot, supply a visual representation of the
impact of the hints on the template as it does for standard template
entry/maintenance.
Legacy template data storage practices limited the storage of template data in its backed-up
state to 80 bytes plus key information; this presented all of the backup record in a DOS
window.
However, in an attempt to limit the number of records presented in the backup file, the Field,
Action and pop-up window details are held in backup records containing multiple definitions;
the field parameters are held in type ‘P’ records and each record string holds the definition of
up to 4 fields, only the first being identified by its field number, the remainder are implied. For
example, a record headed ‘P011’ contains field parameters for field numbers from 011 to 014.
Standard template data is split into various different record types, for example, ‘T’ for Text, ‘A’
for Actions, ‘W’ for pop-up Windows, ‘Q’ for Query, etc.
UI Hint data principles
Unlike the standard template data split into different record types, all UI Hint data sets are
recognizable by the new record type ‘H’.
Common Hint data sets are recognizable in their backup form by a blank Template Id
followed by record type ‘H’ and an identifier, ‘R’ for return strings or ‘C’ for ComboBox entries.
Return strings have a unique alpha reference, for example, ‘S’ (reserved by SunSystems for
existing requirements); CheckBox hint references refer to a slot in a common return string
record, for example, S2 refers to the second byte of the returns sting in the common record
headed ‘HRS’.
ComboBox entry records have references with a unique alpha prefix, for example, ‘S’
(reserved by SunSystems for existing requirements) followed by 3 numeric; ComboBox hints
store this reference as the link to its content, for example, S021 refers of all common records
headed ‘HCS021’.
Field specific Hint data sets are recognisable by the Template Id followed by type ‘H’ and 3
numeric, they imitate the type ‘P’ records, however each record string holds the hints of up to
6 fields. For example, a record headed ‘H060’ contains field Hints for field numbers 060 to
065; this is possible because Hint definitions for ComboBox controls only hold a reference to
its content. CheckBox controls also hold references, however these are held to avoid having
to translate all occurrences of the response; both reference types refer to common hint
records, also a measure adopted to limit the translation requirement.
Text String Hint data is recognisable by the Template Id followed by type ‘H’ and an ‘S’, one
record per Text String Hint requirement.
Backing up UI Hints
Selection B-Backup, from the SZTE Main or Template specific menus, does not allow for the
backup of UI Hints to the Template Backup File in isolation:
The UI Hints are included with the text selection, labelled ‘Backup Text & Hints
(Y/N)?’
Selection of this option always includes common hints data, but also includes the field
specific hints and UI text hints for the selected template(s).
Hidden selection P-Parser Backup, from the SZTE Main menu, backs up the selected
templates(s) data in the format that it will be parsed to the New UI by the
ResourceAccess.DLL; this backup is for reference and comparison only, any attempt to
restore from this backup will corrupt the actual template data.
Common Return String maintenance
How to maintain
String Id ‘S’ is reserved - maintenance of this string is not recommended, any changes impact
the many existing CheckBox controls already referencing its content; however <F10>
overrides and allows access.
A new string Id prompts for confirmation that you wish to create – press <F4>.
When the slot numbers are all displayed:
identify a slot number (1 to 9)
add or amend the content – return redisplays all
select ‘Esc’, then ‘Enter’ to Save the details
Common Hint Maintenance – ‘Esc’ automatically writes changes to file.
Validation limitations
Prevents duplicate return codes in the same returns string.
Does not warn if an amended value is already referenced via a CheckBox Hint.
Held in Template file (.dat/.idx) as
A single record – using SunSystems reserve as example
key/content ‘ S000 H00YN ‘ (leading 2 bytes blank)
Recorded in Template Backup file (.BAK) as
A single record – using SunSystems reserve as example
key/content ‘ HRS YN ‘ (leading 8 bytes blank)
Parsed to the New UI as
This record is not parsed to the new UI, however its content is used to substitute the
references in field CheckBox hints.
Common ComboBox content maintenance
How to maintain
References prefixed ‘S’ are reserved – we do not recommend editing these ComboBox
entries. Any changes impact on at least one existing ComboBox control already linked to its
contents; however <F10> overrides and allows access.
An existing reference presents up to the first 20 entries and default the slot prompt for the
next available, a new reference displays the empty set and prompt entry of slot 1.
When the existing entries grid is displayed:
identify a slot (from 1 to existing definitions+1)
– add a new entry:
Provide a code, unique to the set, and its description
Pressing Enter redisplays to include the new slot/details
– amend or delete existing entry:
<F8> replaces the details in the slot with a <remove from list> marker
Pressing Enter redisplays to include the edited slot details
<F6> to scroll the display - forward by default, backward having reached the last
Drill-down feature:
– enter ‘<i>’ as the Code
– identify another Combo reference within <include-annn>, for example, <include-S001>
– Resulting set is not immediately visible, see ‘Parsed to’
select ‘Esc’, then ‘Enter’ to Save the details
Common Hint Maintenance – Escape automatically writes changes to file.
Validation limitations
Prevents entry of duplicate codes in the same entry set
Warns include/drill-down feature only drills down one level (see Note below)
Prevents include/drill-down entry of duplicate references
Prevents include/drill-down entry of itself
Does not warn if any codes in a drill-down entry set are duplicates of the codes in the host
entry set.
Note: The Parser includes entries from the include reference into the host reference,
however any embedded include references will be ignored, for example, in the
following purpose built example:
Field hint TEST01 H00100001S555
Common records HCS555 <i><include-S666> B B-In host
HCS666 <i><include-S777> A A-Included
S555 includes code A from S666, yet the S777 include/codes will be ignored,
resulting in Parsed records.
TEST01 H00100001S555
TEST01 HCS555 A A-Included B B-In host
Although fields cannot be introduced to the template via a UI Hint, any existing fields can
have hints applied to them; field related hints are limited to relocation and/or the application of
one of a selection of control add-on’s.
There is a limit of 149 field related Hint definitions per template, the same legacy limit
imposed on field P-Parameter definitions.
How to access
SZTE Template Edit Menu:
Select a Template from the Main Menu and option E-Edit
It may be advantageous to select I-Ids and R-Ruler (line and column) options at this point
select hidden option ‘U’
Field Hint Maintenance:
enter the existing 3 digit field number.
How to maintain
The selected field’s current/defined position is displayed:
if a change of location is required on the new UI presentation, enter a new coordinate
if an UI control add-on is required, select its numeric Id from the list displayed:
– If type 1 ‘ComboBox Hint’ is selected:
Identify an existing ‘Common Combo Set Id’, for example, ‘S001’
– If type 2 ‘CheckBox Hint’ is selected:
Identify the Checked state Return Reference, for example, ‘S1’
Identify the Unchecked state Return Reference, for example, ‘S2’
– If type 3 ‘Calendar Hint’ is selected – no further detail required
select ‘Enter’ to Save the details.
Amend field Hints
Re-enter the field Id
Override the relocation coordinate and/or type Id (and its related reference(s)).
Delete field Hints
Re-enter the field Id
Set the relocation coordinate and type Id to zeros (0000 and 0)
SZTE Template Edit Menu – E-End will automatically write changes to file.
Validation limitations
Only allows hints to be applied to an existing field number.
Does not allow 00 as row or column in a new location coordinate.
Only allows selection of valid ComboBox references and CheckBox return references.
Does not:
The UI Text Hint maintenance definitions allow for the removal, relocation or replacement of
existing template text strings or the inclusion of new UI only text strings.
Although the maintenance options for all of these variations have been retained, the decision
to drop SUN32.exe means that all changes to template layouts were carried out directly on
the templates ‘T’ext records for SunSystems v4 version 4.4, the removal and replacement
options effectively became redundant; however, if the decision is made to cross the current
legacy 22 row & 80 column boundaries, the Relocation text hints and the New text hints will
be required due to the inherent SZTE/‘T’ext record standard text limitation.
There is an adequate limit of 440 UI Text Hint definitions per template, a limit imposed by the
key definition.
How to access
SZTE Template Edit Menu –
Select a Template from the Main Menu and option E-Edit
It may be advantageous to select I-Ids and R-Ruler (line and column) options at this point
select hidden option ‘U’.
Field Hint Maintenance –
leave the 3 digit field number as 000.
How to maintain
The UI Text Hint is composed of three data sets; application of the hint depends on which of
the three data sets have been provided.
Add new UI only text string:
First data set, ‘current location and length of text string’ – leave as 0000 and 00
Second data set, ‘location for new text’ – must be entered
Third data set, ‘new text string’ – must be entered. As standard, new text strings should be
limited to a maximum of 50 of the available 65 bytes; this allows for a 30% text increase
during translation.
Removal, Relocation or Replacement of existing template text strings:
First data set, ‘current location and length of text string’:
– When relocating an existing text string, supply a string length increased by 30% to allow
for the potential increase during translation, e.g. for 20 bytes of text set the length to 26.
– These options all require the entry of these details, having entered them, the target text
string is displayed for confirmation.
Note: Relocation and Replacement coordinates must target the first byte of a text
string, otherwise the UI Client ignores the hint (although it will report it, see ‘Hint Error
Reporting’), only the redundant removal/clearance hint can provide a location mid
text, because the hint is handled in advance by the parser.
Second data set, ‘new location for text’:
– Ignore/leave 0000 in this field to:
Remove existing text – leave the new text string (3rd data set) blank (Redundant
option)
Replace existing text at same coordinate – enter 1 to 32 characters of new text string
(3rd data set) (Redundant option)
– Supply a new coordinate to:
Relocate existing text – leave the new text string (3rd data set) blank. When relocating
an existing text string, supply a string length increased by 30% to allow for the
potential increase during translation, e.g. for 20 bytes of text set the length to 26.
Replace existing text at the new coordinate – enter 1 to 32 characters of new text
string (3rd data set) (Redundant option)
Amend UI Text Hints:
Existing data manipulation – re-enter/identify the location in the first data set
UI only text string – re-enter/identify the location in the second data set
Delete UI Text Hints:
Existing data manipulation:
The data in a Hint definition may not be subjected to any form of validation until it is presented
to the UI Client via the parser.
UI Hints added via the backup file bypass validation completely.
Although SZTE provides validation for Hint data setup against host fields or text, the reverse
is not true, consequently any adjustments to the host field or text string can sever links with UI
Hints or invalidate its content. This may occur while bug fixing or during a translation phase;
SZTE is also incapable of validating the content of ComboBoxes or the return values of
CheckBoxes.
To counter the problem of overlooking incomplete, detached or invalid hints, a switchable
registry setting prompts the UI Client to inform the user when an UI Hint cannot be processed,
and when the hint content conflicts with the requirements of the associated application.
Note: This function does not report consistently, and is therefore targeted for further
development in a later version of SunSystems v4.
To switch Hint Error reporting ON:
To override the registry setting’s installed/default state
Start > Run ‘regedit’ and locate the registry key
HKEY_CURRENT_USER\Software\SunSystems\4.4\UISettings
Set the ‘HintErrorReport’ REG_DWORD value (Right-click > Modify) to 1
If you intend to switch this registry setting regularly, create your own .reg files:.
Start > Run ‘regedit’ and locate the registry key
HKEY_CURRENT_USER\Software\SunSystems\4.4\UISettings
Right-click the ‘UISettings’ registry folder > Export and name, for example,
HintErrorReport_OFF.reg
Copy HintErrorReport_OFF.reg to HintErrorReport_ON.reg
Edit HintErrorReport_ON.reg, changing "HintErrorReport"=dword:00000000 to
00000001
Double-click the appropriate .reg file to set/reset the registry setting.
Parsed Template data
Template data is generally parsed in the same format as that held in the backup file, with the
following variations:
1. Field hint type 1 (ComboBox) references are accompanied by converted common record
Combo Set contents.
2. Field hint type 2 (CheckBox) references are substituted by their referenced common record
return values (space values are represented as ‘_’).
3. Type ‘T’ext records are edited in advance to satisfy the UI Text String clearance hint
requirements (blanking out of existing text only) and the hint is suppressed from the transfer of
data.
4. all records are strung together to form a single parsed record/string.
5. all hints related data is parsed at the end of the record/string.
The SZTE Main Menu hidden option P-Parser Backup simulates the types and format of the
hint data being parsed with standard template data to the New UI, however the results do not
match points 3, 4, and 5 above; see the sections entitled Parsed to the New UI as, and the
example extract below:
The ‘Maintain Analysis Codes’ template SARU23 hints...
SARU23 H00700002S1S3 00001S033 00002S1S3
Referencing translated Common hint records…
HRS YN
HCS033 <i><include-S001> C C-Combined
HCS001 Y Y-Yes N N-No
Are constructed and presented as…
SARU23 H00700002Y_ 00001S033 00002Y_
SARU23 HCS033 Y Y-Yes N N-No
SARU23 HCS033 C C-Combined
To simulate the data being Parsed to the New UI, please note:
The field 7 & 11 CheckBox(code’2’) hints, with S1 & S3 references replaced by ‘Y’ & ‘_’
(representing space) from the translated common returns records.
The field 10 ComboBox(code’1’) hint related template specific S033 entries, constructed from
translated common ComboBox content records S001 & S033 in accordance with the ‘include’
instruction.
Calendar Check
Does the date field already have a hint/control applied?
No.
– Is the date field Display only or attached to a Presets form?
– Yes – Does not qualify. Exit the Checklist.
– No – Qualifies for a Calendar control/hint. Go to Maintenance.
Yes.
– Is the existing hint/control a Calendar hint/control?
– No – Remove the inappropriate control/hint. See Maintenance, then restart check.
– Yes – Is the date field Display only or attached to a Presets form?
No – Existing hint/control is correct. Exit the Checklist.
Yes – Remove the inappropriate control/hint. Go to Maintenance.
CheckBox Check
Does this 1 Byte field only accept a combination of ‘Y’ and ‘N’ or ‘Y’ and ‘ ‘(Space)?
No – It potentially qualifies for ComboBox hint/control. Go to ComboBox Check.
Yes.
– Does this 1 Byte field already have a hint/control applied?
– No – Qualifies for a CheckBox control/hint. Go to Maintenance.
– Yes.
Does the existing hint define a CheckBox control?
No – Remove the inappropriate control/hint. See Maintenance, then restart check.
Yes - Does the hint represent the correct state return combination?
i. Yes – Existing CheckBox hint/control is correct. Exit the Checklist.
ii. No – Adjust the existing CheckBox control/hint. Go to Maintenance.
ComboBox Check
Does this 1-3 Byte field already have a hint/control applied?
No – Qualifies for a ComboBox control/hint. Go to Maintenance.
Yes.
– Does the existing hint define a ComboBox control?
– No – Remove the inappropriate control/hint. See Maintenance, then restart check.
– Yes - Does the ComboBox hint reference the correct content records?
Yes – Existing ComboBox hint/control is correct. Exit the Checklist.
No – Adjust the existing ComboBox control/hint. Go to Maintenance.
Maintenance
If the Maintenance instruction is to:
‘remove the inappropriate control/hint’ - follow the ‘Delete Field hints’ instruction in section
‘Field associated Hint maintenance’.
‘qualifies for a Calendar (or Checkbox or ComboBox) control/hint’ - follow the ‘How to
Maintain’ instruction in section ‘Field associated Hint maintenance’. Finally, check for any
impact on the screen/form layout.
‘adjust the existing Checkbox (or ComboBox) control/hint’ - follow the ‘Amend Field hints’
instruction in section ‘Field associated Hint maintenance’. Finally, check for any impact on the
screen/form layout.
If you have added or adjusted a hint, the end result will have an impact on the layout of the
screen/form; the degree of impact varies depending on the type of hint/control and how busy
the host screen/form already is.
The following is an assessment of the risk levels and some of the options that can be
considered when attempting to resolve the layout impact.
Low Risk
If applying or adjusting the return values of a CheckBox hint, the control currently has less of
an impact on the layout than its host 1 byte field; this may change if a description is
introduced to the control.
Minimal Risk
If applying a Calendar hint and the screen/form is busy (more than two columns of
input/display fields and their labels), there is a minimal risk because the total length of the
field and its control icon is greater than its host 10 byte field.
If the control impacts on a label or field or control immediately to its right in the layout, you
may have to consider adjusting one or more column positions (all labels or fields in the
column) while attempting to maintain the equilibrium/positional balance.
High Risk.
If applying a ComboBox hint and the screen/form is relatively busy (more than one column of
input/display fields and their labels), there is a high risk of impact because the control,
replacing the 1-3 byte field, includes a description of the 1-3 byte code and therefore
potentially extends the area of occupation by approximately 7000% (1 byte field becomes
control containing up-to 65 bytes of text and a drop-down icon).
If the control impacts on labels and/or fields and/or other controls to its right in the layout, you
have several options, however the solution should where possible maintain consistency with
other similar forms, therefore refer to it/them in advance of implementing one of the following
solutions:
Adjust one or more column positions (all labels or fields in the column) while attempting to
maintain the equilibrium/positional balance in the layout, for example, IC/MD; had to remove
bracketed label extensions to achieve this.
Reduce the length of the code related descriptions, however, this will only be a viable option if
the end result remains descriptive enough to meet its objective; better to force the user to
seek an explanation from the Online Help rather than confuse, for example, LA/LD; removed
‘Category’ from descriptions to avoid multiple column adjustments.
Present the ComboBox control with only the code in the description; the drop-down will
provide a list of valid codes, but will force the user to seek an explanation from the Online
Help, for example, LA/TM; both Selections and Match Criteria had negative right-hand impact.
Remove the control/hint to revert to an alphanumeric or numeric input field; this should be a
last resort, but may be necessary in particularly busy forms, for example, SO/LI; this form has
11 columns (most qualifying for controls) repeated on 10 rows.
Combination of two or more of the solutions detailed above.
Translation Considerations
Record Type UI common CheckBox return value record (with eight preceding spaces).
Presented as HRS YN
Overview The translator is only likely to encounter one record of this type; the
content is unlikely to change, only three values are currently set, ‘Y’
(RESPONSE-YES), ‘N’ (RESPONSE-NO) and ‘ ‘ (space). These return
values reflect the nature of a CheckBox control and meet the requirement
for the fields linked to CheckBox controls.
Control links Identifying the controls that reference a particular return value is unlikely
to be necessary, however if required, the easiest method is to search for
the return values specific reference, for example, ‘N’s reference S2, this
will not provide an exclusive search, but if the result is linked to a Field
Hint record with the CheckBox control Id ‘2’ it will provide a field number
reference, the following is an good example, although not a true hint
setup:
SAGP09 H00300002S1S2 00002S2S3
This indicates that on form SAGP09, field 3 has a CheckBox control with
‘N’ as its Unchecked value, and field 4 has a CheckBox control with ‘N’
as its Checked value.
Other results should be ignored, for example, SAAR21 HS2024050000
is an UI Text String Hint.
Record Type UI common ComboBox content records (with eight preceding spaces).
Overview The translator will encounter many records of this type; multiple records
per reference, for example, two records for S007 above, and for many
references, for example, S001 through S164 represent the requirement
at the first stage of UI Hint development, with S901 and beyond
represented those content records reused (included) time and again.
Context These Code and Description combination data sets were set up based on
the English requirement, many references are only used once, see
Control Links to verify its source, therefore translation can be based on
the source functions error messages (Code values) and Help text
(Descriptions), however it is possible that the reference is used in
multiple functions and if the translation for one function is inappropriate
for another, the translator will have to consider an alternative method,
see re-referencing.
Control links Identifying the controls that reference a particular ComboBox reference is
simple, combining the ComboBox control Id ‘1’ with the reference will
usually reveal only the Field Hints associated with that reference, for
example, a search for ‘1S007’ only returns one result SAJE33
H01100001S007, indicating that the ControlBox content is only used by
form SAJE33’s field 11.
Re-referencing Where the ComboBox reference is used by multiple form sources and the
initial translation does not satisfy one or more of the fields referencing it,
alternative ComboBox reference(s) must be setup and referenced by the
appropriate field hints.
ComboBox references prefixed ‘S’ are reserved for SunSystems,
however to avoid claiming a reference that may be used by the English
version at a later date, an alternative, for example, ‘T’ranslation, would be
a safer option; there is of course the potential to clash with a third party
developer, therefore if you know of one that generally uses ‘T’ as his
unique identifier that works with a company using the language in
question, it would be advisable to use an alternative.
Cross referencing content is not a problem, therefore if you are
developing an alternative, for example, T001, yet you wish to include the
content of an already translated reference, for example, S007, you may
still do so using <i><include-S007>.
Overview The translator will encounter many records of this type; however, the field
hints are designed to contain only co-ordinates and references prefixed
by Ids that are not subject to translation, for example, SunSystems
reserved ‘S’, consequently they do not require direct translation.
The example shown above is not an actual hint record, yet it
demonstrates most variations that may be encountered.
Overview Although two of the above are hints designed to test the UI Client, the
records show all text string hint variations:
The first is a Clearance hint, which identifies an existing text string by its
location and length as presented on the ‘T’ext record, the zeros and
spaces indicate that is not to be relocated or replaced by alternative text
(redundant option).
The second is a Relocation hint, which identifies an existing text string by
its location and length as presented on the ‘T’ext record and a new
position at which the existing string is to be placed, the spaces indicate
that it is not to be replaced by alternative text.
The third is a Replacement hint, which identifies an existing text string by
its location and length as presented on the ‘T’ext record and the new
position at which the alternative text string is to be placed; if the new
location is set to zeros, the alternative text string is placed at the original
coordinate (redundant option).
A New Text hint, with the existing text string location and length set to
zeros, it specifies a location for the new text string.
Translation Direct translation of the text string in hint type 4 should be the only
requirement; translation considerations should have been made during
development as follows:
Type 2 - Relocations should have specified a text length that allows for a
30% increase during translation.
Sample code:
AdditionalMenuHandler handler = new AdditionalMenuHandler();
bool succ = handler.Install(menusFile);
or
bool succ = handler.Install(menusFile, userName, password, encoding)
menusFile is the name of the XML file containing the menu data
userName is the name of the SunSystems user to have access to this menu
password is the password of SunSystems user to have access to this menu
encoding is the file encoding of the template file, the default is code page1252
A message is displayed stating whether or not the menu has been installed into the
database menu tables successfully. If unsuccessful, you can track the problem in the log
file.
If the single sign on fails, you are asked to enter the user name and password.
Administrator privileges are required.
3. Install the executable – additional menus can also be inserted into SunSystems database by
using the following command line:
C:\ThirdPartyInstaller.exe [-u userName] [-p password] [-c encoding] filename
username, password and encoding are optional.
For details about menu tables in databases, see the section Menu Tables below.
4. Set permissions – you must set the correct permissions to the new menus in User Manager.
5. Execute the menu – the menu should now be available in the Navigator main menu. However,
you must also add it to the relevant template file.
Four sections are included in the menu data XML file where System, Function, Action, and
Menu Item can be defined.
Owner
<Owner>…</Owner>
A GUID can be provided to identify this additional menu. This is optional, if no <owner> is
provided, it will be installed as the default additional menu which one SunSystems instance
can only have one.
An example of the GUID is:
20D208B4-AB55-4477-ABE8-EA8E7A2BE412.
A free tool guidgen.exe to generate the GUID can be found at:
http://www.microsoft.com/downloads/en/details.aspx?familyid=94551f58-484f-4a8c-bb39-0.
adb270833afc&displaylang=en
System
The System tag is defined below:
<Systems>
<System>
<Key>…</Key>
<Resources>
<Resource>
<LanguageCode>…</LanguageCode>
<Code>…</Code>
<Text>…</Text>
</Resource>
…
</Resources>
</System>
…
</Systems>
‘Key’ is used to identify a system; normally it is the shortcut of this system in the base
language, for example, LA. Both system code and system name are localizable which can be
defined in the ‘Resource’ tag. Resource of base language (language code = 1) is mandatory.
The code of the new system should NOT conflict with predefined ones.
Function
The definition for ‘Function’ is:
<Functions>
<Function>
<Key>…</Key>
<Resources>
<Resource>
<LanguageCode>…</LanguageCode>
<Code>…</Code>
<Text>…</Text>
</Resource>
</Resources>
<EXECUTABLENAME>…</EXECUTABLENAME>
<CMDLINEARG>…</CMDLINEARG>
<WOKRDIR>…</WOKRDIR>
</Function>
…
</Function>
Key and localizable texts in based language are mandatory.
Function Code should NOT conflict with predefined ones
Action
‘Action’ can be defined in the Actions section.
<Actions>
<Action>
<Code>…</Code>
<Resources>
<Resource>
<LanguageCode>…</LanguageCode>
<Text>…</Text>
</Resource>
…
</Resources>
</Action>
…
</Actions>
New Action code should NOT conflict with predefined ones.
Menu Item
This is used to build up the structure of the additional menus by specifying which system the
function belongs to and what action a function can support.
Navigator uses this structure to display them on the menu panel.
<MenuItems>
<MenuItem>
<System>…</System>
<MenuIconType>…</MenuIconType>
<CategoryId>…</CategoryId>
<FunctionSlot>…</FunctionSlot>
<FunctionCode>…</FunctionCode>
<Actions>
<Action>…</Action>
…
</Actions>
</MenuItem>
…
</MenuItems>
‘CategoryId’ is a fixed set, not customizable, and must be chosen from predefined scope.
‘FunctionSlot defines the position in the database to store permission information. For
customized systems it could be 01—99, for predefined systems it should NOT conflict with
predefined functions in that system.
CategoryId and FunctionSlot are optional, if not specified they will be retrieved from the
template.
MenuIconType defines how the menu item is executed. For example, open a form such as
Chart of Accounts, or invoke an application such as UM.
XML Schema
<xs:complexType>
<xs:sequence>
<xs:element name="Systems">
<xs:complexType>
<xs:sequence>
<xs:element name="System">
<xs:complexType>
<xs:sequence>
<xs:element name="Key" type="xs:string" />
<xs:element name="Resources">
<xs:complexType>
<xs:sequence>
<xs:element name="Resource">
<xs:complexType>
<xs:sequence>
<xs:element name="LanguageCode" type="xs:unsignedByte" />
<xs:element name="Code" type="xs:string" />
<xs:element name="Text" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Actions">
<xs:complexType>
<xs:sequence>
<xs:element name="Action">
<xs:complexType>
<xs:sequence>
<xs:element name="Code" type="xs:unsignedShort" />
<xs:element name="Resources">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Resource">
<xs:complexType>
<xs:sequence>
<xs:element name="LanguageCode" type="xs:unsignedByte" />
<xs:element name="Text" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Functions">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Function">
<xs:complexType>
<xs:sequence>
<xs:element name="Key" type="xs:string" />
<xs:element name="Resources">
<xs:complexType>
<xs:sequence>
<xs:element name="Resource">
<xs:complexType>
<xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
MenuIcon Types
SystemProcess = 1,
PostingProcess = 2,
Inquiry = 3,
Maintenance = 4,
Report = 5,
ExternalFile = 6,
ExternalUrl = 7,
ExternalApp = 8,
ExtensionFunctions = 9
Index of Categories
Category Index
Entry 0
Ledger Configuration 1
Inquiry 2
Financial Reports 3
Financial Processes 6
Reference Data 8
Currencies 9
Ledger Budgets 11
Ledger Balances 12
Audit Control 13
Corporate Allocations 17
Inventory Configuration 24
Inventory Reports 25
Inventory Processes 26
Inventory Revaluation 29
Sales Configuration 30
Sales Reports 31
Sales Processes 32
Purchase Configuration 36
Purchase Reports 37
Purchase Processes 38
Transfer Manager 41
Reconciliations 42
Process Rules 43
Databases 44
Security 45
Hidden Options 46
Modules 47
Reports 48
Procedures 49
Maintenance 50
Menu Tables
[DOMN_OWNR_MENU_ITEM_ACTION]
[DOMN_OWNR_MENU_TXT]
[DOMN_OWNR_HIDDEN_GRP]
[DOMN_OWNR_MNU_ITM_GRP_TXT]
[DOMN_OWNR_MENU_GRP_ITEM]
[DOMN_OWNR_MENU_ITEM_GRP]
[DOMN_OWNR_MENU]
[DOMN_OWNR_MENU_ITEM_TXT]
[DOMN_OWNR_MENU_ITEM]
[DOWN_OWNR_ACTION_TXT]
[DOWN_OWNR_ACTION]
[DOWN_OWNR_PERMISSION_POS]
Message files
Message files contain the messages that are displayed on the screen. They are either whole
lines of message, typically displayed on the bottom line of the screen, or small variable length
messages or headings displayed in the body of a template.
Each record in the file has its own number, and the numbers are not always sequential.
Messages belonging to the same function are generally grouped together. The message files
also contain values for validation of some operator input. This validation data is used to
interpret operator input in other languages.
There are three message files:
SunSystems v4 SSnnMSSG.MSG
SunAccount SAnnMSSG.MSG
SunBusiness SBnnMSSG.MSG.
These files are in a special format to be used by the SunSystems v4 programs. To change
their contents, they must be converted to text format, amended with a text editor, and then
converted back to SunSystems v4 format.
The program SZMR is used to convert to and from text format. It is available on request from
your supplier. Note that the version of SZMR must be compatible with the software release
being amended.
To convert to text format:
SZMR xx, E , nn
where xx is:
SS to convert the SunSystems v4 Message File (SSnnMSSG.MSG)
SA to convert the SunAccount Message File (SAnnMSSG.MSG)
SB to convert the SunBusiness Message File (SBnnMSSG.MSG)
where nn is the language number.
In some hardware environments, the program will not pick up the xx,E: you are prompted for
it separately. The files themselves are not converted but are written to an output file. In
environments other than VAX/OpenVMS, the output file name is the same as the input file but
without a suffix. On VAX/OpenVMS systems, the output file name has a suffix of .TXT.
Having used SZMR to extract the text file from the SunSystems v4 (.MSG) file, any standard
editor can be used to change the messages but care should be taken not to introduce control
characters into the file.
To convert the message text files back to SunSystems v4 format, SZMR should be used
again:
SZMR xx ,, nn
or on VAX or Alpha:
Under OpenVMS, in order to be able to type SZMR at the OpenVMS prompt, it is necessary
to set up a symbol name as follows:
$ SZMR :== “$ $DISK1:(SUN42)SZMR.EXE”
where $DISK1:(SUN42) is the name of the disk/directory where the SunSystems v4
programs reside.
where, again, xx is SS, SA or SB, and nn is the language number.
A message is made up of a number of fields:
Characters 1 to 4 - Message number, used by programs to identify a message.
Character 5 - Special indicator:
– H (Hold) - The program must wait for operator input before clearing the message from the
screen. If a command file or macro is running, the operator input will be taken from the
command file or macro file.
– K (Keyboard) - The program must wait for operator input before clearing the message
from the screen. The operator input must come from the keyboard and never from a
command file or macro file.
Character 6 - B (Bell) - A bell will be sounded when the message is displayed.
Character 7 - Severity Indicator:
– W (Warning) - When this message occurs in a GUI system, it will be displayed in a dialog
box next to a warning icon ‘!’ which appears with buttons. These buttons are described in
Characters 8 to 10 below.
– I (Information) - When this message occurs in a GUI system, it will be displayed in a dialog
box and an information icon ‘i’ will appear in the box along with buttons.
– C (Critical) - When this message occurs in a GUI system, it will be displayed in a dialog
box and a critical icon ‘stop sign’ will appear in the message box with buttons.
Characters 8 to 10 - A message can contain up to three of the following values, each one
being assigned to a button which can be activated with a mouse. They can appear in any
order but the character in column eight defines the default button for the message, that is, the
button that is activated by pressing the Enter key.
– 1=Yes
– 2=No
– 3=OK
– 4=Cancel
– 5=Enter.
For example, W21 would give a message box with a warning icon in the top left-hand
corner of the message box and a Yes and No button, with No being the default.
Characters 11 to 90 - Message text or operator responses.
The first four characters of the message should not be altered.
There are some special messages which are used for response definitions such as N-No, C-
Credit. These are used when translating SunSystems v4 to other languages.
The messages in question are 056, 057, 394, 449, 502, 664, 665, 679, 726, 741, 742, 743
from SSnnMSSG.MSG, 557 in SAnnMSSG.MSG, and 258 and 655 in SBnnMSSG.MSG. Other
special messages are those containing the values that are loaded into the actions table (see
the subsection The Template Editor), that is 581 to 620 in the SS message file.
The SunSystems v4 message file also contains special words used by FreeFormat. These
words are contained on message number 338. Each word may be up to 20 characters in
length and cannot contain spaces. If the words are less than 20 characters long they must be
padded with spaces so that each word starts in a fixed position in the message. For example,
the English language version of this message is:
0338 LEARN STOP DELAY BREAK
A special method has been used to create messages 188 to 193 on the SunSystems v4
message file. These messages need to have information merged with them when
SunSystems v4 is running.
To make this simple, a special character ‘~’ tilde has been used wherever a space is to occur
in the message:
0188 Learning~
0189 ~...~To~stop,~enter~\~and~STOP
0190 Learning stopped
0191 Executing~
0192 ~...~To~stop,~enter~!=Abandon
0193 Enter~
For example, when a FreeFormat macro is running, line 21 of the screen displays the macro
name, like this:
Learning END_OF_DAY_REPORTS ... To stop, enter \ and STOP
It is important that leading and trailing ‘~’ tildes are not misplaced. For example, message 188
must not start with ~ but must end with ~.
You may find that some messages end with a ‘/’ slash or ‘//’ slashes. This indicates the
maximum length of the message, and text must not go beyond this marker. Some messages
contain ‘!’ exclamation mark which indicate where data is to be inserted into the message by
an application program before it is displayed.
Introduction
This section describes how to modify and create record types in the reference file. This is the
master file, common to both SunAccount and SunBusiness, which stores fundamental
reference data. The application programs constantly refer to the reference file.
You might want to modify or create reference record definitions in the following
circumstances:
When undertaking a translation of SunSystems v4 to another human language
When adding fields to an existing reference record
When adding new record types to the reference file.
If you add new fields or new record types, they will not be used by the SunSystems v4
software packages. However, SunSystems v4 reference maintenance can update, report,
audit and transfer such records. You can have access to them directly from your own COBOL
programs or through reference Transfer, and then from other software packages. Thus,
SunSystems v4 can be used to update the new data for you, and you can then use it in your
own software.
In the section System Overview, the reference maintenance programs are described as
controlling the updating, transfer, auditing and reporting of master data on the reference file.
The section Naming Conventions covers the conventions used for naming the reference file
and other associated files.
The full data file definition for the reference file is given in the appendices to this manual.
The reference file contains many record types. They include, for example:
Items of stock
Customer addresses
Calculations to be made on invoices.
The various record types are defined on the reference layout files. The layouts define the
characteristics of the record types including, for example, the following:
The format for reporting the data
The number of key fields
The number of fields.
The layout files are a link between the data on the reference record and the corresponding
reference maintenance screen.
There are four reference maintenance utility programs which use the reference file:
The Reference Update program (SSRU)
The Reference Reporting program (SSRR)
The Reference Transfer program (SSRT)
The Reference Audit program (SSRA).
These programs treat all record types in the same way, but use the layout files to distinguish
between the different record types. So the reference maintenance programs obey the
instructions coded into the reference layout file.
In this section the following areas are discussed:
Should you wish to upgrade to a new version of SunSystems v4, changes you make to the
.LYT files etc. must be reapplied. For this reason, it is important that such adjustments are
fully documented.
Reference layout files are text files. They can, therefore, be edited using a word processor.
The following is the beginning of the SunBusiness (common) layout file SB01RM.LYT:
ITMR ITEM RECORDS 00RF01BU061EXT
ITMI00100000Item Code 01001000415Y
ITMI00200000Item Description 01018008630Y
ITMI00300000Lookup Code 01050006810
ITMI00400000Unit of Stock 04018011605
ITMI01900000Whole Units only 05018037501 100031 Y
ITMI00500000Unit of Sale 06018012105
ITMI00700000Whole Units only 07018037601 100031 Y
ITMI03100000AlternateItem Code 02018043415
ITMI01000000Unit Weight 04061030218 5NUM
ITMI03900000Set Purchase Price 07040075701 P100031 Y
ITMI03700000Def Purchase Price 08017073918 5NUM
ITMI03800000Update Price 08040073801 100532 OIY
ITMI04100000Purchases Acct. Dsc 00000999900N B000000
ITMI04200000Purchase Account 02098041610Y f000607
ITMI02000000Standard Cost 01061032018 5NUM
ITMI02100000Latest Cost 02061033818 5NUM
ITMI02200000Leading Sign 03080035601 K101033+-
ITMI02300000Average Cost 03061035718 5NUM
ITMI01600000Item Process 01087037801
ITMI03000000Stock Take Frequency03087043103 0
ITMI02400000Comments 02040038120
ITMI02600000Allocation Method 02087037701 100487 FMBOS
ITMI02700000Picking by Exp Date 06087075801 102099 1
ITMI02800000Supplier Control 03040037901 100519 YN
ITMI02900000Customer Control 04040038001 100519 YN
ITMI04300000Audit Date 09018076001 102220 N
ITMI03200000Commodity Code 03018059915
ITMI04000000VCF/WCF Indicators 11001075901 102178 WV
ITMI03300000Assembly Level 05040061401 100397 0123456789
ITMI03400000Process Components 06040061501 100398 PD
ITMI03500000SOP Ext Item Descr 04087061601 100426 1234A
ITMI03600000POP Ext Item Descr 05087061701 100426 1234A
ITMI05001179BSP - Text 1 00000999900N L000000
ITMI05101179BSP - Price 1 07047012618 5AMT
ITMI05201179BSP - Next Price 1 07067019818 5AMT
ITMI05301179BSP - Date 1 07087027008 DAT
ITMI05401179BSP - Text 2 00000999900N M000000
ITMI05501179BSP - Price 2 08047014418 5AMT
ITMI05601179BSP - Next Price 2 08067021618 5AMT
ITMI05701179BSP - Date 2 08087027808 DAT
ITMI05801179BSP - Text 3 00000999900N N000000
ITMI05901179BSP - Price 3 09047016218 5AMT
Character
4 - line type = R
5-7 - not used
8-27 - name of record type
28-29 - not used
30-31 - file Id = RF for Reference File, IN for Install File, DD for Data Directory
32-33 - number of key items
34-35 - AUC record type SS=System or BU=BU specific or NA=Not Audited; for visual
reference/auditing only
36-38 - AUC record Slot number which contains this functions Audit control flag/setting
39-41 - setting of EXT triggers user-hook call at record level
Field information
Character
4 - line type = I
5-7 - field number on template
Note: A maximum of 120 fields can be defined on each reference record. If more
than 120 are added they will be ignored by SunSystems v4, and so will not appear
on the relevant reference maintenance screen.
8-9 - Pop-up window number. When Reference Maintenance processes the first field that has
a non-zero window number, a window for that field will automatically pop up for the fields with
that window number. That window’s dimensions should also be defined on the window. For
information on defining windows on templates see the section Screens and Menus.
10-12 - Overlay action number. When reference maintenance displays pop-up windows, the
windows can also be selected from the selection bar. Overlay must be defined on the template
as a parent action (action 0053), and the overlay action number must be defined as a child
action to overlay action. For more information on defining actions on templates, see the
section Screens and Menus.
13-32 - field name
33-34 - print line (1-12)
35-37 - print start column (001-132)
38-41 - offset in record
Note: That the first space after ABC separates the position 1 valid characters from
the position 2 characters. The second space after ABC shows that the second
character can be a space.
Type 3
Type 4
Special validation.
This is identified by a non-space in character 46 and numeric digits in characters 47-48.
46 - Special validation type (‘A’ to ‘z’) and numbers and special characters (e.g. ‘[’)
47-48 - Two numeric digits ‘00’, ‘10’, ‘11’ or ‘20’
49-52 - Error message number
53+ - Optionally used for character validation.
For example, ‘M000435’.
Special validation type ‘M’. This indicates the validation routine to be used by reference
maintenance. Since a new validation type requires a change to the program, operators
cannot add their own special validation. This type of validation is mainly for internal use by
SunSystems v4 and is not intended to be used externally. Consequently, the special
validation types are not documented.
Error number 435.
When characters 47-48 are ‘00’ there is no character validation. When these characters are
‘10’, ‘11’ or ‘20’ the character validation is performed before the special validation. For
example, ‘C10031 Y’ - check entry to be a space or ‘Y’ and if valid perform special validation
type ‘C’.
Type 5
The entered analysis code is validated to be a type A1. If the code is valid, the associated
name is displayed at the bottom of the screen. If the code is invalid, a message:
DOES NOT EXIST
is displayed instead. The NC=Analysis Category name is displayed in fields 90-99 when the
template is first displayed.
Type 6
Special processing.
This is identified by characters 46-47 not being ‘NC’ and characters 47-48 being non-numeric.
46-48 - Special process type
49+ - Not used.
For example, ‘DPD’.
Special processing type ‘DPD’. This indicates that a special process is to be performed
following the entry of a field. This particular process is the validation of the disposal period on
the asset value record. It is similar to type 4 except that the error message number is hard
coded in the routine. It could be a special file update, calculation or screen display.
As with type 4, a new special process requires a change to the reference file maintenance
program, so operators cannot add their own special process. This facility is mainly used for
specialised low-level processing, but some of the special processes might be of use when
writing add-on reference maintenance functions.
The following is a list of possible useful routines:
‘PER’ - Period validation.
‘DAT’ - Date validation.
‘NUM’vNumeric validation. Leading zeros are inserted before storing on file and likewise
leading zeros are removed before displaying. If ‘NUM’ is not used, leading spaces are stored
on file.
‘AMT’ - The same as ‘NUM’ but the number of decimal places is taken from the ledger
definition rather than from character 45.
‘QTY’ - The same as ‘NUM’ but the number of decimal places is taken from the BD=Business
Definition rather than from character 45. The BD=Business Definition states whether
quantities are integer or not. Integer quantities have no decimal places, non-integer quantities
are always three decimal places.
‘RDI’ - Record delete inhibit. If the field is spaces, the record can be deleted. If the field is non-
spaces, record deletion is inhibited.
‘EXT’ - This is perhaps the most complex special validation technique, but is very flexible and
allows you to write your own COBOL validation routine. The routine must be written in the
same version of COBOL as the version used for the particular SunSystems v4
implementation. The routine will be called by the reference maintenance program when a field
with a validation type of ‘EXT’ is encountered. The routine is called whenever the field is
displayed or accepted, so it is important for the routine to take note of the current update
mode. See the section User Hooks for more details on the user hook and how to use this
facility.
Report information
Character
4 - line type = P
Value Char
I 4 Line Type
Value Char
SPACE 44 space
Example
If a fax number was added to record type ACC, it would appear on SunSystems v4 screens
and reports. It could be used by the operator’s own programs. However, apart from reference
maintenance, it would not be processed by SunSystems v4.
Such additions are useful if tailoring SunSystems v4 for a particular industry-specific
application.
Reference transfer
This feature enables reference records to be I-Imported and E-Exported to and from
SunSystems v4 (Transfer in or out). Since reference transfer is an option on most of the
reference maintenance screens, the facility is described in System Basics Help in the Actions
section.
The transfer file contains only one record type, relating to the reference maintenance screen
used for I-Import and E-Export. The transfer format in which reference data is transferred is
selected by the operator. Any of the available transfer formats can be used. This is described
in System Basics Help in the Actions section.
The layout of records in the transfer file is very similar to the layout of the actual reference
record being transferred. These layouts are listed in the appendices to this manual. The
transfer file layout is the same, except that the first three characters (record type) are omitted.
An example of this is shown next, where the transfer layout for the CA=Chart of Accounts
record is described, with examples of a transfer record in:
NDF format
CDF format.
Note that the field before the Lookup code is always the reference lookup Id and must contain
the correct three-character code for that particular record type. The field after the Lookup
Code is Date of Last Update, and is actually defined as a filler on the reference record layout.
Compare this example with the record layout for CA=Chart of Accounts in the appendices to
this manual. Note that the fields called ‘Filler’ in the following example are required only on
NDF and FLF formats.
The exception to this is any field called ‘Filler’ that is described as ‘Date Last Updated’. This
must be included, though the value may be zero, as it will be overwritten with the system date
when the import is performed.
Bal.Fwd/Op.Item(B/O) 0114 01
Comments 0138 20
Permission 0158 01
Priority 0180 01
Discount % 0199 05
Discount % 2 0207 05
Filler 0529 05
Settlement 0534 01
Example A) NDF
64001 ACCPECKED
19961022Pecked Poultry
ProductsDO 64001
1
0000300000030 015030000000000019910228Y-000000000089188420-
000000000165689000
US1 W JP-
EC R
00000
Example B) CDF
64001,ACC,PECKED,19961022,Pecked Poultry
Products,D,O,,,,,,,64001,,1,,300000,30,,15,3000,,,19910228,Y,-
000000000089188420,-000000000165689000,,,,US1,W,JP-EC,,,R,,,,,,,,
Note: Most fields on the transfer record are not validated during import. Therefore
you are advised to initialise numeric fields; in other words, do not leave them blank or
leave any non-numeric data in them. This will ensure that there are no problems later
with invalid decimal data.
Note: When using NDF, the record terminates after the last non-space character, i.e.
it is variable length. When using other formats, such as CDF, the record terminates
after the delimiter on the last field, i.e. all fields must be included.
Remember also that alphanumeric fields are not validated during import, and no left or right
alignment is done; they are simply written to the reference file as they appear on the import
file. This is important with regard to analysis codes – you may be using numeric values for
analysis codes, but as these are actually alphanumeric fields, you must ensure that the
alignment is consistent.
This section describes how to modify and create function related Audit Control (AC) flags,
which allow the user to switch on, or off, the availability of the Report Audit Trail option from
the Actions drop-down list on the associated functions form. It also describes the elements
that support automated Auditing via Reference Maintenance.
As a third party developer upgrading an external product to version 4.4, refer to document
‘v4.4 Audit Control Upgrade Guide’ to establish whether the Audit Control Management
project requires modification of External product Audit Control in accordance with the new
version 4.4 standard. In summary:
If your Audit Control processing is totally independent of the pre-v4.4 Audit Control
infrastructure, for example, you are not using the standard AC record types to store your AC
flags, the necessity to upgrade is unlikely; however, you may choose to integrate with the
extended and more flexible AC management structure implemented under this project.
Otherwise, refer to the v4.4 Audit Control Upgrade Guide for guidance.
The Audit Control management checklist later in this section, is designed as a prompt for
those familiar with the version 4.4 AC flag management process; for those unfamiliar with this
process, please read on to familiarize yourself with all of the processing elements
Audit Control flag location
SunSystems v4 version 4.4 introduced Audit Control at Business Unit level, therefore the
location of the new AC flag must first be identified; either on the:
System AC record – which contains the Audit Control flags associated with functions
accessible from the SS menu.
Business Unit AC record – which contains the Audit Control flags associated with functions
from all other modules, Ledger Accounting, Sales Order Processing, Inventory Control, etc.
This record exists for each of the registered Business Units and therefore duplicates the same
flag to make it Business Unit specific.
SunSystems v4 version 4.4 also introduced the concept of grouping like flags, although since
many are shared between modules this has not always been possible, however, when
selecting a position for the new flag, add to the end of an appropriate group in the gap
provided; as third party developers, you are advised to use the slot numbers 501 thru 700
reserved for the purpose, see the section Add-on product - suggested slot assignment/layout
format later in this guide.
AUC Record Layout
Both standard SunSystems v4 version 4.4 Audit Control record types are defined in copy
library ssinsrc.cpy.
Each currently maintained AC flag is logged, grouped and assigned a slot in the appropriate
AUC record layout, the slot is fully documented in the record layout in its appropriate data
record variation (AUC-SS-DATA or AUC-BU-DATA). For example, the first two Business Unit
related AC flags are defined as follows:..
* Business Unit AC flags, key with BU specified, e.g. 'AUCDEM'
02 AUC-BU-DATA REDEFINES AUC-DATA.
* 086/Slot 1 - Chart of Accounts
03 AUC-ACC PIC X.
* 087/Slot 2 - Names & Addresses
03 AUC-ADD PIC X.
The AC flags record position in the comment is represented in the layout file(s) for the
purpose of AC flag maintenance and auditing (using example * 086/Slot 1 - Chart of
Accounts).
wherever the flag is being maintained (or audited) via an AUC function, its associated item
record (AUCI) in the layout file (sa01rm.lyt, sc01rm.lyt, sf01rm.lyt, etc.) identifies the
record position (086) in the string. For example:
AUCI00100000Chart of Accounts 01013008601 100031 Y
If it was only being audited by the AUC function, it would appear as:
AUCI99900000Chart of Accounts 01013008601
AUC flag access
If the function associated with the AC flag is also maintained via Reference maintenance,
access to and evaluation of the AC flag is automated, to facilitate this:
The AC flag slot reference on the functions header record is 5 bytes in length, consisting of:
a 2 byte alphanumeric reference
When the new AC flag has been added to the layout file, ensure that it is audited correctly on
its own record (also defined in the layout file); using the same example * 086/Slot 1 - Chart
of Accounts:
Place a reference for the AC flag in the print header, for example:
AUCP005 CA NA NC BK BD JD JP TF TR TC SL AD AS AR AB AA
And set the related report position of the AC flag (line 01 column 013) in the Item string, for
example:
AUCI00100000Chart of Accounts 01013008601 100031 Y
Audit Control flag Copy facility
Prior to version 4.4, all Business Unit specific AC flags were held on a single AC record,
therefore, existing customers requiring uniformity of auditing across Business Units may have
been negatively impacted by the new project changes.
Consequently, a facility to copy setting from one Business Unit to another (or All others) was
introduced to all Audit Control setup functions (shortcut AC) as action Copy; this is not a
selective process (all settings are transferred between Business Units).
Audit Control management checklist
The following checklist is a suggested approach based on the version 4.4 implementation; it
assumes that you intend to adopt the new method for AC flag assignment.
New AC flag preparation
Locate the spreadsheet used to upgrade to version 4.4 and add new line(s)
detailing:
New function to be Audited with action Report Audit Trail (0100) ‗‗‗‗‗
Assign and detail/audit a new AC flag in the reserved area via a record layout ‗‗‗‗‗
New AC flag location, System or Business Unit specific AUC record or other ‗‗‗‗‗
Assigned AC flag slot number, Offset and unique AUC-aaa reference ‗‗‗‗‗
Add new AC flag label and input field to the Audit Control template ‗‗‗‗‗
Add related RM layout Item line with the assigned record offset ‗‗‗‗‗
Add any Audit only RM layout Item lines in other related AC functions ‗‗‗‗‗
Ensure that it accesses the correct System or Business Unit specific AUC ‗‗‗‗‗
record type
Use the unique AUC-aaa reference assigned to reference the AC flag ‗‗‗‗‗
Use the assigned slot numbers in the functions RM layout Header line ‗‗‗‗‗
Ensure that it accesses the correct System or Business Unit specific AUC ‗‗‗‗‗
record type
Use the assigned unique AUC-aaa reference to reference the AC flag ‗‗‗‗‗
Access the AC flag maintenance function and set the flag to On ‗‗‗‗‗
Access the related function and verify that action Report Audit Trail is ‗‗‗‗‗
available
Access the AC flag maintenance function and set the flag to Off ‗‗‗‗‗
Access the related function and verify that action Report Audit Trail is ‗‗‗‗‗
unavailable
There are no specific rules applied to the assignment of slots for add-on product auditing
requirements, however, since the implementation of the audit control management project in
version 4.4, there are far more slots available on each AC record, consequently blocks have
been reserved for both the Infor add-ons and the third party Companion Products to avoid
unnecessary overlaps.
For Infor add-ons, target slot numbers 401 thru 550 only, as follows:
*
* Business Unit AC flags, key with BU specified, e.g. 'AUCDEM'
02 AUC-BU-I-AO REDEFINES AUC-DATA.
* First 400 Slots reserved for standard v44
03 FILLER PIC X(400).
* 486/Slot 401 - First Infor Add-on BU specific AC flag
03 AUC-I01 PIC X.
* 487/Slot 402 - Second Infor Add-on BU specific AC flag
03 AUC-I02 PIC X.
* 488/Slot 403 - etc..
If there are AC flags at System level, an AUC-SS-I-AO redefinition will also be required,
bringing the reserved number of slots to 300.
For third party Companion Products, target slot numbers 501 thru 700 only, as follows:
*
* Business Unit AC flags, key with BU specified, e.g. 'AUCDEM'
02 AUC-BU-3-CP REDEFINES AUC-DATA.
* First 550 Slots reserved for standard v44 & Infor Add-on’s
03 FILLER PIC X(550).
SunSystems v4 reports can be printed immediately or stored on disk. In the latter case, the
report can be printed later, or the file transferred to another software package.
Reference report headings are held in the layout files:
SxnnRM.LYT
where x represents the system, and nn represents the language code. Other reports (for
example IT=Inventory Status) and those produced as part of another function (for example
GP=Generate Payments or JI=Journal Import), take their headings from the headings files.
You can also design your own documents in SunSystems v4. These include SunAccount
debtor statements, creditor remittances, and cheques. SunBusiness documents include forms
such as quotations, invoices, picking lists, etc. The definitions for these documents are held in
the report format file. Similarly, the definitions for AL=Account Listing, JL=Journal Listing and
DB=Daybook Listing reports are held in the report format file.
Several SunSystems v4 programs include a ‘user hook’ facility. This means that at certain
points in the program a subprogram can be called. The subprogram is written externally,
usually to carry out special validation, and is written for a specific operator. At the start of the
SunSystems v4 program, it checks for the existence of the user hook, which is done by
actually calling the subprogram.
If a subprogram is present, then the main program calls it at the appropriate times. Otherwise,
it ignores any user hook processing.
On returning to the main program, the content of relevant fields is checked, and the program
will act accordingly. For example, it might display a message set up by the user hook
program.
The programs that offer this facility are:
AA=Account Allocation
AQ=Account Inquiry
JE=Journal Entry
JI=Journal Import
GP=Generate Payments
GD=Generate Debits
Reference Maintenance
Reference Maintenance Special Edit
SE=Sales Order Entry
SI=Sales Order Import
PE=Purchase Order Entry
PI=Purchase Import
VE=Purchase Invoice Entry
VM=Purchase Invoice Matching
GM=Goods Receipt Matching
Each is discussed in detail in this section.
Note for VAX/VMS users: The sub-program should be linked with the other
SunSystems v4 object programs in SUN.EXE.
codes), account code, asset code and asset subcode. It can also write new description
records.
The format of the call statement is:
The following linkage section is used to transfer data to and from the routine:
01 WS-USER-RECORD PIC X(1024).
* Record Layout for Purchase Order Detail Record (Backup Form)
01 FILLER REDEFINES WS-USER-RECORD.
03 WS-USER-KEY.
05 WS-USER-REC-TYPE PIC X(01).
05 FILLER PIC X(05).
05 WS-USER-REFERENCE-LINE.
07 WS-USER-REFERENCE.
09 WS-USER-REF-PREFIX PIC X(04).
09 WS-USER-REF-SUFFIX PIC 9(06).
07 WS-USER-LINE-NO.
09 WS-USER-LINE-NO-A PIC 9(03).
09 WS-USER-LINE-NO-B PIC X(01).
03 WS-USER-DATA.
05 WS-USER-ALTERNATE-KEY-1.
07 WS-USER-KEY-1-ID PIC X(01).
07 WS-USER-LOCATION PIC X(05).
07 WS-USER-ITEM-CODE PIC X(15).
07 WS-USER-DEL-DATE PIC 9(08).
07 WS-USER-SEQUENCE PIC 9(04).
05 WS-USER-ALTERNATE-KEY-2.
07 WS-USER-KEY-2-ID PIC X(01).
07 FILLER PIC X(05).
07 WS-USER-HIGHEST-REFERENCE PIC X(10).
05 WS-USER-REST-OF-DATA.
07 WS-USER-ORDER-STATUS.
09 WS-USER-ORDER-STATUS-1 PIC 9(01).
09 WS-USER-ORDER-STATUS-2 PIC 9(01).
07 WS-USER-GRN-STATUS.
09 WS-USER-GRN-STATUS-1 PIC 9(01).
09 WS-USER-GRN-STATUS-2 PIC 9(01).
07 WS-USER-INVOICE-STATUS.
09 WS-USER-INVOICE-STATUS-1 PIC 9(01).
09 WS-USER-INVOICE-STATUS-2 PIC 9(01).
07 WS-USER-CD PIC X(01).
07 WS-USER-LINKED-TEXT PIC X(01).
07 WS-USER-ID-ORDER PIC X(03).
07 WS-USER-ID-GRN PIC X(03).
07 WS-USER-ID-INVOICED PIC X(03).
07 WS-USER-SUPP-ITEM-DESC PIC X(30).
07 WS-USER-SUPP-ITEM-CODE PIC X(15).
07 WS-USER-PURCH-QTY PIC S9(13)V9(05) SIGN LEADING SEPARATE.
07 WS-USER-PURCH-UNIT PIC X(05).
LINK-JI-SUCCESS-CODE Zeros.
LINK-JI-JOURNAL-NUMBER-FROM Zeros.
LINK-JI-JOURNAL-NUMBER-TO Zeros.
LINK-JI-NUMBER-LINES Zeros.
LINK-JI-TOTAL-AMOUNT Zeros.
LINK-JI-ALLOW-BAL-TRANS Y or N.
JI=Journal Import will validate and post the import transactions according to the preceding
link parameters settings. A JL=Journal Listing will be done in the usual way if Force Journal
List is set on the LD=Ledger Definition.
If LINK-SUBSEQUENT-PROGRAM is set to the user program name, then control will be
passed back to the top of that program on exiting from JI=Journal Import. If this is the case,
then the following parameters will be set for the user program to use:
You can use this function to define user hook programs in SunSystems v4. It allows more
than one user hook program to be called from the same point. It also allows user hook
programs to be activated only when certain actions are used in the calling function. Finally, it
allows parameters to be passed to the user hook program. All user hooks that are used as
part of SunSystems v4 core functionality are included in the SunSystems v4 installation file,
and can be seen in UD=User Hook Definition.
Two types of user hook can be set up via the User Hook Definition screen:
Standard User Hook Definition
A standard user hook, called from one of the many SunSystems v4 programs, for example,
Journal Entry (SAJE) or Sales Order Entry.
Report Definition User Hooks
A Report Definition user hook, called each time Report Formatter processes an item defined
as a user hook item in a report or document.
Calling Program
maximum 4 characters
Enter the filename without the extension of the calling program. This is the SunSystems v4
program that your user hook is being called from, for example, SAJE, SBTE.
Description
maximum 30 characters
Enter a description for your user hook. For information only.
Number
maximum 999999
Enter the user hook sequence number. This is normally set to 1. This variable controls the
sequence in which multiple user hooks for the same calling program are processed. If adding
another user hook to be called from the same program as an existing user hook, use the next
available user hook number.
A maximum of 20 user hooks can currently be called from one point, except in Report
Formatter, where there is a limit of 50 user hooks per document or report.
User Hook Program
maximum 4 characters
Enter the user hook program name. This is appended to the calling program name. Together
these two names make up the filename of the user hook. For example, if the calling program
is SAJE and the user hook program is EXT, the user hook that your program needs to be
called is SAJEEXT.
Start of Session
Y/blank
This is currently only used in Journal Entry and Journal Import. If the user hook is to be called
at the start of a session, set it to Y-Yes, followed optionally by the actions that should trigger
the use of the user hook. If no actions are entered, then the user hook is always called at the
start of each session. If actions are defined, then the user hook is only called at the start of
the session if one of the specified actions is the current action, for example 0001=amend,
0023=delete.
Actions
Actions are defined by using the number by which they are identified in the message file. See
the subsection Message Files in the Technical Reference Manual for a list of actions and their
codes.
End of Session
Y/blank
As for Start of Session above. This is currently only available for Journal Entry (SAJE) and
Journal Import (SATF).
Actions
Actions are defined by using the number by which they are identified in the message file. See
the subsection Message Files in this manual for a list of actions and their codes.
Calling Points 1-4
Y/blank
Enter Y-Yes to use a particular calling point, or leave it blank. These calling points operate in
different ways depending upon which program the user hook is called from, see the
subsection User Hook Calling Points for further details.
Actions
Actions are defined by using the number by which they are identified in the message file. See
the subsection Message Files in this manual for a list of actions and their codes.
Retain in Memory
Y/N/blank
This is used only by the functions Sales Order Entry, Purchase Order, and Invoice Entry. In
order to avoid reloading user hooks for each line, this flag can be set to cause them to be
loaded when passing from the header to the detail screen and they are then retained in
memory.
Data Items 1-4
maximum 30 characters
These are optional entries with no validation. They can be used to pass nonnumeric data to a
user hook program where the user hook definition data is passed as part of the linkage.
Values 1-4
numeric 15.3
These are optional entries, but if present must be signed. They can be used to pass numeric
values data to a user hook program where the user hook definition data is passed as part of
the linkage.
Indicators 1-4
maximum 1 character
These are optional entries with no validation. They can be used to pass data to a user hook
program where the user hook definition data is passed as part of the linkage.
Document Type and Filter Code are currently not implemented.
Data Type
2 digits
This is used only for Report Definition user hooks, where it is mandatory and needs to be
completed with the type of box that is passed back to the formatter.
01 Alphanumeric
02 Period
03 Date
10-19 Signed numeric, where the second digit indicates the number of decimal places, for
example, 13 means signed numeric with 3 decimal places.
To set up a Report Definition user hook call that is actioned each time the box you wish to
print is processed by Report Formatter requires the following:
Firstly, you need to create a new user hook definition record as follows:
Calling Program
Enter SSRD for the user hook called from the Report Definition program.
Description
Enter a description for the user hook. For information only.
Number
This is the user hook number which is then entered in the user hook Item UHD box on the
report format. It is used to link the report format to the user hook.
User Hook Program
This is appended to the calling program name. For example, if you enter TST1, the user hook
program is called SSRDTST1.
Leave the remaining boxes on the first screen blank as they are not required for Report
Definition user hooks.
Leave all the boxes on the second screen blank, except for the final box, Data Type. This
needs to be completed with the type of data that is passed back to the formatter.
The next stage is to complete the following entries using RD=Report Definition:
Format Code
Select the Format Code and enter F in the selection box to go to the Format Details screen.
Create or select the required box by using F2 to go into the Data Items screen.
Change the Item Type to U-User Hook value.
UHD
Enter the user hook definition number. This must match the number entered in the user hook
definition screen for the user hook number box. The description should confirm you have
picked the correct user hook definition.
This means that every time the box is processed by RD=Report Definition, the user hook
program is called and processed before it is passed back to the Report Formatter.
User hook calling points
This subsection highlights the programs that make use of user hook definitions. It also details
what calling points need to be set in order to activate the hook.
Journal Entry - SAJE
The following calling points require the setting of Y-Yes if the user hook program is to be
called at these points:
Start of Session
End of Session
Calling Point 1 – for Header records only. At two stages within the import process, the first on
validation, which allows set boxes to be changed, and the second prior to posting.
Otherwise Sales Order Import continues to use calling flags as defined above.
See SOSIHKLK for boxes passed in hook linkage. It also passes the user hook definition
record in linkage.
SOP Print Invoices - SBPI
The following calling points require the setting of Y-Yes if the user hook program is to be
called at these points:
Calling Point 1 – called on identifying an order to be invoiced (passes the total invoice value)
Calling Point 2 – called on completion of screen selection criteria
Calling Point 3 – called on completion of Print Invoice run
See SBPIHKLK for boxes passed on hook linkage. It also passes the user hook definition
record in linkage.
SOP Print Dispatch Notes - SBPS
The following calling point requires the setting of Y-Yes if the user hook program is to be
called at this point:
Calling Point 1 – called on locating an order to be dispatched. If the hook returns an error, the
order is ignored and no dispatch processing is carried out.
See SBPSHKLK for boxes passed on hook linkage. It also passes the user hook definition
record in linkage.
Purchase Order/Invoice Entry – Header Level - SPPE
Uses the following calling point which requires the setting of Y-Yes if the hook is to be called
at this point. It only carries out the call if the matching action code is set. Currently actions
Amend, Create, Delete, Examine and Release are available.
Calling Point 1 – on completion of screen details, prior to reference number being assigned.
See SPPDHKLK for boxes passed on hook linkage, it also passes in linkage the user hook
definition record.
SPPE also loads up SPPD hooks if the Retain in Memory box on the user hook definition is
set to Y-Yes.
Purchase Order/Invoice Entry – Detail Level - SPPD
Does not use calling points, continues to use calling flags as defined in the User Hooks
section in this manual.
The following new flags have been added:
Flag 35 – indicates that the hook should be called prior to deleting lines.
Flag 36 – indicates the hook to be called prior to the order being released.
See SPPDHKLK for boxes passed on hook linkage. It also passes the user hook definition
record in linkage.
SPPD does not cancel out or load up hooks if the Retain in Memory box on their user hook
definition is set to Y-Yes. SPPE has already loaded them.
Purchase Import - SPPI
The following calling point requires the setting of Y-Yes, if the user hook program is to be
called at this point:
Calling Point 1 – for Header records only. At two stages within the import process, the first on
validation, which allows set boxes to be changed, and the second prior to posting.
Otherwise Purchase Import continues to use calling flags as defined in the User Hooks
section in this manual. See SPPIHKLK for boxes passed on hook linkage. It also passes the
user hook definition record in linkage.
Report Formatter – SSRF
A box on a report can be the output from a user hook. Such Items are created as type U-User
Hook, and the user hook definition to be used is defined on the RD=Report Definition by use
of the sequence number.
See SSUHLINK for boxes passed in hook linkage. All other user hooks function in the way
defined in the User Hooks section in this manual, and do not make use of user hook
definition.
There are hidden functions in addition to those appearing on the SunSystems v4 menus.
These are directed towards systems managers rather than operators, or are only intended to
be used under direction. Some of these functions are only available to the SuperUser. This is
why they do not appear on the menus or in the Help. Detailed information about these
functions is provided in this section.
The section Screens and Menus describes how a screen validates routing instructions
against a list of permissible options. For example, JL=Journal Listing is a routing instruction to
invoke program AJL1. Thus, these concealed features can only be selected from certain
screens. They each have an associated two character code. They are accessed by entering
this two character code into the function selection box whilst in query mode.
BC=Business Conversion
Business Conversion, or Business Rules Conversion, and certain predefined TP=Transfer
Profiles provide an upgrade path from certain SunSystems v4 functions and companion
products. The upgrade is from SunSystems v4 4.2 formats. Using BC=Business Conversion,
you can convert the following:
Verification rule sets from companion products
Bank reconciliation rules and data from companion products
XC=Export Consolidation and XD=Export Definitions from the Ledger Accounting module of a
previous SunSystems v4 product.
Business Conversion runs on the data files (.dat and .idx), however, bank reconciliation
data, which is held in a budget ledger, is converted from the backup files (.bak).
Make sure you have taken a security backup of your data before you run this conversion
process, including your installation file.
When you have identified the conversions to take place, use Conversion on the Action menu
to begin the process.
Note: Verification rule set calculations are not converted by this function. The rule
sets created in Process Manager need to be manually amended by adding the
required calculations after the conversion has been run.
Companion Verification
Y/blank
Enter Y-Yes if you wish to convert your companion product verification rules to business rules
format, otherwise leave blank. The default is blank.
UVRULES Directory
40 characters
Enter the directory where your data is stored.
Note: The files located in this directory should be UVRULES.DAT and UVRULES.IDX.
BI=Backup Indexed
This function is only available from within the function FB=File Backup/Restore and is only
available to the SuperUser.
This produces a backup file in indexed, rather than random, sequence. If the backup file is to
be edited by a word processor, an indexed backup will make it easier to find the required
records. However, the indexed backup does take longer than a regular backup.
BU=Business Menus
This function is only available to the SuperUser.
Because the profiles you create in TP=Transfer Profiles are user definable, they do not exist
on any standard menu within SunSystems. BU=Business Menus enables you to attach your
user defined profiles to the existing menus. For each menu function you define in
BU=Business Menus, you must identify the language code and the module to which it relates.
You must then assign a mnemonic unique to the module in which it is used.
A single menu function can relate to one, or to a series of, profiles. You can combine up to 20
profiles in a single menu function. Profiles must be entered in the BU=Business Menus record
in the logical order in which they must be run to complete the user defined process. Once you
have set up or amended a business menu, you must update the SunSystems template files
(SSnnTEMPL.idx and SSnnTEMPL.dat) and also the corresponding Navigator menu
screen entries.
The program used to update the template files, SSTU.EXE, is an external program located in
the SunSystems installation folder. Before you run SSTU.EXE, the business menu record
must be exported to a file using the BU=Business Menus action Transfer. Ensure all users
are logged out of SunSystems before running SSTU.EXE.
The program used to update the Navigator screen menu entries, ThirdPartyInstaller.exe, is
an external program also located in the SunSystems installation folder. Before you run
ThirdPartyInstaller.exe, you must recreate key elements of your new menu entries in an
appropriate .XML file.
Note: If you run SSTU.EXE and ThirdPartyInstaller.exe on the server, you must
ensure that the updated template files are copied to any thin client PCs, and
ThirdPartyInstaller.exe is run again on each client.
After a system upgrade, the existing template files are overwritten, therefore the entries
created using BU=Business Menus need to be re-added. Once you have restored the
SSINSTAL file, re-export the business menu record and run SSTU.EXE and
ThirdPartyInstaller.exe as previously described.
Language Code
00-99
Enter the language code for the function. Use Query to select a language code.
Module
SM/SA/SO/SP/SF/SC/SG
Enter the code for the module to which this function relates, according to the following list:
SM-Inventory Control
SA-Ledger Accounting
SO-Sales Order Processing
SP-Purchase Order Processing
SF-Fixed Assets
SC-Corporate Allocations
SG-Materials Management.
Function
maximum 2 characters
Enter the mnemonic that you want to associate with this function. This must be a unique
mnemonic within the module you have specified. Use Query to review existing user defined
mnemonics.
Description
maximum 30 characters
Enter a description for this function. This is used and displayed as the function name.
Menu Group
E/I/R/P/M
Enter the code that determines the menu group to which the function is associated.
This must be one of the following:
E-Entry
I-Inquiry
R-Reports
P-Procedures
M-Maintenance.
Import or Export
I/E
Enter E-Export to export the business menu to a file.
Transfer File Name
SSBU-TU.NDF
Accept the default of SSBU-TU.NDF displayed.
Language Code
99
Enter the range of language codes for the business menus you wish to export or leave blank
to export menus for all language codes. The default is blank.
Module
SM/SA/SO/SP/SF/SC/SG/blank
Enter the range of module codes for the business menus you wish to export or leave blank to
export menus for all modules. The default is blank.
SM-Inventory Control
SA-Ledger Accounting
SO-Sales Order Processing
SP-Purchase Order Processing
SF-Fixed Assets
SC-Corporate Allocations
SG-Materials Management.
Process Transfer
Use Process Transfer from the Action menu to create the file used to update the SunSystems
v4 template.
CS=Create Suppress
CS=Create Suppress is only available from within the JE=Journal Entry screen in
SunAccount, and the ME=Movement Entry screen in SunBusiness. It allows a new journal or
movement transaction line to be created without using any of the presets that are defined in
JP=Journal Presets or MP=Movement Presets.
RA=Restore Append
This function is only available from within the function FB=File Backup/Restore and is only
available to the SuperUser. Enter RA and click OK. Once you have entered the required
information, the dialog, ‘Append will add to existing data?’ is displayed with the options Yes
and No.
This allows a file restore to take place without wiping out the original indexed file. Records
being restored are merged with the existing indexed data file. If a restored record already
exists on the indexed file the operator is prompted to ignore the duplicate, or abandon the
restore append.
ZB=Benchmarking Log
This function is only available to the SuperUser. Enter ZB in the selection box and the
message ‘BENCH-MARK ON’ is displayed on the status bar. The system will write to a file
called BENCH.LOG, the start time, end time and program being executed.
To turn this function off, type ZB in the selection box again. The message ‘BENCH-MARK
OFF’ is displayed on the status bar.
Here is an example of what this file might look like:
ZB SSSF H SUN 12 41 20.59 12 41 20.65 0.06
ZB SSSF K SUN 12 41 20.65 12 41 20.70 0.05
X SSSF B SUN 12 41 29.22 12 41 29.27 0.05
ZB SSSF H DEM 12 41 48.50 12 41 48.50
ZB SSSF K DEM 12 41 48.55 12 41 48.61 0.06
LA SSSF 1 DEM 12 41 51.30 12 41 54.21 2.91
LA SSSF 6 DEM 12 41 54.37 12 41 54.59 0.22
LA SSSF E DEM 12 41 54.65 12 41 54.65
LA SSSF K DEM 12 41 54.81 12 41 54.98 0.17
JE SAJE 0 DEM 12 42 02.45 12 43 03.69 61.24
X SSSF E DEM 12 43 03.74 12 43 03.80 0.06
X SSSF K DEM 12 43 03.96 12 43 04.02 0.06
ZB SSSF K DEM 12 43 09.62 12 43 09.73 0.11
ZB SSSF H DEM 12 43 09.73 12 43 09.73
The following uses a line from the file to explain what each indicator means.
JE SAJE 0 DEM 12 42 02.45 12 43 03.69 61.24
JE - The last two letter selection mnemonic entered on the screen. In this case it is
JE=Journal Entry
SAJE - The program executed. In this case Journal Entry
0 - Process Mode. This has no meaning here, but in the case of program SAAR, which
executes both AQ=Account Inquiry and AA=Account Allocation, it would be 0 and 1
respectively.
DEM - The Operator Id using the process
12 42 02.45 - The start time of the process
12 43 03.69 - The termination time of the process
61.24 - The elapse time of the process.
ZC=Clear Users
This function is used to clear (log out) a single operator Id or all SunSystems v4 users who
are currently logged in to the system, or to revalidate an Operator Id after a password
violation has occurred.
Enter ZC in the selection box and the Clear Operator ID dialog is displayed.
Only the SuperUser may clear all users who are currently logged in to the system or
revalidate an Id. Normal operators may clear individual users one at a time, provided the
operator has permission to do so.
When the SuperUser chooses to clear all operators by leaving the Operator Id box blank, the
Clear In-Use Allocation Markers dialog is displayed. This asks the user to confirm whether or
not to clear all allocation markers currently in use by operators logged in. Enter Y to clear
these allocation markers, or leave the box blank to clear operators only.
Note: If you choose to clear these allocation markers, the process may take a
considerable amount of time to complete.
ZF=Form Feed
This option is available from all screens.
When ZF=Form Feed is selected, the printer performs a form feed. In most cases
SunSystems v4 print routines perform a form feed before printing. The exception is when
printing formatted documents which could be printed on special stationery that has been
carefully aligned.
This feature may be used after formatted documents have been printed.
Also, if SunSystems v4 is being used in conjunction with software that does not perform a
form feed before printing, ZF may be used.
The feature is particularly useful when printers are sited remotely.
ZL=File Log
This feature is available from the SunSystems v4 menu/screens.
It is used to switch on and off the file handler activity log, SSFH-ooo.LOG (where ooo is the
Operator Id of the User running this session of SunSystems v4) which records all the main file
activities. It can be useful when trouble shooting but should not be used under normal running
since the logging process will degrade performance and the resulting log file can be very
large.
The following is an example of the records that might appear in this Log:
FILE LOG
RF RD 23 11 17 36.28 11 17 36.28 ACC1101
RF RD 00 11 17 39.47 11 17 39.47 ACC110
RF RD 00 11 18 07.48 11 18 07.54 0.06 ANVT1
RF RD 00 11 18 09.79 11 18 09.79 ANVT24
RF RD 23 11 18 13.41 11 18 13.41 ANVT5e
RF RD 00 11 18 15.50 11 18 15.50 ANVT5E
RF SG 00 11 18 15.56 11 18 15.56 BCD
RF RN 00 11 18 15.61 11 18 15.61 BCD310
To use the first line of the example here:
RF RD 23 11 17 36.28 11 17 36.28 ACC1101
The first two characters define which file is being processed. In this case RF indicated the
reference file (or tables in the case of a SQL Server system). Other valid values that can
appear in that column are:
Installation File IN
Data Dictionary DD
Reference File RF
Format File FO
Asset File AF
Ledger File LF
Allocations File LC
Hold File QF
Payment File PY
Debit File DB
Transfer File TR
Balance File LB
Movement File MF
The second two characters are the file handler process performed on the file. In the example
above RD represents a normal file read. Here is a list of possible file handles and their
associated two characters:
Call SQL CS
Exits FX
Clear FC
Name Request NM
Error Request ER
Close CL
Close Cursor CC
Commit CO
Delete DL
Open Extend OE
Open Input OI
Open Output OO
OPEN I O O
Open Lock OL
Rollback RB
Read RD
Read Lock RL
Read Nend RN
Read Balance BR
Rewrite RW
Start Equal SE
Start Greater SG
Start SQL QS
Write WR
Write Page WB
Write Balance BW
Unlock All UA
Unlock One UO
Creation CF
The third set of characters are numbers, and they represent the return code from the file
handler. If the file handler was successful, then the return code will be 00.
In the case of the example above the 23 indicates that the file was not found. Here is a list of
possible first digits of the return codes and what they might mean:
0 Operation successful
1 End of file
To explain the following time indicators, please refer to the following example:
RF RD 00 11 18 07.48 11 18 07.54 0.06 ANVT1
The next set of numbers is 11 18 07.48, the start time of the particular file process.
This process started at 11:18 am 07.48 represent 7 seconds and 48 hundredth’s seconds in
that minute.
After that is the time that the file handle terminated 11 18 07.54
The last of the time indicators is the elapse time of the file handler. It is merely the difference
between the start and termination time of the file handle process.
ZP=Installation Parameters
This function is only available to the SuperUser. It allows you to set the following installation
parameters:
Pick
Y/blank
Enter Y-Yes, to specify that the picking program will pick a sales order detail irrespective of
the stock balance (then it will allow the stock to go negative).
Keybd
Y/blank
Enter Y-Yes to specify that the keyboard can be scanned during batch processes, such as
printing reports and using FreeFormat to enable pausing or abandoning.
This is not available in all environments.
Close
Y/blank
Enter Y-Yes to force the main data files to be closed after each menu screen selection. This
is only useful if data is not being written to disk correctly.
Date
Y/A/blank
If Y-Yes is entered, the operating system date is read when logging in to SunSystems v4 and
becomes Today’s Date. Enter A-Automatic to automatically use the operating system date for
all operators without allowing the opportunity to change it.
IR (Item Record)
Y/blank
If Y-Yes is entered, the alternative Item Record screen is used, in conjunction with Inventory
Revaluation. This Item Record screen has an extra input field for an Account, and does not
allow entry into the Standard Cost field.
Progs
0-9
This parameter controls the number of SunSystems v4 program modules which may remain
loaded in addition to the current module. The default for this parameter is 0 and this indicates
that no additional modules should remain loaded. If 3 is selected, then three additional
program modules remain loaded simultaneously.
The facility gives slight performance improvements on some machines when some functions
are repeatedly used.
Note: In some operating environments, where there is insufficient memory for the
requested number of modules to be loaded into memory, SunSystems v4 may page
in and out some of its modules, causing a dramatic drop in performance.
Archv (Archive)
B/Y/blank
Enter Y-Yes for records deleted by the SunBusiness PC=Period Cleardown functions to be
written to an archive file. The SunBusiness archive file is in the format as the backup of the
same file. See the section Data File Naming for information regarding file naming.
The valid settings for the parameter are:
Y or B - Archive SunBusiness transactions
Blank - No archiving of SunBusiness transactions.
To write deleted SunAccount transactions to an archive file, set Ledger Archiving to Y-Yes in
the LD=Ledger Definition for that database. See the topic Ledger Definition in the
SunAccount Administrator Help.
Locks
Y/blank
Enter Y-Yes to force automatic retry on records that are locked, otherwise leave blank for
standard retry message.
Note: This applies to Oracle only.
Sort
Y/blank
This field has no effect unless SunAccount FA=Financial Analysis reports transactions. Enter
Y-Yes and a COBOL sort is used rather than writing to an indexed file. In some environments
this causes a performance improvement.
VAT
V/blank
Enter V-Vat to prevent VAT transactions in SunAccount having settlement discount applied to
them. VAT lines are identified by analysis code T5 being set to V.
ZS=Serialisation
This feature is used to enter the serialisation details for your system as provided by your
supplier. It is only available to the SuperUser.
The Update Code provided by your supplier varies according to the screen settings.
The serialisation is only accepted with a valid update code.
This method can be used to convert a system from the demonstration version to a full working
version, or to add modules, increase the number of permitted users, or to clear time-fusing.
ZU=Unbalanced Journal
ZU enables you to Post journals in SunAccount which do not balance. This may be required
under exceptional circumstances to correct an imbalance in the ledger following a file
corruption which has occurred as a result of hardware failure.
In SunAccount, the ZU feature may be used from within JE=Journal Entry, and AA=Account
Allocation. When used in JL=Journal Listing, a report of unbalanced journals is produced
using the unbalanced journal listing report format.
This feature should only be used when absolutely necessary.
Note: After a journal has been subject to a PC=Period Cleardown, parts of the
journal, but not necessarily all, will have been deleted. Consequently, these journals
no longer balance individually. The resultant balancing amounts are generated in
consolidated summary transactions posted to the affected accounts by the period
cleardown process, so that the accounts retain their balances, and the ledger as a
whole remains balanced.
Tip: TB=Trial Balance can be used to rapidly ascertain whether the ledger balances,
and to establish which account(s) are associated with an imbalance if there is one.
Introduction
This section describes how to modify and create record types in the data dictionary.
This is the master file, common to both SunAccount and SunBusiness, which stores record
information to be reported by RD=Report Definition.
You might want to modify or create data dictionary records in the following circumstances:
When undertaking a translation of SunSystems v4 to another language
When adding fields to an existing reference record
When adding new record types to the reference file.
When writing a report driver for RD=Report Definition.
If you add new fields or new record types, they will not be accessed by SunSystems v4.
However, SunSystems v4 reference maintenance functions can update, report, audit, and
transfer such records. You can access them directly from your COBOL programs or through
reference transfer, and then from other software packages.
Thus, SunSystems v4 can be used to update the new data for you, and you can then access
it in your own software.
Although the data dictionary is a separate file from the reference file, it is processed by the
same program that processes the reference file (SSRU). The only difference is that the
reference maintenance layout file record information record is slightly different. In order to get
SSRU to process the data dictionary, SSDDICTY.DAT, and SSDDICTY.IDX, the file type on
the record information record for each data dictionary file Id must be ‘DD’, for the data
dictionary.
For more information on the information record and the file Id, refer to the Reference
Maintenance section.
Although the templates to amend each record type exist in the template file, there are no
routing selections on the SSMM01 menu to select these templates. This prevents users from
accidentally modifying the data dictionary. To add these selections to the SSMM01 menu, use
SZTE. For more information on how to add menu selections see the Screens and Menus
section.
Listed with data dictionary maintenance function are the template Id’s and record Id’s needed
to add the selections to the SSMM01 menu.
Language Code
2 digits
Enter a two digit language code. This must be defined on the installation file.
Report types in RD=Report Definition are language specific.
Report Type
maximum 3 characters
Enter a three letter code to identify this report type. You must not use the codes ‘XX’, ‘Y’ and
‘YY’ in this box.
System
SA/SB/blank
Leave this box blank for all systems. Enter SA for SunAccount only or SB for SunBusiness
only.
Description
maximum 30 characters
Enter a description for the report type. This appears in the Report Type box on the
Control Parameters screen in RD=Report Definition when the Report Type is selected.
File Code
2 characters
Enter the file Id of the location in which the report record is stored. For example, enter RF for
the Reference File. These are defined in the data dictionary maintenance function, Maintain
Data-Record Descriptions, described later in this section.
Record Type
maximum 5 characters
This is the Record Type as it appears on the file to be read. If it is a reference maintenance
record it is one of the three letter record Id’s described in the section Reference Maintenance.
Otherwise it is the record type on the record of the file. For valid record types for different
SunSystems v4 files, see the subsection Maintain Data-Record Descriptions.
Occurrence
1 character
A record type may appear more than once in a report. If, for example, two different address
records a delivery address and a billing address, appear on a report, these have the same file
code and record type combination. Enter a different occurrence number to differentiate
between the two.
Record Code
3 characters
Enter the code that is displayed for this record in RD=Report Definition under the heading
Type in the Record Types window. If you leave this box blank the data record type defined on
the Data-Record Descriptions record is displayed in RD=Report Definition.
Record Description
maximum 20 characters
Enter the description that appears in RD=Report Definition in the Record Types window.
Leave blank to display the default description defined on the Data-Record Descriptions
record.
Up to 20 records can be listed on the Report Type Record. After you have entered 15, a
window appears to accept the remaining five.
This screen shows how the Report Type Record information is displayed in RD=Report
Definition. When selecting record information to appear on a report, the Record Types
window displays when F5 is pressed in the Data Items window. The record types are also
displayed after using F5 in the Only If box in the Data Items window.
Two record types appear on every report definition. They are common fields and selection
fields. These record types are discussed later in this section. These are not defined in this
function.
The remaining records that appear in this window appear in the order that they are entered in
the Maintain Report Types screen.
The record description comes from the default file code defined on the Data-Records
Description record discussed later in this section. If a description for that record is defined on
the Report Types Record, that description is displayed instead.
Note: Analysis Category and Analysis Codes records are automatically expanded.
RD=Report Definition does this when the letter of the analysis category is appended
to either of these record types.
Offset
maximum 9999
This records the start position of the field on the record.
COBOL Name
This is the COBOL data name from the file layout copy.
Omit From Query
1/blank
Enter 1 in this box for the data item not to be displayed for selection in RD=Report Definition.
Note: The Data Items for the Chart of Accounts Record Type display in the same
order as they appear in the query on Data Item Records.
The Item Description, Type, and Length displayed come from the following Data Dictionary
Maintenance Functions.
Description
maximum 30 characters
This is displayed in RD=Report Definition, in the Data Items selection window.
Long Heading
Not currently used.
Short Heading
Not currently used.
Lookup Description
This is displayed once a data record is selected from the available list and more than one key
definition exists for that file code/data record type combination. Key definitions are explained
in the subsection Maintain Key Definitions.
Length on File
maximum 999
Enter the length of the item on the file. Packed Data Items will have the number of packed
bytes.
Input/Output Length
maximum 999
The number of characters that this Entity should take up on a screen or report.
Data Type
01/02/03/04/10-19
Enter one of the following valid attribute indicator:
01 - Alphanumeric
02 - Period
03 - Date
04 - Password
10-19 - Numeric, where the second digit is the number of decimal places.
Numeric Type
0/1/2
Enter one of the following COBOL numeric storage types:
0 - Display
1 - Comp (Binary)
2 - Comp-3 (Packed).
Numeric Sign
0/1/2
You can enter one of the following parameters for a numeric sign:
0 - Unsigned
1 - Signed
2 - Leading Sign Separate.
Justification
0/1/2
Enter one the following for justification:
0 - No Justification
1 - Left Justification
2 - Right Justification.
Case Conversion
0/1
Valid parameters are:
0 - No Conversion
1 - Upper Case Conversion.
Report Type
maximum 3 characters
Enter a three letter code that uniquely identifies this record type. XX, Y and YY should not be
used in this box.
Sub-Headings and Sub-Footings
These are what can be selected and can appear on a report created in RD=Report Definition.
Item Number
maximum 999
This is the data item number on the record. This is used in conjunction with the record type to
build the key for the report formatter to read this record.
For each file code, data record type, and item number combination, a Lookup Description
should be entered in the Maintain Data-Items Description function for each language code.
These descriptions will appear in the record selection window of RD=Report Definition.
Overview
You can display bitmap (.bmp) images on the SunSystems v4 screen. You can associate
different images with different modules of SunSystems v4. You may wish to do this for a
variety of reasons, for example to add your company logo to SunSystems v4 screens, or to
help SunSystems v4 operators differentiate between the modules.
Note: Images are not provided with SunSystems v4. You must create your own
images if you require them.
Inserting images
To insert images in SunSystems v4, you must edit the [WIN-BITMAPS] section of the
SUNPANEL.SF file in your main SunSystems v4 program directory. This is a plain text file that
can be edited using a text editor such as Windows Notepad.
In the left hand column, enter the code of the module. The modules are:
In the right hand column, enter the name of the bitmap image you have created, for example
SSMM01.BMP.
Ensure that the format of the new entry matches the format of existing entries in the file. See
the subsection Example of SUNPANEL.SF.
Note: Any image referred to in SUNPANEL.SF must reside in the main SunSystems
v4 program directory. If the image does not exist, it is not displayed, rather than
producing an error message.
Example of SUNPANEL.SF
The following extract shows the beginning of a typical SUNPANEL.SF file, including a new
entry at the bottom to display the image SSMM01.BMP on the SS=SunSystems v4 main
menu screen:
[WIN-ICONS]
SUNWIN : SUNWIN.ICO
[WIN-BITMAPS]
OK : OK.BMP
CANCEL : CANCEL.BMP
INFO : INFO.BMP
WARN : WARN.BMP
CRIT : CRIT.BMP
HELP : HELP.BMP
LOOKUP : LOOKUP.BMP
DUP : DUP.BMP
FREEF : FREEF.BMP
SHAND : SHAND.BMP
DUPTOEND : DUPTOEND.BMP
CALC : CALC.BMP
QUERYE : QUERYE.BMP
QUERYD : QUERYD.BMP
CONTEXT : CONTEXT.BMP
TOGGLE : TOGGLE.BMP
SUNLOGO : SUNLOGO.BMP
TICK : TICK.BMP
CROSS : CROSS.BMP
SSMM01 : SSMM01.BMP
The table and file layouts given in these appendices enable you to establish interfaces to
SunSystems v4. The appendices do not provide definitions for all SunSystems v4 data tables
and files, only those for which it is appropriate to establish interfaces.
The tables described in these appendices are:
where:
x - is the Budget Code.
ddd - is Database Code.
nnn - is the Bank Identity Code.
ttt - is the Reference Record Type.
In SQL and Oracle environments, the master data is stored in tables in the SQL/Oracle
database. Some reference functions have their own table defined, though some data is stored
in ‘miscellaneous’ tables.
The backup tables are text tables, which may be edited using any standard editor. These
tables can be transported across different environments and are compatible with SunSystems
v4 on each environment.
Tip: Ensure the editor used to edit tables can handle any foreign characters that may
be present.
It is recommended that interfaces be based upon backup tables rather than data tables.
When enhancing the product, data table formats are likely to change, but backup table
formats should remain compatible.
For each table the following information is given:
A table description, in words.
A summary of record types.
The COBOL table description (FD).
A table showing the COBOL data names, the position of the fields in the record, SQL table
names, column names, field sizes and types, and a brief description of the fields.
Please consider the following points when using the table layouts:
The FIELD TYPE column is used to describe the sort of field, taken from the COBOL
PICTURE clause. There are alphanumeric fields (type X), unsigned numeric fields (type N)
and signed numeric fields (type S). In some cases, for the numeric fields (types S and N), the
number of decimal places is specified. If it is not, then assume zero decimal places. Also
assume that the fields are stored in ASCII format (COBOL USAGE DISPLAY) unless specified
otherwise in the Comments column. If setting up new data, ensure that any numeric fields that
do not contain a value are initialised to zero.
Assume all FILLER fields and fields marked as ‘Not used ...’ are set to spaces, unless
specified otherwise in the Comments column. Likewise, if creating new data, ensure such
fields are initialised.
Dates and Periods are stored in internal format, that is, CCYYMMDD and CCYYPPP format
respectively.
In some cases fields are defined for the COBOL data tables but not in the SQL tables, and
vice versa. A ‘-’ hyphen in the tables indicates where something is not relevant. In the COBOL
definitions, some fields are redefined by others, but not in the SQL table. In this case, the
application itself handles the redefinition of the data, so there is no need to have the extra
columns in the SQL table.
The COBOL examples for the Table Definitions (FDs) have L and V flags in the margin.
These depict the different types of COBOL used: M=MicroFocus Cobol/2, V=Vax Cobol.
Reference File
Description
The Reference File holds the static data for both SunAccount and SunBusiness. There
are many different types of static data held. For example, customer addresses, items of
stock, analysis codes.
Summary of record types
For each type of static data there is a corresponding record type. The record types on the
file are defined on the Reference Layout Files - see the Reference Maintenance section of
this manual. Each is a three character code and is always found in the first three
characters of the record. There is a list, in the Reference Maintenance section of this
manual, detailing all the reference record types. Each record type is defined in a separate
COBOL copy file, and each one is simply a redefinition of the Reference
File master record, type ‘REF’, which does not actually exist on the data file. The COBOL
record layout is listed below.
Cobol File Description (FD)
M FDREF-FILE.
V* FDREF-FILE VALUE OF ID IS REF-FILE-NAME.
01 REF-RECORD.
03 REF-KEY.
05 REF-RECORD-ID PIC X(003).
05 REF-KEY-2 PIC X(028).
05 REF-KEY-CONT PIC X(001).
05 FILLER PIC X(032).
03 REF-LOOKUP-KEY.
05 REF-LOOKUP-ID PIC X(003).
05 REF-LOOKUP-CODE PIC X(010).
03 REF-DATA.
05 REF-DATA-1 PIC X(723).
05 FILLER PIC X(032).
The physical record length on disk (800 bytes) is less than the logical record length within
the programs (1024 bytes):
Logical Record bytes
Physical Record
Primary Key 64
Alternate Key 13
Date Last Updated 8
Data 715
-----
Note that each Reference record type does not have its own SQL table, though some do.
If the SQL definitions are not included for a particular Reference record layout below, then
there is no specific SQL table for that Reference record type. The Reference data will be
stored in the miscellaneous table called SSRFMSC. This table is defined as follows:
FILLER - 010 X - -
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
R-ACC-ENTER-ANAL- 162 010 X - ENTER_ANAL char(10) Enter Analysis Codes One for each
INDS T-code, T0 - T9
- - - - - PAYTO_BANK char(15) Own Bank Account Details Relevant only to Debtor, Creditor and
Client Account Types
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
- - - - - DEF_OBA char(15) Default Own Bank Account Details Relevant only to account code
‘0000000000’
ALT-ACCT-AN-CODE 132 010 X - Target A/c Analysis One for each T-code, T0-T9
ALT-OFFSET-AN-CODE 157 010 X - Offset A/c Analysis One for each T-code, T0-T9
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
R-ANV-VALUE 006 015 X - CODE char(15) Analysis Code SQL - not null
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
R-CAT-NAME 004 005 X - NAME char (5) Table Code SQL-not null
R-CAT-ANCAT1 009 002 X - CATEGORY_1 char (2) Analysis Category1 SQL-not null
R-CAT-ANCAT2 026 002 X - CATEGORY_2 char (2) Analysis Category 2 SQL-not null
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
R-CAT-RANGE-CODE 364 003 X - RANGE_OF char (3) Ranges of Calc ’n Code Mandatory
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
R-CND-AC-FROM 017 015 X - FROM_ACCT char(15) Account Code From SQL not null
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
R-CNV-PERIOD 010 007 X - PERIOD int Accounting Period SQL - not null
R-CNV-AC-FROM 017 015 X - FROM_ACCT char(15) Account Code From SQL - not null
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
Financial Analysis Consolidation Record, SACONRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
R-CVD-NET-AC-REAL 134 015 X - Ledger Reval Diff Account Code (Net/Losses (Realised)
R-CVD-GAIN-AC-REAL 149 015 X - Ledger Reval Diff Account Code (Gains) (Realised)
R-CVD-NET-AC-NON-REAL 164 015 X - Ledger Reval Diff Account Code (Net/Losses) (Non-Realised)
R-CVD-GAIN-AC-NON-REAL 179 015 X - Ledger Reval Diff Account Code (Gains) (Non-Realised)
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES FIELD
TYPE
R-FBR-OTHER-TABLE-CODE 358 005 X - OTHER_CODE char (5) Other Deprec’n Table Code
Calculate Depreciation Selection Record, SFFCDRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Financial Table Columns record, SAFTCRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Financial Table Row record, SAFTRRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
R-FVR-OTHER-TABLE-CODE 358 005 X - OTHER_CODE char (5) Other Deprec’n Table Code
R-FVR-OTHER-TABLE-COLUMN 363 002 N 0 OTHER_COL char (2) Other Deprec’n Table Column
R-FVR-EXC-FV-OVR 549 001 X - FV_OVER char (1) Final Value Calculation override
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES TYPE
General Ledger Interface record, SBGLIRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
General Ledger Interface record, SBGLIRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Aged Analysis Layout record, SAGLTRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Additional Header Labels record, SBHALRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Debtor/Creditor Transfer Selection Record, SAINFRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Debtor/Creditor Transfer Layout record, SAINTRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES FIELD
TYPE
R-LIT-MINIMUM-TYPE 181 001 X - MIN_TYPE char (1) Minimum Stock Level (Type)
COBOL FIELD NAME POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
RECORD LENGTH TYPE PLACES FIELD
TYPE
Ledger Export Definition record, SALXDRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Sales Order Details Presets record, SOOPIRC.CPY, (SQL miscellaneous table SSRFMSC)
Sales Order Definition record, SOOTDRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Sales Order Definition record, SOOTDRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Sales Order Definition record, SOOTDRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Tracking Code Excluded Combinations record, SOOXCRC.CPY, (SQL miscellaneous table SSRFMSC)
Period Cleardown Consolidation Record, IC and SOP, SBPCBRC.CPY, (SQL miscellaneous table SSRFMSC)
Period Cleardown Consolidation Record, IC and SOP, SBPCBRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Period Cleardown Consolidation Record, IC and POP, SBPCBRC.CPY, (SQL miscellaneous table SSRFMSC)
Period Cleardown Consolidation Record, IC and POP, SBPCBRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Purchase Order Definition record, SPPODRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Purchase Order Definition record, SPPODRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Purchase Order Definition record, SPPODRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Purchase Detail Presets record, SPPPIRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
R-LINE-NAME 088 030 X - Line Name Mandatory except on type ’H’ lines
R-LINE-AC-FIRST 118 015 X - Account Code-From Mandatory on type ’L’ and ’C’ lines
R-NORMAL-SIGN 148 001 X - Normal Sign Mandatory except on type ’H’ lines
Statement Line Contents record, SASLNRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
Transaction Matching Selections Record, SATMSRC.CPY, (SQL miscellaneous table SSRFMSC) – (continued)
The Ledger file holds the ledger transactions for SunAccount. The Budget files are
defined in the same way as the Ledger file. The transactions held on the Budget files are
ledger transactions that have been posted to budget rather than actuals in SunAccount.
These files have exactly the same format as the Ledger file.
If the system you are using includes the Asset Register module, then there will exist an
Asset file along with the Ledger file. The Asset file is a simple index file, containing details
of transactions posted in the Asset Register, that is, the link between the Asset and the
Account.
Note that with SQL versions of SunSystems v4, the tables containing the budget data are
separate to the ledger data tables. The layout is the same; the only difference is the table
name.
Summary of record types
Primary Key
Key Data 30
Alternate Key 8
____
38
Data 339
____
Note: The SQL table that contains the Ledger transactions is named according to
the database being used. The control record is stored in a table shared by other
databases.
Ledger Transaction record, see SALDGRRC.CPY, SQL table name SALFLDGddd for the Actual Ledger or SAbFLDGddd where b=Budget Code (B-K)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES TYPE
L-TN 035 004 S 0 JRNAL_LINE int Journal Line Number Mandatory, PICS 9
(07) COMP-3
Ledger Transaction record, see SALDGRRC.CPY, SQL table name SALFLDGddd for the Actual Ledger or SAbFLDGddd where b=Budget Code (B-K) –
(continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
L-ROUGH-FLAG 208 001 X - ROUGH_FLAG char (1) Flag of Rough Book status
Ledger Transaction record, see SALDGRRC.CPY, SQL table name SALFLDGddd for the Actual Ledger or SAbFLDGddd where b=Budget Code (B-K) –
(continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
FILLER 039 001 X - A_B char(1) Budget Code B-K Redefines Record
Type - ”C”=
Control Record
LC-LINE-NO. 035 004 S - Journal Line Number Number PICS 9(07) COMP-3
The ledger archive file holds the ledger transactions that have been deleted from the
ledger file during Period Cleardown. The layout is the same as the ledger transactions.
There is no corresponding asset file.
Summary of record types
Again, there are two types of record on the ledger archive file:
control record
transaction record.
There is one control record (type ‘C’) per file; there is one transaction (type ‘T’) record per
transaction cleared off the ledger.
Cobol File Description (FD)
M FD ARCHIVE-FILE.
V *FD ARCHIVE-FILE VALUE OF ID IS ARCHIVE-FILE-NAME.
01 STD-ARCHIVE-RECORD.
02 STD-ARCHIVE-KEY.
03 STD-ARCHIVE-AC PIC X(15).
03 FILLER PIC X(15).
03 STD-ARCHIVE-ALTERNATE-KEY PIC X(8).
02 STD-ARCHIVE-DATA PIC X(339).
The physical record length on disk (339 bytes) is less than the logical record length within
the programs (512 bytes):
Logical Record bytes
Physical Record
Primary Key
Key Data 30
Alternate Key 8
____
38
Data 339
____
Note that the SQL table that contains the ledger archive transactions is named according
to the database being used. The control record is stored in a table shared by other
databases.
Ledger Archive Transaction record, see SALDGRRC.CPY, SQL table name
SALHARCddd:
This record has the same layout as the ledger transaction. The exception to this is with
SQL versions, where an additional field is required to identify the archive year. The
archive data in non-SQL systems is stored in separate files for different years, so this field
is not necessary, whereas in SQL versions, the archive data is all in one table (per
database) regardless of the year. Hence the following field exists
Ledger Archive Control record, see SALDGRRC.CPY, SQL table name SALHMSC:
Again there is one extra field in the SQL table, defined as above.
Balance file
Description
The balance file holds records with balances for each ledger file combination of:
Account Code
Credit/Debit
Analysis Code
Conversion Code
Period.
The budget balance files are defined in the same way as the ledger balance file.
Instead of maintaining a record for each transaction, as in the case of the ledger file, each
balance file record will hold a table of period balances in both base and other amount, for
up to thirteen periods of data (i.e. typically a year’s data). If a user defines more than
thirteen periods in a year then more balance records are created. In addition to the
thirteen periods, a prior year’s balance is held in base and other amount. This is
maintained by a year cleardown process when rolling up prior years’ balances.
The information held in this file is equivalent to that on the ledger file after a cleardown.
This means that any process requiring transaction based information, such as transaction
reference, journal number, or asset information will need to access the ledger file. Where
only periodic or balance data is required, then the balance file may be used instead.
The basic access method for the balance file will present period totals back to the
application in account code sequence (i.e. as if the ledger was being read with only
cleared down balances).
Indexing of balance file
The full primary key to the balance file, including analysis codes, represents
approximately 180 characters. However since most of this key simply represents
uniqueness rather than being of use for reporting purposes, the key may be reduced
considerably by creating a hash code based on credit/debit indicator, conversion code,
period and all the analysis codes. This hash code is then used for accessing records for
updating.
When accessing the balance file for reporting purposes, the hash part of the key is
ignored, and period totals will appear back to the application in random sequence within
account.
It is important to note that a difference between the balance file and the ledger file is the
sequence of processing within an account, must be considered as random. It would be
incorrect for an application to assume that having read a record for a period greater than
required, that there would be no more records on the balance file with earlier periods.
Periods can be processed in blocks of 13 and although the application may only be
interested in the first three periods, the next record may also contain information for the
same three periods but with different analysis.
Summary of record types
05 LA-O-LY-BAL-X.
07 LA-O-LY-BAL PIC S9(15)V999.
* Brought Forward other amount
05 LA-B-VALUE-X OCCURS 13.
07 LA-B-VALUE PIC S9(15)V999.
* 13 periods base amount (from la-period to la-period + 12)
05 LA-O-VALUE-X OCCURS 13.
07 LA-O-VALUE PIC S9(15)V999.
* 13 periods other amount (from la-period to la-period + 12)
03 LA-OTHER-DP PIC X.
* number of decimals for ther amounts
03 LA-RECORD-TYPE PIC X.
* ‘C’ = Control Record
* ‘T’ = Transaction Record
*
01 LA-CONTROL-RECORD REDEFINES LA-RECORD.
* the control record for the balance file
03 LA-CONTROL-KEY PIC X(31).
* key is low values
03 LA-HIGHEST-JN PIC 9(07).
* last journal updated to the balance file
03 LA-HIGHEST-TN PIC 9(07).
* transaction number of the last journal to be
* updated to the balance file
03 LA-VERSION PIC 9(03).
* the version number (eg 410)
03 LA-CONSOLIDATION PIC X(10).
* the 10 consolidation flags for T codes
* each is Y or blank
03 LA-LAST-UPDATED.
05 LA-LAST-UPDATE-DATE PIC 9(8).
* date of last successful or empty update
05 LA-LAST-UPDATE-TIME.
* time of last successful or empty update
07 LA-LAST-UPDATE-HH PIC 99.
07 LA-LAST-UPDATE-MM PIC 99.
03 FILLER PIC X(629).
03 LA-CONTROL-RECORD-TYPE PIC X.
03 FILLER PIC X(324).
* ‘C’ = Control Record
* ‘T’ = Transaction Record
The physical and logical record length is the same (1024 bytes):
Logical Record bytes
Key 031
Data 993
____
Total 1024
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
Balance File Control record see SABALRC.CPY, SQL table name SABFMSC
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
- - - - - A_B char(1)
The sales order file holds the current Sales Order Processing data, that is, the sales orders entered into
SunBusiness through Sales Order Entry or Sales Order Import. The invoice details are also stored on
this file, when an order reaches the invoice stage.
Summary of record types
There are the following types of record on the sales order file:
control record
order header record
invoice header record
detail record.
There is one control record (type ‘C’) per file: there is one header (type ‘O’) record per order, and one
Header (type ‘I’) record per invoice. There is one detail (type ‘D’) record per order/invoice line.
Cobol File Description (FD)
M FDORDER-FILE.
V *FD ORDER-FILE VALUE OF ID IS ORDER-FILE-NAME.
01 ORDER-RECORD.
03 ORDER-KEY PIC X(21).
03 ORDER-ALTERNATE-KEY.
05 ORDER-ALTERNATE-KEY-ID PIC X(01).
05 FILLER PIC X(28).
03 ORDER-DATA PIC X(600).
The physical record length on disk (650 bytes) is less than the logical record length within the programs
(1024 bytes):
Logical Record bytes
Physical Record
Primary Key 21
Alternate Key 29
Data 600
____
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
Despatch
7=Awaiting
Invoice
8=Complete
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
OH-PAYMENT-DUE-DATE 206 008 X - PAY_DATE char(8) Payment Due Date May be relative
date e.g.+12
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SD-TRANS-LINE-SUFF 020 002 X - - - Transaction Line No. Suffix Value ’A’ to ’Z’ for
descriptive lines
else Space or
numeric
SD-KEY-ID 022 001 X - DETAIL_ID char(1) Alternate Key Id Value ’D’ for
Detail record or
’A’ for Descriptive
record
SD-TRANS-DATE 043 005 N - DUE_DATE int Transaction Date PIC 9(8) COMP-3
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SD-VALUE-1 084 010 S - VALUE_1 numeric Value of Calculation Code PICS 9(13) V9(5)
COMP-3
SD-VALUE-2 094 010 S - VALUE_2 numeric Value of Calculation Code 2 PICS 9(13) V9(5)
COMP-3
SD-VALUE-3 104 010 S - VALUE_3 numeric Value of Calculation Code 3 PICS 9(13) V9(5)
COMP-3
SD-VALUE-4 114 010 S - VALUE_4 numeric Value of Calculation Code 4 PICS 9(13) V9(5)
COMP-3
SD-VALUE-5 124 010 S - VALUE_5 numeric Value of Calculation Code 5 PICS 9(13) V9(5)
COMP-3
SD-VALUE-6 134 010 S - VALUE_6 numeric Value of Calculation Code 6 PICS 9(13) V9(5)
COMP-3
SD-VALUE-7 144 010 S - VALUE_7 numeric Value of Calculation Code 7 PICS 9(13) V9(5)
COMP-3
SD-VALUE-8 154 010 S - VALUE_8 numeric Value of Calculation Code 8 PICS 9(13) V9(5)
COMP-3
SD-VALUE-9 164 010 S - VALUE_9 numeric Value of Calculation Code 9 PICS 9(13) V9(5)
PICS 9(13) V9(5)
COMP.
SD-VALUE-10 174 010 S - VALUE_10 numeric Value of Calculation Code PICS 9(13) V9(5)
10 PICS 9(13) V9(5)
COMP.
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SD-VALUE-11 184 010 S - VALUE_11 numeric Value of Calculation Code PICS 9(13) V9(5)
11 PICS 9(13) V9(5)
COMP.
SD-VALUE-12 194 010 S - VALUE_12 numeric Value of Calculation Code PICS 9(13) V9(5)
12 PICS 9(13) V9(5)
COMP.
SD-VALUE-13 204 010 S - VALUE_13 numeric Value of Calculation Code PICS 9(13) V9(5)
13 PICS 9(13) V9(5)
COMP.
SD-VALUE-14 214 010 S - VALUE_14 numeric Value of Calculation Code PICS 9(13) V9(5)
14 PICS 9(13) V9(5)
COMP.
SD-VALUE-15 224 010 S - VALUE_15 numeric Value of Calculation Code PICS 9(13) V9(5)
15 PICS 9(13) V9(5)
COMP.
SD-VALUE-16 234 010 S - VALUE_16 numeric Value of Calculation Code PICS 9(13) V9(5)
16 PICS 9(13) V9(5)
COMP.
SD-VALUE-17 244 010 S - VALUE_17 numeric Value of Calculation Code PICS 9(13) V9(5)
17 PICS 9(13) V9(5)
COMP.
SD-VALUE-18 254 010 S - VALUE_18 numeric Value of Calculation Code PICS 9(13) V9(5)
18 PICS 9(13) V9(5)
COMP.
SD-VALUE-19 264 010 S - VALUE_19 numeric Value of Calculation Code PICS 9(13) V9(5)
19 PICS 9(13) V9(5)
COMP.
SD-VALUE-20 264 010 S - VALUE_20 numeric Value of Calculation Code PICS 9(13) V9(5)
20 PICS 9(13) V9(5)
COMP.
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
- - - - - MISC_DOC_PRINT_2 char(1) -
- - - - - MISC_DOC_PRINT_3 char(1) -
- - - - - MISC_DOC_PRINT_4 char(1) -
- - - - - MISC_DOC_PRINT_5 char(1) -
Movement file
Description
The movement file holds the current inventory movements that have been posted into
SunBusiness Inventory Control.
Summary of record types
Alternate Key 29
Data 401
____
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
MM-MVT-DATE 042 005 N - MVMNT_DATE int Movement Date PIC 9(8) COMP-3
MM-SEQUENCE 047 003 N - SEQUENCE int Minutes since midnight PIC 9(4) COMP-3
MM-RI-IND 052 001 X - RI_IND char(1) Receipt/Issue Indicator ’R’ for Receipt,
‘I’ for Issue
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
MM-AUDIT-DATE 158 005 N - AUDIT_DATE int Audit Date PIC 9(8) COMP-3
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
The stock take file holds the current stock take information, that is, values of stock by item
code and location. Also stored here are the new values of stock calculated when a stock
check is run, and the differences found.
Summary of record types
There are the following types of record on the stock take file:
control record
header record
detail record.
There is one control record (type ‘C’) per file: there is one header (type ‘H’) record per
stock take run, and there is one detail (type ‘D’) record per item being stock checked.
Cobol File Description (FD)
M FD STOCK-TAKE-FILE.
V *FD STOCK-TAKE-FILE VALUE OF ID IS STOCK-TAKE-FILE-
NAME.
01STOCK-TAKE-RECORD.
03 STOCK-KEY PIC X(056).
03 STOCK-ALT-KEY PIC X(021).
03 STOCK-DATA PIC X(473).
The physical record length of the stock take file is on disk (550 bytes) less than the logical
record length within the programs (1024 bytes):
Logical Record bytes
Physical Record
Primary Key 56
Alternate Key 21
Data 473
____
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
TH-STOCK-TAKE-DATE 097 005 N - STOCK_TAKE_DATE int Stock Take Date Mandatory, PIC
9(8) COMP-3
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
TD-AUDIT-DATE 228 005 N - AUDIT_DATE int Audit Date PIC 9(8) COMP-3
TD-CNV-RATE-2 265 010 N - CNV_RATE_2 numeric Conversion Rate 2 PIC 9(9) V9(9)
COMP-3
TD-CNV-RATE-3 277 010 N - CNV_RATE_3 numeric Conversion Rate 3 PIC 9(9) V9(9)
COMP-3
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
The purchase order file holds details of the current purchase orders, goods received
notes, and purchase invoices that have been entered into SunBusiness through the
Purchase Order Processing module.
Summary of record types
There are the following types of record on the purchase order file:
control record
purchase order header record
goods received note header record
purchase invoice header record
detail record.
There is one control record (type ‘C’) per file: there is one purchase order header (type ‘J’)
record per purchase order created in the purchase order entry function. A purchase order
header record is also created when entering purchase invoice for which the corresponding
order does not already exist. There is a goods received note (GRN) header (type ‘K’)
record for every GRN entered into the system. There is a purchase invoice header (type
‘L’) record per invoice entered into the system through purchase invoice entry or invoice
matching.
The detail (type ‘S’) records are shared by the various headers; a detail record exists for
every order/invoice/GRN line. M,O and P records are exact duplicates of the detail (type
‘S’) record layout. The details on the ‘M’ type record are created if there is any
amendments to the detail record between the order being issued and before the GRN
being approved and released, i.e. this shows that the details at order (issued). The ‘O’
type record is created if any amendment is made after the detail has been approved
(released) in GRN and before the unapproved stage in invoicing (matched, released), that
is, this shows the detail as it was at GRN approved release stage. Type ‘P’ is created
when there is an amendment to the detail record between the unapproved and approved
stages.
Cobol File Description (FD)
M FD POP-FILE.
V *FD POP-FILE VALUE OF ID IS POP-FILE-NAME.
01 POP-RECORD.
03 POP-KEY PIC X(020).
03 POP-ALTERNATE-KEY-1 PIC X(029).
03 POP-ALTERNATE-KEY-2 PIC X(016).
03 POP-DATA PIC X(635).
*
The physical record length of the purchase order file is on disk (700 bytes) less than the
logical record length within the programs (1024 bytes):
Logical Record bytes
Physical Record
Primary Key 20
Alternate Key 1 29
Alternate Key 2 16
Data 635
____
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-J-CD 068 001 X - ORDER_CD char(1) Credit/Debit Indicator Value ’C’ or ’D’
SPMF-J-TRANS-TYPE 069 005 X - TRANS_TYPE char (5) Purchase Order Type Mandatory
Purchase Order Header record, see SPMFRC.CPY,SQL table name SPMFORDddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-J-ACK-DATE 124 005 N - ACK_DATE int Acknowledgement Date PIC 9(8) COMP-3
SPMF-J-DEL-DATE 129 005 N - DEL_DATE int Delivery Date PIC 9(8) COMP-3
SPMF-J-ORDER-VALUE 135 010 S - ORDER_VAL numeric Outstanding Order Value PICS 9(13)
V99999 COMP-3
SPMF-J-ORDER-QUANTITY 145 010 S - ORDER_QTY numeric Outstanding Order Qty PICS 9(13)
V99999 COMP-3
SPMF-J-DOC-ISSUE-DATE 313 005 N - ISSUE_DATE int Document Issue Date PIC 9(8) COMP-3
Purchase Order Header record, see SPMFRC.CPY,SQL table name SPMFORDddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-K-CD 069 001 X - INV_CD char(1) Credit/Debit Indicator Value ’C’ or ’D’
SPMF-K-MATCHED-TOT-QTY 095 010 S - MATCH_QTY numeric GRN Quantity Matched PICS 9(13)
V99999 COMP-3
SPMF-K-GRN-TOT-QTY 105 010 S - GRN_QTY numeric GRN Total Quantity PICS 9(13)
V99999 COMP-3
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-K-PAY-DATE 148 005 N - PAY_DATE int Unapproved I/F Pay date PIC 9(8) COMP-3
SPMF-K-ORDER-DATE 153 005 N - ORDER_DATE int Order Date PIC 9(8) COMP-3
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-L-CD 068 001 X - INV_CD char(1) Credit/Debit Indicator Value ’C’ or ’D’
SPMF-L-PAY-DATE 109 005 N - PAY_DATE int Payment Date PIC 9(8) COMP-3
SPMF-L-MATCHED-TOT-QTY 114 010 S - MATCH_QTY numeric Total Matched Quantity PICS 9(13)
V99999 COMP-3
SPMF-L-MATCHED-TOT-VAL 124 010 S - MATCH_VAL numeric Total Matched Value PICS 9(13)
V99999 COMP-3
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-L-INV-TOT-QTY 141 010 S - INV_QTY numeric Total Invoice Quantity PICS 9(13)
V99999 COMP-3
SPMF-L-INV-TOT-VAL 151 010 S - INV_VAL numeric Total Invoice Value PICS 9(13)
V99999 COMP-3
SPMF-L-LINKED-TEXT 176 001 X - LINK_TEXT char (1) Not used at version 4.2
SPMF-L-ORDER-DATE 330 005 N - ORDER_DATE int Order Date PIC 9(8) COMP-3
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
Order/Invoice Detail record, see SPMFRC.CPY, SQL table name SPMFDETddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
Order/Invoice Detail record, see SPMFRC.CPY, SQL table name SPMFDETddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-S-CD 072 001 X - TRANS_CD char(1) Credit/Debit Indicator Value ’C’ or ’D’
SPMF-S-BASE-COST 153 010 S - BASE_COST numeric Base Purchase Cost PICS 9(13) V9(5)
COMP-3
SPMF-S-CALC-VALUE-1 163 010 S - VALUE_1 numeric Value of Calc’n Code 1 PICS 9(13)
V99999 COMP-3
Order/Invoice Detail record, see SPMFRC.CPY, SQL table name SPMFDETddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-S-CALC-VALUE-2 173 010 S - VALUE_2 numeric Value of Calc’n Code 2 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-3 183 010 S - VALUE_3 numeric Value of Calc’n Code 3 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-4 193 010 S - VALUE_4 numeric Value of Calc’n Code 4 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-5 203 010 S - VALUE_5 numeric Value of Calc’n Code 5 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-6 213 010 S - VALUE_6 numeric Value of Calc’n Code 6 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-7 223 010 S - VALUE_7 numeric Value of Calc’n Code 7 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-8 233 010 S - VALUE_8 numeric Value of Calc’n Code 8 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-9 243 010 S - VALUE_9 numeric Value of Calc’n Code 9 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-10 253 010 S - VALUE_10 numeric Value of Calc’n Code 10 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-11 263 010 S - VALUE_11 numeric Value of Calc’n Code 11 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-12 273 010 S - VALUE_12 numeric Value of Calc’n Code 12 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-13 283 010 S - VALUE_13 numeric Value of Calc’n Code 13 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-14 293 010 S - VALUE_14 numeric Value of Calc’n Code 14 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-15 303 010 S - VALUE_15 numeric Value of Calc’n Code 15 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-16 313 010 S - VALUE_16 numeric Value of Calc’n Code 16 PICS 9(13)
V99999 COMP-3
SPMF-S-CALC-VALUE-17 323 010 S - VALUE_17 numeric Value of Calc’n Code 17 PICS 9(13)
V99999 COMP-3
Order/Invoice Detail record, see SPMFRC.CPY, SQL table name SPMFDETddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-S-GRN-DATE 363 005 N - GRN_DATE int GRN Date PIC 9(8) COMP-3
SPMF-S-INV-DATE 369 005 N - INV_DATE int Invoice Date PIC 9(8) COMP-3
SPMF-S-INV-APPROV-DATE 381 005 N - INV_APPR_DATE int Approval Date PIC 9(8) COMP-3
SPMF-S-LINE-VALUE 393 002 N - LINE_VAL char(2) Line value calc’n code no.
SPMF-S-MATCH-VALUE 395 002 N - MATCH_VAL char(2) Match value calc’n code no.
SPMF-S-COST-VALUE 397 002 N - COST_VAL char(2) Cost value calc’n code no.
SPMF-S-AUDIT-DATE 445 005 N - AUDIT_DATE int Audit Date PIC 9(8) COMP-3
Order/Invoice Detail record, see SPMFRC.CPY, SQL table name SPMFDETddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-S-ORDER-DATE 607 005 N - ORDER_DATE int Order Date PIC 9(8) COMP-3.
SPMF-S-AMEND-DATE 626 005 N - AMEND_DATE int Amended Date PIC 9(8) COMP-3.
SPMF-S-MVT-VALUE 635 010 9 - MOVEMENT_VALUE numeric Movement Value PICS 9(13) V9(5)
COMP-3.
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
Order Issue Stage record, see SP42RC.CPY SQL table name SPMFDTOddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
Order Issue Stage record, see SP42RC.CPY SQL table name SPMFDTOddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-M-BASE-COST 153 010 S - BASE_COST numeric Base Purchase Cost PICS 9(13) V9(5)
COMP-3
SPMF-M-CALC-VALUE-1 163 010 S - VALUE_1 numeric Value of Calc’n Code 1 PICS 9(13)
V99999 COMP-3
Order Issue Stage record, see SP42RC.CPY SQL table name SPMFDTOddd – (continued)
COBO POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-M-CALC-VALUE-2 173 010 S - VALUE_2 numeric Value of Calc’n Code 2 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-3 183 010 S - VALUE_3 numeric Value of Calc’n Code 3 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-4 193 010 S - VALUE_4 numeric Value of Calc’n Code 4 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-5 203 010 S - VALUE_5 numeric Value of Calc’n Code 5 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-6 213 010 S - VALUE_6 numeric Value of Calc’n Code 6 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-7 223 010 S - VALUE_7 numeric Value of Calc’n Code 7 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-8 233 010 S - VALUE_8 numeric Value of Calc’n Code 8 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-9 243 010 S - VALUE_9 numeric Value of Calc’n Code 9 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-10 253 010 S - VALUE_10 numeric Value of Calc’n Code 10 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-11 263 010 S - VALUE_11 numeric Value of Calc’n Code 11 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-12 273 010 S - VALUE_12 numeric Value of Calc’n Code 12 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-13 283 010 S - VALUE_13 numeric Value of Calc’n Code 13 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-14 293 010 S - VALUE_14 numeric Value of Calc’n Code 14 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-15 303 010 S - VALUE_15 numeric Value of Calc’n Code 15 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-16 313 010 S - VALUE_16 numeric Value of Calc’n Code 16 PICS 9(13)
V99999 COMP-3
SPMF-M-CALC-VALUE-17 323 010 S - VALUE_17 numeric Value of Calc’n Code 17 PICS 9(13)
V99999 COMP-3
Order Issue Stage record, see SP42RC.CPY SQL table name SPMFDTOddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-M-GRN-DATE 363 005 N - GRN_DATE int GRN Date PIC 9(8) COMP-3
SPMF-M-INV-DATE 369 005 N - INV_DATE int Invoice Date PIC 9(8) COMP-3
SPMF-M-INV-APPROV-DATE 381 005 N - INV_APPR_DATE int Approval Date PIC 9(8) COMP-3
SPMF-M-LINE-VALUE 393 002 N - LINE_VAL char(2) Line value calc’n code no.
SPMF-M-MATCH-VALUE 395 002 N - MATCH_VAL char(2) Match value calc’n code no.
SPMF-M-COST-VALUE 397 002 N - COST_VAL char(2) Cost value calc’n code no.
SPMF-M-AUDIT-DATE 445 005 N - AUDIT_DATE int Audit Date PIC 9(8) COMP-3
Order Issue Stage record, see SP42RC.CPY SQL table name SPMFDTOddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-M-ORDER-DATE 607 005 N - ORDER_DATE int Order Date PIC 9(8) COMP-3.
SPMF-M-AMEND-DATE 626 005 N - AMEND_DATE int Amended Date PIC 9(8) COMP-3.
SPMF-M-MVT-VALUE 635 010 N - MOVEMENT_VALUE numeric Movement Value PICS 9(13) V9(5)
COMP-3.
Goods Receipt Stage record, see SP42RC.CPY SQL table name SPMFDTGddd
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
Goods Receipt Stage record, see SP42RC.CPY SQL table name SPMFDTGddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
Goods Receipt Stage record, see SP42RC.CPY SQL table name SPMFDTGddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-O-CD 072 001 X - TRANS_CD char(1) Credit/Debit Indicator Value ’C’ or ’D’
SPMF-O-BASE-COST 153 010 S - BASE_COST numeric Base Purchase Cost PICS 9(13) V9(5)
COMP-3
SPMF-O-CALC-VALUE-1 163 010 S - VALUE_1 numeric Value of Calc’n Code 1 PICS 9(13)
V99999 COMP-3
Goods Receipt Stage record, see SP42RC.CPY SQL table name SPMFDTGddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-O-CALC-VALUE-2 173 010 S - VALUE_2 numeric Value of Calc’n Code 2 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-3 183 010 S - VALUE_3 numeric Value of Calc’n Code 3 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-4 193 010 S - VALUE_4 numeric Value of Calc’n Code 4 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-5 203 010 S - VALUE_5 numeric Value of Calc’n Code 5 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-6 213 010 S - VALUE_6 numeric Value of Calc’n Code 6 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-7 223 010 S - VALUE_7 numeric Value of Calc’n Code 7 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-8 233 010 S - VALUE_8 numeric Value of Calc’n Code 8 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-9 243 010 S - VALUE_9 numeric Value of Calc’n Code 9 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-10 253 010 S - VALUE_10 numeric Value of Calc’n Code 10 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-11 263 010 S - VALUE_11 numeric Value of Calc’n Code 11 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-12 273 010 S - VALUE_12 numeric Value of Calc’n Code 12 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-13 283 010 S - VALUE_13 numeric Value of Calc’n Code 13 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-14 293 010 S - VALUE_14 numeric Value of Calc’n Code 14 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-15 303 010 S - VALUE_15 numeric Value of Calc’n Code 15 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-16 313 010 S - VALUE_16 numeric Value of Calc’n Code 16 PICS 9(13)
V99999 COMP-3
SPMF-O-CALC-VALUE-17 323 010 S - VALUE_17 numeric Value of Calc’n Code 17 PICS 9(13)
V99999 COMP-3
Goods Receipt Stage record, see SP42RC.CPY SQL table name SPMFDTGddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-O-GRN-DATE 363 005 N - GRN_DATE int GRN Date PIC 9(8) COMP-3
SPMF-O-INV-DATE 369 005 N - INV_DATE int Invoice Date PIC 9(8) COMP-3
SPMF-O-INV-APPROV-DATE 381 005 N - INV_APPR_DATE int Approval Date PIC 9(8) COMP-3
SPMF-O-LINE-VALUE 393 002 N - LINE_VAL char(2) Line value calc’n code no.
SPMF-O-MATCH-VALUE 395 002 N - MATCH_VAL char(2) Match value calc’n code no.
SPMF-O-COST-VALUE 397 002 N - COST_VAL char(2) Cost value calc’n code no.
SPMF-O-AUDIT-DATE 445 005 N - AUDIT_DATE int(4) Audit Date PIC 9(8) COMP-3
Goods Receipt Stage record, see SP42RC.CPY SQL table name SPMFDTGddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-O-ORDER-DATE 607 005 N - ORDER_DATE int Order Date PIC 9(8) COMP-3.
Unapproved Invoice Stage record, see SP42RC.CPY SQL table name SPMFDTIddd
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-P -REC-TYPE 001 001 X - REC_TYPE char(1) Record Type Mandatory, value
’P’
Unapproved Invoice Stage record, see SP42RC.CPY SQL table name SPMFDTIddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
Unapproved Invoice Stage record, see SP42RC.CPY SQL table name SPMFDTIddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-P-CD 072 001 X - TRANS_CD char(1) Credit/Debit Indicator Value ’C’ or ’D’
SPMF-P-BASE-COST 153 010 S - BASE_COST numeric Base Purchase Cost PICS 9(13) V9(5)
COMP-3
Unapproved Invoice Stage record, see SP42RC.CPY SQL table name SPMFDTIddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-P-CALC-VALUE-1 163 010 S - VALUE_1 numeric Value of Calc’n Code 1 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-2 173 010 S - VALUE_2 numeric Value of Calc’n Code 2 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-3 183 010 S - VALUE_3 numeric Value of Calc’n Code 3 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-4 193 010 S - VALUE_4 numeric Value of Calc’n Code 4 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-5 203 010 S - VALUE_5 numeric Value of Calc’n Code 5 PICS 9(13)
V99999 COMP-3
SPMF -P-CALC-VALUE-6 213 010 S - VALUE_6 numeric Value of Calc’n Code 6 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-7 223 010 S - VALUE_7 numeric Value of Calc’n Code 7 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-8 233 010 S - VALUE_8 numeric Value of Calc’n Code 8 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-9 243 010 S - VALUE_9 numeric Value of Calc’n Code 9 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-10 253 010 S - VALUE_10 numeric Value of Calc’n Code 10 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-11 263 010 S - VALUE_11 numeric Value of Calc’n Code 11 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-12 273 010 S - VALUE_12 numeric Value of Calc’n Code 12 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-13 283 010 S - VALUE_13 numeric Value of Calc’n Code 13 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-14 293 010 S - VALUE_14 numeric Value of Calc’n Code 14 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-15 303 010 S - VALUE_15 numeric Value of Calc’n Code 15 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-16 313 010 S - VALUE_16 numeric Value of Calc’n Code 16 PICS 9(13)
V99999 COMP-3
SPMF-P-CALC-VALUE-17 323 010 S - VALUE_17 numeric Value of Calc’n Code 17 PICS 9(13)
V99999 COMP-3
Unapproved Invoice Stage record, see SP42RC.CPY SQL table name SPMFDTIddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL FIELD DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES TYPE
SPMF-P-GRN-DATE 363 005 N - GRN_DATE int GRN Date PIC 9(8) COMP-3
SPMF-P-INV-DATE 369 005 N - INV_DATE int Invoice Date PIC 9(8) COMP-3
SPMF-P-INV-APPROV-DATE 381 005 N - INV_APPR_DATE int Approval Date PIC 9(8) COMP-3
SPMF-P-LINE-VALUE 393 002 N - LINE_VAL char(2) Line value calc’n code no.
SPMF-P-COST-VALUE 397 002 N - COST_VAL char(2) Cost value calc’n code no.
SPMF-O-AUDIT-DATE 445 005 N - AUDIT_DATE int(4) Audit Date PIC 9(8) COMP-3
Unapproved Invoice Stage record, see SP42RC.CPY SQL table name SPMFDTIddd – (continued)
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPMF-O-ORDER-DATE 607 005 N - ORDER_DATE int Order Date PIC 9(8) COMP-3.
The sales history file holds a summary of completed sales orders and invoices that were
entered into SunBusiness through the Sales Order Processing module, and then cleared
down through Period Cleardown.
Summary of record types
There are the following types of record on the sales order file:
control record
usage record.
There is one control record (type ‘C’) per file; there is one usage (type ‘U’) record per item
been cleared down - this depends on the amount of consolidation being performed at the
cleardown.
Cobol File Description (FD)
M FD HISTORY-FILE.
V *FD HISTORY-FILE VALUE OF ID IS HISTORY-FILE-NAME.
MV COPY ‘SOHFRC.CPY’.
The record length is 1024 bytes.
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
BD-VALUE-1 038 010 S - VALUE_1 numeric Value of Calc’n Code 1 PICS 9(13)
V99999 COMP-3
BD-VALUE-2 048 010 S - VALUE_2 numeric Value of Calc’n Code 2 PICS 9(13)
V99999 COMP-3
BD-VALUE-3 058 010 S - VALUE_3 numeric Value of Calc’n Code 3 PICS 9(13)
V99999 COMP-3
BD-VALUE-4 068 010 S - VALUE_4 numeric Value of Calc’n Code 4 PICS 9(13)
V99999 COMP-3
BD-VALUE-5 078 010 S - VALUE_5 numeric Value of Calc’n Code 5 PICS 9(13)
V99999 COMP-3
BD-VALUE-6 088 010 S - VALUE_6 numeric Value of Calc’n Code 6 PICS 9(13)
V99999 COMP-3
BD-VALUE-7 098 010 S - VALUE_7 numeric Value of Calc’n Code 7 PICS 9(13)
V99999 COMP-3
BD-VALUE-8 108 010 S - VALUE_8 numeric Value of Calc’n Code 8 PICS 9(13)
V99999 COMP-3
BD-VALUE-9 118 010 S - VALUE_9 numeric Value of Calc’n Code 9 PICS 9(13)
V99999 COMP-3
BD-VALUE-10 128 010 S - VALUE_10 numeric Value of Calc’n Code 10 PICS 9(13)
V99999 COMP-3
BD-VALUE-11 138 010 S - VALUE_11 numeric Value of Calc’n Code 11 PICS 9(13)
V99999 COMP-3
BD-VALUE-12 148 010 S - VALUE_12 numeric Value of Calc’n Code 12 PICS 9(13)
V99999 COMP-3
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
BD-VALUE-13 158 010 S - VALUE_13 numeric Value of Calc’n Code 13 PICS 9(13)
V99999 COMP-3
BD-VALUE-14 168 010 S - VALUE_14 numeric Value of Calc’n Code 14 PICS 9(13)
V99999 COMP-3
BD-VALUE-15 178 010 S - VALUE_15 numeric Value of Calc’n Code 15 PICS 9(13)
V99999 COMP-3
BD-VALUE-16 188 010 S - VALUE_16 numeric Value of Calc’n Code 16 PICS 9(13)
V99999 COMP-3
BD-VALUE-17 198 010 S - VALUE_17 numeric Value of Calc’n Code 17 PICS 9(13)
V99999 COMP-3
BD-VALUE-18 208 010 S - VALUE_18 numeric Value of Calc’n Code 18 PICS 9(13)
V99999 COMP-3
BD-VALUE-19 218 010 S - VALUE_19 numeric Value of Calc’n Code 19 PICS 9(13)
V99999 COMP-3
BD-VALUE-20 228 010 S - VALUE_20 numeric Value of Calc’n Code 20 PICS 9(13)
V99999 COMP-3
The purchase history file holds a summary of completed purchase orders and invoices
that were entered into SunBusiness through the Purchase Order Processing module, and
then cleared down through Period Cleardown.
Summary of record types
There are the following types of record on the purchase order file:
control record
balance record.
There is one control record (type ‘C’) per file: there is one balance (type ‘S’) record per
item been cleared down - this depends on the amount of consolidation being performed at
the cleardown.
Cobol File Description (FD)
M FD HISTORY-FILE.
V *FD HISTORY-FILE VALUE OF ID IS HISTORY-FILE-NAME.
MV COPY “SPHFRC.CPY”.
The record length is 1024 bytes.
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPHF-S-DEL-DATE 029 005 N - DEL_DATE int Delivery Date PIC 9(8) COMP-3
SPHF-S-CALC-VALUE-1 055 010 S - CALC_VALUE_1 numeric Value of Calc’n Code 1 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-2 065 010 S - CALC_VALUE_2 numeric Value of Calc’n Code 2 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-3 075 010 S - CALC_VALUE_3 numeric Value of Calc’n Code 3 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-4 085 010 S - CALC_VALUE_4 numeric Value of Calc’n Code 4 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-5 095 010 S - CALC_VALUE_5 numeric Value of Calc’n Code 5 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-6 105 010 S - CALC_VALUE_6 numeric Value of Calc’n Code 6 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-7 115 010 S - CALC_VALUE_7 numeric Value of Calc’n Code 7 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-8 125 010 S - CALC_VALUE_8 numeric Value of Calc’n Code 8 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-9 135 010 S - CALC_VALUE_9 numeric Value of Calc’n Code 9 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-10 145 010 S - CALC_VALUE_10 numeric Value of Calc’n Code 10 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-11 155 010 S - CALC_VALUE_11 numeric Value of Calc’n Code 11 PICS 9(13)
V99999 COMP-3
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
SPHF-S-CALC-VALUE-12 165 010 S - CALC_VALUE_12 numeric Value of Calc’n Code 12 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-13 175 010 S - CALC_VALUE_13 numeric Value of Calc’n Code 13 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-14 185 010 S - CALC_VALUE_14 numeric Value of Calc’n Code 14 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-15 195 010 S - CALC_VALUE_15 numeric Value of Calc’n Code 15 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-16 205 010 S - CALC_VALUE_16 numeric Value of Calc’n Code 16 PICS 9(13)
V99999 COMP-3
SPHF-S-CALC-VALUE-17 215 010 S - CALC_VALUE_17 numeric Value of Calc’n Code 17 PICS 9(13)
V99999 COMP-3
The reference audit file holds the audit trail details for the relevant reference data. See the
subsection Data File Naming, in the section Naming Conventions for further information
about naming and usage of reference audit files.
Cobol File Description (FD)
M FD REF-AUDIT-FILE.
V *FD REF-AUDIT-FILE
V * VALUE OF ID IS REF-AUDIT-FILE-NAME.
01 REF-AUDIT-RECORD PIC X(1024).
In SQL systems, the data is stored in the following table, called SSRAINS for the
installation file audit trail, and SSRAREF for the Reference file.
Note: Oracle (O) fields have different datatype to SQL Server fields (S)
The SunBusiness transfer files hold transactions that have been created in SunBusiness,
ready to be posted into SunAccount. This may be sales invoices, purchase invoices, or
inventory movements. The file is called SBTR-DEM.DAT and is indexed-sequential. There
is a separate file for purchase commitments, though the layout is the same. The purchase
commitment file is called SPTR-ddd.TXT. This file is a sequential file.
Summary of record types
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
- - - - - CONTROL_IND char(1) -
- - - - - VERSION char(3) -
- - - - - LANG_CODE char(2) -
Control record for the purchase commitment file, SQL table name SPTRMSC
COBOL POS’N IN FIELD FIELD DEC. SQL COLUMN SQL DESCRIPTION COMMENT
FIELD NAME RECORD LENGTH TYPE PLACES FIELD
TYPE
- - - - - CONTROL_IND char(1) -
- - - - - VERSION char(3) -
- - - - - LANG_CODE char(2) -
The bank payments file holds details of payments made by the Generate Payments or
Generate Debits programs, for further processing. It is created when running Generate
Payments/Debits, if the Ledger Definition Automatic Bank Payments box is set to Y, and
the Payment Method you have selected is B. The bank payment file is for use with
automated payments systems, such as BACS. This file is a sequential file: there is no
index. There is no SQL table for this data – the file is the same for all environments. See
SunAccount Help for more information.
Summary of record types
BANK-ACCOUNT-CODE 016 034 X - Bank Account Number from Creditor/Debtor Bank Details
BANK-ACCOUNT-NAME 050 035 X - Bank Account Name from Creditor/Debtor Bank Details
The payment file holds details of payments/direct debits made by the Generate Payments
or Generate Debits programs, for further processing. It is created when running Generate
Payments/Debits. The payment file contains details of all payments/direct debits being
made. It is used by the Print Remittances program after the Generate Payments has
posted the payments to the ledger. After Generate Debits has posted the direct debit
transactions, then the file is cleared, as it is no longer required.
Summary of record types
P-RECORD-TYPE 012 001 X - Record Type Value ’C’, ’A’, ’P’, ‘D’ or ’Z’
If the record type is ‘P’ or ‘Z’, then the key includes Analysis Codes rather than the above four fields.
The data is defined according to the record type, each group being a definition of the first:
Control record, type ‘C’
P-BANK-ACC-NUM 063 034 X - Payment A/c Bank A/c No. From Bank Details
P-NUMBER-PAYMENTS 098 004 N Total number of credit balances PIC 9(6) COMP-3.
P-NUMBER-DEBIT-BAL 102 004 N Total number of debit balances PIC 9(6) COMP-3.
P-NUMBER-DEBIT-SETTLED 106 004 N Number of debit balances settled PIC 9(6) COMP-3.
P-CASH-TOTAL 110 010 S Base Cash Total PICS 9(15) V999 COMP-3.
P-DISCOUNT-TOTAL 120 010 S Base Discount Total PICS 9(15) V999 COMP-3.
P-TAX-TOTAL 130 010 S Base Tax Total PICS 9(15) V999 COMP-3
P-IN-USE-TOTAL 140 010 S Base in-use total PICS 9(15) V999 COMP-3
P-DEBIT-BAL-TOTAL 150 010 S Base Debit Balance Total PICS 9(15) V999 COMP-3
P-DEBIT-SETTLED-TOTAL 160 010 S Base Debit Settled Total PICS 9(15) V999 COMP-3
P-CASH-TOTAL-O 170 010 S Other Cash Total PICS 9(15) V999 COMP-3
P-DISCOUNT-TOTAL-O 180 010 S Other Discount Total PICS 9(15) V999 COMP-3
P-TAX-TOTAL-O 190 010 S Other Tax Total PICS 9(15) V999 COMP-3
P-IN-USE-TOTAL-O 200 010 S Other In-use Total PICS 9(15) V999 COMP-3
P-DEBIT-BAL-TOTAL-O 210 010 S Other Debit Balance PICS 9(15) V999 COMP-3
P-DEBIT-SETTLED-TOTAL-O 220 010 S Other Debit balance settled PICS 9(15) V999 COMP-3
P-BANK-ACCEPT-TOT 238 010 S Accepted Base Value PICS 9(15) V999 COMP-3.
P-BANK-REJECT-TOT 248 010 S Rejected Base Value PICS 9(15) V999 COMP-3
P-BANK-ACCEPT-TOT-O 258 010 S Accepted Other Value PICS 9(15) V999 COMP-3
P-BANK-REJECT-TOT-O 268 010 S Rejected Other Value PICS 9(15) V999 COMP-3
P-D-NUMBER-ACCEPTED 278 004 N Number of debit transactions accepted PIC 9(6) COMP-3
P-D-NUMBER-REJECTED 282 004 N Number of debit transactions rejected PIC 9(6) COMP-3
P-D-BANK-ACCEPT-TOT-O 306 010 S Other Accepted Value PICS 9(15) V999 COMP-3
P-D-BANK-REJECT-TOT-O 316 010 S Other Rejected Value PICS 9(15) V999 COMP-3
AM-D-BAL 338 010 N Total of debit balances PIC 9(15) V999 COMP-3.
AM-C-BAL 348 010 N Total of credit balances PICS 9(15) V999 COMP-3.
AM-D-BAL-O 358 010 N Total of other debit balances PICS 9(15) V999 COMP-3.
AM-C-BAL-O 368 010 N Total of other credit balances PICS 9(15) V999 COMP-3.
P-AC-IN-USE-TOTAL-O 199 018 S 3 Total in-use Other PICS 9(15) V999 Comp-3
P-AC-TAX-TOTAL-O 235 018 S 3 Total Tax Other PICS 9(15) V999 Comp-3
P-DISC-OUTPUT-AMOUNT 069 018 S 3 Output base amount PICS 9(15) v999 Comp-3
P-DISC-OUTPUT-OTHER-AM 087 018 S 3 Output other amount PICS 9(15) V999 Comp-3
In SQL versions, the data is stored in the following table, called SAPYPAYddd:
PROFILE_IND char(1)
AC_SEQ char(5)
CONV_CODE char(5)
REC_TYPE char(1)
DETAIL_KEY char(6)
BANK_KEY char(20)
KEY_FIELDS char(156)
O DATA_1 char(153)
S DATA_1 binary(153)
O DATA_2 char(241)
S DATA_2 binary(241)
Note: Oracle (O) fields have different datatype to SQL Server fields (S).
The journal hold file holds transactions that have been created in Journal Entry and then
held prior to posting. When a Rough Book is in use, transactions may be recalled from the
ledger file and then held prior to re-posting.
Summary of record types
There are the following types of record on the journal hold file:
Standard record
Journal Control record
Analysis record
Transaction Control record
Transaction Line record
Split record
Amendment record
Period record
Query Record 1
Query Record 2
Query Record 3
Query Record 4
Query Record 5
Journal Hold Control record
Journal Hold Version record
Journal Hold Actual/Budget record
Journal Hold Journal record.
SAJE-WORK-AJD-TAX-ACC-IND- 207 001 X - Journal definition tax ind profit & loss
PL
SAJE-WORK-AJD-STP-ACC-IND- 213 001 X - Journal definition stop ind profit & loss
PL
SAJE-WORK-J-BASE-TOTAL-D 279 010 N 3 Base Total Debit PIC 9(15) V9(3) COMP-3
SAJE-WORK-J-BASE-TOTAL-C 289 010 N 3 Base Total Credit PIC 9(15) V9(3) COMP-3
SAJE-WORK-J-OTHER-TOTAL-D 299 010 N 3 Other Total Debit PIC 9(15) V9(3) COMP-3
SAJE-WORK-J-OTHER-TOTAL-C 309 010 N 3 Other Total Credit PIC 9(15) V9(3) COMP-3
SAJE-WORK-J-MEMO-TOTAL-D 319 010 N 3 Memo Total Debit PIC 9(15) V9(3) COMP-3
SAJE-WORK-J-MEMO-TOTAL-C 329 010 N 3 Memo Total Credit PIC 9(15) V9(3) COMP-3
SAJE-WORK-J-RATIO-TOTAL-B 339 010 N 9 Ratio Total Base PIC 9(9) V9(9) COMP-3
SAJE-WORK-J-RATIO-TOTAL-O 349 010 N 9 Ratio Total Other PIC 9(9) V9(9) COMP-3
SAJE-WORK-T-BASE-D 054 010 S 3 Base Total Debit PIC 9(15) V9(3) COMP-3
SAJE-WORK-T-BASE-C 064 010 S 3 Base Total Credit PIC 9(15) V9(3) COMP-3
SAJE-WORK-T-OTHER-D 074 010 S 3 Other Total Debit PIC 9(15) V9(3) COMP-3
SAJE-WORK-T-OTHER-C 084 010 S 3 Other Total Credit PIC 9(15) V9(3) COMP-3
SAJE-WORK-TU-BASE-D 094 010 S 3 Non Posting Base Total Debit PIC 9(15) V9(3) COMP-3
SAJE-WORK-TU-BASE-C 104 010 S 3 Non Posting Base Total Credit PIC 9(15) V9(3) COMP-3
SAJE-WORK-TU-OTHER-D 114 010 S 3 Non Posting Other Total Debit PIC 9(15) V9(3) COMP-3
SAJE-WORK-TU-OTHER-C 124 010 S 3 Non Posting Other Total Credit PIC 9(15) V9(3) COMP-3
SAJE-WORK-P-BASE-D 048 010 N 3 Base Total Debit PIC 9(15) V9(3) COMP-3
SAJE-WORK-P-BASE-C 058 010 N 3 Base Total Credit PIC 9(15) V9(3) COMP-3
SAJE-WORK-P-OTHER-D 068 010 N 3 Other Total Debit PIC 9(15) V9(3) COMP-3
SAJE-WORK-P-OTHER-C 078 010 N 3 Other Total Credit PIC 9(15) V9(3) COMP-3
SAJH-JOURNAL-C-DEBIT 073 010 N 3 Base Total Debit PIC 9(15) V9(3) COMP-3
SAJH-JOURNAL-C-CREDIT 083 010 N 3 Base Total Credit PIC 9(15) V9(3) COMP-3
In SQL versions, the data is stored in the following table, called SAQFHLDxxx:
Note: Oracle (O) fields have different datatype to SQL Server fields (S).
The purchase import file holds details of purchase orders, GRN’s and invoices to be used
to update the purchase order master file, via the Purchase Import function within
SunBusiness Purchase Order Processing.
Summary of record
There are the following record types on the purchase import file:
Order Header record
Order Detail record
Order Description record
GRN Header record
GRN Detail record
Invoice Header Record
Invoice Detail record
Direct Invoice Header record
Direct Invoice Detail record
Direct Invoice Description record
1 = Cancelled
2 = Undelivered
The backup files (created using FB=File Backup/Restore) are sequential text files with no
index keys. The records are variable length, and are terminated by carriage return, line feed
or line feed alone depending on the environment.
All backup files have a version control record, which is the first record on the file. This is the
same format on each file (see below). Note that some files have their own control record too,
which is not connected with the version control record.
The version control record has the following layout:
bytes 01 to 07 contain the word ‘VERSION’
bytes 08 to 32 contain spaces
bytes 33 to 35 contain the version, currently ‘420’ in all cases
bytes 36 to 37 contain the language code.
The backup files are compatible over all operating systems.
The reference backup file is called SSRF-ddd.BAK. Each record on the data file has a
corresponding record on the backup file.
Summary of record types
The three character code at the beginning of each record identifies the record type. See the
subsection Standards for Reference Record Types, in the section Reference Maintenance,
for a complete list of the record types.
Reference backup file record descriptions
The layout of the records on this file is identical to the layout of the records on the master
indexed data file, SSRF-ddd.DAT. Therefore, see Appendix B: Master Data Files for the
record descriptions.
The ledger backup file is called SALF-ddd.BAK. Note that the layout of this file is used as the
basis for the SunBusiness transfer file (see Appendix B). Note also that the budget backup
files and the archive backup files share the same record layout. Each record on the data file
has a corresponding record on the backup file.
There are the following record types on the ledger backup file:
control record
transaction record.
There is one control (type ‘C’) record per file. Note that the SunBusiness transfer files also
have a control record, which is not the same as the ledger control record. There is one
transaction (type ‘L’) record for each transaction line posted to the ledger.
Note: Earlier formats of transaction backup records (Types ‘E’ and ‘T’) are still
available when using this layout for a SAF format import file to Journal Import.
See Appendix B, subsection Ledger File Record Descriptions, for descriptions of the
individual fields on the record.
The ledger backup file record layout is also used as the import record layout for Journal
Import SunAccount Format (SAF) transactions. You may use the record layout above with
record type ‘M’, or if you wish you may use the version 4 record layout as described below.
Version 4.0
Version 3
The sales order backup file is called SOMF-ddd.BAK. Each record on the data file (SOMF-
ddd.DAT) has a corresponding record on the backup file. Note that the sales order import file
has the same layout as this file.
Summary of record types
There are the following record types on the sales order backup file:
the order header record
the invoice header record
the detail record.
See Appendix B, subsection Summary of Record Types, for further information about the
existence of the different types of record.
Sales order backup file record descriptions
See Appendix B, subsection Sales Order File Record Descriptions, for descriptions of the
individual fields on the records.
Sales Order/Invoice Header Backup record
Movement file
Description
The movement backup file is called SMMF-ddd.BAK. Each record on the data file has a
corresponding record on the backup file.
Summary of record types
See Appendix B, subsection Movement File Record Descriptions, for descriptions of the
individual fields on the records.
Control Backup record
The stock take backup file is called SMKF-ddd.BAK. Each record on the data file has a
corresponding record on the backup file.
Summary of record types
the control record
the header record
the detail record.
See Appendix B, subsection The Stock Take File, for more details about the existence of
these records.
Stock take backup file record descriptions
See Appendix B, subsection Stock Take File Record Descriptions, for descriptions of the
individual fields on the records.
Control Backup record
The purchase order backup file is called SPMF-ddd.BAK. It contains the same data as the
purchase order file, in backup format.
Summary of record types
There are the following record types on the purchase order backup file:
the control record
the purchase order header record
the goods received note header record
the purchase invoice header record
the detail record.
See Appendix B, subsection The Purchase Order File, for further information about the
existence of these records.
Purchase order backup file record descriptions
See Appendix B, subsection Purchase Order File Record Descriptions, for descriptions of the
individual fields on the records.
Control Backup record
The sales history backup file is called SOHF-ddd.BAK. It contains the same data as the sales
history file, only in backup format.
Summary of record types
There is the following record type on the sales history backup file:
the usage record
See Appendix B, subsection The Sales History File, for further information about the
existence of the records. Note that there is no control record - except for the standard version
control record found on all backup files.
Sales history backup file record descriptions
See Appendix B, subsection Sales History File Record Descriptions, for descriptions of the
individual fields on the records.
The purchase history backup file is called SPHF-ddd.BAK. It contains the same data as the
purchase history file, only in backup format.
Summary of record types
There is the following record type on the purchase history backup file:
the balance record
See Appendix B, subsection The Purchase History File, for further information about the
existence of these records.
Purchase history backup file record descriptions
See Appendix B, subsection Purchase History File Record Descriptions, for descriptions of
the individual fields on the records.
Balance Backup record
The journal hold backup file is called SAQF-ddd.BAK. It contains the same data as the journal
hold file, only in backup format.
Summary of record types
See Appendix B, The SunAccount Journal Hold File for descriptions of individual fields on the
records.
Standard Backup record
Movement Import
Movement Import Batch Control record
A batch control record can be included in your import file. This record contains values which
should match the counted values at the end of the report. The batch control record must be
the last record in your file. The following table shows the data items, their length, start
position, and valid entries.
Record Type 1 1 B
Values must be filled with leading zeros. Quantity and value assume three decimal places
(without a decimal point) so +000000000010999 is taken to be +10.999. When reported, the
decimal places specification on the DB=Database Definitions is used.
Movement Import Detail record
Unused 5 Ignored
Sequence 4 Ignored
Receipt/Issue Indicator 1 R or I
Unused 1 Ignored
Unit of Stock Description 5 Any or blank. If blank, taken from the item
record
Unused 7 Ignored
Unused 5 Ignored
Note 1: If documents are required, the status is set accordingly. If ledger interface
postings are required, they are posted to the transfer file. Balances are updated as
specified on the movement definition. Costs will be imported if defined on
MD=Movement Definitions. Receipt reference and allocation are also taken from the
movement definition. Associated movement presets are ignored.
Note 2: This item code controls the allocation method, and the unit of stock.
Note 3: + in first character, then numeric. The last five digits are treated as decimal
places. If BD=Business Definition has Integer Quantities set to Y-Yes, then the last
five digits are ignored.
Note 4: The movement is rejected if the period is greater than the maximum number
of periods, or is outside the open period range on the BD=Business Definition. If zero
or blank, the current period on the business definition is used.
Note 5: Any one of these three values can be the base value. All three values are
defined and conform to the rules set in MV=Movement Values Definition.
Purchase Import
Purchase Import Header/Detail/Text records
Delivery Date 106 8 If the Due Date Per Line box for this
transaction type is set to Y-Yes, this
field is ignored. Otherwise enter a
valid date in the form ccyymmdd. If
you leave this box blank, the preset
for this transaction type is used if
there is one; otherwise the
transaction date is used.
Delivery Date 114 1 If the Due Date Per Line box for this
Advised transaction type is set to Y-
Yes, this field is ignored. Otherwise
enter Y-Yes or leave the field blank.
If you leave this field blank, the
preset for this transaction type is
used if there is one; otherwise
spaces are valid.
Analysis Codes 122 150 Enter a valid analysis code for each
(M0-M9) of the header analysis categories
(10 x 15 chars) specified in PD=Purchase Order
Definitions for this transaction type.
If you leave this field blank, the
preset for this transaction type is
used if there is one; otherwise
spaces are valid for analysis
categories not specified in
PD=Purchase Order Definitions.
Account Code 465 10 If the Accounts Code per line box for
this transaction type is left blank, the
entry for this field is ignored.
If the Accounts Code per line box for
this transaction type is set to O-Order
Entry, you must enter a valid account
code in this field. An account code is
invalid if it doesn’t exist or if it is
closed. If you leave this field blank,
the purchase detail preset for this
transaction type is used. If there is no
purchase detail preset, spaces may
be valid.
Asset Code 475 10 If the Asset Code per line box for this
transaction type is left blank, the
entry for this field is ignored.
If the Asset Code per line box for this
transaction type is set to O-Order
Entry, you must enter a valid asset
code in this field.
If you leave this field blank, the
purchase detail preset for this
transaction type is used. If there is no
purchase detail preset, spaces may
be valid.
Asset Subcode 485 5 If the Asset Code per line box for this
transaction type is left blank, the
entry for this field is ignored. If you
leave this field blank, the purchase
detail preset for this transaction type
is used. If there is no purchase detail
preset, spaces are valid. Any asset
subcode entered must be valid for
the asset code.
Analysis Codes 490 150 Enter a valid analysis code for each
(M0-M9) of the header analysis categories
(10 x 15 chars) specified for this transaction type. If
you leave this field blank, the
purchase detail preset for this
transaction type is used. If there is no
purchase detail preset, spaces are
valid for analysis categories not
specified for this transaction type.
Note: You can use OGRNI to update the status of Purchase Order Detail to goods
matched and import GRN details.
Delivery Due Date 34 8 If the Delivery Due Date per line box
for this transaction type is set to
blank, this field is ignored.
Enter a valid date in the form
ccyymmdd.
Otherwise the field defaults to the
invoice date.
Note: You can use OINVI to update the status if a Purchase Order Detail line to
invoiced and import invoice details. Calculation values can also be amended with this
record type.
Type 1 5 DINVH
Analysis Codes 140 150 Enter a valid analysis code for each
(M0-M9) of the header analysis categories
(10 x 15 chars) specified in PD=Purchase Order
Definition for this transaction type.
If you leave this field blank, the
preset for this transaction type is
used if there is one.
Otherwise, spaces are a valid entry
for analysis categories not specified
in PD=Purchase Order Definition.
Analysis Codes 530 150 Enter a valid analysis code for each
(M0-M9) of the header analysis categories
(10 x 15 chars) specified for the transaction type.
If you leave this field blank, the
purchase detail preset is used if there
is one, otherwise spaces are valid for
analysis categories not specified for
the transaction type.
Note: You can use DINVI to update the status of existing Invoice Detail lines.
Sales Import
Sales Import Batch Control record
A batch control record can be included in your import file. This record contains values which
should match the counted values at the end of the report.
The batch control record must be the last record in your file. The following table shows the
data items, their length, start position, and valid entries.
Record Type 1 1 B
Values must be filled with leading zeros.Values assume five decimal places (without a
decimal point) so +00000000001099999 istaken to be +10.99999. When reported, the
decimal places specification in DB=Database Definitionsis used. ‘Batch Counts’ are integers.
With all totals, ignore positive and negative values.
All additional records created as a result of exploding a kit list assembly, will not be included
in the counts and totals used for comparison with the batch control record.
Sales Import Header record
When your file is imported the system checks its contents. The following table shows which
data items must be present, their length and valid entries:
Unused 5 Ignored
Unused 5 Ignored
Customer Code 10 Valid Address Code or blank for preset (Note 2).
The Address Code must include a valid Account
Code.
A warning is given if the Account is suspended or
over its Credit Limit
Debit/Credit 1 Ignored
indicator
Unused 5 Ignored
Delivery Address 10 Valid Address Code or blank for preset (Note 2).
Code Delivery Address Details are used in preference to
presets. A
warning is given if the associated Account Code is
different from Customer Address
Unused 2 Ignored
Unused 2 Ignored
Unused 5 Ignored
Filler 176
Del Address Details 6 x 35 Any text (spaced appropriately) or blank. Only used
if Delivery Address Code is blank
Inv. Address Details 6 x 35 Any text (spaced appropriately) or blank. Only used
if Customer Code is blank and quotation being
imported
Record Type 1 D (upper case) for order item line or E (upper case)
for quotation item line
Unused 5 Ignored
Location Code 5 Valid Location Code or blank for preset (Note 1 & 3)
Item Code 15 Valid Item Code or blank for preset (Note 3 & 4) or ‘-
’ plus any text for nonstocked item
Sequence 4 Ignored
Debit/Credit 1 Ignored
indicator
Unused 5 Ignored
Unused 23 Ignored
Analysis Codes M0- 10x15 Valid Codes in Categories specified on Sales Order
M9 Definition. Blank for preset (Note 1 & 2)
D Note 10 Ignored
Unused 7
Unused 5 Ignored
Sequence 4 Ignored
Unused 3 Ignored
Note 2: HP=Sales Order Header Presets may be used for invoice address, delivery
address, transaction date, customer reference, delivery reference, comments, and
analysis codes. The invoice address may be blank if importing a quotation for a
prospective customer.
Note 3: DP=Sales Order Detail Presets may be used for item code, item description,
location code, up to 3 calculation values (Note 1), due date and account code.
Note 4: The IR=Item Records description is used if there is neither one on the import
file, the extended item description record, nor on a detail preset. The following are
also taken from the item record: unit of sale, base/next selling price, and item special
processes. The latter are used exactly as if the order were being entered manually.
So if you are subtotalling, you must present lines in the correct sequence.
Extended item descriptions will be added to the imported record if the item record
description is used and the SOP Extended Item Description on the IR=Item Records
is not blank and the description or the import file is blank.
Note 5: + or - in the first character then numeric. The last five digits are treated as
decimal places. If BD=Business Definition has integer quantities set to Y-Yes, then
the last five digits of the Sale and Stock Quantities are ignored.
Note 6: The transaction is rejected if the period is greater than the maximum number
of periods, or outside the Open Periods Ranges on the BD=Business Definition. If
zero, the Current Period on the BD=Business Definition, is used. Do not leave this
blank.
Note 7: The quotation expiry date is used only on quotation header records. If zero or
blank the Quotation Expiry date on the SD=Sales Order Definition is added to
Today’s Date to give a calculated quotation expiry date.
Note 8: These items should only be used if you are importing items as part of an
assembly. The assembly indicator should be set to ‘*’ asterisk if the item code is part
of an assembly which has already been exploded. Leave blank if the assembly is to
be exploded by the import program.
The assembly description indicator should be set to Y-Yes if the item on the detail line
is part of a process components type assembly which has already been exploded.
The assembly level indicator should be set to T-Top Level if the item on the detail is
the top level item of an already exploded assembly.
Field Name Position in file Field length SQL field type Value
Receipt Reference and Audit Date are only required if the sales order type is configured as
follows:
Update Stock Y
Lot number validation procedures are the same as for movement and purchase import
functions. Only if one or more valid transactions exist for the order, is the header imported, if
an order contains three transaction lines, of which one is invalid, then that one is rejected but
the other two are posted.
Reporting follows the standard sales import reporting methods. If Report Transactions is set
to ‘Y’, then detail lines along with description lines are printed; otherwise, a summary report is
produced.
After successful import, credit notes are placed on hold.
Upon printing a credit note, the Receipt Reference and Audit Date data are transferred to the
resulting movement receipt transaction on the movement table.
This transfer file is used to import transactions into SunAccount, using the JI=Journal Import
function. A table of this format is also generated by SunBusiness in order to transfer data
from SunBusiness to the SunAccount ledgers. JI=Journal Import can accept transfer files in
the formats: SAF, SBF and PCF, from previous versions of SunSystems v4.
The same layout is created when you backup the ledger and budget tables in SunAccount
(backup files are created by the FB=File Backup/Restore function). However, it contains a
control record which is not required for JI=Journal Import files.
The SAF format transfer file may be created by any application which is able to present it in
ASCII text format.
This layout should be used for every transaction that is to be imported into Ledger
Accounting, Corporate Allocations and the Fixed Asset Register. Remember that the debits
and credits should balance to zero.
Fields which are not used should be space filled.
Note: A full list of the maximum values permitted in is provided in Appendix F.
Control record
This is not required for JI=Journal Import, although a warning message appears if none is
found.
Filler 1 32 Space
Record Type 33 1 =C
Highest Journal 34 7
Number Used
Last Cleardown 41 5
Sequence Used
Filler 46 2 Spaces
Language Id. 48 2
Accounting transaction
Data item Start Length Comments
position
Filler 11 5 Spaces
Filler 31 2 Spaces
Record Type 33 1 =M
(Record Types E, T, N and L can
still be read in version 4.2. If your
records include analysis codes T0,
or T6 to T9 you must use Record
Type L or M.)
Debit/Credit Marker 66 1 = D or C
Allocation Indicator 67 1
Journal Type 68 5
Journal Source 73 5
Transaction 78 15 15 characters
Reference
Description 93 25
Cleardown 229 5
Filler 234 4
The SSINSTAL record (total length 1024) has three fields as the following table highlights:
INS_KEY 4 61 (3 + 58) This is the key for the ODN record and
holds the value of Operator ID as
specified in the enterable list of fields
above; it is a 3 character code. This is
followed by a further 58 spaces, making a
total INS_KEY of length 61.
SUN_DATA definition
When pushing a record into the SSINSTAL table you need to set up the SUN_DATA field as
one long string of data as the following table highlights:
Spaces 7 15 X 15 spaces
The SSINSTAL record (total length 1024) has three fields as the following table highlights:
When pushing a record into the SSINSTAL table you need to set up the SUN_DATA field as
one long string of data as the following table highlights:
Spaces 1 21 X Spaces
Operator Permissions
Data and Miscellaneous Restrictions (ACP)
ACP records
The SSINSTAL record (total length 1024) has three fields as the following table highlights:
When pushing a record into the SSINSTAL table you need to set up the SUN_DATA field as
one long string of data as the following table highlights:
Spaces 1 21 X Spaces
OPA records
The SSINSTAL record (total length 1024) has three fields as the following table highlights:
INS_KEY 4 61 (12 + This is the key for the OPA record and is
49) built up as follows:
Operator Group – The Operator Group
entered on the Operator Permissions
screen.
Database Code – The database entered
on the operator permission screen.
System
The 2 character code entered by the user
is mapped against a different 2 character
code as follows:
AR = SF, CO = SC, IC = SM,
LA = SA, PO = SP, SO = SO,
SX = SX, MM = SG, SS = SS
For example if a user enters the system
as PO then System code on the
SSINSTAL record will be SP.
When pushing a record into the SSINSTAL table you need to set up the SUN_DATA field as
one long string of data as the following table highlights:
Spaces 1 21 X Spaces
The following grids show which functions have which permissions and the code number that
is associated with each menu option.
SunSystems v4 functions (user input *** in database code)
Control Sequence Definitions, Data Access Groups, Database Definitions, Printer Definitions,
Language Definitions, Operator Definitions, Operator Buttons, Event Profiles, Rule Sets, Rule
Messages, Lookup Table Profiles, Lookup Tables, External File Types, Definable Data Items,
Transfer Profiles, Reconciliation Profiles, Business Views
Create 00150000
Amend 00010000
Delete 00230000
Transfer 00910000
Create 00150000
Amend 00010000
Delete 00230000
Audit Control
Amend 00010000
Create 00150000
Amend 00010000
Delete 00230000
Create 00150000
Amend 00010000
Delete 00230000
Transfer 00910000
Commitment Inquiry
Menu description Action code
Transfer 00910000
Amend 00010000
Journal Entry
Create 00150000
Amend 00010000
Delete 00230000
Hold 00380000
Start 00750000
Post 00550000
Rough 01370000
Journal Import
Post 00550000
Rough 01370000
Hold 00380000
Post 00550000
Rough 01370000
Account Allocation
Post 00550000
Rough 01370000
Generate 00370000
Create 00150000
Amend 00010000
Delete 00230000
Transfer 00910000
Amend 00010000
Journal Import
Post 00550000
Rough 01370000
Hold 00380000
Generate Allocations
Post 00550000
Rough 01370000
Calendar Definitions
Create 00150000
Amend 00010000
Delete 00230000
Transfer 00910000
Create 00150000
Amend 00010000
Delete 00230000
Transfer 00910000
Amend 00010000
Post 00550000
Rough 01370000
Journal Entry
Create 00150000
Amend 00010000
Delete 00230000
Hold 00380000
Start 00750000
Post 00550000
Rough 01370000
Journal Import
Post 00550000
Rough 01370000
Hold 00380000
Create 00150000
Amend 00010000
Delete 00230000
Transfer 00910000
Inventory Balances
Create 00150000
Amend 00010000
Delete 00230000
Business Definition
Amend 00010000
Create 00150000
Amend 00010000
Audit Control
Amend 00010000
Approve 01380000
Create 00150000
Amend 00010000
Delete 00230000
Transfer 00910000
Create 00150000
Amend 00010000
Delete 00230000
System Labels
Create 00150000
Amend 00010000
Quotation Entry
Approve 01380000
Convert 01390000
Reject 01410000
Inventory Allocation
Next 00480000
Back 00080000
First 00320000
Last 00440000
Amend/Alloc 00030000
Business Definition
Amend 00010000
Audit Control
Amend 00010000
Create 00150000
Amend 00010000
Examine 00290000
Report 00680000
Release 00690000
Create 00150000
Amend 00010000
Delete 00230000
Create 00150000
Amend 00010000
Delete 00230000
Transfer 00910000
Create 00150000
Amend 00010000
Examine 00290000
Report 00680000
System Labels
Create 00150000
Amend 00010000
Commitment Inquiry
Transfer 00910000
Business Definition
Amend 00010000
Audit Control
Amend 00010000
Release 00690000
Create 00150000
Amend 00010000
Delete 00230000
Hold 00380000
Approve 01380000
Release 00690000
Approve 01380000
Match 00960000
Create 00150000
Amend 00010000
Hold 00380000
DOP records
The SSINSTAL record (total length 1024) has three fields as the following table highlights:
INS_KEY 4 61 (10 + 51) This is the key for the DOP record and is
built up as follows:
First 5 characters = Operator Group
Name
Next 3 characters = Database Code
Next 2 characters = System
For example GAZ DEMSA is the key for
operator group GAZ, database DEM,
system SA.
Database Code
A valid database as defined in database
definitions.
System
The 2 character code entered by the
user is mapped against a different 2
character code as follows:
AR = SF, CO = SC, IC = SM,
LA = SA, PO = SP, SO = SO,
SX = SX, MM = SG, SS = SS
For example if a user enters the system
as PO then System code on the
SSINSTAL record will be SP.
The rest of the key is spaces
When pushing a record into the SSINSTAL table you need to set up the SUN_DATA field as
one long string of data as the following table highlights:
Spaces 1 21 X Spaces
TDA record
The SSINSTAL record (total length 1024) has three fields as the following table highlights:
INS_KEY 4 61 (5 + 56) This is the key for the TDA record and is
built up as follows:
Operator Group – The Operator Group
entered on the Operator Permissions
screen.
When pushing a record into the SSINSTAL table you need to set up the SUN_DATA field as
one long string of data as the following table highlights:
Spaces 1 21 X Spaces
Each export and import flag is linked to a function and should be in the following order.
Export Flags
1. Ledger File
2. Sales Order File
3. Sales Invoices
4. Sales Quotations
5. Purchase Orders
6. Purchase Invoices
7. Goods Received Notes
8. Inventory Movements
9. External File Types
10. Chart Of Accounts
11.Address Record
12.Address Analysis
13.Analysis Codes
14.Bank Details
15.Asset Record
16.Asset Analysis
17. Asset Diary
18.Asset Budget
19.Conversion Definition
20.Conversion Tables
21. Daily Conversion
22. Item Record
23. Item Supplier
24. Extended Item Description
25. Inventory Balances
26.Price Book
27. Bill Of Materials
28.Space
29.Space
30.Space
Import Flags
1. Ledger File
2. Sales Order File
3. Sales Invoices (note no import flag on screen so set to space)
4. Sales Quotations (note no import flag on screen to set to space)
5. Purchase Orders
6. Purchase Invoices
7. Goods Received Notes
8. Inventory Movements
9. External File Types
10. Chart Of Accounts
11.Address Record
12.Address Analysis
13.Analysis Codes
14.Bank Details
15.Asset Record
16.Asset Analysis
17. Asset Diary
18.Asset Budget
19.Conversion Definition
20.Conversion Tables
21. Daily Conversion
22. Item Record
23. Item Supplier
24. Extended Item Description
25. Inventory Balances
26.Price Book
27. Bill Of Materials
28.Space
29.Space
30.Space
The SSINSTAL record (total length 1024) has three fields as the following table highlights:
INS_KEY 4 61 (5 + 56) This is the key for the DAG record and
holds the value of data access group as
specified in the enterable list of fields
above; it is a 5 character code. This is
followed by a further 56 spaces, making a
total INS_KEY of length 61.
When pushing a record into the SSINSTAL table you need to set up the SUN_DATA field as
one long string of data as the following table highlights:
Spaces 9 13 X 13 spaces
When pushing a record into the SSINSTAL table you need to set up the SUN_DATA field as
one long string of data as the following table highlights:
Filler 1 13 X Filler
Lock 88 1 X Lock
When pushing a record into the SSINSTAL table you need to set up the SUN_DATA field as
one long string of data as the following table highlights:
Filler 1 13 X Filler
When pushing a record into the SSINSTAL table you need to set up the SUN_DATA field as
one long string of data as the following table highlights:
Filler 1 13 X Filler
When pushing a record into the SSINSTAL table you need to set up the SUN_DATA field as
one long string of data as the following table highlights:
Filler 1 13 X Filler
When pushing a record into the SSINSTAL table you need to set up the SUN_DATA field as
one long string of data as the following table highlights:
Filler 1 13 X Filler
Slot numbers
System Code = SS (user input – database code = ***)
The number determines the position in the permissions field and the words define the function
to restrict.
1. Ledger Accounting
2. Sales Order Processing
3. Change Database
4. File Backup/Restore
5. File Creation
6. View Stored Report
7. Change Printer
8. Purchase Order Processing
9. Operator Definitions
10. Printer Definitions
11. Database Definitions
12. Fixed Asset Register
13.Corporate Allocations
14.
15.System Parameters
16. Clear Operators
17.Serialisation
18.Operator Permissions
19.Inventory Control
20. Materials Management
21.
22.
23. Language Definitions
24. User Hook Definition
25.Control Sequence Definitions
26.Amend Password
27. Report Definition
28.Operator Buttons
29.
30.
31.SunQuery
32.SunExtras
33. Data Access Groups
34.Analysis Mapping Rules
35.Analysis Mapping
36.Analysis Category Lengths
37.
38.
39.
40.
41.Audit Control
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81. Event Profiles
82. Rule Sets
83. Rule Messages
84. Lookup Table Profiles
85.Lookup Tables
86. External File Types
87. Definable Data Items
88. Transfer Profiles
89. Transfer Manager
90.
91. Reconciliation Profiles
92. Reconciliation Accounts
93.Reconciliation Manager
94.
95.
96.
97.
98.
99.Business Views
The number determines the position in the permissions field and the words define the function
to restrict.
1. Journal Entry
2.
3. Account Inquiry
4. Account Allocation
5. Journal Import
6. Journal Listing
7. Account Listing
8. Trial Balance
9. Ledger Revaluation
10.Change Budgets
11.Period Cleardown
12. Chart Of Accounts
13.Names and Addresses
14.Analysis Codes
15.Ledger Definition
16. Journal Definitions
17.Analysis Definitions
18. Statement Layouts
19. Statement Line Contents
20. Materials Management
21. Transfer Layouts
22.Column Headings
23. Commitment Inquiry
24.Conversion Tables
25.Financial Statements
26.Financial Analysis
27.Analysis Layouts
28.
29.Debtor Transfer
30. Standard Descriptions
31.Generate Payments
32. Print Remittences
33. Creditor Transfer
34.Balance File Rebuild
35.Bank Details
36. New Period
37.Balance File Update
38.
39.
40. Print Statements
41. Transaction Matching
42. Print Tax Listing
43. Print Account Tax Listing
44.Cash Tax Allocation
45.Day Book Listing
46. Treasurer Interface Definitions
47.Treasurer Transactions Definitions
48.Budget Definitions
49.Discount Terms Definition
50. Format Definitions
51.Audit Control
52.Void Payments
53. Ledger Export
54. Export Definitions
55. Export Consolidation
56.Journal Presets
57.
58. Daybook Definition
59.
60.
61. Payment Listing
62.Generate Debits
63. Table Formats
64. Table Rows
65. Table Columns
66.
67.Financial Tables
68.Aged Analysis
69.Aged Analysis Layouts
70. Report Definition
71. Formatted Layouts
72. Print Formatted Accounts
73.Tax Listing Layouts
74.
75.Conversion Definitions
76. Payment Profiles
77. Tax Details
78. Daily Conversion Tables
79.Sequence Number Definition
80.Post Rough Book
81.Budget Check Definition
82. Payment Reference Data
83.
84.
85.
86.
87.
88.Tax Accounts
The number determines the position in the permissions field and the words define the function
to restrict.
1.
2.
3. Account Inquiry
4.
5. Journal Import
6. Journal Listing
7. Account Listing
8.
9.
10.Change Budgets
11.
12. Chart Of Accounts
13.
14.Analysis Codes
15.Ledger Definition
16.Analysis Layouts
17.
18. Statement Layouts
19. Statement Line Contents
20. Materials Management
21.
22.Column Headings
23.
24.
25.Financial Statements
26.Financial Analysis
27.
28.
29.Balance File Rebuild
30.Balance File Update
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.Budget Definition
49.
50.
51.Audit Control
52.
53. Ledger Export
54. Export Definitions
55. Export Consolidation
56.
57.
58.
59.
60.
61.
62.Financial Tables
63. Table Formats
64. Table Rows
65. Table Columns
66.
67.
68.
69.
70. Report Definition
71.
72.
73. Allocation Ratios
74. Allocation Sources
75.Allocation Targets
76. Allocation Definitions
77.Generate Allocations
78.Definition Report
79. Calendar Definitions
80.
81.Budget Check Definition
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
The number determines the position in the permissions field and the words define the function
to restrict.
1. Journal Entry
2. Journal Import
3. Calculate Depreciation
4.
5.
6.
7. Asset Inquiry
8. Mark For Disposal
9. Asset Disposal
10.Asset Budget Records
11.Asset Records
12. Chart Of Accounts
13.Asset Analysis
14.Analysis Codes
15. Asset Diary
16.Conversion Tables
17. New Period
18.Change Budgets
19.Period Cleardown
20. Materials Management
21.
22.
23.Balance File Rebuild
24.Balance File Update
25.Journal Listing
26. Asset Listing
27. Asset Register
28. Asset Status
29.Financial Analysis
30. Standard Descriptions
31.
32.
33.Register Definition
34.Budget Definitions
35.Analysis Definitions
36. Journal Definitions
37. Spread Ratios
38.Audit Control
39.Analysis Layouts
40.Column Headings
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53. Ledger Export
54. Export Definitions
55. Export Consolidation
56.Journal Presets
57. Table Headings
58.Depreciation Tables
59.Depreciation Tables Listing
60.
61.
62.
63. Table Formats
64. Table Rows
65. Table Columns
66.
67.Financial Tables
68.
69.
70. Report Definition
71.
72.
73.
74.
75.Conversion Definitions
76.
77. Tax Details
78. Daily Conversion Tables
79.Sequence Number Definitions
80.
81.Budget Check Definitions
82.
83.
84.
85.
86.
87.
88.Tax Accounts
89. Payment Terms Definitions
90.Payment Terms Instalments
91.
92.
93.
94.
95.
96.
97.
98.
The number determines the position in the permissions field and the words define the function
to restrict.
1. Sales Order Entry
2. Inventory Allocation
3. Sales Import
4. Quotation Entry
5. Sales Inquiry
6. Customer Inquiry
7. Item Inquiry
8.
9. Chart Of Accounts
10.Names and Addresses
11. Item Records
12. Inventory Balances
13.Analysis Codes
14. New Period
15.Period Cleardown
16. Customer Listing
17.
18.Sales Analysis
19.Order Status
20.
21.Sales Listing
22.Quotation Conversion
23.Despatch Counter
24. Print Quotations
25. Print Acknowledgements
26. Print Picking Docs
27. Sales Format Definition
The number determines the position in the permissions field and the words define the function
to restrict.
1. Purchase Order Entry
2. Purchase Invoice Entry
3. Purchase Invoice Matching
4. Goods Receipt Matching
5. Invoice Approval
6.
7. Purchase Import
8.
9.
10.Purchase Inquiry
11.Supplier Inquiry
12. Item Inquiry
13. Chart Of Accounts
14.Names and Addresses
15. Item Records
16. Item Suppliers
17. Inventory Balances
18.Analysis Codes
19. New Period
20.
21. Commitment Transfer
22.Period Cleardown
23.
24.Purchase Listing
25.Supplier Listing
26.Invoice Register
27.Purchase Commitment
28. Commitment Inquiry
29.Purchase Order Status
30.Order Amendment Listing
31.Print POP Miscellaneous Documents
32.Additional Header Labels
33. Print Purchase Orders
34.Maintain Document Counter
35.
36.
37.
38.
39.
40.Business Definition
41. Location Definitions
42.Analysis Definitions
43. Calculation Definitions
44. Calculation Tables
45.Purchase Order Definitions
46.Purchase Header Presets
47.Purchase Detail Presets
48.Ledger Interface
49. Unit Conversion Tables
50. Report Definition
51. Item Special Processes
52.Audit Control
53.
54.
55.
56.Statistical Layouts
57. Print Statistical Declaration
58.
59.
60.
61.
62.
63.
64.System Labels
65.
66.
67.
68.
69.
70.
71.Address Analysis
72.
73.
74.
75.Conversion Definitions
76.
77.Conversion Tables
78. Daily Conversion Tables
79. Item Descriptions
80.
81.Budget Check Definition
82.
83.Purchase Format Definition
84.
85.
86.
87.
88. Transaction Audit Control
89.
90.
91.
92.
93.
94.
95.Charge Index
96.Additional Cost Voucher
97.
98.
The number determines the position in the permissions field and the words define the function
to restrict.
1. Movement Entry
2. Inventory Allocation
3. Movement Import
4.
5. Inventory Inquiry
6. Movement Inquiry
7.
8.
9. Item Records
10. Item Suppliers
11. Inventory Balances
12.Analysis Codes
13. New Period
14.Period Cleardown
15. Inventory Status
16.
17.Movement Analysis
18. Movement Listing
19.Inventory Listing
20.
21. Inventory Evaluation
22.Inventory Usage
23. Inventory Cover
24.
25. Print Movements
26.
27.
28.
29.Business Definition
30.Analysis Definitions
31. Movement Definitions
32.Movement Presets
33.Ledger Interface
34. Chart Of Accounts
35. Location Definitions
36. Report Definition
37.Analysis Layouts
38.
39.
40.
41.
42.
43.
44.
45. Expired Items
46.
47.
48.Audit Control
49.
50.
51.
52.
53. Stock Take Definitions
54. Generate Stock Take
55. Stock Take Entry
56. Stock Take Inquiry
57. Stock Take Approval
58. Stock Take Listing
59. Stock Take Valuation
60.Movement Values Definition
61. Assembly Structure
62. Item Descriptions
63. Assembly Structure List
64.Stock Take Clearance
65.System Labels
66.Batch Allocation
67.Amend Receipt Reference
68.Inventory Transfer
69. Revalue Inventory
The number determines the position in the permissions field and the words define the function
to restrict.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40. Bill Of Materials
41. Item Records
42. Item Descriptions
43. Item Suppliers
44. Inventory Balances
45.Analysis Codes
46.Analysis Definitions
47. Chart Of Accounts
48.Names and Addresses
49.Address Analysis
50. Location Definitions
51. Unit Conversion Tables
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70. Report Definition
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
The number determines the position in the permissions field and the words define the function
to restrict.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20. Materials Management
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70. Report Definition
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
The following is a list of potential restrictions not obvious to users of SunSystems v4.
This list should not however be taken as definitive, as other restrictions may apply which are
not listed here.
Account Listing
Maximum of 50 conversion codes.
Financial Tables
Maximum of 500 table rows and 50 table columns.
Inventory Control
A maximum of 9999 lines per Movement.
Stock take
Each stock take generated is limited to 9000 lines (0001 - 9000). If one stock take is longer
than 9000 lines a new stock take is automatically generated. Line numbers 9001 - 9999 are
reserved for creating movements.
There is a generic UNIX constraint which limits files to a size of 2 gigabytes. You can use the
system parameter ULIMIT if you want to impose a lower limit.
This appendix provides information about the matrix of commands and call points for each
function in Process Manager. See the section Event Profiles for details.
The notes below apply to the following tables where marked:
Notes
1. Not supported by this function.
2. If set, this will be treated like DISPLAY.
3. Workspace fields, plus Description, Due Date, ten T-Codes, Allocation Indicator (W, F, P,
R, space, or number).
4. Workspace fields only.
5. Only with WRITE MACRO.
6. Before Quantity.
7. Before Calculation Value.
8. Workspace fields, plus M-Codes, Account Codes, and Calculation Values.
9. Workspace fields plus Order Quantity.
10.Workspace fields plus Stock Quantity.
11.Display results in a message being output to Business Analyser. The message code will
also be shown in the Sales Order Import file SI report.
12.After Item Code.
13.Before Purchase Quantity.
14.Workspace fields, plus M-Codes, Account Codes, Calculation Value, Asset Code and
Asset Subcode.
15.Workspace fields, plus Supplier Item description.
16.Workspace fields, plus Purchase Quantity.
17.Workspace fields, plus Stock Quantity.
18.Display results in a message being output to Business Analyser. The message code is
also shown in the Purchase Order Import file report.
19.Only where source is Bill of Materials and target is Inventory Movements file, or Sales
Order file, or external files based on these two.
20.Workspace fields, plus Analysis Codes M0-M9.
AMEN CAL CALL DISPL ERR EXPLOD IF MATC OR RUN RUN SET WRIT
D1 C AY OR E1 H1 W E
(Default) No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes Yes5
3
s
00001 Transaction Line No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes Yes5
3
s
00002 Prior to Journal Post No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes Yes5
4
s
00003 Each Line Posted No Yes Yes Yes Yes2 No Yes No Ye Yes Yes Yes Yes5
4
s
00004 Start of Session No Yes Yes Yes Yes2 No Yes No Ye Yes Yes Yes Yes5
4
s
00005 End of Session No Yes Yes Yes Yes2 No Yes No Ye Yes Yes Yes Yes5
4
s
00006 Header1 No No No No No No No No No No No No No
00007 Release1 No No No No No No No No No No No No No
00008 Hold Journal No Yes Yes Yes Yes2 No Yes No Ye Yes Yes Yes Yes5
4
s
00009 Journal Posted No Yes Yes Yes Yes2 No Yes No Ye Yes Yes Yes Yes5
4
s
AMEN CAL CALL DISPL ERR EXPLOD IF MATC OR RUN RUN SET WRIT
D1 C AY OR E1 H1 W E
AMEN CAL CALL DISPL ERR EXPLOD IF MATC OR RUN RUN SET WRIT
D1 C AY OR E1 H1 W E
JI=Journal Import
Call Point Command
AMEN CALC CALL DISPL ERR EXPLOD IF MATC OR RU RUN SET WRIT
1 1 1
D AY OR E H N W E
(Default) No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes3 Yes5
s
00001 Transaction Line No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes3 Yes5
s
00002 Prior to Journal Post No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes4 Yes5
s
00003 Each Line Posted No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes4 Yes5
s
00004 Start of Session No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes4 Yes5
s
00005 End of Session No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes4 Yes5
s
00006 Header1 No No No No No No No No No No No No No
00007 Release1 No No No No No No No No No No No No No
00009 Journal Posted1 No Yes Yes Yes Yes No Yes No Ye No No Yes4 Yes5
s
AMEN CALC CALL DISPL ERR EXPLOD IF MATC OR RU RUN SET WRIT
D1 AY OR E1 H1 N W E
AMEN CALC CALL DISPL ERR EXPLOD IF MATC OR RU RUN SET WRIT
D1 AY OR E1 H1 N W E
AMEND1 CAL CALL DISPL ERR EXPLOD IF MATC OR RU RUN SET WRIT
C AY OR E1 H1 N W E
(Default) No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00001 Transaction Line No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00006 Header No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes4 Yes5
s
00007 Release No Yes Yes Yes Yes2 No Yes No Ye Yes Yes Yes4 Yes5
s
00100 Item Code1 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes4 Yes5
s
AMEND1 CAL CALL DISPL ERR EXPLOD IF MATC OR RU RUN SET WRIT
C AY OR E1 H1 N W E
00101 Order Quantity6 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes9 Yes5
s
00102 Stock Quantity6 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes1 Yes5
0
s
00103 Calculation Code 17 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00104 Calculation Code 27 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00105 Calculation Code 37 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00106 Calculation Code 47 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00107 Calculation Code 57 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00108 Calculation Code 67 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes
s
00109 Calculation Code 77 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00110 Calculation Code 87 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
AMEND1 CAL CALL DISPL ERR EXPLOD IF MATC OR RU RUN SET WRIT
C AY OR E1 H1 N W E
00111 Calculation Code 97 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00112 Calculation Code 107 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00113 Calculation Code 117 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00114 Calculation Code 127 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00115 Calculation Code 137 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00116 Calculation Code 147 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00117 Calculation Code 157 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00118 Calculation Code 167 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes
s
00119 Calculation Code 177 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00120 Calculation Code 187 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
AMEND1 CAL CALL DISPL ERR EXPLOD IF MATC OR RU RUN SET WRIT
C AY OR E1 H1 N W E
00121 Calculation Code 197 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
00122 Calculation Code 207 No Yes Yes Yes Yes No Yes No Ye Yes Yes Yes8 Yes5
s
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
(Default) No Yes Yes Yes11 Yes11 No Yes No Yes Yes Yes Yes Yes
00001 Transaction No Yes Yes Yes11 Yes11 No Yes No Yes Yes Yes Yes Yes
Line
00004 Start of No No No No No No No No No No No No No
Session1
00005 End of No No No No No No No No No No No No No
Session1
00006 Header No Yes Yes Yes Yes2 No Yes No Yes Yes Yes Yes4 Yes5
00007 Release No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes4 Yes5
00009 Journal No No No No No No No No No No No No No
Posted1
00100 Item Code No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00101 Order No No No No No No No No No No No No No
1
Quantity
00102 Stock No No No No No No No No No No No No No
Quantity1
00103 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 1
00104 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 2
00105 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 3
00106 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 4
00107 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 5
00108 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 6
00109 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 7
00110 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 8
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00111 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 9
00112 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 10
00113 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 11
00114 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 12
00115 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 13
00116 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 14
00117 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 15
00118 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 16
00119 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 17
00120 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 18
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00121 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 19
00122 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes5
Code 20
00200 Transfer No No No No No No No No No No No No No
Manager
Summary1
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
(Default) No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes
00001 Transaction No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes
Line
00002 Prior to No No No No No No No No No No No No No
Journal Post1
00004 Start of No No No No No No No No No No No No No
Session1
00005 End of No No No No No No No No No No No No No
Session1
00006 Header No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes4 Yes5
00007 Release No Yes Yes Yes Yes2 No Yes No Yes Yes Yes Yes4 Yes5
00009 Journal No No No No No No No No No No No No No
Posted1
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00100 Item Code12 No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes15 Yes5
00101 Order No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes16 Yes5
13
Quantity
00102 Stock No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes17 Yes5
Quantity6
00103 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 1
00104 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
Code 27
00105 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 3
00106 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
Code 47
00107 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 5
00108 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
Code 67
00109 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 7
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00110 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 8
00111 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 9
00112 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 10
00113 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 11
00114 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 12
00115 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 13
00116 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 14
00117 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 15
00118 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 16
00119 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 17
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00120 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 18
00121 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 19
00122 Calculation No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes14 Yes5
7
Code 20
00200 Transfer No No No No No No No No No No No No No
Manager
Summary1
PI=Purchase Import
Call Point Command
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
(Default) No Yes Yes Yes18 Yes18 No Yes No Yes Yes Yes Yes14 Yes
00001 Transaction No Yes Yes Yes18 Yes18 No Yes No Yes Yes Yes Yes14 Yes
Line
00002 Prior to No No No No No No No No No No No No No
Journal Post1
00004 Start of No No No No No No No No No No No No No
Session1
00005 End of No No No No No No No No No No No No No
Session1
00006 Header No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes
00007 Release No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes
00009 Journal No No No No No No No No No No No No No
Posted1
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00101 Order No No No No No No No No No No No No No
1
Quantity
00102 Stock No No No No No No No No No No No No No
Quantity1
00103 Calculation No No No No No No No No No No No No No
1
Code 1
00104 Calculation No No No No No No No No No No No No No
Code 21
00105 Calculation No No No No No No No No No No No No No
1
Code 3
00106 Calculation No No No No No No No No No No No No No
Code 41
00107 Calculation No No No No No No No No No No No No No
1
Code 5
00108 Calculation No No No No No No No No No No No No No
Code 61
00109 Calculation No No No No No No No No No No No No No
1
Code 7
00110 Calculation No No No No No No No No No No No No No
Code 81
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00111 Calculation No No No No No No No No No No No No No
Code 91
00112 Calculation No No No No No No No No No No No No No
Code 101
00113 Calculation No No No No No No No No No No No No No
Code 111
00114 Calculation No No No No No No No No No No No No No
Code 121
00115 Calculation No No No No No No No No No No No No No
1
Code 13
00116 Calculation No No No No No No No No No No No No No
Code 141
00117 Calculation No No No No No No No No No No No No No
1
Code 15
00118 Calculation No No No No No No No No No No No No No
Code 161
00119 Calculation No No No No No No No No No No No No No
1
Code 17
00120 Calculation No No No No No No No No No No No No No
Code 181
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00121 Calculation No No No No No No No No No No No No No
1
Code 19
00122 Calculation No No No No No No No No No No No No No
Code 201
00200 Transfer No No No No No No No No No No No No No
Manager
Summary1
TR=Transfer Manager
Call Point Command
AMEND CALC CALL DISPLAY ERROR1 EXPLODE IF MATCH OR RUN RUNW SET WRITE
(Default) Yes Yes Yes Yes No Yes19 Yes Yes Yes Yes Yes Yes Yes
00001 Transaction Yes Yes Yes Yes No Yes19 Yes Yes Yes Yes Yes Yes Yes
Line
00004 Start of No No No No No No No No No No No No No
Session1
00005 End of Session No Yes Yes Yes No No Yes No Yes Yes Yes Yes4 Yes5
00006 Header1 No No No No No No No No No No No No No
00007 Release1 No No No No No No No No No No No No No
AMEND CALC CALL DISPLAY ERROR1 EXPLODE IF MATCH OR RUN RUNW SET WRITE
00103 Calculation No No No No No No No No No No No No No
Code 11
00104 Calculation No No No No No No No No No No No No No
Code 21
00105 Calculation No No No No No No No No No No No No No
Code 31
00106 Calculation No No No No No No No No No No No No No
Code 41
00107 Calculation No No No No No No No No No No No No No
Code 51
00108 Calculation No No No No No No No No No No No No No
Code 61
00109 Calculation No No No No No No No No No No No No No
Code 71
00110 Calculation No No No No No No No No No No No No No
Code 81
00111 Calculation No No No No No No No No No No No No No
Code 91
AMEND CALC CALL DISPLAY ERROR1 EXPLODE IF MATCH OR RUN RUNW SET WRITE
00112 Calculation No No No No No No No No No No No No No
Code 101
00113 Calculation No No No No No No No No No No No No No
Code 111
00114 Calculation No No No No No No No No No No No No No
Code 121
00115 Calculation No No No No No No No No No No No No No
Code 131
00116 Calculation No No No No No No No No No No No No No
1
Code 14
00117 Calculation No No No No No No No No No No No No No
Code 151
00118 Calculation No No No No No No No No No No No No No
1
Code 16
00119 Calculation No No No No No No No No No No No No No
Code 171
00120 Calculation No No No No No No No No No No No No No
1
Code 18
00121 Calculation No No No No No No No No No No No No No
Code 191
AMEND CALC CALL DISPLAY ERROR1 EXPLODE IF MATCH OR RUN RUNW SET WRITE
00122 Calculation No No No No No No No No No No No No No
1
Code 20
00200 Transfer No Yes Yes Yes No No Yes No Yes Yes Yes Yes Yes
Manager
Summary
RN=Reconciliation Manager
Call Point Command
AMEND1 CALC1 CALL1 DISPLAY1 ERROR EXPLODE1 IF MATCH OR RUN1 RUNW1 SET1 WRITE1
1
(Default) No No No No No No Ye Yes Ye No No No No
s s
00006 Header1 No No No No No No No No No No No No No
00007 Release1 No No No No No No No No No No No No No
AMEND1 CALC1 CALL1 DISPLAY1 ERROR EXPLODE1 IF MATCH OR RUN1 RUNW1 SET1 WRITE1
1
AMEND1 CALC1 CALL1 DISPLAY1 ERROR EXPLODE1 IF MATCH OR RUN1 RUNW1 SET1 WRITE1
1
ME=Movement Entry
Call Point Command
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
(Default) No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes20 Yes5
00001 Transaction No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes3 Yes5
Line
00002 Prior to No No No No No No No No No No No No No
Journal Post
00004 Start of No No No No No No No No No No No No No
Session
00005 End of No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes Yes
Session
00006 Header1 No No No No No No No No No No No No No
00007 Release1 No No No No No No No No No No No No No
00009 Journal No No No No No No No No No No No No No
Posted1
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00101 Order No No No No No No No No No No No No No
Quantity1
00102 Stock No No No No No No No No No No No No No
Quantity1
00103 Calculation No No No No No No No No No No No No No
Code 11
00104 Calculation No No No No No No No No No No No No No
Code 21
00105 Calculation No No No No No No No No No No No No No
1
Code 3
00106 Calculation No No No No No No No No No No No No No
Code 41
00107 Calculation No No No No No No No No No No No No No
1
Code 5
00108 Calculation No No No No No No No No No No No No No
Code 61
00109 Calculation No No No No No No No No No No No No No
1
Code 7
00110 Calculation No No No No No No No No No No No No No
Code 81
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00111 Calculation No No No No No No No No No No No No No
1
Code 9
00112 Calculation No No No No No No No No No No No No No
Code 101
00113 Calculation No No No No No No No No No No No No No
1
Code 11
00114 Calculation No No No No No No No No No No No No No
Code 121
00115 Calculation No No No No No No No No No No No No No
1
Code 13
00116 Calculation No No No No No No No No No No No No No
Code 141
00117 Calculation No No No No No No No No No No No No No
1
Code 15
00118 Calculation No No No No No No No No No No No No No
Code 161
00119 Calculation No No No No No No No No No No No No No
1
Code 17
00120 Calculation No No No No No No No No No No No No No
Code 181
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00121 Calculation No No No No No No No No No No No No No
Code 191
00122 Calculation No No No No No No No No No No No No No
Code 201
00200 Transfer No No No No No No No No No No No No No
Manager
Summary1
MI=Movement Import
Call Point Command
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
(Default) No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes20 Yes5
00001 Transaction No Yes Yes Yes Yes No Yes No Yes Yes Yes Yes3 Yes5
Line
00002 Prior to No No No No No No No No No No No No No
Journal Post
00004 Start of No No No No No No No No No No No No No
Session
00005 End of No No No No No No No No No No No No No
Session
00006 Header1 No No No No No No No No No No No No No
00007 Release No No No No No No No No No No No No No
00009 Journal No No No No No No No No No No No No No
Posted
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00101 Order No No No No No No No No No No No No No
Quantity1
00102 Stock No No No No No No No No No No No No No
Quantity1
00103 Calculation No No No No No No No No No No No No No
Code 11
00104 Calculation No No No No No No No No No No No No No
Code 21
00105 Calculation No No No No No No No No No No No No No
1
Code 3
00106 Calculation No No No No No No No No No No No No No
Code 41
00107 Calculation No No No No No No No No No No No No No
1
Code 5
00108 Calculation No No No No No No No No No No No No No
Code 61
00109 Calculation No No No No No No No No No No No No No
1
Code 7
00110 Calculation No No No No No No No No No No No No No
Code 81
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00111 Calculation No No No No No No No No No No No No No
1
Code 9
00112 Calculation No No No No No No No No No No No No No
Code 101
00113 Calculation No No No No No No No No No No No No No
1
Code 11
00114 Calculation No No No No No No No No No No No No No
Code 121
00115 Calculation No No No No No No No No No No No No No
1
Code 13
00116 Calculation No No No No No No No No No No No No No
Code 141
00117 Calculation No No No No No No No No No No No No No
1
Code 15
00118 Calculation No No No No No No No No No No No No No
Code 161
00119 Calculation No No No No No No No No No No No No No
1
Code 17
00120 Calculation No No No No No No No No No No No No No
Code 181
AMEND1 CALC CALL DISPLAY ERROR EXPLODE1 IF MATCH1 OR RUN RUNW SET WRITE
00121 Calculation No No No No No No No No No No No No No
Code 191
00122 Calculation No No No No No No No No No No No No No
Code 201
00200 Transfer No No No No No No No No No No No No No
Manager
Summary1