Governance

Created, edited, and checked-in diagrams are available in the public workspace. These diagrams are only visible for users with access to this workspace, such as modelers and administrators. A model must be visible in the publication, so that other users, like Readers, are able to see them. This means they have to be published, which starts in the public workspace. The currently displayed version of the diagram is copied to the stages preview and publication using a release workflow. The different versions of a diagram are thus formed.

In general, you have two different releases for publishing diagrams: editorial release and publication via a multi-level publication workflow. By using the editorial release, a diagram is directly published without requiring an explicit approval. The publication via the multi-level release workflow requires confirmation by a responsible person. Optionally, a review by one or more examiners can be required in addition to the responsible, before a diagram becomes visible in the “Publication” stage.

Diagrams

How can I publish a diagram?

The publication via the multi-level release workflow requires confirmation by a responsible person. Optionally, a review by one or more examiners can be required in addition to the responsible, before a diagram becomes visible in the “Publication” stage.

While modeling, users and user groups can be entered in the attribute “Examiner”, using their catalog object person or organizational unit. Per entry, that means per person and per organizational unit, only one approval is required in the examine step.

The attribute Responsible can only be set uniquely. Therefore, only a single person or organizational unit is eligible. This attribute is a mandatory attribute and has to be maintained for the publication.

Initiation

To start the publication workflow, open the context menu of the desired diagram in the diagram list and click the entry Publish diagram.

Alternatively (if you have opened a diagram), find the equivalent entry in the Options in the right side bar.

A dialog will open and request to provide a reason for the publication. Type in a reason and click Publish. For various reasons, it is possible that a workflow cannot be started. You will be notified by an error message in this case.

The publication always affects the version of the diagram at the time of the workflow start. Changes made to the diagram after initiation are not taken into account. This can lead to differences between the diagram in the public workspace and its version in the preview.

Examine step

The optional examine step is reached if at least one examiner has been set. After the release workflow has been triggered, examiners receive a notification by e-mail and in the application about the pending examine task, that can be done in the versions tab.

The examiner can reject or approve the diagram.

• If an examiner rejects the diagram, he must comment his rejection and the diagram will not be published. The initiator receives an e-mail and Task about the Rework on this diagram instead. Then the publication can be aborted here, or the diagram can be edited and published again by clicking on the entry Publish in the versions tab.

• If the examiners approve the diagram, the responsible user or user group is informed by e-mail and requested to check the diagram. To approve the examine step, all registered persons must approve the diagram. Furthermore, only one member of a registered organizational unit or user group must confirm the release.

Release step

The responsible user or user group also receives a task. The diagram can be approved or rejected. If a user group is entered, the processing of one group member is sufficient.

• If a responsible rejects the release of the diagram, he needs to write a suitable comment. Afterwards the initiator and examiner are informed by task and e-mail that the workflow is terminated.

• If a responsible approves the diagram, for example the author and initiator are informed, the diagram is published (publication), and the publication workflow is terminated.

The symbols and catalog items contained in the diagram and in attributes are also published with the diagram. Catalog items with an own life cycle are an exception. These are not updated by the diagram publication, but exclusively via the object publication independent of this.

Note

The responsible and the examiner have to be assigned at least to the user role “Reviewer”, since they require access to the corresponding areas. Also note, that a new workflow can only be started if no publication is already running for the affected diagram.

Note

When the diagram is published by the workflow engine, the system attribute “Last Modified By” of the diagram is set to “Workflow” in all stages.

How can I directly publish a diagram?

In the case of the editorial release, a diagram is published directly without requiring an explicit approval by a responsible person or examiner. This workflow can be started by users with the role Editor or Administrator.

In order to be able to use the editorial release, the governance attribute Responsible has to be maintained. To set a responsible user or user group, you have to ensure that a person or organizational unit was created in the catalog and filled in the attribute. Please note that the names of the persons must be entered individually in all languages used when manually created.

