Documente Academic
Documente Profesional
Documente Cultură
3
Cumulative Update 16
July 2005
JD Edwards World A7.3
Net Change for JD Edwards World A7.3 Cumulative Update 16
The Programs (which include both the software and documentation) contain proprietary information; they are
provided under a license agreement containing restrictions on use and disclosure and are also protected by
copyright, patent, and other intellectual and industrial property laws. Reverse engineering, disassembly, or
decompilation of the Programs, except to the extent required to obtain interoperability with other independently
created software or as specified by law, is prohibited.
The information contained in this document is subject to change without notice. If you find any problems in the
documentation, please report them to us in writing. This document is not warranted to be error-free. Except as may
be expressly permitted in your license agreement for these Programs, no part of these Programs may be reproduced
or transmitted in any form or by any means, electronic or mechanical, for any purpose.
If the Programs are delivered to the United States Government or anyone licensing or using the Programs on behalf
of the United States Government, the following notice is applicable:
The Programs are not intended for use in any nuclear, aviation, mass transit, medical, or other inherently dangerous
applications. It shall be the licensee's responsibility to take all appropriate fail-safe, backup, redundancy and other
measures to ensure the safe use of such applications if the Programs are used for such purposes, and we disclaim
liability for any damages caused by such use of the Programs.
The Programs may provide links to Web sites and access to content, products, and services from third parties. Oracle
is not responsible for the availability of, or any content provided on, third-party Web sites. You bear all risks
associated with the use of such content. If you choose to purchase any products or services from a third party, the
relationship is directly between you and the third party. Oracle is not responsible for: (a) the quality of third-party
products or services; or (b) fulfilling any of the terms of the agreement with the third party, including delivery of
products or services and warranty obligations related to purchased products or services. Oracle is not responsible for
any loss or damage of any sort that you may incur from dealing with any third party.
Oracle, JD Edwards, PeopleSoft, and Retek are registered trademarks of Oracle Corporation and/or its affiliates.
Other names may be trademarks of their respective owners.
Oracle takes no responsibility for its use or distribution of any open source or shareware software or documentation
and disclaims any and all liability or damages resulting from use of said software or documentation. The following
open source software may be used in Oracle's PeopleSoft products and the following disclaimers are provided.
This product includes software developed by the Apache Software Foundation (http://www.apache.org/). Copyright
(c) 1999-2000 The Apache Software Foundation. All rights reserved. THIS SOFTWARE IS PROVIDED “AS IS’’ AND
ANY EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN
NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR ITS CONTRIBUTORS BE LIABLE FOR ANY
DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR
PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
SUCH DAMAGE
Net Change Overview
The following table lists software enhancements included in Cumulative Update 16.
A task listed in the Task column of the following table indicates there is more detailed information on that topic in this Net Change guide.
In the N/C column, N indicates that the task and the corresponding enhancement functionality are new, and C indicates that the task and corresponding
enhancement functionality have changed.
In the CU column, CU indicates the Cumulative Update corresponding to the release number of JD Edwards World. The CU included in this guide is
CU 16.
For a comprehensive list of SARs included in these Cumulative Updates see the SARs and Objects Spreadsheet:
http://www.peoplesoft.com/corp/en/doc_archive/pub_library/cc_home/category/a73a81priorupdates.jsp
Product Area Topic CU Explanation and Benefits N/C Task
Financial
Management
Address
Book
Multi-County 16 County was added to the Postal Code Transactions File (F0117) as a file key and make it C
Same Postal possible to have the same postal code used for different counties. This allows customers
Code to report tax to various counties within one city or with common postal codes.
Name Search 16 Name Search program (P1200 and P01NS) was enhanced to show the Credit C
and Credit Message/Temporary credit Message on the second column of information in its own
Message place (no longer overwriting the Address Line 1). Credit Message was added to the
Name Search Window, as it did not appear previously. This format now appears in
Processing Option 1 on both programs.
Add Header 16 The following fields were added to the Header part of the Name Search (P01200) and the C
Fields Name Search window (P01NS) screen for more selection functionality: Business Unit,
State, Country, Postal Code, and Category Code. Added an option to display the
P01100W popup window to display the address information.
Multiple 16 Address Book Batch Processing Programs (P01110Z and P0101Z1) were enhanced. C
Contacts in Users are allowed to add Address Book numbers with unlimited Who's Who contacts
Batch AB and phone numbers. This enhancement is available to all users and has additional
functionality to handle requirements from Sourcing integration.
Accounts
Receivable
Activity Log for 16 A new activity log was created to record specific system events and user customizable N Accounts
Credit and events for customers. Some of the system events that are recorded in the activity log are: Receivable
Collection statement sent, delinquency notice sent, promises sent, credit limit exceeded, and finance Activity Log
changes created.
Collection managers can easily view all activities for their customers and use this
information to manage those customers more effectively.
Global Update 16 A new program was developed to perform mass updates to the customer master table. N
of Credit/ Some of the fields updated by this program are: collection manager, credit manager,
Collection category codes, tax ID, and person/corporation code. Automating data updates improves
Manager and data integrity, and decreases the amount of time spent on repetitive activities.
More
Adding 16 In the Batch Cash Application (P03550) Credit and Collection, managers can now select C
Additional the date order in which cash receipts will be applied. Batch cash receipts can be applied
Options for using either the FIFO (First in first out) or LIFO (Last in first out) method for Balance
Batch Cash Forward, Statement Match, or Reference Match using the net due date. A code on the
Application customer master allows collection managers to have the option of applying payments to
the oldest invoices first, or the newest ones.
An additional method for write-offs was added to batch cash processing. The manual
step of writing off minor amounts can now be accomplished during the batch cash
application. This eliminates the time needed to manage those small amounts later.
Notify of Memo 16 Customer Master (P01053) and Supplier Master (P01054) programs were enhanced to C
Text in Master display ""Memo Exists"" in the upper right hand corner of the screen when there is
Name Search 16 Name Search program (P01200) was enhanced to show the Credit Message/Temporary C
and Credit credit Message on the second column of information in its own place (no longer
Message overwriting the Address Line 1). Credit Message was added to the Name Search
Window (P01NS) as it did not appear previously. This format now appears in Processing
Option 1 on both programs.
Project Number 16 Cash Receipts program (P03103) was enhanced by adding a processing option that C
for Business allows you to retrieve and use the Project Number associated with the invoice Business
Unit Write Off Unit as the Business Unit assigned to the RA AAI account if the Business Unit in the
AAI was blank.
DLI and DFI 16 Account Status Summary program (P03203) was changed to record the first invoice as C
Properly the invoice with the earliest Invoice Date (DIVJ) and the last invoice to be that with the
Updated latest Invoice Date.
Add DW 16 Customer Payment History program (P03204) was enhanced by adding a Processing C
Version for Option that allows you to specify different versions of the Customer Ledger, Account
Program Exits Status Summary, and Name Search programs you want to call from this program.
Add As of 16 Open A/R Foreign Amounts Report (P03429) and Open A/P Foreign Amounts Report C
Processing (P04427) programs were enhanced to allow the use of the As Of files (F0311A and
F0411A) by adding a Processing Option to select it. The As Of File Date appears in the
upper right hand corner of the heading on each page to show the date of the As Of File
data.
Combining 16 Statement Print with Draft (P03506) program was enhanced to provide the capability to C
Invoices on summarize drafts across parent number. This is activated through a new Processing
Statement Option. We also added a Processing Option to provide you with a Proof and Final mode.
Batch Cash 16 Batch Cash Receipts program (P03550) was enhanced to accept a Manual Write Off. C
Enhancements Processing options were added for the Manual Write Off limits and changed the Entry
program to accept a type of 'W' for the transaction type. The program also allows you to
specify whether to apply the Balance Forward, Statement Match or Reference Match in a
LIFO (last in first out) or FIFO (first in first out) manner using the Net Due Date.
Contract Inquiry 16 Contract History Inquiry was enhanced to exit to Customer Ledger Inquiry (P032002) to C
Enhancement allow entry to the additional selections window of the Purchase Order and Purchase
Order Type associated with the invoice. Associated SAR modified Contract History
Inquiry to pass the purchase order and type to the Customer Ledger Inquiry, which then
performs an automatic inquiry on those values.
Discount 16 Previously in Batch Invoice Processing (P03110Z) if the Discount Handling field was C
Handling blank, there was no easy way to update this value. A processing option was added to the
Processing processing programs to allow you to specify a default value for this field if it blank in the
Option file.
Protect the 16 Servers (XT0411Z1 and XT0311Z1) were enhanced by providing a Processing Option C
PPST Field associated with the default Pay Status Processing Option that allows the user to require
the default Pay Status be used on an Add. This change prevents users from overriding the
default Pay Status on the Add of an Invoice or voucher.
Accounts
Payable
Accounts 16 Accounts Payable Approvals enhancement affects all programs that involve vouchering N Accounts Payable
Payable and payments. New programs exist for set up, monitoring, and approvals. IBM User Approvals Process
Approvals ID/Password security is invoked every time the approval program executes.
Programs enhanced include accounts payable constants, all voucher entry programs,
speed release, all payment programs, and the A/P purge program. New programs include
Accounts Payable (A/P) Approval Control Revisions, A/P Approval Server (X0453),
A/P Approvals Work with Vouchers (P04531), and the Global Update of Approver
(P04840).
One Time 16 The new One Time Payment system allows users to add a voucher for a specified payee N One Time
Payment and address, without requiring the creation of any new address book records. Payment
A system constant specifies the address book number the accounts payable system
recognizes as the one-time-payment address book number. Upon entry of a voucher with
the one-time-payment address book number, an additional screen displays asking for the
payee’s name, address, and tax ID number. All voucher entries and payment programs
were enhanced to take advantage of the functionality. During check processing, any
voucher with the one-time payment number, invokes the programs to look up the payee
name and address in a new file. The information is retrieved using document type,
document number, and key company.
For additional control, a user-defined amount can specify the upper limit of a one-time
payment.
Field/ Bank 16 The bank routing fraction number was added to the Bank Account Information screen C
Routing (P04130).
Fraction
Enter Time 16 All programs that use the Bank Account Information File F0030 will update the time C
Stamp on F0030 stamp in that file.
Add Action 16 Help text was added to the Journal Review programs (P00201) stating that action code C
Code Security – security can be added even though there is not an action code field on the screen.
SOX
Notify of Memo 16 Customer Master (P01053) and Supplier Master (P01054) programs were enhanced to C
Text in Master display Memo Exists in the upper right hand corner of the screen when there is memo
text in the generic text file for the address book number.
Add As of 16 Open A/R Foreign Amounts Report (P03429) and Open A/P Foreign Amounts Report C
Processing (P04427) programs were enhanced to be able to use the As Of files (F0311A and
F0411A) by adding a Processing Option to select it. The As Of File Date appears in the
upper right hand corner of the heading on each page to show the date of the As Of File
data.
Add Fiscal 16 RIBA Magnetic Remittance program (P03577) was enhanced to correctly put the C
Code to RIBA Personal Fiscal Code or Company Fiscal Code of the Payee on Record 50, positions 101-
(IT) 116.
Move Alternate 16 Standard Voucher Entry (P04105) was enhanced with a processing option to allow the C Alternate Payee
Payee Top of Alternate Payee field to be moved from the fold of the screen to the top detail line. Field on Standard
Screen Voucher Entry
Payee 16 Speed Release program (P04114) was enhanced to allow you to inquire and limit data C
Processing in display using the Alternate Payee value (PYE) assigned to the voucher.
A/P
Add DDNJ to 16 Speed Release program (P04114) and Speed Release Window (P04114W) were C
Speed Release enhanced to display and allow updates to the Net Due Date. The date appears in the fold
Floating $ Sign 16 A/P Payment Print program (P04572) was enhanced by adding a Processing Option that C
allows the dollar sign '$' to float to the amount. When this feature is used, the leading
asterisks on the payment amount is not used and the '$' sign appears directly before the
amount.
Withholding 16 Calculate Withholding program (P04580) was enhanced to allow you to assign a new C
Tax/Payment G/L date to the new pay items created for withholding. This is done by assigning a new
G/L Date document number to the new pay items within the same batch. There is a processing
option, which allows you to assign today’s date, or a date you specify.
Undo Pay Items 16 The program was changed to adjust the attachments requirement if enough individual C
Reset Detail pay items are deleted from the detail screen so that the remaining detail fits on one stub.
Positive Pay 16 The Positive Pay Create Bank File program (P04586) includes new processing options C
Enhancement which allow you to bypass the creation of the header/trailer records and write the
Payment Date in Gregorian format (MDY) as opposed to Julian format and choose
whether to write the Mailing Name or the Alpha Name in the bank tape file (F04581).
The program was also enhanced to include voids and changes in the workfile (F04581).
Duplicate EXR 16 Speed Voucher Entry program (P041015) was enhanced by adding the Duplicate C
Field function to the distribution remark field.
Add PO 16 The program was enhanced to allow selection based on the Purchase Order Document C
Document Type Type. PO Document Type was added to the right of the Purchase Order in the fold of all
to Screen formats.
Supplier Ledger 16 The Supplier Ledger Inquiry program (P042003) was enhanced by revising one of the C
up to 9 Lines formats to go from 4 subfile lines per item to 3. This allows us to display up to 12 lines
Detail of detail per page rather than 9.
Sort by Invoice 16 Review Voucher Detail program (P042572) was enhanced in Work with Payment C
Number Groups (P04257) by adding the capability to sequence the detail by Document Number
or by Discount Due Date.
VNACR 16 Create GL Summary (P47041) program was enhanced to work with foreign transactions. C
Populated
Use IBAN in 16 A/P Tape output payment program (P04572G5) was enhanced to accommodate the new C
EU Write IBAN number. In addition, for the German format, we corrected the program to print the
Programs Payee Address in positions 211-350 of the T record as well as print the ISO-Country
Code from the special handling field of the UDC 00/CN in positions 207-210. The UDC
issue was only in A81 where we had changed from using 74/LA in A73 to using 00/CN
in A81. For the Netherlands format, we made some other minor modifications dealing
with location of the currency code of both the transaction as well as the bank in Record
Subdivision 01. The beneficiary name and address was enlarged from 30 - 35 characters
and we print the country in record Subdivision 06.
Tax Liability on 16 Due to a change in the Mexican federal government's tax law, the VAT tax normally C
Payment- booked at the post of the voucher or invoice has to now be booked at the time the invoice
Mexico or voucher receipt/payment is posted. This was accomplished using our localization
features. If you are set up as a Mexican User in User Preferences, any invoice or voucher
with VAT tax will be handled through a series of new programs and changes to existing
programs to call these new localization programs.
Protect the 16 Servers were enhanced by providing a Processing Option associated with the default Pay C
PPST Field Status Processing Option that would allow users to require that the default Pay Status be
used on an Add. It prevents users from overriding the default Pay Status on the Add of
an Invoice or voucher.
Voiding 16 Manual Payment programs (P04102 and P04106) were enhanced to provide the ability to C
Unposted create a void payment for unposted manual checks. There is a new Processing Option on
Manual Check both Manual Payment programs to prevent the deletion of an unposted manual check,
which requires you to use the Void Payment Program. You can then decide through the
server if you want to document the deleted payment (treat it like a void) or continue with
the delete.
Discount 16 Previously, in Batch Voucher Processing (P04110Z), if the Discount Handling field was C
Handling blank, there was no easy way to update this value. We have added a processing option to
Processing the processing programs to allow you to specify a default value for this field should it be
Option in the file as blank.
Fixed Assets
Integrity for 16 Fixed Assets now offers a new integrity report for validating fixed asset balances against N G/L to Fixed
Balancing the unposted and posted detail in the General Ledger. The new report lists the G/L Detail Assets Integrity
General Ledger that has not been posted to Fixed Assets, the G/L detail that was bypassed for posting,
Detail to Fixed and the detail records posted to Fixed Assets but not to G/L.
Assets
The report provides an option to print only those accounts that are out of balance. Users
can now see at a glance that the systems are in balance.
Balance Auditor 16 Balance Auditor provides just that kind of verification. A user can use the Balance C
Now Available Auditor drill down to the account ledger to verify the reported data.
for STAR
General
Accounting
Statement of 16 A new report was written to provide a statement of cash flows. The Cash Flow module N Statement of Cash
Cash Flows includes a rule table for setting up the various ranges of accounts for the different Flows
Processing calculations. The account ranges in the rule table work together with the financial
accounting AAI ranges. For greater flexibility, cash flow rules can be set at the company
level.
This enhancement allows our customers to prepare an accurate statement of cash flow
directly from the data held within World.
Batch Header 16 The Batch header system was enhanced to write a batch header record to a history file C
History every time a field on the batch header changes. The batch header record now reflects the
user ID of the last person to perform a change in the batch. Batch approvals are based on
the rules set for up for the last user to change one of the batch’s records, not the user that
input the batch.
The batch header application writes one record to the history table for every change
made to a batch header record. Auditors can pull up a complete listing of everyone that
worked in a particular batch.
The new functionality tightens controls over journal entries. The additional control helps
our customers comply with the requirements of the Sarbanes-Oxley Act.
Human
Resources
Management
Payroll
Separate Check 16 If an employee receives multiple payments through separate check pay types, and the C
processing- Tax employee reaches a tax or DBA limit on one check, subsequent checks will not calculate
and Deduction, those taxes or DBAs that have met the limit.
Benefit, and
For Deductions, Benefits, and Accruals, the enhancement supports pay period, monthly,
Accrual (DBA)
quarterly, annual, and inception-to-date limits.
Limits
Enhanced DBA 16 The Remaining Balance Transfer program was enhanced to allow the transfer of C Enhanced DBA
Balance additional Deduction, Benefit, or Accrual balances when an employee transfers to a new Balance Transfer
Transfer company.
Employee
Self-Service
Federal W-4 16 Employees can add or update their W-4 information. N Employee Self-
Employees or HR managers can print copies of the online W-4 form. Service, Federal
HR managers can review, approve and upload employee W-4 information. W-4 Changes
HR managers can inquire or report on approved employee W-4 requests.
Distribution/
Logistics
Inventory
Management
Cycle Count 16 The Cycle Count Selection program was enhanced with the option to exclude all item C
Processing locations that are included in another open cycle count. A reason code was added to the
Cycle Count Entry screen, so that adjustment records can be marked with a reason code
for later reporting.
The Cycle Count Selection program has a new processing option to control the selection
As-Of File 16 A new inquiry was written to display summarized inventory transactions from the Item N As-Of File Inquiry
Inquiry As-Of file.
The inquiry requires the entry of item number, item branch and fiscal year. The item
location, lot, and GL Class Code can also be used as filter fields. A display unit of
measure can be specified. The program displays the total period transaction quantity and
amount for each of the fiscal periods in the requested fiscal year, with a calculated
cumulative transaction amount for each period.
An option field exit opens another screen, with the filter data being carried between
programs. The period ending date for the row of data that was selected is loaded into the
filter field at the time the second screen is entered. The second screen displays all of the
inventory transaction summary records that meet the criteria specified by the filter fields.
This inquiry makes it easier to review period ending balances after the period has ended.
Held Location, 16 To add the capability to put a location on hold independent of the item. If the location is C
Not Item Based on hold, any transactions creating a new F41021 record in that location will be put on
hold with or without lot numbers.
Sales Order
Management
Bill of Lading 16 Sales Order Bill of Lading Print program now prints the location and lot of each line on C
Print Format the bill of lading.
A new processing option was added to control whether or not the lot and location
information prints on the bill of lading. The default value of value of this option is blank,
so that customers who do not review the program options will see no change in the
printed bill of lading.
The enhancement applies to the Bill of Lading print program (P42530) and the printed
bills of lading (R42530). To utilize the new feature, update the appropriate processing
options on the DREAM Writer version(s) used to print bills of lading.
Credit Order 16 Sales Order Update uses the transaction date from the original sales order to calculate the C
Tax Calculation tax on a credit order created from history.
No processing options control this functionality. If a credit order is created from history,
then Sales Update uses the order date from the original sales order as the effective date
for finding the correct tax rate to apply to the credit order. This ensures that the tax rate
on the credit order is the same as the tax rate on the original invoice.
Vertex and 16 When you override the physical ship-to address on a sales order, the system now C
Address retrieves and replaces the existing Geocode with the Geocode representative of the new
Changes physical address, so that appropriate taxes are applied to the order.
Sales Repost 16 The Item/Location Accumulator Reset program (P42994) was created to clear sales N
with No Open commitment information from the F41021 prior to the rebuild of that information via the
Orders Sales Repost program; therefore, no sales commitment information is reflected for items
for which there are no open sales orders.
Procurement
Received, Not 16 A new report provides a detailed reconciliation between the Purchase Order Receipts file N Reconciling the
Vouchered (F43121) and the General Ledger Detail file (F0911). This report shows a detail variance F43121 (Received
Reconciliation by purchase order and a total variance for the account. Not Vouchered) to
the F0911
The new report has a single processing option, in which a single Received, Not
(Account Ledger)
Vouchered account must be specified. Data selection should include all records on
which Match Type is equal to “1”.
In addition to the new report, changes were made to the Receipts Routing Ledger file to
store the document number of the journal entry. This makes it possible to reconcile the
amounts in the Receipts, Not Vouchered account when there has been a single receipt to
Purchase Order 16 The Purchase Order Generator now uses the item minimum quantity, maximum quantity, C
Generator and order multiple quantity to calculate the recommended reorder quantity.
Calculations
If the order quantity is less than the item minimum quantity, or greater than the item
maximum quantity, the program generates a warning message.
If the order multiple field is greater than zero, the recommended reorder quantity is
rounded up to an integral multiple of the order multiple.
This enhancement facilitates better control over the creation of purchase orders with the
Purchase Order Generator.
Purchase Order 16 A new processing option in Purchase Order Entry gives users the option of populating C
Promise Date the promise date with the date of entry or with the date of entry plus the average lead-
Calculations time for the item.
This option allows purchase orders to be created with the promise date equal to the
normal lead-time for the item. This helps reduce the effort of entering a purchase order
and ensures that the purchase order promise date is realistic.
Exit from 16 A new F-key Exit from voucher match to voucher logging makes it easier to record the C
Voucher Match invoice as a logged voucher.
to Voucher
The functionality adds a new F-key to call the voucher entry program and a processing
Logging
option to specify the version of voucher entry that is called.
The typical process is to try to match an invoice for a purchase order. When the receipt is
not found, the clerk uses the F-key to call voucher logging and enter the invoice as a
logged voucher. The invoice could then be filed. The logged voucher can be paid, if
necessary. A version of P43428 is run to identify logged vouchers with open receipts.
That report is used as the input document for the redistribution of the logged voucher.
This enhancement makes it easier to handle and control invoices.
Work Order 16 Functionality was added to the Purchase Order Repost program such that items in receipt C
Quantity in routing that were placed there via completion of a work order, are reposted correctly.
Receipt Routing Unfortunately, the functionality is flawed, in that the quantities are not reposted correctly
unless an F4311 record exists for the item. Since an F4311 record is not created when
work ordered items go into receipt routing, the receipt routing buckets in the F41021 are
cleared by the Repost program, but not recreated. When an Item has only Work Orders
in F4801 and no Open Purchase Orders in F4311, running the Repost Program updates
the appropriate buckets in F41021 (Item Location File).
Database
Changes
Database 16 New Fields were added to the F4141. The F4141 was changed to incorporate the C Database Changes
Changes to “Reason Code” in Cycle Count Entry. If the on-hand quantity in the F41021 was 100 (for to F4141 and
F4141 and example) and we physically counted 110, a reason code can now be added to explain F43099
F43099 why there was a difference.
New Fields were added to the F43099. The F43099 is the receipt routing ledger file.
When a PO is received into routing, an OV document number is created and this
transaction gets written to the F43121. However, no F0911 record is generated. When
the quantity hits the final stage in routing, a separate OV document number is created
and that number gets written to the F0911 and F4111. The F43099 was changed to store
the final OV document number. This completes the link between the receipt transaction,
the F0911, and the F4111. The OV number in the F43121 will not be changed.
Manufacturing
Requirements
Planning
Supply and 16 The Supply and Demand Inquiry was enhanced to allow users to specify that forecasts do N
Demand not affect the available quantity calculation.
Calculations
A new processing option was added to control whether or not the forecast quantity
affects the calculation of the available quantity. If the option is left blank, product
availability is calculated using the planning time fence rule for the item. If the option is
populated with a “1”, forecast quantities do not affect the availability calculation.
Product Data
Management
New Bill of 16 Bill of Material Change File Inquiry application P3011 was added and is located in menu N
Material G3011 to enable inquiry of bill of material change information (F3011). JD Edwards
Change File World has long had the ability to track changes to the bill of material. This can be
Inquiry accomplished by setting a flag in manufacturing constants. However, until this release
there was not a standard inquiry application to enable easy access to this important bill of
material audit information.
Stocking Type 16 Applications were enhanced to optionally suppress display or printing of components for N
Change Logic a parent item that was changed from a manufactured to a purchased item. In previous
releases, bill of material components continued to display for parent items, which had
been changed from being manufactured to being purchased. This caused confusion and
wasted time in trying to decipher “why” components displayed or printed for a
purchased item.
Four applications now support this enhancement: P30207 – Lead-time Inquiry, P30205 –
Part Availability, P30200 – Bill of Material Inquiry, and P30415 – Bill of Material Print.
Processing options were added to suppress display or printing of components for
purchased parent items.
Shop Floor
Control
Work Order 16 The Work Order Parts List Shortage Report (P31418) was modified to correctly identify N
Shortage Report component quantity shortages necessary to successfully complete planned work orders.
Prior to this change, the report was often doubling the demand shown for components on
a work order parts list, as it used a quantity available number that already reflected the
demand of the work order, and subtracted the demand again. The report now handles the
calculation correctly, so the demand is depicted correctly.
Returns to Any 16 The process of returning unused lot controlled components from a work order to any lot N
Location location was streamlined with this enhancement by automatically creating the lot /
location for the component being returned. When returning unused lot controlled
components for a work order, an error occurred when trying to return them to a location
different from where they were originally issued. The work around was to manually
create the lot location record prior to the negative issue transaction. This enhancement
helps streamline the effort required to report “real world” events on the plant floor,
helping to maintain inventory accuracies while reducing the time and effort to report
movement.
Expiration Date 16 To augment the current practice of automatically assigning expiration dates to lot N
for Lot controlled items with optional manual assignment, an enhancement was made to work
Controlled order completions (P31114) allowing a new processing option to drive manual
Items assignment of the lot expiration date at the point of creation of the lot controlled item.
Retention of 16 Simplification of solutions yields more consistent and predictable results, a necessary N
Lot Expiration 16 The component allocation process using the expiration date of lot-controlled components N
Date has always been checked against the work order start date to help indicate that the
Management components were of the appropriate quality to be used for the work order. However, this
is not always sufficient. An enhancement was added so now several options exist to help
further ensure appropriate use of lot controlled components for a work order. The
allocation process now allows one of three possible crosschecks for lot controlled
component expiration dates; (1) work order start date, (2) component need date, or (3)
work order required completion date.
Lot Numbers at 16 Work order generation (P48013) now supports both a processing option and a function N Assign Lot
Work Order key exit to optionally enable use of next numbers when assigning lot number to be used Number using
Creation for the lot controlled item being produced. Next Numbers at
Work Order
As P48013 works both with manual entry or in response to MRP messaging responses,
Creation
addition of a processing option and a function key to optionally drive lot assignment
through next numbers was critical in enabling maintenance of as much control as is
needed to fulfill business rules in the assignment of lot numbers.
Variable 16 A processing option was added to work order generation (P48013) and (P31410) driving N
Leadtime a crosscheck of the first operation start date from the routing with the work order start
Adjustments date IF using variable lead time. If they are different, the first operation start date from
the routing is used to replace the work order start date.
Database
Changes
Database 16 Six files were changed. Changes were made to the following files: F3009, F3111, F3112, C Database Changes
Changes for F3102, F3003, and F31122. for Actual Costing
Actual Costing
Technical
Tools
Technical
Cumulative 16 A new media option is now available when ordering cumulative updates. In addition to N
Updates Now tape media, DVD-RAM is the new media choice. Note that CD-ROM is currently not a
Available on valid option.
DVD-RAM
Crystal
Reports and
Crystal
Enterprise for
World
Crystal Reports 16 A world standard for high-performance report design, Crystal Reports for World allows N
and Crystal users to design flexible, feature-rich reports. With more than 100 formatting options,
Enterprise for Crystal Reports allows complete control over data access and presentation. End users can
World create, modify, and drill down into reports, sort and filter information, refresh reports,
and export reports into many formats, including PDF, Excel, Word, and RTF. Any
Crystal report can be instantly published to Crystal Enterprise for end users to view,
modify, and share over the Web. A Crystal Report, or a part of a report, can be
embedded in Microsoft® Office documents and the data easily and securely refreshed
with the click of a mouse. Crystal Enterprise for JD Edwards World is a common
architecture for data access, reporting, and information delivery that allows you to
respond quickly to any reporting need. Crystal Enterprise is designed to work with your
existing JD Edwards World system to help you manage and distribute reports, and it
gives authorized users a central access point to interactively view and export reports. JD
Edwards World complements Crystal technology with a rich set of metadata integrations,
such as integration with Data Dictionary and User Defined Codes. These integrations are
enabled through Unity Enterprise Solutions erpDirect ODBC driver. erpDirect provides
an intelligent bridge to JD Edwards World data, interpreting data schema elements such
as security setup, long and short table and column descriptions, user-defined code
descriptions, decimal scaling, and data formatting.
Process
Modeler
Process 16 JD Edwards World has made the Process Modeler available for JD Edwards World N
Modeler software. This tool comes with a repository of almost 300 models that describe how JD
Edwards World software is used to execute standard business processes. The tool can be
used to modify the models to reflect the actual configuration used by each customer. The
objects in the models are reusable, making it easier to develop your own process models
Web
Enablement
Function Keys 16 Function keys are now enabled on all HTML screens C
Enabled
Localization
Argentina
CAI Validation 16 The CA information was not being validated on the Additional Voucher Information C
screen (V041052A) once the legal document type had been modified and Enter was
pressed again. This was enhanced to validate the CAI field based on the CAI information
that is stored in the CAI Setup File (F76043A) for that issue center and legal document
type.
UTE Profit 16 Previously when a payment was made to a UTE (Transitory Enterprise Union) the profit C
Withholding withholding was calculated for the UTE vendor rather than its members. The profit-
withholding certificate was also printed with the information of the UTE. Now when a
payment is made to a UTE (Transitory Enterprise Union) the AFIP in the legal resolution
number 830, forces profit withholding to be calculated, a withholding certificate to be
printed and the profit withholding payments to be accumulated. This means that the
withholding amount is now proportional for each member.
Duplicate Legal 16 It is now possible to enter the same legal voucher number when the legal document type C
Number (DGI document type) is different. Previously the system did not allow any duplicate
legal voucher numbers regardless of the legal document type.
RG 1672/04 16 The fiscal authority, AFIP, published a new regulation, RG 1672/04. This regulation C
Sales CITI requires the generation of a new TXT file for the CITI Sales transactions. This regulation
went into effect on 20 May 2004.
Creation of 16 This technical enhancement was done to improve the Argentinean localization solution. C
Vocabulary Constant text fields were replaced with vocabulary override fields in the screens
Overrides V76A151 and V76A002. In program P76A6216 replaced standard display file V0055W
with localization display file V76A6216.
RG1702 Bar 16 According to the new regulation RG 1702/04 published by the AFIP, the invoice layout C
Code Invoice must include a printed bar code. The bar code is composed of a concatenation of several
values:
• C.U.I.T. number: 11 characters
• Legal Document type: 2 characters
• Issue Place: 4 characters
• C.A.I. Number: 14 characters
• C.A.I. Due Date: 8 characters
• Check Digit: 1 character (calculated according to an algorithm)
This regulation impacts all invoice printing programs including
sales order processing and accounts receivable.
RG 1769/04 and 16 RG 1769/04 (Security Services) and RG 1784/04 (SUSS general) were published by the N
1784/04 PC AFIP to regulate activities related to existing SUSS withholding in payments. The
Copy Available Argentinean localization solution was enhanced to meet these regulatory requirements.
This development considers accumulated amount for withholding and UTE withholding.
The RG 1769 established a new S.U.S.S. withholding for Security Services Vendors.
This is a withholding that must be done when a payment to a vendor providing such
service is done.
The RG 1784 established a new S.U.S.S. withholding, it extends it to all payment to
vendors, regardless of activity type, except for certain services such as cleaning and
security, because they are included in special resolutions.
These regulations impact A/P Payment Processing.
This work was done for SP17, but a PC copy is available for the SP16 level. The SP16
fix number is A73748540.
Bar Code 16 According to RG 1702/04, the bar code on legal invoices must use the date format N
Wrong Date (YYYYMMDD). This change makes it possible to produce the required date format.
Format PC This work was done for SP17, but a PC copy is available for the SP16 level. This is
Copy available included in fix A737485400.
Australia
Brazil
Fiscal Book 16 The Brazilian fiscal authority requires the creation of many fiscal book reports. The N
Reports I and II authorities require the creation of TXT files. The files must be sent to the fiscal authority
on a periodic basis. The reports cover various transaction types including financial, sales
and purchasing information. This development is to cover the Brazilian regulation of
fiscal reports and tapes including G/L legal reports.
This solution includes the following reports:
Financial Reports:
• Diario Geral (General Journal Report)
• Diario Auxiliar (A/R)
• Diario Auxiliar (A/P)
• Trial Balance 4 Columns
• Transaction Journal (Razao)
• DIRF – Suppliers
IN86 Reports 16 There is a Brazilian legal requirement named IN86. IN86 regulates the way that N
Via Magnetic information must be communicated to the fiscal authority on an annual basis. Batch
Media processes are used to create files with TXT format so that they can be sent to the fiscal
authority. Users have the ability to add transactions to the files so that information from
other systems can be added. The programs for adding information are interactive.
CFOP 3 to 4 16 The Brazilian fiscal authority changed the length of the transaction nature code. This N
Digits code is called CFOP (codigo fiscal de operacoes e prestacoes). The field length was
changed from 3 to 4 digits. This regulatory change made it necessary to change the field
in all of the existing Brazilian localizations that were part of the solution prior to SP16.
France
EFT 16 Country-specific format is provided for payments in foreign currencies or in the local N
International currency to a foreign bank. The format includes the International Bank Account Number
Payment Format (IBAN). All French companies who make international payments need this format and
AFB320 enables companies to automate that payment process.
BOI Domestic 16 EFT payment format is provided for the Bank of Ireland (BOI). This format works in N
Payment Format conjunction with the standard payment process.
AIB Electronic 16 EFT payment format is provided for the Allied Irish Bank (AIB). This format works in N
Payment conjunction with the standard payment process.
AIB Domestic 16 We have provided a country-specific debit format for the Allied Irish Bank (AIB). This N
Direct Debit format works in conjunction with the standard direct debit process
Format
Italy
Italian File 16 The ABI, Associazione Bancaria Italiana [Italian Bank Association] has published an C
Layout Change update of the debit payment format [Bonifico Bancario]. This SAR enhances program
P04572I1 to create the payment file according to the latest standards published by ABI.
The enhancement does not change the way users create payment file, it only updates the
file layout. Customers are able to process their payment files within the Italian bank
system. Without this update, the files are obsolete and the bank would not accept them.
Add PO to 16 This is a legal update. The Italian government published a law that facilitates the way the C
P09404 / Rpt is Giornale Bollato [Register Report / P09404] can be printed by businesses based in Italy.
Used for Italian With the new law businesses can now print the Giornale Bollato on regular paper instead
Reporting of using pre-numbered stamped forms. The enhancement adds a processing option that
Purpose allows users to number each page of the Giornale Bollato printed on regular paper as
requested by the new law.
Add Fiscal 16 The ABI, Associazione Bancaria Italiana [Italian Bank Association] has published an C
Code to RIBA update of the RIBA [Ricevuta Bancaria - A/R payment format] payment format. This
SAR enhances program P03577 to create the payment file according to the latest
standards published by ABI. The enhancement does not change the way users create A/R
payment files, but only updates the file layout. Customers are able to process their RIBA
files within the Italian banks system. Without this update, the files are obsolete and the
bank would not accept them.
Mexico
Mexican IVA 16 The Mexican government requires that VAT (IVA) be recognized when companies post N
payments or receipts, rather than when the voucher or invoice is posted. A suspense
VAT account is used to meet this requirement. This functionality has been developed for
customers in Mexico.
Tax Declaration 16 The 347 Tax Declaration report lists all sales and purchases over 3005.06 Euros in a N
347 and 349 fiscal year. The report can be submitted on paper or electronically.
The 349 Tax Declaration report lists all of the exchanges between a Spanish company
and other companies within the European Union. The report can be submitted on paper
or electronically.
Help and Check 16 These are the programs to setup the Spanish localizations and help text to correctly work N
Spanish with the Spanish Localizations solution.
Localizations
In this menu, users can set up and define certain information that the system uses during
processing. The customer uses this information to customize the system for their
business requirements.
Drafts 16 This solution makes it possible to meet Spanish draft requirements. In Spain, drafts can N
be remitted to the bank on paper or electronically. This solution enables you to group and
print drafts according to legal formats and also provides the following draft remittance
formats:
• Draft Remittance 19 (AEB 19)
• Draft Remittance 32 (AEB 32)
• Draft Remittance 58 (AEB 58)
Spanish Reports 16 There are required financial reports for Spanish customers. Spanish Localization N
software includes reports for general accounting solutions for Spain.
General Ledger report (Mayor General): To meet the requirements of the Spanish Trade
Authority, the General Ledger Report is provided as a localization.
General Journal report (Diario General): To meet the requirements of the Spanish Trade
Statement C&S 16 This is similar to a standard statement, but this statement includes Spanish drafts (R1) for N
both customers and suppliers. This report meets the Spanish requirements.
Payment 16 There are the standard formats that are required for Spanish customers to be able to pay N
Formats their suppliers. It is possible to produce a file or a paper report.
In addition to the standard payment formats that are included in the Accounts Payable
automatic payment solution, the Spanish localization software provides several specific
payments solutions (34, 34-1, Foreign and Domestic Check, and Draft Payable).
International
Use of IBAN in 16 The International Bank Account Number (IBAN) was added to EU payment format C
EU Bank programs. This is a new bank account number that is being used by the EU.
Formats
Add As-of 16 This enhancement provides the ability to run as-of reports for open accounts receivable C
Processing and accounts payable foreign amounts. This enhancement was requested by several
international customers.
Table of Contents 1
Financial Management 2
Accounts Receivable....................................................................................... 2
Activity Log for Credit and Collection ....................................................................... 2
Accounts Payable ........................................................................................... 4
Accounts Payable Approvals ................................................................................... 4
One Time Payment .................................................................................................. 16
Move Alternate Payee to Top of Screen .................................................................. 22
Fixed Assets.................................................................................................... 24
Integrity for Balancing General Ledger Detail to Fixed Assets ................................ 24
General Accounting......................................................................................... 26
Statement of Cash Flows Processing ...................................................................... 26
Intercompany Accounts in Balance Integrity Changes ............................................ 30
Distribution/Logistics 36
Inventory Management ................................................................................... 36
As-Of File Inquiry ..................................................................................................... 36
Procurement.................................................................................................... 43
Received, not Vouchered Reconciliation ................................................................. 43
Database Changes ......................................................................................... 45
Database Changes to F4141 and F43099............................................................... 45
Manufacturing 47
Shop Floor Control .......................................................................................... 47
Lot Numbers at Work Order Creation ...................................................................... 47
Database Changes ......................................................................................... 55
Database Changes for Actual Costing..................................................................... 55
Accounts Receivable
A new system was created to generate and maintain customer activity. The Activity Log keeps track
of customer activities such as:
The account activity log can be used to review a history of credit and collection efforts and to show
patterns and trends of customer habits. The account activity log produces a list of all the credit and
collection activities associated with a customer, such as the date when statements, delinquency
notices, and finance charge fees were generated, as well as when their credit limit was changed or
reviewed. From the list of activities associated with an account, detailed information about a specific
activity can be accessed and reviewed. For example, if the activity indicates Over Credit Limit, credit
review information will display by how much that the customer has exceeded the credit limit. If an
account has a large number of delinquency processes or collection reviews associated with it, it might
be considered a problem account. However, if very little activity is associated with an account, it
might be considered to be performing well. The system displays activities for an account by activity
date and priority.
• Activity Item
• Customer Number
• Company -- The system creates activities by company for statements (when the Company
Consolidation processing option is left blank), delinquency notices and finances charges
• From Tickler Date
From the Activity Log enter the corresponding option number to exit to pertinent A/R programs for
that customer. There is also a function key exit to a DREAM Writer versions list program (P0331P)
to print the Activity Log.
The system automatically generates an activity message when a specific activity occurs.
Each message is associated with a hard-coded activity type. The following lists each activity type, the
system generated activity message, and the process that generates the message:
Customer activities have been predefined and need to be set up in the Activity Master file (F0330).
The seven predefined codes are:
Activity Activity Message Description of Process
Type
20 Credit Review Required The system generates this message when the date in the Next Review
Date field on the Customer Master has expired and Credit Analysis
Refresh (P03525) has been run.
21 Over Credit Limit The system generates this message when the total amount of open
invoices exceeds the amount entered in the Credit Limit field on the
Customer Master and Credit Analysis Refresh has been run.
22 Credit Limit Updated The system generates this message when the amount in the Credit
Limit field on the Customer Master (P01053) has been changed.
30 Promises Sent The system generates this message when a promise message is
manually entered, and the M1 (message type 1) field is populated with
a 'P'.
40 Delinquency Notice Sent The system generates this message when a delinquency notice
(P035111) has been processed.
42 Statement Sent The system generates this message for every statement issued
(P035001).
50 Finance Charge Applied The system generates this message when a Finance Charge is created
(P03435).
In addition to the Activity code an Activity Priority from 1 to 5 can also be assigned, with 1 being the
highest priority and 5 the least priority.
When the program responsible for each of these activities is run, the Activity Log Server (X0331)
writes a record of the event to the Activity Log file (F0331).
Activities can also be disabled by entering a 1 in the Disable Activity field on the Activity Type
Master file. If an activity type has been disabled, the activity will not be recorded in the Activity Log
file (F0331).
In addition to online review of credit and collections activities associated with a customer, the activity
log can be printed as well. This enables review and management of account activities from a printed
copy. Data selection can be used to limit the report to specific customers or to a specific activity type.
The system stores information about the activity log in the Customer Activity Log table (F0331).
The A/P Approvals process allows control of who has the authority to approve vouchers for payment
based on voucher amount, document type, company, business unit, or any combination of these.
Overview
The Accounts Payable Approvals process allows businesses to monitor and manage the outflow of
cash through their A/P system. Approvals controls can be set up to determine the Approval Status for
all vouchers entered or changed. These controls can be set up based on the voucher's gross or taxable
amount, document type, business unit, company, or any combination. When A/P Approvals is
activated, the system prevents payment on any voucher that does not have an appropriate Approval
Status regardless of its pay status.
The system uses the AP Control file (F0453) when evaluating vouchers to determine if there will be a
record created in the A/P Approval Detail File (F04531), and which approvers and status to be
assigned. A record is written to the A/P Approval Detail File (F04531) for every voucher whether it
requires approval or not.
The following is the summary hierarchy used to evaluate the vouchers:
Setup
A new field has been added to A/P Constants (P000904), to control the use of A/P Approvals. The
following are the valid values for the A/P Approvals field (GCRMP):
• Blank - A/P Approvals is not activated. Any voucher entered to the system can be included in
the payment process.
A/P Approval Control Revisions (P0453) was established to set up the approval level controls used to
determine the Approval Status for all vouchers entered or changed. This program allows you to set up
Company, Business Unit, Document Type, and/or minimum amounts over which vouchers need
approval to be paid. Records set up within this program are added to the A/P Approval Control File
(F0453). You can inquire on these records by document type, business unit, company, or any
combination.
Credit/negative total vouchers are handled like the positive vouchers, except the evaluation uses
LESS THAN logic. If the table has a value of 500.00-, any amount greater than, such as 400.00- or
10.00-, will be set to approved or use the processing option in X0453 to determine approval status,
and less than 500.00-, such as 800.00-, will be set to unapproved.
Note
The Approver 1 and Approver 2 fields use the IBM I-Series User ID. This is an important security
feature used in A/P Approval - Work with Voucher program (P04531).
Two additional programs are accessed from A/P Control Revisions by function key exits:
• Global Approver Update (P04840) - From A/P Control Revision, press F9 to access the
DREAM Writer version list for Global Approver Update. This program uses the FROM and
TO processing options to globally update Approver 1 and/or Approver 2 from one User ID to
another in the A/P Approval Control file (F0453), as well as, the A/P Approval Detail File
(F04531). This update is necessary when users leave the company or change positions within
the company, and are no longer valid approvers. The Update Approver Version processing
option allows the users to select a specific version of the Global Update of Approver –
Approval File (P04841). P04841 is used when users need to evaluate a specific subset of data
from the AP Approver file (F04531).
The A/P Approval - Set Approval Flag for Voucher (X0453) was designed to handle functions related
to A/P Approvals. If you are writing, deleting, or changing payment related fields, the system
evaluates the voucher to set the proper approval status. The system only utilizes version ZJDE0001
for processing, except for the program P04532, which contains a processing option to specify a
version. The following processing options are utilized in the evaluation of the vouchers and must be
set up prior to using the A/P Approval system. These options allow you to determine how to manage
vouchers that fall outside the approval amount levels or do not have a control record assigned to the
document type, business unit, or company. In addition, vouchers with credit pay items can be set to
unapproved for further review.
Approving Vouchers
Once A/P Approvals is activated and controls are set up, records are written to the A/P Approver
Detail File (F04531) for every voucher that is entered in the system. This includes vouchers created
from the Purchasing and Payroll systems. A/P Approval - Work with Vouchers (P04531) allows
display of all vouchers written to the A/P Approver File. You can inquire on various fields or any
combination in order to limit the display of the A/P Approval detail records. The information
displayed contain Approval Status, Approved By, Amount Approved, and an asterisk under the Credit
Items headings to indicate a credit pay item is included. This program is designed for use as a review
tool and for managing the approval status of vouchers in the system.
• The Approval Status equals 2: the Approver 1 or Approver 2 can change the status to reject
(9) or to unapprove (0).
• The Approval Status equals 0: the Approver 1 or Approver 2 can change the status to reject
(9) or to approve (1).
• The Approval Status equals 1: the Approver 1 or Approver 2 can change the status to reject
(9) or to unapprove (0).
• The Approval Status equals 9: the Approver 1 or Approver 2 can change the status to approve
(1) or to unapprove (0).
The Approvers will use the option key field to affect the update of the status for each voucher. In
addition, option 4 allows the user to exit to the appropriate voucher entry program. If the field RPRP3
12 Net Change A7.3 CU 16
in the AP Detail file (F0411) is updated with a 'C' for the voucher, the system exits to the Multi-
Company Single Supplier (P041016), utilizing DREAM Writer version ZJDE0001. All other
vouchers use Standard Voucher Entry (P04105), utilizing DREAM Writer version ZJDE0001.
Users have function key exits to Speed Release (P04114), Supplier Ledger Inquiry (P042003) and
Supplier Payment Ledger Inquiry (P042004). Approvers have the benefit of an Approve All Vouchers
function key, which assists in approving large groups of vouchers at a time.
Generic Text is another beneficial function key, which allows the user to make notes to the voucher.
The Generic Text is made at the summary voucher level, and will not be seen when inquiring on
individual voucher pay items. The Supplier Ledger Inquiry (P042003) has a new option key, 9, that
allows you to view Generic text created by the AP Approval system.
A/P Approvals - Work with Vouchers (P04531) has one processing option, which allows users to
designate default values prior to accessing the screen. Below is the processing option with the fields
available for assignment. If preloaded information needed for users varies depending on different
users, it is recommended you set up separate menu options for each user and update the menu option
with the specific DREAM Writer version established for the user.
Note
As an extra security measure, User ID/Password Security is invoked every time the program is
selected. Before any user can enter the A/P Approval - Work with Vouchers (P04531) program, they
are required to enter their IBM I-Series password, thus preventing an unauthorized user from trying to
approve vouchers from an unprotected PC.
Notes
• Supplier Ledger Inquiry (P042003) was enhanced to display the Approval Status from the
A/P Approval Detail File in the Detail Area (F4). The Standard Voucher Entry (P04105) was
also enhanced to include the A/P Approval Status.
• When a voucher is changed in a way that affects the payment (change in gross amount, new
pay item, deleted pay item, split pay item, and Alternate Payee revised), the entire voucher is
re-evaluated by the Set Approval Flag for Voucher program (X0453) against the control
records and the Approval Status is reassigned. Any items already paid on that voucher are
unaffected; the Approval Status affects only open items. However, note that when the
voucher is re-evaluated, all pay items are considered when totaling gross/taxable amounts for
comparison to the control record amounts.
• Besides having the automatic re-evaluation when the Payee or the Amount of a voucher is
changed, there are additional fields that can be considered in the re-evaluation process. The
user can set the processing option in Set Approval Flag for Voucher program (X0453) to
allow the system to re-evaluate when changes are made to Category Code 7 (AC07) and/or
Payment Handling Code (CRC).
• The payment process only allows payments to be made to vouchers that were approved for
payment (Approval Status '1' or '2') if A/P Approvals is active. Create Payment Groups
(P04570) and Manual Payment with Voucher Match (P04102) issue an error if a user
attempts to pay an unapproved voucher. If a payment is subsequently deleted or voided, the
voucher retains the approved status (1 or 2). The voucher is not re-evaluated by the Set
Approval Flag for Voucher program (X0453) and remains approved for payment.
• Manual Payment without Voucher Match (P04106) automatically assigns the manual voucher
an Approved Status of '2'. This allows the payment to be processed immediately with the
voucher. If the payment record is subsequently voided, the remaining voucher is re-evaluated
by the Set Approval Flag for Voucher program (X0453) as though it is a new voucher,
assigning an Approval status based on the control records.
• AP Batch Processing with Payment Creation (P04110Z) automatically assigns the voucher an
Approved Status of '2', which allows the payment to be processed. If the payment is
subsequently deleted or voided, the voucher is not re-evaluated by the Set Approval Flag for
Voucher program (X0453), and remains approved for payment.
Maintenance
• Over the course of time, employees leave the company or are assigned different
responsibilities. The Global Update of Approver (P04840) allows you to globally update
Approver 1 or Approver 2 from one User ID to another in both the A/P Approval Control file
(F0453) as well as the A/P Approver Detail file (F04531).
• Evaluate Vouchers - Assign Approval Status (P04532) allows you to evaluate/re-evaluate and
update vouchers based on the assigned version of Set Approval Flag for Voucher program
(X0453). As mentioned previously, a new voucher or changed voucher automatically runs
through this program, but there might be occasions to re-evaluate a large group of vouchers,
either upon initial implementation of A/P Approvals or if approval control records are added
or changed.
One Time Payment allows you to enter a voucher and payment for a supplier that you do not want to
add to your Address Book system. The supplier's name and mailing address are stored in a separate
file, which is used for payment and/or reporting information. This function is separate from the
current One Time Vendor process.
Overview
One Time Payment is a new method for entering vouchers and payments for a supplier that you do
not want to add to the Address Book system. For example, you can pay this supplier just once and
only need minimal Address Book information. The process uses a designated Address Book number
that is set up in the Address Book as the One Time Payment supplier and is activated when this
address number is attached to company 00000 in Company Numbers and Names. When a voucher is
being entered for this supplier number, a window displays allowing the user to enter name and
mailing address to be used for the voucher and payment. The address information is stored in the One
Time Payment file ( F0411AB). When this voucher is paid or reported on, the name/address
information comes from the F0411AB rather than the normal Address Book files (F0111, F0116).
This process can be used by many industries such as government agencies, real estate management,
telecommunications, and so on; whenever one-time payments to payees with no long term
relationships or additional reporting requirements (1099s) need to be made. By streamlining the
functionality, it saves data entry time and is a more efficient use of the address book.
Setup
1. Add a new Address Book record for use as the One Time Payment (OTP) supplier number.
You only need minimal information on this record, such as Alpha Name, Mailing Name,
Search Type set to 'V', Payables Flag set to Y, and Receivables Flag set to N. It is
recommended to use an Alpha Name of 'One Time Supplier' or something similar, so users
are aware of this and do not mistake it for a standard supplier number.
2. You also need to add a Supplier Master record for this address book number. The Supplier
Master record works the same as it does for any other supplier, so care must be taken when
setting up this record. Any information entered in the Supplier Master record defaults to all
vouchers entered with the One Time Payment address number, therefore we recommend a
minimal or generic set up. A few things to consider are:
• The Factor/Special Payee field defaults to the Supplier Number entered (OTP address
number) and this should not be changed.
• For all fields where you have default settings set up for particular Data Dictionary items,
you need to confirm that the setting apply to all potential One Time Payments. For
example, if you have default values for Hold Payment, Payment Instrument, or Payment
terms, be aware that these apply to every voucher entered using the OTP address number
even though the actual suppliers differ, therefore you might want to leave these and other
fields blank.
• If you use currency processing, the Amount Currency field needs to be populated with
the standard currency used for storing amounts, such as YTD and PYE vouchered
amounts.
16 Net Change A7.3 CU 16
• You should not set up any Tax Information in the Supplier Master record such as
Withholding percentage, Tax ID, Person/Corp Code, and other fields. This information
defaults to all vouchers for the OTP address book number, regardless of the individual
supplier being vouchered. In addition, the One Time Payment process is not designed to
be used for suppliers that you need to process 1099s. If you need Withholding taxes
generated or will be creating 1099s for a particular supplier, you need to set up and use a
standard address book record. (See Notes)
• You can set up default Accounting and Distribution Information if you want all vouchers
entered for the One Time Payment address number to be expensed against a particular
G/L account, to be assigned a specific G/L offset or to use a model journal entry.
• You will be prevented from setting up supplier bank account information (bank type 'V')
for the OTP address number, because this address number will be used for multiple
suppliers.
3. To activate One Time Payment functionality, go to Company Numbers and Names (P00105)
and access the detail information (F4) for company 00000. In the Company Address Number
field, enter the One Time Payment address number.
(Example: Address Book number 10225 was added with Alpha/Mailing name of One Time
Supplier. In Company Numbers and Names, address number 10225 is populated in the
Company Address Number field for company 00000).
If the Accounts Payable Approval Process is being used, a processing option behind the Approval
Controls (X0453) determines how these vouchers to one-time vendors are processed:
1. Entering Vouchers - When creating a voucher for a supplier using the One Time Payment
address book number, type the standard voucher information. When you press Enter, the OTP
Address Book Addition Window displays (P0411AB). Users are prompted for the alpha
name, mailing name, and mailing address to be used for this voucher. You can also enter the
tax identification number and person/corporation code for further identification purposes.
After information is populated, press Enter to continue with voucher entry.
4. Reporting - One Time Payment Report (P044AB) lists all vouchers entered for all One Time
Payment suppliers. The report lists address information entered as well as gross and open
amounts for the voucher. The DEMO version of the report is set up to sequence by document
number. If you choose, you can add a new version(s) and change the Data Sequence to
include Alpha Name or Tax ID as the first sequence. These different sequences allow users to
verify if there are possible duplicate vouchers/tax IDs or to track how often a One Time
Payment supplier has been vouchered.
Deleting/Voiding Transactions
When deleting an unposted voucher, the associated address information in the One Time Payment file
(F0411AB) is also deleted because there is no longer a corresponding voucher record in the AP
Ledger file (F0411). When voiding a posted voucher, the information in the F0411AB is not deleted
as the voucher record still exists in the F0411.
Purging
Purge Closed A/P Records (P04800) - This program was modified to delete records in the One Time
Payment file (F0411AB) when the purge program deletes corresponding F0411 records. The purged
records from the F0411AB are written to the Purge One Time Payment file (F0411ABP).
Notes
Security - Business Unit Security can be used to prevent unauthorized users from entering vouchers
for One Time Payment suppliers. The business unit that is assigned to the address book record for the
One Time Payment goes through the normal Business Unit Security verification; therefore, users have
to have access to that business unit to enter vouchers for One Time Payment suppliers.
Payee Control - If you have Payee Control activated to monitor changes to vouchers, be aware that
changing the mailing name for a voucher with a One Time Payment supplier will not write a control
record to the Payee Control file. This is because Payee Control tracks changes to the mailing name in
the F0111 and the address information for a voucher using the One Time Payment supplier is stored
in the F0411AB. Payee Control applies to changes made to the Payee, Factor/Special Payee, or Bank
Account based on normal functionality, however, per the Security section above you are not allowed
to set up a vendor (type V) bank account for the One Time Payment address book record.
Alternate Payee - The Alternate Payee field defaults to the supplier address book number entered
(OTP address number) when creating a voucher, however you should be aware that there is nothing
preventing a change to this field either at time of entry or later. If this field is changed to a different
supplier intentionally or otherwise, the payment will be made to the Alternate Payee.
Year End 1099 Reporting - The One Time Payment process was designed for payees that require no
additional reporting to be made. If a payee requires a 1099, you need to enter a standard address book
20 Net Change A7.3 CU 16
record for the supplier. This is presuming that your address book record (F0101) for the OTP address
number will not have a Tax ID or Person/Corp code associated with it. When the Person/Corp code is
blank, all payments for that address book number are bypassed by the 1099 programs.
If you have payments for OTP payees that you want to review for possible 1099 reporting, you can
run the One Time Payment Report, P044AB, for a list of all vouchers entered with this address
number. If you determine there are suppliers/payments that need a 1099, you have to create a standard
address book record for the supplier with the appropriate Tax ID and Person/Corp code. When you
are processing the 1099s, you have to enter these payments through the AP Workfile Adjustments.
Standard Voucher Entry (P04105) was enhanced with a processing option to allow the Alternate
Payee field to be moved from the fold of the screen to the top detail line.
With two-cycle entry turned on, the user can now see the alternate payee field when entering
vouchers.
Previously, when a user entered a voucher and later noticed that the supplier number was populated
incorrectly, after changing it to the correct number, they had to open the fold to change the alternate
payee as well. This enhancement gives the option to move this field so that the user does not have to
press F4 to open the fold.
The enhancement adds this processing option, which allows the placement of this field higher up on
the screen so that the fold does not have to be open to view it.
The G/L to Fixed Assets Integrity report (P127013) is a detail report that displays differences between
the General Ledger Account Balances (F0902) and the Fixed Asset Account Balances (F1202) files.
The G/L to Fixed Assets Integrity report (P127013) is one of four Fixed Asset integrities provided to
assist in identifying discrepancies between the General Ledger and Fixed Assets. It is a detail report
that uses the FX Automatic Accounting Instruction (AAI) range of accounts to compare the Account
Balances table (F0902) to the Asset Account Balances table (F1202) and then reconciles the
differences through the Account Ledger table (F0911).
When the system finds accounts that are out of balance between the Account Balances (F0902) and
Asset Account Balances (F1202), the program accesses the Account Ledger (F0911) detail to
determine what each transaction would look like if it was posted to Fixed Assets. Based on the
Account Ledger G/L Post Code (GLPOST) and Passed Code (GLALT3) values, the system prints on
the report which side of the transaction, General Ledger, or Fixed Assets, is not posted.
Note
If a batch ends in error for any reason the Account Ledger (F0911) G/L Post Code and Passed Codes
can be erroneously updated, thus care should be taken when reconciling entries.
As with all of the integrity reports, this report should be run on a regular basis.
Resolving Differences
Typical reasons for differences between General Ledger and Fixed Assets are:
• Entries are posted to Fixed Assets and not the General Ledger or vice versa. Post all entries.
• Changes to the FX AAI ranges were made after posting. All Fixed Assets accounts must be
specified within the FX ranges of accounts.
• Changes were made to the Account Master (F0901). Run the Update Co#, BU/Obj/Sub -
F1202 (P12802) global update.
• Records were purged from either the Account Balances (F0902) or Asset Account Balances
(F1202), but not both. The same records must be purged from both tables.
Setup
Processing Options
1. Enter a '1' to print only those accounts
where the Asset Account Balances (F1202)
Data Selection
Data Selection can be used to limit the scope of the report and to show accounts within a certain
company or business unit. It is recommended that different versions of the report be defined for
specific data selection or sequencing.
The following details the steps necessary to produce a Statement of Cash Flows.
UDC Tables
• Review UDC 10/NB (Normal Balance). These identify the two types of account balances:
• Debit
• Credit
The Special Handling field for each type is hard coded and contains either a D (debit) or C
(credit). When setting up cash flow rules, assign a value of D or C to each row description to
specify whether the normal balance for the accounts in the row is a debit or credit.
• Review the activity codes/descriptions available in UDC 10/CF. These display on the report
as subtotal descriptions and are based on the requirements for International Accounting
Standards (IAS) 7.
• Add Cash Flow Activity code 10 and an FS AAI that signifies the ending Object/Subsidiary
account and description that prints Net Profit Before Taxes on the Statement of Cash Flows
(i.e., FS06). The Rules Code is user-defined. These records are written to F10520.
This balance should coincide with the Net Profit Before Taxes balance on the Simple Income
Statement (P10211), using the same through period number, fiscal year, and ledger type as
the Statement of Cash Flows.
20 Operating Profit Before Working Capital Includes adjustments to the operating profit before
working capital such as accumulated depreciation,
profit or losses on the sale of non-current assets, and
interest paid.
40 Cash Flow from Operating Activities Includes outflows such as interest paid, dividends
paid, and tax paid.
50 Cash Flow from Investing Activities Includes non-current assets and proceeds on the sale
of those assets.
60 Cash Flow from Financing Activities Includes proceeds on the issue of shares and loans and
the redemption of certain shares and loan amounts.
• The print sequence can be changed in the Rpt Seq column in the Statement of Cash Flows
Rules.
• Enter a ‘1’ in the Option field of each Description line to bring up the Account Ranges for
Cash Flow screen. Enter the appropriate Object/Subsidiary account ranges.
A blank in the subsidiary field indicates that there is no subsidiary.
An asterisk (*) indicates that the range includes all subsidiaries.
Note the Action code before making additions/changes.
Processing options
1.Enter the company whose date pattern the
report should use. If more than one company
is selected in Data Selection, all date patterns
must be the same. If the company is left blank,
company 00000’s current financial reporting period
and year will be used for the report’s period end
date and date pattern. This should be a company
that is included in Data Selection.
• Net Profit Before Taxes should be the same balance that is printed in the Simple Income
Statement (P10211), using the same period number, fiscal year, ledger type, and company;
with processing option 6 selected. If multiple companies were selected, they print as separate
balances on P10211.
• When the Cash Flows Statement is printed, the program inserts ‘Increase in’ or ‘Decrease in’
text before the account description, based on:
If normal balance for account(s) is Debit, and actual balance is greater than (or equal to) zero,
‘Increase in’ is printed.
If normal balance is Debit, and actual balance is less than zero, ‘Decrease in’ is printed.
If normal balance is Credit, and actual balance is greater than (or equal to) zero, ‘Decrease in’
is printed.
If normal balance is Credit, and actual balance is less than zero, ‘Increase in’ is printed.
AFTER the above is determined, all balances are reversed (except Cash and Cash
Equivalents) on the report.
• Each description entered in F10520 will print, with the F0902 balances accumulated from the
ranges entered through the period selected.
The beginning Cash and Cash Equivalents section will print the beginning of year date and
the balance will be beginning balances (APYC) of the cash and bank account ranges entered
in Cash Flow Activity code 70.
The ending Cash and Cash Equivalents section will print the period end date selected and the
balance will be the beginning balances (APYC) of the cash and bank account ranges entered,
plus each period’s balances through the selected period end date.
• Net Cash Flow From Operating Activities is the subtotal of Cash Flow Activity Codes 10
through 40. Note that code 40 does not have a separate subtotal, but is included in the above
subtotal description.
The Net Increase/Decrease in Cash and Cash Equivalents is the total of Cash Flow Activity
Codes 10 through 60 (or Subtotals 40, 50, and 60).
When the Net Increase/Decrease in Cash and Cash Equivalents and the difference in
Beginning and Ending Cash and Cash Equivalents is not equal, an Out of Balance error is
printed at the end of the statement.
The Intercompany Accounts in Balance integrity now includes imbalances between balance forward
amounts.
The Intercompany Accounts in Balance integrity now indicates if there is a discrepancy found
between the balance forward fields (GBAPYC), as well as the periods for the intercompany
settlement accounts. If a discrepancy is found in the balance forward fields, a line with the APYC
amounts for the two accounts prints below the line, for the same account, with the period amounts.
When there is a discrepancy in the balance forward fields, the line with the period amounts prints
even if there are no imbalances found in the periods. If there are only discrepancies in the period
amounts, no line prints with the APYC amounts. A column was also added to the report to show the
difference between the various amounts.
Payroll
The Remaining Balance Transfer program was enhanced to allow the transfer of additional
Deduction, Benefit, or Accrual balances when an employee transfers to a new company.
The DBA (Deduction, Benefit, and Accrual) Balance Transfer function was enhanced to allow the
transfer of year-to-date balances for DBAs other than 401(k). When an employee’s company changes
the Balance Transfer program is automatically invoked. DBAs displayed in DBA Balance Transfer
can be selected for transfer or omitted.
To indicate that a DBA is subject to transfer, modify the DBA setup to include the “TB” transfer
balance code.
First, add the TB code to user-defined code table 06/S2.
Second, add the TB code to the W2 IRS Defined Codes field in the Year-End Parameters window of
the DBA Setup.
Federal W-4
► Employee Self-Service, Federal W-4 Changes
This enhancement to Employee Self-Service allows employees to submit a Federal W-4 online.
Overview
Inventory Management
This is a new program to display records in the F41112. The new inquiry program allows users to
inquire on inventory balances as of a period end, even if there are no detail transaction records for the
period.
The Inventory As of File (F41112) is built by a batch program (P41542) from the detail Inventory
Transaction Ledger (F4111). The inquiry over the F4111 allows the user to inquire in “running
balance” mode, which displays a balance forward record as of a user-entered date. The program lists
all transactions after that date and calculates the inventory balance after each transaction. The inquiry
cannot provide accurate information once the detail F4111 records have been purged. This
enhancement allows users to inquire on “on-hand balances” in any period in which detail transactions
have been purged.
There is a view of the new screen (V41113). The screen is a summary of all records that match the
search criteria in the header. The records are summarized by fiscal period. This program allows users
to drill down into the item ledger, summary availability, and a detailed As of Inquiry. All drill down
functions carry specific information for the Item As of Inquiry screen (V41113). The item number
• Item Number
• Branch
• Location – if populated in the header search fields on the Item As Of Inquiry
• Lot – if populated in the header search fields on the Item As Of Inquiry
• Fiscal period beginning date to the “Date From” field
• Fiscal period end date to the “ Date Through “ field
The following values are passed to the item ledger when function key “F8” is selected:
• Item Number
• Branch/Plant
• Location – if populated in the header search fields on the Item As Of Inquiry
• Lot – if populated in the header search fields on the Item As Of Inquiry
• Fiscal year beginning date to the “Date From “ field
The following values are passed to Summary Availability when function key “F10” is selected:
• Item Number
• Branch/Plant
The detail inquiry displays each record in the F41112, based on the search criteria in the header. The
values that were entered in the Item As of Inquiry screen (V41113) are carried over to this screen.
The period end date is populated based on period selected in the previous screen (V41113). The item
number and branch/plant are required fields. The records display in location, lot/serial number, and
G/L class code sequence.
Function key “F2” allows users to toggle between amount or quantity totals. Function key “F18”
scrolls to the bottom of the screen and display the “Total” line. Users can exit to the item ledger
(P4111) from this screen by using field exit #6 or use the function key “F8” to exit to the item ledger
(P4111).
The following values are passed to the item ledger when field exit #6 is selected:
• Item Number
• Branch
• Location
• Lot
• Fiscal period beginning date to the “Date From” field
• Fiscal period end date to the “ Date Through “ field
• Item Number
• Branch/Plant
• Location – if populated in the header search fields on the Item ASOF Detail Inquiry
• Lot – if populated in the header search fields on the Item ASOF Detail Inquiry
• Fiscal period beginning date to the “Date From “ field
• Fiscal period end date to the “Date Through “ field
• Item Number
• Branch/Plant
• Location
• Lot
• G/L Class Code
• Fiscal Year
This new report compares corresponding records from F43121 and F0911 for the Received Not
Vouchered account.
Previously, when reconciliation was sought for the RNV accounts, the following procedure was used:
• Run the Received Not Vouchered Reconciliation report (R43450) for a given account
• Create a Worldwriter report for the Account Ledger file (F0911)
• Manually reconcile the records in the reports
This process has the following drawbacks:
• The R43450 shows only Open Amounts. Does not list all Receipt and Voucher records that
led to the Open Amount
• The Worldwriter report lists all transaction on the account i.e. Receipts and Vouchers. There
is no one-to-one correspondence between the records on the report
• The Worldwriter report also lists stand-alone vouchers
• F43121 and F0911 records are on different reports, which makes manual reconciliation
cumbersome
This new report, on the other hand, compares corresponding records from F43121 and F0911. Then
the report gives the final open amount on the F43121 and the sum of all transactions on the F0911. If
these values are different, the discrepancy is printed in a separate column. This makes it easier for the
user to reconcile differences.
Program Logic
The program P43451 retrieves the Open Amount for a PO line from the F43121. Data selection and
Processing Options can be used to filter records. Only those Receipt lines with a non-zero open
amount are listed.
From the F43121 Match Type 1 record, the Document Number and Type are used to get the
corresponding G/L record from F0911, for the given RNV account. All the Match Type ‘2’ records
for the PO (Vouchers) are found from the F43121 and corresponding G/L records are retrieved from
F0911. All F0911 amounts for the given RNV account are listed and their sum is compared to the
Open Amount from F43121. The discrepancies, if any, are printed on the report.
• This report is reliable only when journal entries are not summarized – both at Receipt and at
Match time
• Any tax amount and/or landed costs related to the PO are not listed because taxes and landed
costs have a separate RNV account
• The report cannot be used to look at transactions affecting an account for a given period
• If Receipt Routing is used, the document numbers are different in F0911 and F43121
New Fields were added to the F4141. The F4141 was changed to incorporate the “Reason Code” in
Cycle Count Entry. If the on-hand quantity in the F41021 was 100 (for example) and we physically
counted 110, a reason code can now be added to explain why there was a difference.
New Fields were added to the F43099. The F43099 is the receipt routing ledger file. When a PO is
received into routing, an OV document number is created and this transaction gets written to the
F43121. However, no F0911 record is generated. When the quantity hits the final stage in routing, a
separate OV document number is created and that number gets written to the F0911 and the F4111.
The F43099 was changed to store the final OV document number. This completes the link between
the receipt transaction, the F0911, and the F4111. The OV number in the F43121 will not be changed.
F4141
POITIS In-Transit/In-Stock
Work order generation (P48013) now supports both a processing option and a function key exit to
optionally enable use of next numbers when assigning lot number to be used for the lot controlled
item being produced.
Overview
In previous releases, assignment of lot numbers using next numbers could only be done at one of the
transaction points for lot number creation, such as work order completions. Some business modes
have the need to assign lot numbers using next umbers at the time of work order creation. An option
was added to enable next number control in the assignment of the lot number to be used for the work
order as the work order is being created. As P48013 works both with manual entry or in response to
MRP messaging responses, addition of a processing option and a function key to optionally drive lot
assignment through next numbers was critical in enabling maintenance of as much control as is
needed to fulfill business needs in the assignment of lot numbers.
Setup
Automatic Generation
Set Processing Option in P4801 Enter/Change Work Order for Automatic Lot Number Generation.
Use this Processing Option if you want automatic generation of Lot Numbers, when processing MRP
Messages to create Work Orders.
Six files were changed and one file was added. Changes were made to the following files: F3009,
F3111, F3112, F3102, F3003, and F31122. New file, F4801T, was added.
F3009
MARS: A code that specifies the source for machine rates when the system calculates routing
costs for an estimate. Valid values are:
LARS: A code that specifies the source for labor rates when the system calculates the routing
costs for an estimate. Valid values are:
F3112
F3102
F31122
F4801T