Page Comparison

...

• Which SAP objects should be documented in the future?
  💡 Adapt synchronization and select the relevant object types for each connector.

• Is it enough to trigger synchronization manually, or does synchronization need to be automated because so many new documentation-worthy objects are created in the SAP system?

  💡 Set up and use the AutomationTool on a VM if synchronization is to be automated

Ad hoc documentation

Docu Performer delivers documentation of SAP objects with just a few clicks.

• Is it enough to document individual objects?
  💡 Then start the documentation via the context menu of the SAP objects to be documented in the entity grid

• Which format is needed for which object type?
  💡 Word/PDF/Confluence or Excel (e.g. for Calc. Views, CompositeProvider, or Queries via SetCards)

• Do you want to document the dependent objects (PartProvider, DataSources etc.) under the object as well?

  💡 Activate the "Document complete data flow" option for InfoProviders in higher layers in order to obtain complete documentation up to the DataSource. Alternatively, you could also use Scenarios!
  💡 Alternatively, you can also deactivate the setting “One File per Documentation” to insert the documentation of all selected SAP objects in one file.

Additional Explanations

Comments can be used to add additional explanations to objects that cannot be read from the SAP systems (e.g. business objectives, explanations, or technical decisions).

...

• Docu Performer automatically extracts a great deal of information regarding SAP metadata during documentation. Should all this information end up in the documentation or only parts of it?
  💡 Adapt existing settings variants or create new ones depending on the definition of the target groups.
  Some settings relevant for the settings variant are explained here.

• Which manually maintained content (comments) should be included in the documentation?
  💡 Create comment variants to define which comment chapters per object type should be considered for documentation.

Bundled documentation of SAP objects

If you don’t want to create multiple documentation you can use the Scenarios. Scenarios offer the possibility to prepare and then export extensive and detailed documentation consisting of several SAP objects of a use case, application, or project.

• Is it necessary to document several SAP objects that are related (data model, application, key figure catalog, change request, transports etc.) in one document?
  💡 Then it makes sense to work with Scenarios! Several SAP objects can be assigned to the Scenarios in the Scenario designer or from other contexts (e.g. in the entity grid or data flow via the context menu).

• What do Scenario folders and Scenarios themselves represent organizationally? (Folder=Business line? Subject? Scenario=Application?)

  💡 Create Scenario folders and create Scenarios within the folders.

• What should be the general structure of a Scenario - can it be generalized for all future documentation via Scenarios?
  💡 Open Scenario in Scenario Designer, add structure elements, and define assignment rules (based on which SAP objects end up in the Scenario). Then the Scenario can be cloned to a Scenario Template to reuse the content/structure in the future.

• Who should create Scenarios and assign objects to them at what time and maintain them in the long term?
  💡 Create a Scenario (depending on the use case) based on the appropriate Scenario template, assign objects, and automate maintenance (add/delete objects).

• Is additional object information (graphical data flows, where-used lists, resolved key figures, maintained comments, etc.) required?
  💡  Activate/deactivate object type-specific settings on the object in Scenario Designer.

...