To start the editorial release, open the context menu of the desired diagram in the diagram list and click the entry Publish diagram.

Alternatively (if you have opened a diagram), find the equivalent entry in the Options in the right side bar.

A dialog will open and request to provide a reason for the publication. Type in a reason and select the checkbox editorial release. Then confirm via Publish. For various reasons, it is possible that a workflow cannot be started. You will be notified by an error message in this case.

The diagram is now available in preview and in publication stage, without the need for acceptance by the responsible person. The responsible person and other participants receive an optional e-mail informing them that the diagram has been published.

Note

Editorial release can be deactivated so that each publication must pass through the defined approval and release steps. If the checkbox is selected during publishing, the application will inform you that editorial publishing is not possible. To ensure governance, editorial release cannot be disabled by administrators. Please contact our Customer Support for further information.

Note

When the diagram is published by the workflow engine, the system attribute “Last Modified By” of the diagram is set to “Workflow” in all stages.

How do I see which diagrams have already been published?

In order to view all published diagrams, navigate to the stage Publication. To do so, click the button in the header which shows the name of your current stage.

A list of available stages appears where you are directed to the stage Publication by a click. The name of the newly selected stage appears right next to the name of the repository. When you navigate to the diagrams now, you will see all diagrams and categories that have already been published.

Note

The same procedure applies to diagram versions in Preview (in Release).

How do I see if a diagram has been published?

Navigate to a diagram whose published version you want to check. Afterwards open the options and click the entry Versions.

If the diagram has already been published, you can select the entry Publication. Afterwards you see the published version of the diagram. The entry will be greyed out if the diagram has not been published yet. For the diagram of the example, the release has not even been started which is evident by the greyed out Preview entry:

Note

The chapter “Versions and History” gives more information about the versions of a diagram.

How can I remove a diagram from the publication?

If you want to remove already published diagrams from the publication, you can use the “Depublish” function. The integrated workflow engine ensures a multi-level check. This workflow can be started by users with the role Author, Editor or Administrator. Your stage also needs to be in Publication.

Initiation

To start the publication workflow, open the context menu of the desired diagram in the diagram list and click the entry Depublish.

Alternatively (if you have opened a diagram), you can find the equivalent entry in the Options in the right sidebar.

A dialog will open and request to provide a reason for the publication. Type in a reason and click Depublish. For various reasons, it is possible that a workflow cannot be started. You will be notified by an error message in this case.

Release step

The user or user group maintained as responsible receives a task or a group task in the system and is informed by e-mail. The responsible can arrange the final depublication.

If you are responsible for a diagram and received such a task, navigate to your tasks and select the button Approve or reject task.

In the upcoming dialog window, you can make your decision.

• If a responsible rejects the depublication of the diagram, he needs to write a suitable comment. Afterwards the initiator is informed by a task and an e-mail that the workflow is terminated.

• If a responsible approves the depublication, e.g. the initiator is informed by e-mail, the diagram is removed from publication, and the workflow is finished.

Catalog items without an own responsible person and which are only used in this diagram, are removed from catalog by depublication of the diagram. Entities with an own life cycle can be depublished using a special workflow.

How can I directly depublish a diagram?

With this editorial change, a diagram that has already been published is directly removed from the publication without explicit approval by a responsible person. This workflow can be started by users with the role Editor or Administrator.

Follow the steps of initiation from the previous chapter. Enter a reason for the depublication and activate the checkbox of the editorial change in the dialog window with a mouse click.

Some participants are optionally notified of this depublication by an e-mail.

How can I analyse the click rates of processes?

In the diagrams section, you can monitor the click rates of your published processes. As a user with reviewer rights or higher, you can find a filter facet Diagram views in the diagrams list.

Open the facet by a click. Then you can enter a minimum and/or maximum value of click rates. After entering at least one value, you can click the Apply button. Then, the list shows all diagrams which have been viewed as frequently as specified.

