Dispatch to Public 360 (SIF)
This documentation applies to customers who are integrated with P360 via SIF. Customers who have this integration will see the following in the Dispatch tab:
Based on the dispatch schedule made in ACOS Interact, a number of calls are automatically sent to Tieto's web service SIF. If the dispatch is successful, the dialogue will have the status "Imported". If the dispatch fails, the dialogue will end up under Submitted dialogue - Error log. As a general rule, there will be a specific error message from SIF with information about what has failed. Error messages from SIF should be examined against the SIF documentation or examined with Tieto.

The integration supports the following usage scenarios:
-
Creation of a new document entry in a new case
-
Creation of a new document entry in an existing case, case retrieval based on case number
-
Creation of a new document entry in an existing case, case retrieval based on the contact reference number, possibly in combination with case type or case title (used e.g. to find personal folders)
-
Reuse of existing contacts in the contact register
-
Establishment of unregistered contact outside the contact register
-
Creation of litigants
A typical dispatch is performed as follows:
-
If the sender's setup has a public number: Existing contact is searched for or synchronized (depending on the choice to update the contact)
-
If the layout is set to retrieve existing case: Existing case is searched for based on the fields for caseid or contact reference number + case type + title
-
If the previous step has not found a case, or the layout is set to create a new case: A new case is created using the values at the case level in the dispatch layout and, with case Applicant identified in step 1 or from the layout for Sender
-
A new document is created based on the layout under Document, in the case identified in step 2 or 3, and with the contact identified in step 1 or 3.
Brief technical explanation of what each step does towards SIF:
-
If the sender has a public number:
-
For sender:
-
If the public number is set, we use GetPrivatePersons / GetEnterprises
-
If not, we use SynchronizePrivatePersons / SynchronizeEnterprises
-
-
For the case manager:
-
We use GetContactPersons
-
-
For responsible unit:
-
We use GetEnterprises
-
-
-
Call against GetCases
-
Call against CreateCase
-
Call against CreateDocument
About case retrieval
The integration supports two ways to retrieve an existing case:
-
Using a known case number
-
Using a known contact reference number, can be combined with case type and / or case title to narrow down the search (see the SIF documentation GetCases Input - ContactReferenceNumber)
If the layout is set to retrieve a case and there is no case, an attempt will be made to create a new case based on the details under Case.
As of today, the integration does not support searches in other fields such as classification.
Special information on the use of registered or unregistered contacts
The functionality is designed with three main scenarios in mind:

Contact is found / created via synchronization function (with overwriting of all fields).

1. Active user is retrieved based on public number.
2a. If user exists: this is used as sender unchanged.
2b. If user does not exist: creates via synchronization (with overwriting of all fields).

Unregistered contact is added to the document.
About litigants
The integration is hard-coded to add the sender as the party "Applicant" to the case. This cannot be configured as of today.