Required Application Conversions
The following conversions are run automatically from MFG/UTIL. Where additional application information is available, a reference appears in the margins. If a conversion does not apply to your database—for example, you do not have commodity codes—the program runs quickly, updates nothing, and ends.
Domain Conversion (8.5 – eB2)
Domain capabilities enable you to maintain multiple, unique logical databases in a single physical database. You can do this if you are starting with a new installation. However, the current implementation of domains does not enable you to convert multiple source databases into a single physical target database with multiple domains.
QAD Standard Edition conversions enable you to convert each of your source production databases to new physical databases with a primary domain defined for the target database and connection domain designations for connected databases. Primary domains reference the current database; connection domains point to domains located in other databases.
The addition of domains to the database affects most database tables and indexes. Conversion is required. The conversion:
• Creates a system domain named QAD during conversion data loads.
• Creates a primary domain with a name you supply for the database being converted.
• Updates the domain field in all converted tables with the primary domain.
• Creates a connection record for the current database.
• Creates connection domain records in the target database for any databases with connection master records in the source database.
• Gives each user access to the primary domain created during conversion. Any security group information currently associated with the user is also associated with the domain.
• Moves accounts associated with currencies to the account defaults table in the database.
• Moves the server time zone data from Domain/Account Control (36.1) to the new Database Control table (36.24).
• Creates the value of the new Multi Domain field maintained with Program Information Maintenance (36.3.21.1) for QAD-supplied programs.
Additional References
Security Conversion (8.5 – eB2)
Beginning with QAD eB2.1, new security features have been added that increase the access-control options available to system administrators—particularly when they are tasked with meeting the security requirements of external regulatory agencies.
New fields and tables have been added to support the security enhancements. Highlights of the conversion process include the following:
• User Maintenance (36.3.1) no longer lets you define a blank user ID. If a blank user ID is detected during the conversion, it is retained in the database for historical purposes. However, you cannot update the record in User Maintenance after the conversion, and the conversion routine sets the Active field to No.
• User Maintenance has a new mandatory field, Active Reason, for identifying the reason for changing the user’s active status. The conversion populates this field with the default reason code QAD_DEF, which is associated with the reason type User_Act used by security functions.
• To support the new user group feature, the conversion searches for user groups previously entered in comma-separated lists in User Maintenance and creates a record for each in the user group master table. It then adds the associated user as a member of the group for the production domain specified during the domain conversion. See also
User Group Length Conversion (8.5 – eB2).
• For additional security, the password associated with each telnet log‑in script in User Option Telnet Maintenance (36.20.10.3) is now encrypted. The conversion encrypts any existing passwords.
Extended Account Structure (8.5 – 9.0)
Using the sub-account length setting in Domain/Account Control (the gl_sub_len field in the gl_ctrl table), this post-processing conversion moves sub-account information to a new sub-account field. This conversion also saves elements of the source version account structure for use by the Global Tax Management (GTM) conversion programs.
See User Guide: Financials.
Euro Data Conversions (8.5 - 8.6D)
The euro data conversions require that you post foreign currency transactions in the source database and enter accounts for multicurrency transactions in the conversion function prompts. Two programs are then run during the target database conversion step to populate the database with euro data to comply with European Monetary Union requirements and the introduction of additional multicurrency functionality. If the Euro Toolkit is implemented in your source version, the conversion transfers the toolkit data to the euro tables in the target version.
See User Guide: Financials.
Additional References
MRP to Repetitive Approval Conversion (8.5 – 9.0)
This conversion consists of a post-processing conversion program that moves fields from the QAD work table (qad_wkfl) to the new line allocation detail table to enable the MRP to Repetitive Approval Phase 2 functionality. It also requires several post-processing steps in the target database and launching a post-processing utility.
See User Guide: Manufacturing.
Voucher History Conversion (8.5 – eB)
This post-processing conversion program converts PO receipt history into pending vouchers, loads voucher receipt history, and updates the indexes and key values.
Service/Support Management Conversions (8.5 – eB)
The Service/Support Management (SSM) module has major changes to service contracts offering options for designing contracts, generating contract billing, and managing the general ledger (GL) effects of contracts. Implementing this requires a set of three post-processing conversion programs. Do not rerun these conversion programs.
See User Guide: Service/Support Management.
Multi-Entity Accounting Conversion (8.5 – eB)
This post-processing conversion program converts intercompany accounts defined in the Inventory, Accounts Receivable, Accounts Payable and Fixed Assets Control tables to intercompany accounts defined for each entity master record.
MRP Detail Conversion (8.5 – eB)
This post-processing conversion program initializes the mrp_keyid field in the mrp_det table and assigns one mrp_det record with a keyid value. The conversion allows the MRP detail records to be indexed. A test using a line of Progress code is required to test whether the conversion was successful:
if not can-find(first mrp_det where mrp_keyid = 0)
The conversion was successful if the code returns TRUE.
Linked-Site Costing Conversion (8.5 – eB)
This post-processing conversion program updates the inventory site in the in_mstr table from the inventory General Ledger cost site in the same table: in_gl_cost_site = in_site.
User Master Conversion (8.5 – eB)
This post-processing conversion program initializes the User Type and Access Location fields in the user master table (usr_mstr.usr_type and usr_mstr.usr_access_loc). This update is required to enable new User Maintenance (36.3.1) features such as time zones, country codes, and locations. The Location field is then initialized to Primary.
Sales Order Master Conversion (8.5 – eB)
This post-processing conversion program populates the so_consignment field in the sales order master table (so_mstr). Initial data values are obtained from the so_conrep field.
EDI ECommerce Conversions (8.6E – eB2)
This is a set of three post-processing conversion programs. Only the first of these is required for version 8.6E. All three programs are required for versions 9.0 and eB2.
• The ECommerce Turnaround Data Conversion populates the access and creation dates in the edtar_mstr table.
• The ECommerce Transformation Conversion creates edtrv_mstr entries for the edtrv_var_name field.
• The ECommerce Cross-Reference Conversion enables a logical field that records whether edtmx_ref records have been exported.
Additional References
Kanban 2 Conversion (eB)
This post-processing conversion program realigns the Kanban master and detail records, moving data from the master to the detail tables and converting data from integer to decimal values for greater precision.
Lean Manufacturing Conversion (eB – eB2)
Lean manufacturing upgrades the Kanban module to Lean Manufacturing. Any existing Kanban data is dumped to a dump directory and is reloaded into the new lean manufacturing tables during automated post-processing.
Cumulative Shipping Reset (8.5 – 9.0)
This post-processing conversion program updates the sod_cum_time in the sales order detail table.
E-Mail Master Conversion (8.6E – eB2)
This post-processing conversion program moves e-mail master data from the QAD work table, qad_wkfl, and properly updates the e-mail master table (em_mstr).
Corporate Commodity Codes (8.5)
The commodity code conversion programs move commodity code data from your source version item master table (pt_mstr) and QAD work table (qad_wkfl) to the new target version corporate commodity code table (comd_det). These programs run during post-processing on the target database.
Additional References
User Group Length Conversion (8.5 – eB2)
User groups in QAD Standard Edition are limited to 8 characters in length. Use the User Group Conversion utility to convert existing group name lengths to the correct length and to update security features that use groups, such as menus and sites. Run this program only after all other conversions have been run.
Additional References