As soon as you entered a value as minimum or maximum, a reset button appears which you can use to remove the input and the filter again.

If you open a diagram in publication stage, you can find the number of views in the system attributes group. These attributes are shown in the properties which is the first tab of the right sidebar. Note that this information is not available for Readers.

Note

Please note that the diagram click rates are registered continuously, but the attribute Diagram views is updated only once a day (at midnight of your server time zone). Therefore, you filter for the click rates given by the last update which is at most 24 hours ago.

Catalog items

With which requirements can I publish a catalog item?

Administrators, editors and authors have the option to publish a catalog item independently of a diagram. This is useful for items changed in the public workspace, so that individual changes are also available in the publication. There are a few points to bear in mind.

You can only publish accepted catalog items of the public workspace. Furthermore, the catalog items must have governance attributes that are assigned to a responsible person or organizational unit and optionally one or more examiners.

Only if these criteria are fulfilled, it is finally possible to Publish a catalog item the catalog of the public workspace.

Also note the general reasons for failed publishing workflows.

How can I publish a catalog item?

If an object is published via the multilevel release workflow, at least one review is necessary. This is always done by the responsible person. Optionally,a review by one or more examiners can be required. Only after successful verification the changed object becomes visible in the “Publication” stage. The requirements for publishing a catalog item are explained in more detail in this section.

Initiation

In the catalog, navigate to the item you want to publish. Select the item and open the register card Options in the right sidebar. Activate the function Publish of the catalog item to start the publication process.

Alternatively, you can start the publication via the context menu of the catalog item by selecting the option Publish. Note, that the Responsible attribute needs to be set to start the publication.

Then enter a reason for publication and click Publish.

The registered examiners and the responsible are then informed about the initiation and they can carry out their examine and release steps. The time of the workflow start determines the version of the catalog item to be published. Changes made to the object after initiation are not taken into account. This can lead to differences between the catalog item in the public workspace and its version in the preview.

If you receive an error message for initiating the workflow at this point, you will find the possible reasons for this here.

Hint

If the catalog item is not assigned to an entity type and therefore does not contain a Responsible attribute, the Publish option is not visible.

Examine and release step

The optional examine step is achieved if at least one examiner is set. After the release workflow has been triggered, the responsible examiners receive a notification by e-mail and in the application about the outstanding review task.

Responsible persons or organizational units are informed by e-mail of the pending release step after workflow initiation or after the accepted examine step.

By clicking on the notification, users can navigate to their tasks and can see the task here or in their group tasks. The new task is displayed there and can be edited.

• If the publication is rejected, the respective person must set an appropriate comment and the catalog item will not be published. The initiator is informed by e-mail and the workflow is terminated.

• After approval in the examine step, the responsible is requested to perform a release check by e-mail and task. All persons registered as examiners must approve the publication. Furthermore, only the release of one member of a registered organizational unit or user group is necessary.

• If the responsible person or a member of the organizational unit responsible approves the publication, for example the author and initiator will be informed by e-mail, the catalog item will be published (publication) and the release workflow will be completed.

Note

Only after publication of the catalog item, the changes are applied to all diagrams in preview and publication in which this object is modeled. Catalog items, that have an own responsible, are not updated using diagram publication.

Tip

If you want to publish several catalog items, you can use the bulk publication to initiate the releases all at once.

Note

Please note the hints when publishing catalog items with word file attachments.

How can I directly publish a catalog item?

In editorial release, a catalog item is published directly, without explicit release confirmation by a responsible person or examiner. This workflow can be started by users of the role Editor or Administrator. Some prerequisites for publishing a catalog item are explained in this section.

In the catalog, navigate to the item you want to publish. Select the item and open the register card Options in the right sidebar. Activate the function Publish of the catalog item to start the publication process.

