You can use this process to clean up your environment. To clean up your environment, you can delete your no-longer-used:
Name | Responsible | Description |
---|---|---|
Delete project |
Application Consultant |
On the Project page, you cannot delete a project if it is used as a sub project or if it has children, like tasks. However, if such a project is no longer desired, to clean up your environment, you can still delete it. On delete, everything that belongs to the project is deleted. Usually, you do not clean up your projects frequently. Beware: Cleaning up your projects results in a hard delete of the applicable projects. So, be very careful when you use the clean-up functionality. |
Delete message |
Application Consultant |
On the Message page, you cannot delete a message if it is used or if it has field mappings. A message can be used on, for example, a task, a web service action, or an EDI document flow. However, if such a message is no longer desired, to clean up your environment, you can still delete it. On delete, only the message is deleted. Usually, you do not clean up your messages frequently. Beware: Cleaning up your messages results in a hard delete of the applicable messages. Note that deleting a message has a consequence for the entities where it was used. For example, a web service action cannot run properly until another message is linked. So, be very careful when you use the clean-up functionality. |
Delete web service action |
Application Consultant |
On the Web service action page, you cannot delete a web service action if it is used or if it has attributes or arguments. A web service action can be used on, for example, a task or an EDI document flow. However, if such a web service action is no longer desired, to clean up your environment, you can still delete it. On delete, only the web service action is deleted. Usually, you do not clean up your web service actions frequently. Beware: Cleaning up your web service actions results in a hard delete of the applicable web service actions. Note that deleting a web service action has a consequence for the entities where it was used. For example, an EDI document flow cannot run properly until another web service action is linked. So, be very careful when you use the clean-up functionality. |
Delete document |
Application Consultant |
On the Document page, you cannot delete a document if it is used on a message or if it has records and fields. However, if such a document is no longer desired, to clean up your environment, you can still delete it. On delete, only the document is deleted. Usually, you do not clean up your documents frequently. Beware: Cleaning up your documents results in a hard delete of the applicable documents. Note that the messages in which the document is used cannot run until another document is linked to the message. So, be very careful when you use the clean-up functionality. |
Remove connections |
Application Consultant |
For an Azure file storage connector, you can connect to an Azure file share. To access the Azure file share, you can mount the Azure file share. For most connectors, when a message is run, a connection is made only for the run. After the run the connection ends. However, for an Azure file storage connection with a mounted Azure file share, the connection stays, independent of messages run.
When a related message is run or the connection is tested, a check is done, and an error can occur if something has changed. For example, the connector username or password is changed. In this case, the mounted connection to the Azure file share is no longer valid. To reset the mounting, first remove the connection (see steps). The next time, a related message is run, or the connection is tested, the mounting is restored, for example with the proper username or password.
Usually, messages are run in batch. If you run a message in batch, you can use a batch group to direct a batch task to another server. If a message runs on another server, the connection also stays on the other server. In case of an error or change, this connection is no longer valid. So also, the connection on the other servers must be removed.
For more information, refer to:
|
Clean up history tables |
Application Consultant |
Each integration run results in history records. History records can be logged for:
For example, you want to keep history records for six months. Each week, you can do a cleanup, deleting history records older than six months.
These tables are cleaned up:
|
Clean up outbound queue |
Application Consultant |
On processing the outbound queue, for each record, the related message or web service action is run to export the applicable data. A successfully processed outbound queue record gets the status Processed. You can clean up the outbound queue by deleting the records with the status Processed. |
Clean up generic staging journal table |
Application Consultant |
In Connectivity studio, you can use the staging concept to validate data in an intermediate area before it is further processed. One predefined generic staging journal table is available for Connectivity studio: 'BisStagingBufferOrderJournal'. This topic explains how to clean up the 'BisStagingBufferOrderJournal' table. You can clean up the staging journals manually or in recurring mode. For example, you want to keep staging journals for six months. Each week, you can do a cleanup, deleting staging journals older than six months. |
Clean up data changes log |
Application Consultant |
On a message header, in the Log changes field, you can indicate if data changed are logged. If set to 'Yes', on import, the D365 FO data that is changed during import, is logged. Changes are logged by field. Only the latest change is stored for each field. The data changes are logged in the History change log (BisConHistoryChangeLog) table. To view the logged data changes for a message, on the Message page, on the Action Pane, on the Operations tab, click Show changes. You can clean up the logged data changes manually or in recurring mode. |