Overview

tia ZADOC is a software package that enables SAP-based document storage and research processes in a uniform user interface.
A special feature of this SAP add-on application is that archived documents do not necessarily need a reference to SAP standard objects (such as BKPF or VBAK). For example, documents for leasing vehicles or measuring equipment protocols can be managed with little effort.

The attribute values ​​that are to be used to describe the archived documents can be freely selected.

The settings are made via a few customizing steps.

Other tia ZADOC features:
• Any document type (PDF, TIFF, etc.) can be stored in an ArchiveLink™-capable archive system connected to the respective SAP system in dialog or via batch scenarios.

• In addition to the comprehensive search functions, there are extended storage scenarios available that can be used to easily and conveniently implement interactive archiving in dialog and mass storage of documents in batch mode.

• ZADOC supports the use of SAP ArchiveLink and SAP DVS document types.

• As long as the OLE-Interface is supported by Microsoft the storage of emails directly from Microsoft Outlook can be easily integrated.

• The SAP authorization system is integrated in KGS ZADOC.

• Archived documents can be displayed in a hierarchical structure using the tia ZADOC file manager.

Prerequisites for the installation of the software

To install tia ZADOC in the SAP system, the SAP transport container tia E75K900370 - ZADOC Version 3.6.3 Full Install ECC6.0 EhP8 - 7.50 04.24.zip, which is provided by KGS, must be imported into the SAP system.
Please note: For a successful import of the ZADOC transport, SAP Note 1560955 must be installed.

SAP ArchiveLink settings

The customer-specific settings that are necessary to archive and display tia ZADOC documents are encapsulated in the SAP ArchiveLink® interface. This interface has its own customer-specific settings.

The prerequisite for the tia ZADOC software system to function fully is that the ArchiveLink basic customizing has been fully implemented in the SAP system.

Transaction OAC0

At least one content repository must be configured in transaction OAC0.

The configuration of the repository should look similar to the one shown in the following image:

Transaction OAC2

For each tia ZADOC document type, a reference is made to an ArchiveLink document type in SAP. This ArchiveLink document type can be created using transaction OAC2.
Example:

or

Each customizing entry consists of four fields:

1. Document type: Unique technical name of an ArchiveLink document type (length: up to 10 characters, starting with “Z”, “Y” or the customer-specific namespace such as “/KGS1/”).

2. Description: Language-dependent name of the document type. The name is displayed in all SAP standard transactions. It describes the document type and helps to identify documents that are linked to a specific SAP business object. Normally only this description is visible to the user (length: up to 40 characters).

3. Document class: Technical document type. The document type is used to identify the archive format (file type) for documents in the content server. Possible values: “PDF”, “TIF”, “DOC” etc., plus “*” wildcard character (“*” stands for any technical document type).

4. Status: Status flag: This indicator field has no influence on ArchiveLink itself. The status flag is used to determine whether a document type is displayed in the “Business Document Navigator” as a standard document type (status “X”) or a non-standard document type (status = “-“).

Transaction OAC3

In transaction OAC3, the creation of a link between the previously defined ArchiveLink document type and a suitable SAP business object must be specified.
If tia ZADOC is used for NON-SAP documents, the business object ZDOCUMENT or BUS0815 can be used.
Examples:

or

or

1. Object type: SAP business object types are linked to a special processing program tailored to this object type using certain basic data, key fields, attributes, methods with parameters, and events. Each object type encapsulates a basic business object logic (for example, the creation of a sales order) together with key field definitions to uniquely identify these objects (for example, an order number).

2. Document type: Name of the ArchiveLink document type defined in transaction OAC2.

3. L: Status flag for the link. OAC3 entries are only taken into account if this flag has the value “X”.

4. Cont. Rep. ID: ID for establishing a connection to a content repository via which documents can be stored in a content server. Content repositories are defined in transaction OAC0. “Content Repository IDs” consist of two letters (e.g. “FI” or “T1”).

5. Link: Name of the ArchiveLink link table. The relationships between SAP business objects and archived documents are managed in these link tables. SAP supplies four predefined tables in its standard systems (TOA01, TOA02, TOA03, TOAHR). These tables are often also called "TOA tables". In addition to the tables included in the standard SAP delivery, customer-specific tables can be created if required and then used to store ArchiveLink links (see the SAP customizing transaction OAD3).

6. Retent. Period: Retention period. Number of months after which a link entry of a stored document can be deleted from the respective link table. This value is required for data archiving and for the SAP standard software component ILM. If the value is not used, it can also be left empty (value = “0”).
   ILM = Information Life-Cycle Management

DVS Customizing

DVS = SAP Document Management System. SAP DVS is often used to manage documents that are not only to be stored in a content repository, but are also subject to a change cycle as "living documents". To manage the change cycle, DVS allows the assignment of version numbers, status values ​​and other characteristics to the documents. The descriptive information is stored in so-called document info records. See also the application transactions CV01N, CV02N, CV03N and CV04N.

Transaction OACT