Enter a reason for publication in the provided text field and activate the checkbox “This is an editorial change. There will be no further approval requested.” below the input field. Confirm by clicking Publish.

You will then receive a notification about the workflow start in the application. The catalog item is now available in the preview and in the publication stage without the approval of examiners or the responsible. The initiator and other workflow participants receive the information by e-mail that the catalog item has been published.

If you receive an error message for initiating the workflow instead, you will find the possible reasons for this here.

Note

Editorial release can be deactivated so that each publication must pass through the defined approval and release steps. If the checkbox is selected during publication, the application will inform you that editorial publication is not possible. To ensure governance, editorial release cannot be disabled by administrators. Please contact our Customer Support for further information.

Note

Please note the hints when publishing catalog items with word file attachments.

How can I start a publication for multiple catalog items at once?

If you would like to publish multiple catalog items, you can use the bulk publication to speed up the process. The bulk publication starts a release workflow for each of your selected catalog items, so that you do not need to initiate the release at each single item.

Navigate to the catalog, open the options tab in the right side bar and click the bulk publication option. Note that the bulk publication is performed in the catalog list. If you view the dashboard when selecting the option, the application will switch to the list automatically.

The catalog list will be filtered for all accepted items where the attribute Responsible is maintained. Thus, the list shows the items that fulfill the prerequisites for publication. Moreover, each list entry comes up with a checkbox. Now you can select the catalog items you want to publish. In the header, you can find the number of selected items.

If you marked at least on catalog item, you can click the arrow button to start the multilevel (or editorial) release for your selection.

As soon as you click the button, a dialog window appears. Firstly, you can enter a comment in the comment field. Secondly, you need to confirm the bulk publication by typing “Yes” in the field at the bottom and clicking publish selection afterwards.

In order to perform an editorial release for all selected catalog items, you can activate the checkbox This is an editorial change. Then, no further approval is requested from responsible or examiners and the catalog items are directly transferred to the publication stage where they are visible for all users (as far as there is no access restriction on the respective catalog items).

After confirmation, the dialog window is closed automatically. If you initiated a multilevel release, a release workflow for each catalog item is started where the assigned examiners and responsible decide on the publication.

You can switch to the original catalog view by selecting the option bulk publication again. To prevent unwanted canceling of the bulk publication, you will be asked to confirm this step in a dialog window. Click the leave button there.

Note

Please note that the bulk publication is only available in the desktop version.

Note

Editorial release can be deactivated so that each publication must pass through the defined approval and release steps. If the checkbox is selected during publication, the application will inform you that editorial publication is not possible. To ensure governance, editorial release cannot be disabled by administrators. Please contact our Customer Support for further information.

Note

Please note the hints when publishing catalog items with word file attachments.

How can I remove a catalog item from the publication?

If you want to remove a catalog item from the publication, you can use the “Depublication” function. The integrated workflow engine ensures a confirmation step. Users of the roles Editor or Administrator can start this workflow.

Initiation

Open the catalog in the “Publication” stage and navigate to the catalog item you want to depublish. Click on the context menu of the item and select Depublish.

Alternatively (if you have opened a catalog item), you can find the equivalent item in the Options in the right sidebar.

A dialog window opens. Enter a reason for the depublication there and click Depublish.

Hint

If a catalog item has no responsible assigned, a depublication cannot take place.

Release step

The user maintained as “Responsible” receives a notification in the system as well as by e-mail. With a click on the notification, users will be navigated to his tasks and can initiate the final depublication.

• If the person responsible rejects the depublication, a corresponding comment must be set. The initiator is informed by e-mail and the workflow is canceled.

• If the responsible person approves the depublication, the initiator will be informed by e-mail, the catalog item will be removed from the publication and the workflow will be finished.

Note

If the published catalog item is used in a published diagram, the depublication of the item is not possible.

How can I directly depublish a catalog item?

With this editorial change, a catalog item that has already been published is directly removed from the publication without explicit approval by a responsible person. This workflow can be started by users of the role Editor or Administrator.

