This is an old revision of the document!
Table of Contents
[ Up To Index ]
iView 8 IBMi (back end) Useage
Menu IVIEW:
IVIEW iView Version 8.44 02.20.18
System: DEVV6CLT
iView Archive Applications
1. Work with iView Applications WRKIVWAPP
2. Work with iView Processing Log CALL IVRELOG
iView Server
10. Work with iView Servers WRKIVWSRV
Administrative Options
20. Work with Administrative Menu GO IVIEWADM
Bottom
Selection
F1=Help F3=Exit F12=Cancel
Menu IVIEW, option 1:
9/04/18 iView IV1000C1
17:50:48 iView Archive Application KKRAMER
Type options, press Enter.
1=Select 3=Copy 4=Delete 7=Rename 8=Clone Archive Structure
15=Archive Spool File
Position to Name
Target iDocs Last Monitor
Opt Application Description Format Application Field Event
ATPICKLIST AllTrade Pick List *PDF INDEX04
AWINVOICE Adel Wiggins In-bound Inv *PDF INDEX07
AWTEST Adel Wiggins Test *PDF INDEX03
BOYDCHECK Boyd Gaming A/P Checks *PDF BOYD805 INDEX05
BOYDTABLE Boyd Example Table *PDF INDEX04
BOYDTOFLOW Boyd Gaming A/P Checks *TIFF BOYD805 INDEX05
BROCKAPIVW BROCKAP Check *PDF BROCKAP INDEX08
CARBSTMT Seprod Statement *PDF CARB STMT INDEX03
CJCINVOICE Invoices incoming for A/P *PDF INDEX09
DCYJOBLOG Test Archive JobLog *PDF INDEX06
DCYTEST DCY Testing *PDF *INDEX01 INDEX01
More...
F3=Exit F5=Refresh F6=Add
This display is used to add or change an archive definition, although one can not
change the meta data fields after the archive is created.
Archive Options
- Application Name: Use 10 characters alphanumeric. Embedded blanks are not recommended.
- Library: This is the library in which the meta data file is stored and is a global setting stored in data area DSIVIEWLIB.
- Directory: This is the root of the iView IFS archives. It is a global setting stored in data area DSIVIEWDIR.
- File Name: Specify the file system object name of the archived document using constants and these keywords:
*DATE to include QDATE
*TIME to include QTIME
*INDEX01 - *INDEX20 to include the current values of these meta data fields
- Disposition Options: This controls the fate of the original spool file:
*RETAIN Retain in Outqueue *ORIGINAL Archive Original *SYSTEM Archive Post Processing *NONE Do Not Archive
- Table Import: Controls use of tables when importing from prior implementations of iScan. This field is not used
with current software and should be set to N.
- Processing Options: Process spool file under the iView user profile or under the profile of the spool file owner.
This will impact what profile owns the spool file post-processing.
*SYSTEM Use iView System Profile *SPLFOWNER Use Splf Owner Profile
iDocs Application: If you want the spool file processed through iDocs before archiving specify the application here. If specified what is archived is a laser document, else it is a pdf document made from the text spool file. Product: Specify IDOCS to create a laser document using the iDocs Suite. Otherwise leave blank. This field is used for integrations with other document products. Storage Format: Specify the document type of the file. *PDF is the usual selection due to ease of use with a browser. PDF is also the front end default and any other selection may require front end configuration changes.
*PDF *USERASCII PDF Conversion *TIFF Tiff Image
Meta Data Fields
The meta data fields are defined by their position in a *SCS spool file.
Seq#: You can change the order of the columns of the meta data table by keying a different sequence number
and pressing <enter>.
Page#: Use keywords *FIRST, *LAST, *ALL, or a specific page number to specify from which page the meta data
value is scraped.
No. Pgs Indexed: Key the number of pages from which spool text is scraped and concatenated to form the
meta data for the meta data field. Left blank, 1 page is scraped unless *ALL pages is specified.
Sorting is specified as it is in iDocs:
1 Primary Sort Ascending
2 Primary Sort Descending
3 Secondary Sort Ascending
4 Secondary Sort Descending
5 Third Sort Ascending
6 Third Sort Descending
7 Forth Sort Ascending
8 Forth Sort Descending
9 Fifth Sort Ascending
Since this is text against which users will search in a browser, the normal practice
is to define short, one line text fields as meta data. Fields such as customer name, customer number, etc.
You can define text blocks as meta data but the searching dynamics should be considered.
Meta data is stored in the meta data file, having the same name as the archive application, in the iView library.
Bursting works as it does in iDocs and as one would intuitively expect.
Path Variables
A path is defined to create a directory structure in the archive. The directories are in the IFS and are real, not virtual. The archived document is placed in the path created by the path definition.
At archive time the engine creates a file path using the specified meta data fields, creates the directories if they are not present, then places the archived document in the path.
Example:
Archive application is INVOICES.
*PATH01 is INDEX01, which evaluates to 100100 at archive time for a specific document.
*PATH02 is INDEX02, which evaluates to 2013JANUARY at archive time.
The iView IFS root is /iview6 ( data area DSIVIEWDIR ).
The archived document ( named 01000010001.pdf ) is placed thus:
/iview6/invoices/100100/2013JANUARY/01000010001.pdf
[ Up To Index ]