If you want to use tia ZADOC for archiving and retrieving DVS documents, you must create a storage category and assign it to the relevant tia ZADOC document type. The standard transaction OACT is used to create and maintain storage categories.

To create a category, four fields must be filled in:

1. Category: Name of the storage category. Assignment of the repository on the physical level to the category on the logical level.

2. Description: Short description of the category used when displaying this category.

3. Document Area: Application used in the SAP component KPro to store documents. Document areas are the topmost layer in the content model and form the context for document processing. In applications in which documents are important, different application areas can be separated from one another by "document areas".

4. Content Repository: Name of a content repository in which documents can be stored on a content server.

Transaction DC10

The DVS document type is set up in transaction DC10. Example:

To use DVS document types in conjunction with ti ZADOC, the basic settings of the DVS document types should be adjusted as shown in the previous screenshot.

Important: The ZADOC transaction /KGS1/ZADOC_AR (used to archive ZADOC documents with DVS) sets the status of a document in a new DIS to the value FR. Therefore, the status FR must be set in the "Document Type" and the "predecessor status (Prev. 1)" must be left empty.

ZADOC-Customizing

The behavior of tia ZADOC archiving and retrieval transactions can be defined by a set of customizing options. These options include transactions for

• maintaining the tia ZADOC document types (for example, raw material specifications are used by procurement, additional inspection plans by QA and technical specifications by design),

• defining a set of attributes used by the respective ZADOC document types,

• specifying specific default values ​​for various attributes, as well as for

• maintaining storage categories to be used in conjunction with DVS document info records.

The following chapters describe how to use these transactions.

Maintenance of the ZADOC link tables (/KGS1/ZADOC_MAINT_M3)

The tia ZADOC software package already contains five link tables (/KGS1/ZADOC_LNK1, ..., /KGS1/ZADOC_LNK5) as standard. If required, these tables can be supplemented with customer-specific tables.

Assignment of ZADOC document types to link tables (/KGS1/ZADOC_MAINT_MT)

Links the specified ZADOC document types with a dedicated ZADOC link table. For ZADOC document types that are not listed in this table, the default value /KGS1/ZADOC_LNK1 applies.

Maintenance of ZADOC document types (/KGS1/ZADOC_MAINT_DO)

The structural element most commonly used by tia ZADOC software is called “ZADOC document type”. While ZADOC is executing archiving or retrieval transactions, the ZADOC document type is the first piece of information to be specified.
Example: When using the ZADOC retrieval transaction to search for “raw material specifications”, one can select the previously defined document type MATERIAL.

Meaning of the table columns shown:

Maintenance of ZADOC attributes (/KGS1/ZADOC_MAINT_AT)

The attributes available for ZADOC can be maintained using the transaction /KGS1/ZADOC_MAINT_AT. Just like /KGS1/ZADOC_MAINT_DO, this transaction uses an SAP table maintenance dialog to insert, modify or delete document type-related attribute entries. After starting the transaction, the following screen is displayed (example):

Each attribute definition consists of the following fields:

1. ZADOC Doc. Type: This field refers to the ZADOC document type for which this attribute is to be made available.

2. Attribute Name: This field must contain an attribute name (uppercase only, up to 16 characters) that is used to identify the attribute.

3. Attribute Text: This field can contain a descriptive text for the attribute (up to 32 characters long) that is used for identification purposes (see the ZADOC archiving and retrieval transactions).

4. Seq. No.: This field determines the order in which the ZADOC attributes are displayed on the screen. The smaller the value, the higher the attribute is displayed in the attribute input areas of the pop-up windows and the selection screens.

5. ABAP type: Select specific ABAP type: Possible ABAP types for correct storage in the tia ZADOC tables

   

6. Mandatory: This check box contains a check mark if the corresponding attribute is to be treated as a mandatory attribute, i.e. if the attribute field must be filled with a non-empty value. Please note: Within the ZADOC transactions, mandatory fields are marked with a symbol (see file name and status attributes in the screenshot below).

7. Restricted: Only predefined values ​​may be used. These values ​​are offered by the field input search help.

8. R/O during Upload: If this flag is set, the attribute field cannot be changed when the document is saved.

9. Use in GOS Title: If the flag is set, the attribute is used as part of the title in the GOS and is therefore visible in the ArchiveLink hit lists (requirement: SAP Note 1560955 "Additional attributes for GOS attachment list" has been imported into the relevant SAP system).
   Note: The "Use in GOS Title" function is currently only available for the FILENAME and XVERSION attributes. GOS = Generic Object Services

10. Length check:

11. Upper case:

12. Auto fill:

13. Search Help Name: Contains the ABAP object name of the search help to be offered in the attribute entry and selection screens (e.g. company code: C_T001).

14. Check Table: Contains the name of the database table against which the entered attribute values ​​are checked (example for company code: table is T001; in combination with the field name BUKRS specified as "Check Field", only company codes from table T001 are accepted as valid field values ​​in this example).

15. Check Field: Name of the check field that is to be used to carry out the validity checks described above (example for company code: BUKRS).

16. Default value:

17. Filename: