... | ... | @@ -8,13 +8,13 @@ Mr. Pavel Krkoška, a SingleCase representative, has contacted us with the the r |
|
|
|
|
|
## Brief Description of Function
|
|
|
|
|
|
1. The user of the document service application selects documents to send them via Datovka. He/she then triggers the operation to send the documents via Datovka.
|
|
|
1. The user of the records management service application selects documents to send them via Datovka. He/she then triggers the operation to send the documents via Datovka.
|
|
|
|
|
|
2. Datovka starts if it has not been already running and displays the send message dialogue. The dialogue must contain all documents which have been specified by the user in the document service application.
|
|
|
2. Datovka starts if it has not been already running and displays the send message dialogue. The dialogue must contain all documents which have been specified by the user in the records management service application.
|
|
|
|
|
|
3. The user then specifies in the send message dialogue all required missing information such as message annotation, recipient or sender box, etc.
|
|
|
|
|
|
4. The user should be provided with the opportunity to send the created ISDS data message back into the document service if this service is configured within the Datovka application.
|
|
|
4. The user should be provided with the opportunity to send the created ISDS data message back into the records management service if this service is configured within the Datovka application.
|
|
|
|
|
|
## Implementation Details
|
|
|
|
... | ... | @@ -42,4 +42,26 @@ A preferred way of Detecting Datovka on Windows whould presumably be: |
|
|
2. Try launching Datovka via the specified `PATH`.
|
|
|
3. Try launching Datovka from some guessed 'standard' paths.
|
|
|
|
|
|
Of course, the document service application could ask the user to directly specify Datovka location if it could not be acquired otherwise. |
|
|
\ No newline at end of file |
|
|
Of course, the records management service application could ask the user to directly specify Datovka location if it could not be acquired otherwise.
|
|
|
|
|
|
### Passing Required Data
|
|
|
|
|
|
Datovka could provide a `--dlg-send-msg` command-line option which could be similar to the `--send-msg` option of the already [present command-line interface](cli). The checking on the option parameters is not expected to be as strict as it now is for `--send-msg`. The user may supply all of the necessary but missing information later in the actual displayed dialogue window.
|
|
|
|
|
|
Here we would like to know which data are most likely to be passed from the records management service. We now expect only documents to be passed to Datovka.
|
|
|
|
|
|
#### Passing Documents
|
|
|
|
|
|
The records management service application will create files in a usual temporary files location and pass these files via the proposed command-line option into Datovka. In order to avoid any clashes in file naming, all such files will be located in a **uniquely-named sub-directory** within the normal location for temporary files.
|
|
|
|
|
|
### Handling the Open Dialogue Request in Datovka
|
|
|
|
|
|
Calling Datovka with `--dlg-send-msg` option will:
|
|
|
1. If Datovka is already running then all required data are passed to the main Datovka process. The main process will collect the data and signal back any potential error to the signaling process. The command with `--dlg-send-msg` will terminate before actual sending of the data message.
|
|
|
2. The command with `--dlg-send-msg` will start the Datovka application when it has not been running. In this case it is perhaps better to create a new main process and pass the data in a same way as in the first case. This will allow the user to lave Datovka running after the message has been sent instead of terminating the whole application.
|
|
|
|
|
|
**Question for Singlecase:** Would you prefer a blocking send message operation in GUI? This means that the application in the second case would block the command line `--dlg-send-msg` command until the message has been sent and the invoked Datovka process has been terminated.
|
|
|
|
|
|
### Handling Return Status
|
|
|
|
|
|
Datovka will only return a status whether a new message dialogue was successfully created to the calling application. The calling application should notify the user that all data have been passed to Datovka or whether an error occurred. On error occasion Datovka will generate a brief error description into standard error output. |
|
|
\ No newline at end of file |