4.15.3.  Catalog update with ERP link - Fix assignment problems with Update Manager
4.15.3.2. Catalog update (Tutorial) - Example 2
Prev  Next

4.15.3.2. Catalog update (Tutorial) - Example 2

4.15.3.2.1. Preparations
4.15.3.2.2. Catalog update - Download
4.15.3.2.3. Assignment / release – Overview on the best approaches
4.15.3.2.4. PARTadmin - Check | Compare | Install
4.15.3.2.5. PARTlinkManager
4.15.3.2.6. Update Manager - Assignment of projects and LinkDB data records
4.15.3.2.6.1. Update Manager - projects with simple assignment process
4.15.3.2.6.1.1. Assign project.prj (Standard name adjusted)
4.15.3.2.6.1.2. Assign project2.prj (Adjusted directory)
4.15.3.2.6.1.3. Assign project4.prj (directory relocated and Standard name adjusted)
4.15.3.2.6.2. Update Manager - projects with a more complex assignment process
4.15.3.2.6.2.1. Assign project3.prj (project and Standard number renamed)
4.15.3.2.6.2.2. Assign project5.prj
4.15.3.2.6.2.3. Assign project6.prj
4.15.3.2.6.2.4. Assign project7.prj
4.15.3.2.6.3. Final check

With an ERP link, data records in the LinkDB are assigned to a specific project line (project path + LineID).

During catalog updates, it can happen that not all LinkDB links are found for every product due to changes.

[Note]Note

This example is a "Worst case" scenario. It exemplifies only all possible change cases - no "normal", "good" projects. It can be used as a tutorial to getting started with the subject "Catalog update".

You can find the sample files in your installation under $CADENAS\training\update_manager\catalog_update_v1(und v2).cip.

The projects include the following cases:

project.prj Standard name (NB) adjustedAutomatic mapping is possible (see Section 4.15.3.2.6.1, “ Update Manager - projects with simple assignment process”)
project2.prj Directory relocatedAutomatic mapping is possible (see Section 4.15.3.2.6.1, “ Update Manager - projects with simple assignment process”)
project3.prj Project and Standard number (NN) renamedAutomatic mapping is possible (see Section 4.15.3.2.6.2, “ Update Manager - projects with a more complex assignment process”)
project4.prj Directory relocated and Standard name (NB) adjusted

Automatic mapping is possible (see Section 4.15.3.2.6.1, “ Update Manager - projects with simple assignment process”)

project5.prj Project and Standard number (NN) renamed and Standard name adjustedAutomatic mapping is possible (see Section 4.15.3.2.6.2, “ Update Manager - projects with a more complex assignment process”)
project6.prj Project and Standard number (NN) renamed and directory relocatedAutomatic mapping is possible (see Section 4.15.3.2.6.2, “ Update Manager - projects with a more complex assignment process”)
project7.prj Project and Standard number (NN) renamed, directory relocated and Standard name adjustedAutomatic mapping is possible (see Section 4.15.3.2.6.2, “ Update Manager - projects with a more complex assignment process”)

Reasons for catalog changes may be:

  • Product changes

    • Products delisted

    • Products replaced

    • Replacement of product values

    • New products added

  • Maintenance

    • Modeling errors

    • Adjustments of labels & names

    • Changes in structure

    • Adjustment of table values

In order to be able to optimally use the explanations in the sense of a tutorial, please install a base catalog first. On this see the following section Section 4.15.3.2.1, “Preparations”.

Under Section 4.15.3.2.3, “Assignment / release – Overview on the best approaches” you will get an overview.

Prev Up Next
4.15.3.1.3. Editing in the Update Manager  Home 4.15.3.2.1. Preparations