Open the catalog in the “Publication” stage and navigate to the catalog item you want to depublish. Click on the context menu of the item and select Depublish.

A dialog window opens. Enter a reason for the depublication there and activate the checkbox “This is an editorial change. There will be no further approval requested.” below the input field. Confirm with a click on Depublish.

Then the catalog item is removed from the publication.

Note

If the published entity is used in a published diagram, depublication is not possible and the workflow will be canceled.

Note

Editorial change can be deactivated so that each depublication must pass through the defined release step. If the checkbox is selected during depublication, the application will inform you that editorial change is not possible. To ensure governance, editorial release cannot be disabled by administrators. Please contact our Customer Support for further information.

What do I have to consider when publishing items with word file attachments?

If you publish a catalog item with a word file attachment, unwanted changed might occur due to language-specific configuration in the table of contents. To prevent this, you should not format the TOC (Table of contents) field function using the \t switch. The configuration of the table of contents can be checked (and changed) as follows.

Select the table of contents and then press Alt + F9 to view the definition of the TOC field function. In the definition, you should use \o and \u. You can find more information on the switches and syntax in the TOC field function in this section of the Microsoft documentation.

If you convert the word file to a pdf file during publication, only certain fonts are supported. The usage of not supported fonts can lead to formatting losses and a change in the total number of pages in your .pdf file. Here you will find a detailed list of the fonts, which are supported by the report engine. Moreover, note the possibility to embed the used fonts in your document.

How do I ensure that attachments in the publication are provided as pdf files?

For catalog items with an own responsible person, you can specify that files attached in the “Attachment (URL)” attribute are only available in pdf format in the publication, even though they were added in a different format in the public workspace.

To do this, edit the catalog item and activate the checkbox of the attribute Publish as PDF in the governance attributes.

All attached files that are not in .pdf format in public workspace will be converted to .pdf files during the next object publication of this catalog item. In preview and publication, these replace the original file format, which remains for the respective attachment in the public workspace. The files keep their names in all stages. For example, you get this .docx attachment in the attributes of the catalog item in the public workspace,

while the corresponding .pdf file can be found in preview and publication stage:

In the section about the attribute “Attachment (URL)”, you can find a list of the file formats that are supported by the upload and pdf generation engine. If errors occur during the generation of the pdf file, the publish workflow will fail. This can be caused by invalid documents or protected documents.

Note

Be aware that only certain fonts are supported in the process of converting your file to a .pdf file. The usage of not supported fonts can lead to formatting losses and a change in the total number of pages in your .pdf file. Therefore note the possibility to embed the used fonts in your document.

Hint

Please note that documents with extended rights are not stamped during publication. Thus, the .pdf file in preview and publication stage does not include the properties which are usually transferred from the governance attributes.

Note

The pdf conversion engine prints all worksheets from left to right. Each worksheet is printed from top to bottom and then from left to right. The generated pdf roughly corresponds to the defined print area of the Excel file, but page breaks can be slightly offset from the print preview. In principle, the paper format, margins and orientation are taken into account when generating the pdf. However, please note that with larger documents there is an increasing misalignment and the preview does not correspond to the final pdf.

Note

Please note that although it is possible to mirror text along the x or y axis in Excel, the Aspose framework does not support keeping the mirrored text when converting to PDF.

How can I ensure that all characters are preserved in the pdf conversion?

Only certain fonts are supported in the process of converting your file to a .pdf file. The usage of not supported fonts can lead to formatting losses and a change in the total number of pages in your .pdf file. In the documentation of the old user interface you will find a detailed list of the fonts, which are supported by the report engine. Note that symbols of not supported fonts are usually used automatically for enumerations. We recommend to adapt the following option in Microsoft Word in order to prevent formatting losses.

