---
title: Configuration
slug: docuflow-guides/uxU_-configuration
docTags: 
createdAt: 2020-03-10T19:34:29.000Z
---

There are three levels of configuration for DocMigrator:

1. SAP ArchiveLink Document Class to Mime-type Mappings - these entries are in the table TOADD and contain the file extension (docment class) to mime-type mapping.  This is required for all file types to be migrated regardless of their source.&#x20;
2. DocMigrator - source repository id setup and mapping, doctype mapping, and source metadata mapping.
3. DocManager Rule - all configuration needed to store content from SAP to your target repository such as location, metadata, etc.  *All business objects and content must be configured in DocManager.*
4. If you are using flat files as input, create a logical filename "ZDOCUFLOW\_MIGRATOR\_SOURCE\_FILES"
5. If you are export file copies, create a logical filename "ZDOCUFLOW\_MIGRATOR\_EXPORT\_COPY\_FILES"


## SAP ArchiveLink Document Class to Mime-Type Mappings

SAP comes with pre-populated mappings.  If a combination is missing in your TOADD table, you can add new entries via the menu path:

SPRO->SAP Reference IMG->SAP Net weaver->Application Server-> Basic Services->Archive Links->Basic Customizing-> Edit Document Classes

## DocMigrator

Locate the DocMigrator config under the docuflow System Dashboard (txn /dflow/sys) and the menu path Configure->DocMigrator

- <u>Source Connectivity</u>
  - Not required for SAP database attachements or notes
  - Choose between a docuflow endpoint, a non-docuflow ArchiveLink content server, the SAP database, or File input for each repository ID that will be used in the Load Table
  - Provided CMS Use Tag.  For non-docuflow endpoints, this is for description purposes only. For docuflow endpoints, this will be used along with standard docuflow configuration to determine the RFC destination to perform the READ from.&#x20;
- <u>Repository Mapping</u>
  - Not required for SAP database attachments or notes
    - This is required in all cases except where you are reading from the same source docuflow repository as the target, or if you have/will populate the Load table from an ABAP class/method or file method (as those determine the target repository ID).
    - It is strongly recommended not to sharing repository IDs for different repository type.
- <u>DocType Mapping</u>
  - Not required for SAP database attachments or notes
  - Mapping of document types is optional in all cases.
  - Typically only recommended if SAP security is to be different between source and target content, or if you want to merge document types.
  - Remember that new document types typically requires updated SAP Security roles/profiles.
  - Wildcards (\*) can be used in the Source Object Type and Source Document Type columns and take  second precedence over an exact matching entry.&#x20;
- <u>Original MD Map</u>
  - Not required for SAP database attachments or notes
  - If metadata is supported from the source content, mapping of original/source metadata names to new target metadata field/property names can be done.
  - If only new metadata from SAP is being sent to the target system as part of the migration, this mapping is not required.
  - Wildcards (\*) can be used in the Source Object Type and Source Document Type columns and take  second precedence over an exact matching entry.&#x20;
- <u>SAP DB as Source Map</u>
  - Required *only* for SAP database attachments or notes
  - For all SAP database attachments or notes you must specify a target repository ID and doctype per SAP Object.
  - A wildcard (\*) can be used in the Source Object Type column and take second precedence over an exact matching entry.&#x20;

## DocManager Rule

Locate the DocManager config under the docuflow System Dashboard (txn /dflow/sys) and the menu path Configure->API Rules->Document Manager.

Since DocMigrator utilizes DocManager for all content to be migrated to determine location, metadata, etc, a DocManager rule must exist for every business object and doctype combination to be migrated.

For detail on this configuration, refer to the DocManager section of the docuflow Solution Guide.

## Logical Filename: Source Files

Create the logical filename "ZDOCUFLOW\_MIGRATOR\_SOURCE\_FILES" via transaction FILE.  Assign to a logical path of the same name and configure that logical path to the directory to save the log files.  The physical path must have the filename placeholder as \<FILENAME>.  Example below:

::Image[]{src="https://api.archbee.com/api/optimize/1hH4CNQG9tP4YS-TB-TC6/WU9vk_FklMw6HoWKYVKaC_image.png" size="70" width="1398" height="374" position="flex-start" showCaption="false"}

::Image[]{src="https://api.archbee.com/api/optimize/1hH4CNQG9tP4YS-TB-TC6/KzdNAOfpcwSj_VOi39ZGo_image.png" size="70" width="1404" height="354" position="flex-start" showCaption="false"}



## Logical Filename: Export Copy

Create the logical filename "ZDOCUFLOW\_MIGRATOR\_EXPORT\_COPY\_FILES" via transaction FILE.  Assign to a logical path of the same name and configure that logical path to the directory to save the log files.  The physical path must have the filename placeholder as .  Example below:

::Image[]{src="https://api.archbee.com/api/optimize/1hH4CNQG9tP4YS-TB-TC6/Pq_H4-ppE2ajBmDwtDINz_image.png" size="70" width="1428" height="368" position="flex-start" showCaption="false"}

::Image[]{src="https://api.archbee.com/api/optimize/1hH4CNQG9tP4YS-TB-TC6/ZHUdN0CBtege-yrwPnWA2_image.png" size="70" width="1446" height="356" position="flex-start" showCaption="false"}





﻿

