Documente Academic
Documente Profesional
Documente Cultură
Address
TransitionWorks Software, LLC
2638 Willard Dairy Road, Suite 102
High Point, NC 27265
Sales
Email: info@TransitionWorksSoftware.com
Product Support
Phone +1.336.885.1375
eMail Support@TransitionWorksSoftware.com
Web http://www.TransitionWorksSoftware.com
The latest information and software updates can be found on the TransitionWorks Software support
site above. You must access this site, to download and apply the latest fixes available, by navigating
in your web browser to http://www.TransitionWorksSoftware.com; once there, click on Support and
input your credentials.
If you have not registered yet, click on the “I like to register” link.
If you have already registered, but have forgotten your credentials, click on the “I do not remember
my credentials” link.
1
TWS iServ 5.5 for Infor BPCS/ERP LX
User Guide
OVERVIEW
TOPICS
Introduction
Role in TWS AIDC Platform
Posting Programs Summary
BALI Message Layout
TWS iServ for BPCS / ERP LX, hereinafter referred to as TWS iServ, facilitates
automation of posting data collected at various operations of a business into the
Infor BPCS / ERP LX application running on an IBM i server. We use the term Infor
ERP in the place of Infor BPCS / ERP LX further in this document.
Features
TWS iServ is a component of the TransitionWorks™ Auto ID Data Collection Platform and is
installed along with TWS iEnabler. TWS iServ consists of a set of IBM i programs that run under
pre-configured IBM i jobs named in the TWS iEnabler Transaction IDs.
The data to be processed via TWS iServ typically arrives into IBM i data queues named in each
TWS iEnabler Transaction ID. The programs validate the data, typically in line with Infor ERP
requirements, and post into Infor ERP by invoking Infor ERP native programs and or executing
custom code. The data will be held for review, and resend or delete, by TWS iEnabler in case of
validation failures.
Hardware Requirements
Recommended additional disk space is 16 GB and 512 MB memory to begin with. Each of the data
queue objects created by TWS iServ are allowed to grow up to 2GB by the IBM i OS.
Software Requirements
IBM i OS V5R4 or later
DB2/400, SQL/400, TCP/IP and Integrated Language Environment
Optional IBM WebSphere MQ V6R1
IBM i Access V5R4 or later
Reference Documents
Use the TWS Installation Instructions iEnabler and TWS User Guide iEnabler documents.
ERP
IIM
TWS Trigger
Program
DQ
DQ
MQ DQ DQ MQ
Microsoft Windows
Server
MQ
MQ
IBM i Access
TransitionWorks
RT
TWS DP
Server
Devices running an internet browser
Browser like PCs & Handhelds & Mobile
Clients Phones;
Devices that are TCP/IP capable like
PLCs, Light Stacks etc.
BPCSBKFL Back-flush
TWS iServ attempts to process these transactions in line with Infor ERP Shop Floor Posting
via SFC650 on the SFC menu or the Production Reporting via JIT600 on the JIT menu. ERP
application updates are done by executing native Infor ERP programs.
TWS BALI Message uses the following header data structure in the beginning of
each BALI Message read from the data queues configured as the transaction source.
Each BALI Message containing a single transaction data is 2048 characters long.
The header occupies the first 49 characters of each BALI Message as described
below. The rest of the message is used by delimited input data element values as
needed by individual transactions, and are detailed in their respective sections
below. BALI stands for Business Application Linking Infrastructure.
2
TWS iServ 5.5 for Infor BPCS/ERP LX
User Guide
Introduction
Transaction Layout
Processing
Introduction
TWS iServ facilitates automation of updating the customer and shop order
allocations of the ERP database by processing ALOCDEAL transactions.
Process Overview
TWS iServ helps creating and or changing allocations to support any of the Infor ERP
processes like customer order pick confirm, shop order posting, production reporting etc.
Basic validation of the data is performed to begin with and the transaction is held in error with
an appropriate message for review, and resend or delete, by TWS iEnabler. The BPCS / EPR
LX native program ORD720 is invoked with necessary parameters to update customer order
allocations. In case of a shop order allocation request, custom code is used to update relevant
Infor ERP DATABASE files directly.
Transaction ID Definition
Transaction Layout
TWS iServ requires the following data structure to process ALOCDEAL requests.
BPCS v6.x:
Processing
TWS iServ uses the following process in general to process ALOCDEAL requests.
Note that not all of the details below are applicable to all versions of Infor ERP.
Process Details
Read the next BALI message from the configured data queue.
If the value of the SENDER data element of the BALI Message Header Data Structure
is “E1”, then end the IBM i posting job for the ALOCDEAL transaction.
Delay the IBM i job for allocations using system parameter value in DLY4ALOC.
Perform validation of data.
o Allocation type must be C or S; else error message UME2121 is applied.
o Transaction type must be AL or DA; else error message UMM0358 is applied.
o For customer order allocations:
Apply error message UME0537 if ECLL02 record is not found.
Apply error message UMI3409 if item code supplied mismatches the item code
in ECLL02 file.
Apply error message UME2002 if ECHL01 record is not found.
Apply error message UME1364 if customer order is in use.
o For shop order allocations:
Apply error message UME0537 if FMAL02 record is not found.
Apply error message UMI3409 if item code supplied mismatches the item code
in FMAL02 file.
o Apply error message UMI3000 if IIML01 record is not found.
o Apply error message UMI2197 if item is not lot controlled but a lot is supplied.
o Apply error message UMI8781 if item is lot controlled but the lot is missing in
ILNL01 file.
o Apply error message UMD0365 if IWML01 record is missing for the warehouse
code supplied.
o Apply error message UMD0522 if ILML01 record is missing for the location code
supplied.
o Ensure quantity supplied is not zero; else apply error message UMG0637.
o Ensure location inventory record in ILIL01 exists; else apply error message
UMI8216.
For customer order allocations, build the parameters and invoke ORD720.
3
TWS iServ 5.5 for Infor BPCS/ERP LX
User Guide
Introduction
Transaction Layout
Processing
Notes
Introduction
TWS iServ facilitates automation of the Infor ERP application’s Pick Confirm
(ORD570) process via BPCSAUTB transactions.
Process Overview
TWS iServ processes BPCSAUTB transactions by invoking ORD570B program in the Infor
ERP environment. Preliminary activities like creating pick confirm work records (EWR) and
setting up customer order allocations are performed by invoking ORD572B and ORD720B
programs respectively. On completion of the pick confirm process, configured print files in
Infor ERP application would be generated to support shipping. You can pick confirm, using a
flag in each transaction, a single customer order line or multiple lines of the same order, both
with multiple allocations as needed.
Transaction ID Definition
Transaction Layout
TWS iServ requires the following data structure to process BPCSAUTB requests.
BPCS v6.x:
Processing
TWS iServ uses the following process in general to post BPCSAUTB requests. Note
that not all of the details below are applicable to all versions of Infor ERP.
Process Details
Read the next BALI message from the configured data queue.
If the value of the SENDER data element of the BALI Message Header Data Structure
is “E1”, then end the IBM i posting job for the BPCSAUTB transaction, after shutting
down the BPI998E validation module and the DCS910 error processing module.
In BPCS v8.2 or ERP LX versions, user and error hold flags are reset in ECHL02 &
ECLL02 files.
Input data is validated by invoking the BPI998E validation module as follows:
o Apply message UMI500 if ECHL02 record is not found.
o Apply message UMI8201 if ECLL01 record is not found.
o Apply message UMI0861 if order line is not ready for pick confirm process.
o Apply message UMI0611 if location supplied was not found in ILML02 file.
o Apply message UMI3000 if IIML01 record is not found for item code input.
o Apply message UMI8203 if lot number supplied is blank or not found in ILNL02
file when item is lot-controlled.
o Apply message UMI8202 if lot number supplied is not blank and item is not lot-
controlled.
o Apply message UML2083 if container number supplied is blank and item is
container controlled in the facility for the supplied warehouse.
o Apply message UMF0039 if container record YCIL07 is not found or inactive.
o Apply message UML2016 if container number supplied is not blank and item is not
container-controlled.
o The transaction is held in TWS iEnabler error processing if the validation above
failed and the posting process is terminated for the current transaction.
Using warehouse, order, line, location, lot and container input as keys, the TWS iServ
work file DCSRBTRN is updated for the quantity or a new record is created. This step
is equivalent to Infor ERP allocation during pick confirm.
Apply message AUT0001 to hold the transaction in TWS iEnabler error processing if
there exists another BPCSAUTB transaction in error for this transaction’s order, line
and the posting process is terminated for the current transaction.
Mark the TWS iServ work file DCSRBTRN records for this order & line as WIP and
invoke the BPI998P posting module for this transaction.
Notes
Back Order Codes in Infor ERP database customer orders and lines dictate how orders and
or lines can be confirmed. This may affect the way you construct BPCSAUTB
transactions.
o For example, you may need to send an extra BPCSAUTB transaction to pick confirm a
customer order line with zero quantity if you decide not to ship that line item but then
the backorder code dictates that the entire order must be shipped together.
Validation of TWS iServ BPCSAUTB posting should include comparing satisfactorily its
results with posting similar orders thru Infor ERP interactive sessions. Additionally, you
should perform the next step, like Ship Confirm or Billing, on orders those were pick-
confirmed via TWS iServ.
4
TWS iServ 5.5 for Infor BPCS/ERP LX
User Guide
BPCSBKFL – Back-flush
TOPICS
Introduction
Transaction Layout
Processing
Introduction
TWS iServ facilitates automation of shop floor posting (SFC650) and production
reporting (JIT600) of the Infor ERP application processes via BPCSBKFL
transactions.
Process Overview
TWS iServ uses the data from the BPCSBKFL transaction, and other default values as
needed, to build a Infor ERP database Labor Ticket record in the FLT file. The BPCSBKFL
transaction includes an input to indicate posting the labor ticket into the Infor ERP application,
in which case, the batch program SFC651B2 or JIT620B2, as dictated by another input in the
BPCSBKFL transaction, is executed with necessary parameters to update the Infor ERP
database.
IMPORTANT: The IBM i user running the TWS iServ job for the BPCSBKFL transaction
and the value of the data element “Job User ID” in each of the BPCSBKFL transaction must
match for the transaction to post into Infor ERP database successfully. Typically, the
components are not issued from inventory when those two values are different and records are
not flushed out of the work file VLA.
Transaction ID Definition
Transaction Layout
TWS iServ requires the following data structure to process BPCSBKFL requests.
BPCS v6.x:
Data Element Type Size Comment
Shop Order Number Number 6, 0
Operation Number Number 3, 0
S=Setup, R=Run, M=Machine,
Char 1
Hours Type I=Indirect & D=Downtime
Transaction Type Char 2 NOT USED currently
Good Quantity Number 11, 3
Rejected Quantity Number 11, 3
Reason Code Char 2
Operation Complete? Char 1 Y=Completed, N=Not yet
Hours Number 8, 3
Employee Code Char 8
Item Code Char 15
Lot Number Char 10
Work Center Number Number 6, 0
Machine Code Char 10
Shift Code Char 1
Start Time Number 6, 0 HhMmSs format
Start Date Number 8, 0 CcYyMmDd format
Begin Container Code Char 10
End Container Code Char 10
Container Type Char 10
Order Type Char 2 WS/BF=SFC, WK=JIT
Process Request Char 2 1S=Post, 0S=Do not post
Shift Team Code Char 2
Scrap Reason Code Char 2
Job User ID Char 10
Override Date Number 8, 0 CcYyMmDd format
Override Time Number 6, 0 HhMmSs format
Location Code Char 6
FIFO Transaction SET Number Number 10, 0
FIFO Transaction SEQ Number Number 6, 0
Processing
TWS iServ uses the following process in general to post BPCSBKFL requests. Note
that not all of the details below are applicable to all versions of Infor ERP.
Process Details
Read the next BALI message from the configured data queue.
If the value of the SENDER data element of the BALI Message Header Data Structure
is “E1”, then end the IBM i posting job for the BPCSBKFL transaction, after shutting
down the DCS910 error processing module.
If a shop order number was not supplied, then search FODL06 (item, operation) and or
FODL07 (item, work center) to find the last open, if not closed, shop order matching
the item, operation / work center.
If the shop order is in use, hold the transaction for TWS iEnabler error processing with
message “UMS1093 - Shop Order currently in use”.
If the shop order is closed and the hours are neither Indirect nor Downtime, hold the
transaction for TWS iEnabler error processing with message “LBR0002 - Shop order
number is invalid or closed”.
If the shop order operation is not found in FODL03 file and the hours are neither
Indirect nor Downtime, hold the transaction for TWS iEnabler error processing with
message “LBR0002 - Shop order number is invalid or closed”.
Populate the transaction’s work center & item code data elements, if any of them is
empty, from the shop order operation detail file and shop order file respectively.
Get the item master record for the item code.
Populate much of the fields of FLT file with information from the transaction and the
FSO, FOD and IIM file records.
o If the shop order operation is not collectible according to FODL01 file, hold the
transaction for TWS iEnabler error processing with message “UM00077 - Data
collection not allowed at this operation”.
o Invoke the SFC601B program to obtain the next labor ticket number.
o Transaction type is set to RJ when reject quantity is more than zero, D for
downtime hours and PR otherwise.
o Access the Work Center Master and Department Master for additional info.
If the shop order item is lot controlled and the supplied lot number & item code is not
found in the ILNL01 file, the invoke SFC738B program to create the lot in Infor ERP
database database.
5
TWS iServ 5.5 for Infor BPCS/ERP LX
User Guide
Introduction
Transaction Layout
Processing
Introduction
NOTE: Use INVTRAN or BPCSAUTB for BPCSINV4 that is discontinued in this release.
Transaction Layout
TWS iServ requires the following data structure to process BPCSINVx requests.
ERP LX v6.x:
Data Element Type Size Comment
Transaction Type Char 2 Inventory Transaction Effect code
Order Line Number Number 3, 0 Where applicable
Item Code Char 15 As needed
Warehouse Code Char 2 As needed
Lot Number Char 10 Where applicable
Location Code Char 6 As needed
Transaction Quantity Number 11, 3 As needed
Unit of Measure Char 2 As needed
Order Number Number 6, 0 Where applicable
Cost Number 10, 3 As needed
Comment Char 15 As needed
Reason Code Char 2 As needed
To Shop Order Number 6, 0 Where applicable
Container Code Char 10 Where applicable
Container Type Char 10 Where applicable
Container Flag Char 1 1=On
Mfg Method Material Code Char 2 Where applicable
Manufacturer Code Char 8 Where applicable
Manufacturer Lot Number Char 10 Where applicable
Mfg. Lot Date CcYyMmDd Number 8, 0 Where applicable
Number of Containers Char 5 Where applicable
FIFO Transaction SET Number Number 10, 0 As needed
FIFO Transaction SEQ Number Number 6, 0 As needed
ERP LX v4.0.05CD:
Data Element Type Size Comment
Transaction Type Char 2 Inventory Transaction Effect code
Order Line Number Number 3, 0 Where applicable
Item Code Char 15 As needed
Warehouse Code Char 2 As needed
Lot Number Char 10 Where applicable
Location Code Char 6 As needed
Transaction Quantity Number 11, 3 As needed
Unit of Measure Char 2 As needed
Order Number Number 6, 0 Where applicable
Cost Number 13, 2 As needed
Comment Char 15 As needed
Reason Code Char 2 As needed
To Shop Order Number 6, 0 Where applicable
Container Code Char 10 Where applicable
Container Type Char 10 Where applicable
Container Flag Char 1 1=On
FIFO Transaction SET Number Number 10, 0 As needed
FIFO Transaction SEQ Number Number 6, 0 As needed
TWS iServ uses the following process in general to post BPCSINVx requests. Note
that not all of the details below are applicable to all versions of Infor ERP.
Process Details
Read the next BALI message from the configured data queue.
If the value of the SENDER data element of the BALI Message Header Data Structure
is “E1”, then end the IBM i posting job for BPCSINV1 transaction, after shutting
down:
o BPI505E data validation module and
o BPI505P transaction posting module and
o BPI505CC cycle count processing module and
o DCS910 error processing module.
Perform data validation by executing the BPI505E module:
o If the transaction effect code input is not found in the ITEL01 file, hold the
transaction for TWS iEnabler error processing with message “UMI3032 - Invalid
Transaction Effect” and get out of the validation process.
o If the transaction effect affects purchase orders, fetch the purchase order line from
the HPOL01 file.
If successful, replace the input item code with the value from HPOL01 record.
Otherwise, hold the transaction for TWS iEnabler error processing with
message “UMI3036 - Invalid Purchase Order”.
o If the transaction effect is a customer order shipment, fetch the customer order line
from the ECLL01 file.
If successful, replace the input item code with the value from ECLL01 record.
Otherwise, hold the transaction for TWS iEnabler error processing with
message “UMH0108 - Invalid Customer Order”.
o If the transaction effect needs to check shop order number and is a shop order
receipt or multiple issue transaction,
If the input item code is blank and the input container code is not empty, then
fill the input item code from the container master record YCIL01, if found
matching the input container code.
If the input item code is not a co/by-product as indicated in the FMAL05 file on
searching the file, then replace the input item code with the parent item code
that is the item in the corresponding shop order header file FSOL01. If a record
is not found in FSOL01 file, then hold the transaction for TWS iEnabler error
processing with message “UMI3034- Invalid Shop Order”.
6
TWS iServ 5.5 for Infor BPCS/ERP LX
User Guide
Introduction
Transaction Layout
Processing
Data Elements Explained
Introduction
Process Overview
TWS iServ uses the supplied data for each BPCSLBR1 transaction, and other default values
as needed, to build a Infor ERP database Labor Ticket record in the FLT file. The labor ticket
is then posted into the Infor ERP database by executing the batch program SFC620B with
necessary parameters to update the Infor ERP database.
Transaction ID Definition
Transaction Layout
TWS iServ requires the following data structure to process BPCSLBR1 requests.
BPCS v6.0.02:
Data Element Type Size Comment
Shop Order Number Number 6, 0
Operation Number Number 3, 0
S=Setup, R=Run, M=Machine,
Hours Type Char 1
I=Indirect & D=Downtime
Transaction Type Char 1 Must be 2
Good Quantity Number 11, 3
Rejected Quantity Number 11, 3
Reason Code Char 2
Operation Complete? Char 1 Y=Completed, N=Not yet
Hours Number 8, 3
Employee Code Char 8
Item Code Char 15
Lot Number Char 10
Work Center Number Number 6, 0
Machine Code Char 10
Shift Code Char 1
Start Time Number 6, 0 HhMmSs format
Start Date Number 8, 0 CcYyMmDd format
Begin Container Code Char 10
End Container Code Char 10
Order Type Char 1 Must be S
Container Type Char 10
Process Request Char 2
Shift Team Code Char 1
FIFO Transaction SET Number Number 10, 0
FIFO Transaction SEQ Number Number 6, 0
BPCS v4.0.05CD:
Data Element Type Size Comment
Shop Order Number Number 6, 0
Operation Number Number 3, 0
S=Setup, R=Run, M=Machine,
Hours Type Char 1
I=Indirect & D=Downtime
Transaction Type Char 1 Must be 2
Good Quantity Number 11, 3
Rejected Quantity Number 11, 3
Reason Code Char 2
Operation Complete? Char 1 Y=Completed, N=Not yet
Hours Number 7, 2
Employee Code Char 8
Item Code Char 15
Lot Number Char 10
Work Center Number Number 6, 0
Machine Code Char 10
Shift Code Char 1
Start Time Number 4, 2 HhMmSs format
Start Date Number 8, 0 CcYyMmDd format
Begin Container Code Char 10
End Container Code Char 10
Order Type Char 1 Must be S
Container Type Char 10
FIFO Transaction SET Number Number 10, 0
FIFO Transaction SEQ Number Number 6, 0
Processing
TWS iServ uses the following process in general to post BPCSLBR1 requests. Note
that not all of the details below are applicable to all versions of Infor ERP.
Process Details
Read the next BALI message from the configured data queue.
If the value of the SENDER data element of the BALI Message Header Data Structure
is “E1”, then end the IBM i posting job for BPCSLBR1 transaction, after shutting
down the DCS910 error processing module,
If a shop order number was not supplied, a non-zero shop operation is supplied and the
hours type is neither I nor D, then browse FODL06 (item, operation) to select the order
where the operation is not completed yet. If all order operations are completed,
overwrite the input shop order & work center values with the last shop order number &
work center respectively.
If no FODL06 record is found and the shop order number is still zeros or the operation
number supplied was zeros, and work center supplied is non-zero, then browse
FODL07 (item, work center, order and operation) to select the order where the
operation is not completed yet. If all order operations are completed, overwrite the
input shop order & work center values with the last shop order number & work center
respectively.
If the shop order is in use, hold the transaction for TWS iEnabler error processing with
message “UMS1093 - Shop Order currently in use”.
If the shop order operation is not found in FODL03 file and the hours are neither
Indirect nor Downtime, hold the transaction for TWS iEnabler error processing with
message “LBR0002 - Shop order number is invalid or closed”.
If the shop order status is ‘XX’ indicating it is closed and the hours are neither Indirect
nor Downtime, hold the transaction for TWS iEnabler error processing with message
“LBR0002 - Shop order number is invalid or closed”.
If there are no errors so far, then:
o If input work center is zeros, overwrite it with the value from FODL03 record.
o If input item is empty, or it is different from the FSOL01 record, overwrite it with
the value from FSOL01 record.
If Transaction Type is not 2, hold the transaction for TWS iEnabler error processing
with message “LBR0001 - Labor transaction contains non-elapsed (<>'2') Transaction
type”; else access IIML01 record.
Job User ID
This data element is currently not used.
Shop Order Number, Operation Number, Hours Type, Transaction Type, Item Code
and Work Center
If the Labor Transaction doesn't have Shop Order Number supplied, then try to get Shop Order
/ Operation Number by using Item Code /Work Center Number combo by searching FOD for
Shop Order / Operation Number, unless the Hours Type is either Downtime or Indirect. If no
open Shop Orders match, use the last closed shop order number, if found. If no Shop Order or
Operation supplied, Item Code and Work Center Number entered, find the first FOD record
with that Item Code / Work Center Number.
In order to identify the shop order(s) to post the labor transaction, the following combo of
input can be fed from the source:
1. Valid Shop Order Number AND Operation Number, in which case, Item Code and Work
Center Code can be blanks and zeros respectively; these will be retrieved from FSO &
FOD respectively.
2. Valid Item Code AND Operation Number, in which case, Shop Order Number and Work
Center Code can both be zeros.
3. Valid Item Code AND Work Center Number, in which case, Shop Order Number and
Operation Number can both be zeros.
4. In 2 & 3 above, an attempt to fetch an open operation detail record from FOD will be
made; if NO open operation is found, then the last completed operation detail record will
be used to get the Shop Order Number & Operation or Work Center Number.
When NO shop order operation detail was found, then the transaction is considered in error for
Invalid Shop Order provided the Hours Type is not I (indirect hours).
If the shop order status (SOSTS from FSO file) is found to be XX, then the transaction is
considered in error for Invalid Shop Order provided the Hours Type is not I (indirect
hours).
If the transaction is NOT an Elapsed Time transaction (SFID2 <> 2), then the transaction is
considered in error with error message id LBR0001 and not processed further.
Other values for Hours Type could be D for downtime hours, R for run hours, S for setup
hours and M for machine hours.
NOTE: During the above search, the values of SFORD, SFOPNO and SFWRKC are modified
as necessary.
Employee Code
The value of TEMPN in FLT file is set as the value of the data element Employee Code.
Override Date
The value of TTDTE in FLT file is set as the value of Override Date provided it is not zeros;
otherwise, either the Message Date, when not zeros, from the BALI Header data structure is
used to fill TTDTE. System date is used, when Message Date is zeros, to fill TTDTE.
Good Quantity
The value of TPCS in FLT file is set as the value of the data element Good Quantity.
Rejected Quantity
The value of TFQSR in FLT file is set as the value of the data element Rejected Quantity.
Shift Code
The value of TSHFT in FLT file is set as the value of the data element Shift Code.
Lot Number
The value of TFLOT in FLT file is set as the value of the data element Lot Number.
Machine Code
The value of TMACH in FLT file is set as the value of the data element Machine Code.
Order Type
While the value of this data element is not significant in anyway, it must be set to S to avoid
the transaction ending in validation failure.
If the Container Type was found in Container Master file YCIL01 and if the End Container
Code did not exist in the Container Master file YCIL01, then the End Container Code record
will be created in the Container Master file YCIL01.
Override Time
The first non-zero value in that order from (i) the data element Override Time, (ii) the
Message Time from the BALI Header data structure and (iii) the System Time will be used to
fill the field LTTIME in file FLT.
Process Request
The value of the Process Request data element will be used to fill the LTSTS field of FLT file.
Reason Code
The field TFRES in FLT file will be set to the value of the data element Reason Code.
Miscellaneous Info
The value for field TID in file FLT is set as ‘LT’.
The value for field TICK in file FLT is set to 1 provided the shop order number
(SFORD) is not zeros.
If Rejected Quantity is sent as a positive value, then the value for field TFTRN in file
FLT is set to ‘RJ’; otherwise, the value of field TFTRN in file FLT is set to ‘PR’.
The value for field TFWSID in file FLT is set as the value of the Workstation Id
(positions 244 to 253) from the program’s system data structure.
The value for fields LTENUS & LTMNUS in file FLT is set as the value of the User Id
(positions 254 to 263) from the program’s system data structure.
The value for field LTENDT in file FLT is set as the value of the Message Date from
the BALI Header data structure when it is not zeros; else the system date is applied.
The value for field LTENTM in file FLT is set as the value of the Message Time from
the BALI Header data structure when it is not zeros; else the system time is applied.
The value for field LTMNDT in file FLT is set as the value of the Message Date from
the BALI Header data structure when it is not zeros; else the system date is applied.
The value for field LTMNTM in file FLT is set as the value of the Message Time from
the BALI Header data structure when it is not zeros; else the system time is applied.
The value for field TCLAS in file FLT is set from the field ICLAS of file IIM obtained
from the Item Code determined during the validation process.
If the Work Center Master (LWKL01) record was found for the value of TWRKC,
then the value of the field TFLOC in file FLT is set to the value of field WKLOC of
file LWKL01.
If the Department Master (CDPL01) record was found for the value of field WDEPT
of file LWKL01, then the value of the field TFWHS in file FLT is set to the value of
field CDWHS of file CDPL01.
The value of the field LTFAC in file FLT is set to the value of field SOFAC in file
FSOL01.
If the value of field IJIT in file IIM is ‘J’, then the value of field LTORDT in file FLT
is set to ‘WK’; else, its value is set to the value of field SOORDT of file FSOL01.
The value of field TDEPT in file FLT is set as the value of the field WDEPT in file
LWKL01.
7
TWS iServ 5.5 for Infor BPCS/ERP LX
User Guide
Introduction
Transaction Layout
Processing
Error Overrides
Introduction
TWS iServ facilitates automation of inventory posting (INV500) of the Infor ERP
application process via INVTRAN transaction.
Process Overview
TWS iServ performs basic validation of the supplied data in each INVTRAN transaction, to
some extent in line with the Infor ERP interactive display program INV500D2, and posts the
INVTRAN transaction to update the Infor ERP database by executing the Infor ERP batch
program INV500B1 with necessary parameters.
Transaction ID Definition
Transaction Layout
TWS iServ requires the following data structure to process INVTRAN requests.
Processing
TWS iServ uses the following process in general to post INVTRAN requests. Note
that not all of the details below are applicable to all versions of Infor ERP.
Audit Trail
The IBM i job that posts INVTRAN transactions produces an IBM i spool file named
INV500O1 with details of each transaction processed into Infor ERP.
Process Details
Read the next BALI message from the configured data queue.
If the value of the SENDER data element of the BALI Message Header Data Structure
is “E1”, then end the IBM i posting job, after shutting down the BPI500E validation
module and DCS910 error processing module.
Invoke the BPI500E module to validate supplied data. Here are some details of the
validation process:
o If the Transaction Type supplied does not exist in Infor ERP database ITEL01 file
or if it is one T, # and %, then hold the transaction for TWS iEnabler error
processing with message “UMI3032 – Invalid Transaction Effect”.
o Invoke the Infor ERP program SYS610B to validate the Transaction User ID
supplied for access to the Transaction Type; if not authorized, hold the transaction
for TWS iEnabler error processing with message “UMS6008 – User not authorized
to Transaction Effect”.
o If the Transaction User supplied does not have authority to the Warehouse
supplied, hold the transaction for TWS iEnabler error processing with message
“UMS6009 – User xxx is not authorized to warehouse yy”.
o Hold the transaction for TWS iEnabler error processing for conditions (in line with
the Infor ERP INV500D2 program) causing the error messages below:
UMA0219 – Enter valid Transaction Date
UMI0247 – Invalid Manufactured Date
UMI2030 – Transaction date less than or equal to previous close – F13 to
override
UMI3036 – Invalid Purchase Order Number
UMH4067 - Item is invalid for purchase order line
UMY0012 - Pre-assigned Lot # &1 must be used for this transaction
UMI3068 - Return is greater than quantity received on this order
UMH1041 - Warning: Quantity received against closed P.O. F13 to override
UME1361 - Invalid Transaction Effect, Drop Ships cannot affect inventory
Error Overrides
TWS iServ allows for automatically overriding certain Infor ERP application
warnings encountered during the posting of INVTRAN transactions. The warning
messages are pre-defined, applicable globally and configurable via TWS iEnabler.
BPCS v8.2:
Message ID Message Description
UMG0420 Period is closed. F13 to override or re-enter date.
UMH1041 Warning: Quantity received against closed P.O. F13 to override
UMH4065 Warning: Quantity received greater than Receipt Tolerance. F13 to receive.
UMH4066 Warning: Quantity received less than Receipt Tolerance. F13 to receive.
UMI2022 Quantity returned is greater than quantity issued - Press F13 to override.
UMI2023 Warning: Cost/Price is negative or zero - Press F13 to override.
UMI2024 Qty to be received is greater than qty open - Press F13 to override.
UMI2031 Qty to be received is greater than qty open - Press F13 to override
UMI5057 Lot is inactive. Use F13 to reactivate.
UMI5228 Warning: A different Warehouse has been specified for P.O. F13 to override.
UMI9622 Item not allocated to order. F13 to create Allocation.
UMI9636 Different units of measure and/or use physical/theoretical found, press F1.
UMI9651 Allocations found on FROM item (IIM file). Press HELP/F1 or F13 to override.
UMI9652 Allocations found on FROM item on the ILI file. Press F13 to override.
UMI9654 Allocations found on FROM item on the IWI file. Press F13 to override
UMQ0754 Transaction quantity must be greater than zero for a Quality Transaction
UMQ0757 Invalid or Missing Parameters on QA Trigger.
UMQ0765 Valid Lot Must Exist for Quality Action. Press F13 to Bypass QA.
UMQ0768 Lot already on "Quality Hold". Press F13 to Bypass QA.
UMY0085 Lot Status is . Press F13 to accept.
UMY0123 Allocations found on . Press F13 transaction.
UMY0301 Location has a status of , Press F13 to accept.
UMG0420 Period is closed. F13 to override or re-enter date.
UMH1041 Warning: Quantity received against closed P.O. F13 to override
UMH4065 Warning: Quantity received greater than Receipt Tolerance. F13 to receive.
UMH4066 Warning: Quantity received less than Receipt Tolerance. F13 to receive.
UMI2022 Quantity returned is greater than quantity issued - Press F13 to override.
UMI2023 Warning: Cost/Price is negative or zero - Press F13 to override.
8
TWS iServ 5.5 for Infor BPCS/ERP LX
User Guide
Introduction
Transaction Layout
Processing
Error Overrides
Introduction
TWS iServ facilitates automation of Mass Location Transfers (INV510) of the Infor
ERP application process via LOCTRAN transaction.
Process Overview
TWS iServ emulates inventory transfers using custom code to update the Infor ERP database
for LOCTRAN transactions.
Transaction ID Definition
Transaction Layout
TWS iServ requires the following data structure to process LOCTRAN requests.
Processing
TWS iServ uses the following process in general to post LOCTRAN requests. Note
that not all of the details below are applicable to all versions of Infor ERP.
Audit Trail
The IBM i job that posts LOCTRAN transactions produces an IBM i spool file named
BPI510O1 with details of each transaction processed into Infor ERP.
Process Details
Read the next BALI Message from the configured data queue.
If the value of the SENDER data element of the BALI Message Header Data Structure is
“E1”, then end the IBM i posting job, after shutting down the DCS910 error processing
module.
Perform validation of data supplied:
o If an IWEL01 record, for key as the value of From Warehouse data element, is found
in the Infor ERP database, then hold the transaction for TWS iEnabler error processing
with message “UMI7373 - A Warehouse Management warehouse may not be used by
this program”.
o If an IWML01 record, for key as the value of From Warehouse data element, is not
found in the Infor ERP database, then hold the transaction for TWS iEnabler error
processing with message “UMI3052 - Invalid From Warehouse”.
o If an IWML01 record, for key as the value of From Warehouse data element, is not
found in the Infor ERP database, then hold the transaction for TWS iEnabler error
processing with message “UMI3052 - Invalid From Warehouse”.
When the record is found and the Warehouse Type is 2 (Managed Warehouse),
then hold the transaction for TWS iEnabler error processing with message
“UMD0666 - Transaction not allowed for sequenced warehouse”.
o If the Transaction User ID is not authorized for the From Warehouse (a record is
missing for these key values in the Infor ERP database file ZX4L02), then hold the
transaction for TWS iEnabler error processing with message “UMS6009 - User xxx is
not authorized to warehouse yy”.
o Repeat the validations performed to the From Warehouse above on the To Warehouse.
o If the Transfer Date is earlier that the Infor ERP Last Close Date, and if the Infor ERP
warning message UMI2030 is not configured to be automatically overridden, then hold
the transaction for TWS iEnabler error processing with message “UMI2030 -
Transaction date less than or equal to previous close - F13 to override”.
o Halt further processing of the current transaction if any errors were detected with the
above validations; go back to read the next BALI Message from the data queue.
Error Overrides
TWS iServ allows for automatically overriding certain Infor ERP application
warnings encountered during the posting of LOCTRAN transactions. The warning
messages are pre-defined, applicable globally and configurable via TWS iEnabler.
9
TWS iServ 5.5 for Infor BPCS/ERP LX
User Guide
Introduction
Transaction Layout
Processing
Notes
Introduction
Process Overview
TWS iServ emulates physical inventory tag updates using custom code to update the Infor
ERP database for PHYTAG transactions. Once the physical tags are updated, Infor ERP
Physical Inventory Close program INV650 can be used to post the tags to update physical
inventory. Required report programs can then be executed for audit and other requirements.
Transaction ID Definition
Transaction Layout
TWS iServ requires the following data structure to process PHYTAG requests.
TWS iServ requires the following data structure to process PHYTAG requests.
BPCS v6.x:
Data Element Type Size Comment
Warehouse Code Char 2
Tag Number Number 7, 0
Item Code Char 15
Physical Location Char 6
Physical Lot Char 10
Physical Count Quantity Number 11, 3
Unit of Measure Char 2
Container Code Char 10
Pallet Number Number 9, 0
Create New Tag? Char 1 1=Yes
Transaction User ID Char 10
Transaction Device ID Char 10
FIFO Transaction SET Number Number 10, 0
FIFO Transaction SEQ Number Number 6, 0
TWS iServ uses the following process in general to post PHYTAG requests. Note
that not all of the details below are applicable to all versions of Infor ERP.
Process Details
Read the next BALI Message from the configured data queue.
If the value of the SENDER data element of the BALI Message Header Data Structure is
“E1”, then end the IBM i posting job, after shutting down the DCS910 error processing
module.
Access the Infor ERP database IPHL05 file using Tag Number & Warehouse Code
supplied.
If the tag is not found,
o If the Create New Tag flag is set on, create a new physical inventory tag record in the
IPH file using the values supplied and Item Master.
o If the Create New Tag flag is off,
If the Tag Number supplied is greater than zero, then hold the transaction for TWS
iEnabler error processing with message “PHY0001 - No record exists for the tag
number/warehouse”.
Otherwise, access the Infor ERP database IPHL10 file using Item Code,
Warehouse Code, Physical Location, Physical Lot and Container Code.
If a record is found, then replace the quantity with Physical Count Quantity
supplied. If duplicate records exist for the key values, then hold the transaction
for TWS iEnabler error processing with message “PHY0002 - Duplicate
records exist for this Item/Wh/Loc/Lot/Container combo”.
Otherwise, hold the transaction for TWS iEnabler error processing with
message “PHY0001 - No record exists for the tag number/warehouse”.
If the tag exists, replace the quantity with Physical Count Quantity supplied.
Update the TWS iEnabler confirmation file DCSCNFRM if needed.
Update the TWS iEnabler FIFO status file DCSTATUS if needed.
This completes the process for a single PHYTAG transaction.
Notes
TWS iServ PHYTAG processing includes the benefit of updating physical inventory by
automatically searching the current tags using Item, Warehouse, Location, Lot & Container codes
combo. Duplicates are reported via the TWS iEnabler Error Processing option.
Remember to stop the IBM i posting job for PHYTAG transaction before running the Infor ERP
INV660 Clear Physical Inventory option which requires exclusive locks on the Infor ERP database
IPH file.
10
TWS iServ 5.5 for Infor BPCS/ERP LX
User Guide
Introduction
Transaction Layout
Processing
Error Overrides
Introduction
TWS iServ facilitates automation of Purchase Receipts (PUR550) of the Infor ERP
application process via PORECPT transaction.
Process Overview
TWS iServ performs basic validation of the supplied data in each PORECPT transaction and
posts the transaction to update the Infor ERP database by executing a batch version of the
Infor ERP PUR550D2 program. You must have licensed the purchasing module sources from
Infor to use this TWS iServ PORECPT transaction.
Transaction ID Definition
Transaction Layout
TWS iServ requires the following data structure to process PORECPT requests.
BPCS v6.x:
Data Element Type Size Comment
Transaction Type Char 2
Purchase Order Number 6, 0
Reason Code Char 2
Comment Char 15
Transaction Date Number 8, 0 CcYyMmDd format
Item Code Char 15
Advice Note Number Char 15
PO Line Number Number 3, 0
Invoice Exchange Rate Number 15, 7
Location Code Char 6
Lot Number Char 10
PO Status Char 1
Receiver Ticket Number Number 6, 0
Quantity Received Number 11, 3
Rejected Quantity Number 11, 3
Purchase Unit of Measure Char 2
PO Warehouse Char 2
Costed Quantity Number 11, 3
Actual Cost Total-global Number 14, 2
Manufacturer Code Char 8
Manufacturer Lot Number Char 10
Manufacturer Date Number 8, 0 CcYyMmDd format
Number of Containers Number 5, 0
Container Code Char 10
Container Type Char 10
Quantity per Container Number 11, 3
Vendor Lot Number Char 10
Job User ID Char 10
Transaction Time Number 6, 0 HhMmSs format
Transaction Type Char 1, 0
FIFO Transaction SET Number Number 10, 0
FIFO Transaction SEQ Number Number 6, 0
Processing
TWS iServ uses the following process in general to post PORECPT requests. Note
that not all of the details below are applicable to all versions of Infor ERP.
Process Details
Read the next BALI message from the configured data queue.
If the value of the SENDER data element of the BALI Message Header Data Structure is
“E1”, then end the IBM i posting job, after shutting down the BPP550E validation module
and DCS910 error processing module.
Invoke the BPP550E module to validate supplied data.
o Access the Infor ERP database HPHL01 file with the purchase order number supplied.
If the record exists and its busy flag is set on, then hold the transaction for TWS
iEnabler error processing with message “UMH4070 - P.O. is currently being processed
by another user. Press ENTER and try again”. Terminate the processing of current
transaction and read the next BALI message from the configured data queue.
o Access the Infor ERP database YCIL01 file with the container code supplied when it is
not blank. If the record exists and its item code is not the same as the supplied item
code, then hold the transaction for TWS iEnabler error processing with message
“UMY0001 – Invalid Container”. Terminate the processing of current transaction and
read the next BALI message from the configured data queue.
o Access the Infor ERP database HPOL01 file with the purchase order & line numbers
supplied. If the record exists and the line status indicates “Fully Received and Fully
Costed”, then hold the transaction for TWS iEnabler error processing with message
“UMH1036 – Purchase Order Line fully received”. Terminate the processing of
current transaction and read the next BALI message from the configured data queue.
o Access the Infor ERP database ITEL01 file with the transaction type supplied. If the
record is missing, then hold the transaction for TWS iEnabler error processing with
message “UMI3429 – Invalid Transaction Code Entered”. Terminate the processing of
current transaction and read the next BALI message from the configured data queue.
o If the supplied item is not a commodity,
Access the Infor ERP database IIML01 file with the item code supplied.
If the record is missing, then hold the transaction for TWS iEnabler error
processing with message “UMP0206 – Invalid Item Number”.
Otherwise, if the item is container-controlled and the Container Type supplied is
empty or can’t be found in the Infor ERP database YCIL01 file, then hold the
transaction for TWS iEnabler error processing with message “UMI7275 – Invalid
Container Type entered”. If the item is container-controlled and the Quantity per
Container supplied is zero, then hold the transaction for TWS iEnabler error
processing with message “POR0011 – Quantity per Container MUST be greater
than zero”.
© 2015 TransitionWorks Software 85 Revised: Feb 2015
TWS iServ 5.5 for Infor BPCS/ERP LX
User Guide PORECPT
o If the TWS iEnabler configuration for holding transactions prior to Infor ERP Last
Close date is set to Y, and if the Transaction Date is not zeros and earlier that Infor
ERP Last Close date, then hold the transaction for TWS iEnabler error processing with
message “POR2030 – Transaction date prior to Last Month End Closing Date”.
o Let the calling module know, by the parameter, if there is an error.
If the transaction was not resent from TWS iEnabler, ensure there is not another
PORECPT transaction in error for the same Purchase Order Line waiting to be processed
in TWS iEnabler.
If the Infor ERP transaction effect requires spreading this receipt and configured to affect
the receipts column of inventory,
o Browse thru the Infor ERP database HPOL37 file for the purchase order and item code
supplied to store the purchase order line numbers with their respective open quantities,
until the receipt quantity supplied is exhausted.
o Build a TWS iServ PORECPT transaction for each stored line and open quantity.
o Based on TWS iEnabler configuration, either send the transactions to the posting data
queue or process them by executing the validation & posting modules.
o Record the new transactions in the TWS iEnabler log history for auditing.
Otherwise,
o Create or update the TWS iEnabler work file DCSPOTRN for the values supplied in
the current transaction.
o Set the status flag in the TWS iEnabler work file DCSPOTRN for posting in progress.
o Invoke the TWS iEnabler posting module BPP550P with required parameters.
The module BPP550P is a clone of PUR550D2 with custom coding to skip UI.
If the supplied item code is container-controlled, the custom module BPP550D will
be invoked to create necessary container records.
o On successful posting, delete the TWS iEnabler work file DCSPOTRN records which
were flagged earlier for posting in progress.
Update the TWS iEnabler confirmation file DCSCNFRM if needed.
Update the TWS iEnabler FIFO status file DCSTATUS if needed.
This completes the process for a single PORECPT transaction.
Error Overrides