It is possible to embed the used Microsoft fonts in your Word file. If the fonts are embedded in the document, the corresponding characters and symbols are correctly shown in the pdf file that is generated in the process of publication in BIC Process Design.

You can embed the fonts in the Word Options in the menu item Save. In the section “Preserve fidelity when sharing this document”, select the checkbox “Embed fonts in the file” and deselect the two below. Then choose the option “All New Documents” in the drop-down menu.

“Used with permission from Microsoft.”

All documents saved afterwards can be converted to pdf during publication in BIC Process Design whereas the original characters are used.

How can I transfer attributes to documents during publication?

In the process of publication, attached files can be stamped with some attributes of the associated catalog item if some requirements are fulfilled. The file has to be attached to a catalog item of the type document that also has its own responsible in order to be published independently. The ability to stamp documents is enabled by default and can be disabled at the system level. Document stamping can be applied to all prepared files in .pdf, .doc, .docx, .xls, .xlsx, .ppt and .pptx format. The following attributes are transferred to your file by default:

• Author (AT_AUTHOR)

• Examiner (first three) (AT_EXAMINER, AT_EXAMINER_2, AT_EXAMINER_3)

• Responsible (AT_RESPONSIBLE)

• Responsible (Resubmission) (AT_RESUBMISSION_RESPONSIBLE)

• Valid from (AT_VALID_FROM)

• Valid to (AT_VALID_TO)

• Release (AT_RELEASE)

• Scope (AT_SCOPE)

• Restricted access (AT_ACCESS_RESTRICTION)

• Identifier (AT_IDENTIFIER)

• State (AT_STATE)

• Publish as PDF (AT_PUBLISH_AS_PDF) (see the note)

Other attributes of the catalog item can be stamped if the file is prepared in such a way that desired attribute types are included to the file properties manually (unless they have already been added to the file by a publication). For more information on how to view and create file properties, please refer to the corresponding applications in which you open your document. A guide to viewing and creating custom properties for Microsoft Office products can be found here. The name of the property must be exactly the same as the attribute type ID (e.g. “AT_RESPONSIBLE” for the Responsible) whereas the value can be set to an arbitrary default.

To stamp language-dependent attributes (i.e. attributes that have a local value depending on the content language), you need to add a locale suffix to the attribute type ID. For example, to get the English name of the corresponding catalog item you need to specify it as AT_NAME_EN. If you include a language localized attribute without a suffix, an error notification, that informs you about this, is maintained as the value of this property.

If the properties are configured and the corresponding attributes are maintained for the catalog item, the attribute values will be transferred to the properties of the file within the publication of the catalog item. The (default) values of the properties are reset with the attribute value from the application. Then the properties of the file version in preview and publication include the configured attributes. If an attribute is a multi-value assignment, such as the examiner, it is transferred as a comma-separated list. Properties defined by attributes with the data type enumeration are filled with their numerical value. If such an enumeration attribute is also language-dependent, you need to specify a suffix at the property as explained above.

The property associated with the state attribute (“AT_STATE”) is set with a numerical value according to the selected state. You can add a suffix (e.g. “AT_STATE_EN”) in order to write out the string in the corresponding language (e.g. “On Hold” instead of “1”) as the state property.

• 0 - None

• 1 - On Hold

• 2 - In Progress

• 3 - Needs Review

• 4 - Approved

For example, the governance attributes mentioned above are transferred to a docx file in Microsoft Word as follows.

“Used with permission from Microsoft.”

It is possible, for example, to use the field function in the header or footer of a Microsoft Word document to access the property values dynamically. You can select the name of a property in the “DocProperty” field as a placeholder. At this point also note the reference to the Support of Microsoft Word. In order to use the attributes of the catalog item with the field function, they need to be defined in the file properties. With the next publication, the attribute values are finally transferred to the properties of the attached file. Thus also the values of the used placeholders will change.

Hint

