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