После завершения работы приложения рекомендуется проверить, что все документы успешно занесены в систему.

Действия ответственного за массовый импорт:

1.Проверьте, что локальная папка пустая.

2.Если в папке остались файлы, значит они не загружены в систему. В этом случае повторно загрузите файлы или передайте информацию администратору.

Действия администратора:

1.Проанализируйте лог-файл Document Uploader на ошибки. Сообщения приложения записываются в папку, указанную в параметре LOGS_PATH конфигурационного файла.

2.Убедитесь, что в лог-файле сервиса асинхронных событий нет ошибок.

Дальнейшие действия зависят от того, на каком этапе возникла ошибка:

•Файл остался в локальной папке

Это значит, что произошла ошибка на этапе занесения данных в сервис хранилищ или при постановке в очередь на создание карточки. Проанализируйте лог-файлы приложения Document Uploader, сервиса хранилищ и RabbitMQ. После устранения ошибки ответственный за массовый импорт может повторить занесение документа.

•Локальная папка пустая, в лог-файле сервиса асинхронных событий фиксируется ошибка

Ошибка возникла на этапе создания карточки документа. В этом случае файл передан на сервер и удален из локальной папки. На выяснение причины ошибки потребуется время. Например, ошибка может возникнуть, если разработчик добавил в карточку типа документа новое обязательное поле, которое не учтено в конфигурационном файле.

Чтобы предотвратить преждевременное удаление бинарных данных из файлового хранилища и увеличить время на поиск причины ошибки и устранение, в конфигурационном файле config.yml в секции StorageService добавьте параметр TRANSIENT_DATA_LIFE_PERIOD – срок хранения временных бинарных данных. Задается в формате ДД.ЧЧ:ММ:СС, например 14:00:00 (14 дней). По умолчанию используется значение из параметра OBSOLETE_DATA_LIFE_PERIOD – 3 дня.