If you want to use the values of the document properties in your document, use the path Insert → Quick Parts → Field → DocProperty in Word to access the values. In Excel and PowerPoint, this function is not supported by Microsoft Office. However, you have the option to do this using the Visual Basic-Editor. For more information, please consult the official Microsoft Support homepage.

If errors occur while adding the properties, the publication workflow will fail. This can be caused by invalid documents or protected documents.

Hint

Please note that your document is not stamped if its extended rights are activated.

Hint

Please note that if a PDF/A document is stamped, the long-term archiving functionality will be lost.

Note

Formatted text attribute values are not supported for stamping. If you stamp an attribute with formatted text, the text will be added to the properties without formatting.

Tip

If a date that has been stamped (for example the attribute “Valid to”, AT_VALID_TO) is printed in your word document using the field function, the date format can be specified by the author. Otherwise, the date format is taken from the language/locale of the server which is in most cases English. Therefore the date is printed with the delimiter slash as MM/dd/yyyy. In order to set the format, navigate to the definition of the field function - for example via the quick part Field within the “Insert” tab. Select the field name DocProperty and mark the desired attribute. Then select the button Field Codes. Now you can add the format in the input line right after the attribute. Enter a space and the desired format via \@ "<YOUR-FORMAT>". You can use the placeholders d (for day), M (for month) and y (for year). All possibilities to edit the date format are shown in this Microsoft Support page. For example, you can display the “Valid to” date with written month (e.g. “30 September 22”) using the definition AT_VALID_TO \@ dd MMMM yy.

Notifications

In BIC Process Design there exists a notification system with which users can be informed about changes that have been made during governance processes. A distinction is made between different cases, depending on which step of the governance process has just been carried out, whether this was successful and the role of the respective user in this process. In the following a few questions were listed with the help of which the different scenarios can be understood better.

Note

In general, every triggered email addresses up multiple users (up to 150 recipients per email). All users which have the same language set within their user settings will receive the same email. These notifications are send via Bcc emails.

Why does the publication or depublication fail?

As the initiator you should have at least the rights of the user role Author. More detailed explanations can be found in the following chapters.

In addition to the rejection or termination of the workflow by examiners or the responsible, the following situations can also prevent publication or depublication. Depending on the reason, you will also be informed about this in the application or by e-mail.

General causes for not publishing or depublishing

• no responsible entered in the attributes of the diagram or object

• the e-mail address of the responsible person is missing or does not match the address of the respective user in BIC Process Design

• a publication or depublication workflow is already running for the affected diagram or object

• predated publication for which the “Valid from” date has not been reached yet

• one or more mandatory attributes of the diagram resp. object are missing

• A language localized mandatory attribute has not been maintained in the default language of the tenant. You will receive a notification about the concerning attribute.

Causes for not publishing or depublishing a diagram

• the affected diagram is checked out

• validation errors in the diagram, such as unaccepted catalog items or missing mandatory attributes

• the diagram contains a catalog item that is not published yet and which has an own life cycle (means with its own responsible person). Catalog items with an own life cycle that are in the preview stage but not confirmed yet are an exception. Publishing is possible, but the catalog item is substituted by a draft version until the person responsible confirms it.

Causes for not publishing catalog item

• the pdf generation of the attachment of the catalog item fails

• adding metadata properties to attachments of a catalog item fails

When will I be informed about a (de-) publication?

Users who have diagrams or catalog items within their scope will be informed by e-mail when the diagram or catalog item is directly or indirectly published or depublished. In addition users, which have saved a diagram as a favorite diagram in Publication, will also be informed about the respecting changes.

In addition, workflow-related users will be notified by e-mail and depending on the release workflow by a task. Users, who have saved a diagram as favorite in Preview, will be informed for workflow changes in this stage.

Who will be notified at a publication and depublication?

Below is shown who is notified by the system in which workflow step via e-mail.

Publication

