Вопросы и ответы (АРМ)

• Разъяснения по заполнению Формы 1 (открыть).
• Установка АРМ для банковского сектора (открыть).
• Установка АРМ для не банковского сектора (открыть).
• Руководство по АРМ ФУС ПЛ (открыть).
• Скачать программное обеспечение - ARM FUS PL

Часто задаваемые вопросы при работе с АРМ:

1. 4х буквенный код - 4 заглавных буквы Вашей организации (латиница).
2. Запуск АРМ: 1) Для запуска АРМ зайдите в ПУСК - Все программы - Digital Empire 2) Введите Пользователя и Пароль (по умолчанию): Пользователь: deuser Пароль: depassword
3. «Сессия занята» - в случае появления сообщения « Сессия занята» при открытии АРМ ФУС ПЛ, подотчетному лицу необходимо удалить файл $sessions$, расположенный по адресу С:\DEBS\arm
4. «Ошибка обработки сообщения: ORA-00060: Взаимная блокировка в ожидании ресурса» - в случае получения данной ошибки в квитанции, подотчетному лицу необходимо повторно отправить xml-файл с операциями.
5. «Не существует сообщения для исправления, замены или удаления. Проверьте поля ИНН, Номер сообщения, Дата сообщения, Тип сообщения» - данная квитанция означает, что подотчетное лицо повторно отправило xml-файл с операциями, отправленный ранее и на который была получена квитанция с положительным результатом, либо пытается изменить отсутствующие в базе ГСФР ПКР сообщения.
6. Ошибка обработки XML: ORA-31011: сбой разбора XML ORA-19202: Возникла ошибка при обработке XML LPX-00242: неверное использование символа конъюнкции (‘&') (используйте &)Error at line 10 Проблема может быть связана с неверным использованием символа конъюнкции (‘&') - в случае получения данной ошибки в квитанции, это означает, что при заполнении Формы 1 в одно из полей попал символ конъюнкции и подотчетному лицу необходимо удалить данный символ из сообщения и повторно отправить xml-файл с операциями.
7. Ошибка обработки XML: ORA-29532: вызов Java прерван неустановленным исключением Java: oracle. xml. sql. Oracle XML SQL Exception: 'java. sql. SQL Exception: Вставлено слишком большое для столбца значение:""во время обработки в документе XML элемента ROW2. Все предыдущие изменения строк XML были отменены - в случае получения данной ошибки в квитанции, это означает, что при заполнении Формы 1 в одно из полей попало слишком большое для столбца значение, подотчетному лицу необходимо отредактировать сообщение и повторно отправить xml-файл с операциями.
8. Ежедневно отправляемые сообщения подлежат однозначной идентификации при помощи определенной нумерации.
   При возникновении проблемы случайной повторной отправки сообщений (далее - «ошибочные») с нумерацией, совпадающей с нумерацией сообщений, отправленных ранее (далее - «корректные») и получении положительной квитанции, для исключения дублирования нумерации, необходимо вновь отправить «ошибочные» сообщения с указанием цифры 4 «Удаление записи» в поле 1.5 Вид сообщения Формы 1 и указанием той даты, когда были отправлены данные «ошибочные» сообщения, с отправкой уведомительного письма в ГСФР ПКР по этому поводу. Информация, которая содержится в «корректных» и «ошибочных» сообщениях будет различаться, совпадение будет только в нумерации.
   
   Пример: 12.12.2013 года, подотчетным лицом были отправлены сообщения, содержащие нумерацию 1000 по 1500 включительно и
   получена положительная квитанция о приеме данных сообщений. Далее, 14.12.2013 года, подотчетным лицом, в результате ошибки,
   были сформированы сообщения с информацией, отличной от переданной 12.12.2013 года, также содержащие нумерацию 1000 по 1500
   включительно и получена положительная квитанция о приеме данных сообщений.
   Так как есть различие в дате отправки сообщений (12 и 14 декабря 2013 года), то оба пакета сообщений будут приняты корректно, с отправкой
   положительной квитанции.