Notification	Initiator	Examiner	Responsible	Author	Scope*
Examine task	no e-mail	e-mail	no e-mail	no e-mail	no e-mail
Release task	no e-mail	no e-mail	e-mail	no e-mail	no e-mail
Rejection of examine task	e-mail	no e-mail	no e-mail	no e-mail	no e-mail
Rejection of release task	e-mail	e-mail	no e-mail	no e-mail	no e-mail
Publication	e-mail	e-mail	e-mail	e-mail	e-mail
Workflow error	e-mail	no e-mail	no e-mail	no e-mail	no e-mail
Abort workflow	e-mail	e-mail***	e-mail***	no e-mail	no e-mail

Depublication

Notification	Initiator	Examiner	Responsible	Author	Scope*
Depublication task****	no e-mail	no e-mail	e-mail	no e-mail	no e-mail
Rejection of depublication task	e-mail	no e-mail	no e-mail	no e-mail	no e-mail
Depublication**	e-mail	e-mail	e-mail	e-mail	e-mail
Workflow error	e-mail	no e-mail	no e-mail	no e-mail	no e-mail
Abort workflow	e-mail	no e-mail	e-mail***	no e-mail	no e-mail

E-mails informing about a (de)publication or workflow error are sent as soon as the system can initiate the last workflow step through a user interaction or a system error. E-mails about release or examine tasks are not sent individually for each task assignment but gathered in a daily e-mail.

Users can navigate to BIC Process Design using a link in the e-mail. If the user has not been registered before, this must be done first. Then a second click on the link leads to the desired address.

An editorial change made notifies the same recipients as the multi-level release or depublication workflow.

*) All organizational units that are entered in the diagram- or catalog item attribute Scope receive a notification at the corresponding steps. In this process, organizational units are assigned to user groups of BIC Process Design.

**) The e-mail is also sent to the second examiner, third examiner and the responsible for resubmission.

***) The user is informed if he or she has a pending or already completed workflow task.

****) Depublication tasks may also be called release tasks since they demand the approval of the responsible to depublish the concerning entity.

Note

Users who have saved the diagram as a favorite in Publication or Preview stage will be notified of changes to diagrams in the respective stage. This includes, for example, the publication and depublication.

How can I decide whether the scope is notified of changes by e-mail?

If you have logged in as an authorized user (editor, administrator) in the new user interface and opened the start dialogue for a workflow to depublish or publish a catalog entity or a diagram, a dialog box opens showing you options for sending scope notifications. You have the option of specifying whether this change is an editorial change that does not require additional review or approval. If you select this option, you will have the opportunity to notify the affected scope of this change by email.

Hint

Please note that without selecting the option This is an editorial change without additional review or approval, the option to inform the scope of the change will not be displayed to you.

If the option Inform scope about this change by e-mail has not been selected for a publication or depublication, you will receive an email stating that the scope will not be informed about the change.

If the option Inform scope about this change by e-mail has been selected for a publication or depublication, the scope will be informed about the change immediately.

If the editorial change option is removed, the selection to send the notification is also automatically canceled. This will remove the option to send a notification of the change to the scope.

Note

Even if no scope has been specified for a chart or catalog entity, you will still receive a corresponding e-mail notification. This e-mail will still inform you whether the scope is notified of a change or not.

Who will be notified about a resubmission?

If a resubmission is initiated for a published diagram or catalog object, the responsible or (if the corresponding attribute is maintained) responsible for a resubmission receives a resubmission task and a notification.

In addition, an e-mail is sent to inform about the resubmission. This information mail is addressed to authors, the examiner (as well as the second and third examiner if they are maintained in the method) and the responsible if the latter is not the owner of the resubmission task. The dispatch of the information mail can be blocked for each diagram or catalog object by selecting the checkbox “Do not send information mail (resubmission)” in the governance attributes.

Note

The e-mail about a scheduled resubmission is sent independently of the task summary notification to the responsible or responsible (resubmission) user.