Снилс отсутствует в бд 1с
Электронный листок нетрудоспособности (ЭЛН) подписывается усиленной квалифицированной электронной подписью лечащего врача и медицинского учреждения. Он имеет одинаковое правовое значение с бумажным больничным листом.
Далее расскажем, как работать с электронными больничными в Контур.Экстерн.
Список ЭЛН
Для перехода к списку документов следует открыть главную страницу Контур.Экстерн, затем кликнуть закладку «ФСС» и далее закладку «Пособия ФСС». Отобразится список пособий за текущий месяц.
Чтобы выбрать другой период, необходимо нажать закладку «Все документы»:
Поиск документов
Для поиска нужного документа предусмотрена вкладка «Поиск». В поисковую строку можно вводить ФИО и СНИЛС.
Если требуется найти пособие из прошлого периода, необходимо нажать «Продолжить поиск за….»:
Статусы документов
Созданным и отправленным файлам присваиваются определенные статусы:
В отдельных случаях возникает необходимость распечатки списка ЭЛН, к примеру, для проведения сверок. Для этого нужно:
Порядок загрузки электронного больничного с портала ФСС
Для загрузки ЭЛН с портала Фонда необходимо:
Загрузка ЭЛН из файла
Чтобы загрузить электронный листок, следует действовать так:
Редактирование
Для редактирования документа следует нажать на строку с ним. Отобразиться окно просмотра документа.
Отправленный ранее ЭЛН нужно искать на странице со списком документов.
После редактирования данных на закладке «Электронный больничный» необходимо выбрать код причины исправления из предложенного списка:
Для просмотра содержания отправленного документа, не исправляя его, следует нажать «Распечатать ЭЛН».
Печать
Печать ЭЛН возможна следующими способами:
Удаление
Если файл не был отправлен, его можно удалить, нажав одноименную кнопку в строке с документом:
Отправленный в Фонд документ удалить из списка нельзя.
Отправка
Файл отправится в региональное отделение ФСС. Статус электронного листка нетрудоспособности можно будет отследить на странице документооборота.
Отправка нескольких ЭЛН
Больничные можно отправлять массово. Для этого на странице со списком документов нужно Перейти в раздел «Реквизиты и настройки», далее нажать «Включить режим массовой отправки». Он будет включен для организации в целом, то есть его действие распространится на всех пользователей.
В этом же разделе при необходимости режим массовой отправки можно отключить.
Отправленные документы
В сервисе можно отслеживать историю передачи больничных листов в ФСС. Для этого нужно на списке документов кликнуть на строку того больничного, который ранее был отправлен. В следующем окне сервис отразит основную информацию по этому ЭЛН:
Если нужно получить информацию о более ранних больничных, следует нажать на ссылку «Показать историю».
Какие ошибки могут возникнуть при работе с ЭЛН
При загрузке
Доступ к ЭЛН с номером XXX…., СНИЛС YYY…, статусом: ZZZ – ограничен
Ошибка выглядит так:
Суть в том, что больничный не может быть изменен страхователем. На изображении выделен статус — он может принимать разные значения:
- Код ошибки 010 / 020. Больничный открыт / продлен медучреждением и находится в процессе оформления. К загрузке документа нужно вернуться позже, когда он будет закрыт.
- Код ошибки 040. Больничный находится на рассмотрении в МСЭ. К загрузке следует вернуться позже.
- Код ошибки 060. Больничный отправлен с одним регистрационным номером, а загрузка — с другим. Нужно проверить РНС и убедиться, что он совпадает с тем, который был указан при заполнении ЭЛН. Если номер не совпадает, следует попросить свое отделение ФСС поменять статус электронного больничного на 030 «Закрыт». А после этого загрузить его с новым РНС. Либо запросить ЭЛЕ с тем РНС, который был указан при заполнении.
- Код ошибки 090. Больничный аннулирован медучреждением по одной из причин: выдача на бумажном банке либо ошибка. Следует узнать у сотрудника новый номер больничного либо взять его бумажный бланк.
Номер XXX… принадлежит к ЛН на бумажном бланке
Ошибка выглядит так:
Означает, что после того, как был оформлен ЭЛН, медучреждение выдало сотруднику бумажный листок нетрудоспособности по его просьбе. Этот бланк нужно запросить у сотрудника.
ЭЛН с номером: XXX…., СНИЛС YYY… — отсутствует в БД
Текст ошибки будет такой:
Некорректные параметры: Per
Ошибка означает, что запрос на загрузку документа подписал представитель, на которого нет доверенности.
Нужно связаться с отделением Фонда и уточнить, что с доверенностью.
При отправке электронного больничного
Доступ к ЭЛН с номером: XXX…., СНИЛС YYY…, статусом: ZZZ — ограничен
Ошибка бывает с кодом 090. Означает, что больничный аннулирован по одной из двух причин: сотрудник запросил бумажный листок нетрудоспособности либо в нем была допущена ошибка. Нужно обратиться к сотруднику и взять у него номер ЭЛН или его бумажный бланк.
Ошибка выглядит следующим образом:
ORA-20013: Не удалось обновить данные. Обновляемая запись потеряла актуальность
Ошибка имеет такой текст:
Ошибка выдается чаще всего при попытке подписать неактуальный документ. Возможно, он был изменен медработником. Нужно загрузить его заново, подписать и ждать по нему ответа.
ORA-20005: Данные не найдены при выборке по ЛН=" XXX …" и СНИЛС=" YYY…"
Ошибка обозначает, что электронный больничный с такими параметрами на стороне ФСС найден не был. Нужно уточнить СНИЛС и номер ЭЛН.
Направленные данные страхователя содержат исправления, но не указаны причина и обоснование исправлений
Вот так выглядит эта ошибка:
ФОНД СОЦИАЛЬНОГО СТРАХОВАНИЯ
РОССИЙСКОЙ ФЕДЕРАЦИИ
Содержание:
1. Ошибка вызова сервиса передачи/получения данных.
Причины:
Неправильные настройки АРМ ЛПУ в части подписания;
Неправильные настройки криптопровайдера;
Истечение срока действия сертификата, закрытого ключа или лицензии КриптоПро CSP.
Что делать:
1. Выполните настройку АРМ ЛПУ
2. Проверьте настройки криптопровайдера
"Параметры алгоритма шифрования" - ГОСТ 28147-89, параметры алгоритма шифрования TK26 Z
"Параметры алгоритма подписи" - ГОСТ 34.10-2001, параметры по умолчанию
"Параметры алгоритма Диффи-Хеллмана" - ГОСТ 34.10-2001, параметры обмена по умолчанию
Ниже приведен образец настроек в КриптоПро CSP 5.0
Если вы не можете изменить параметры на вкладке "Алгоритмы" (даже запустив КриптоПро CSP от лица администратора), необходимо сделать следующее:
В реестре Windows открыть ключ HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Crypto Pro\Cryptography\CurrentVersion\Parameters и изменть значение EnableOIDModify на 1. После чего необходимо перезагрузиться.
После изменения настроек криптопровайдера необходимо перезапустить АРМ ЛПУ.
3. Проверьте сертификаты и лицензии
2. ORA-20015: Не удалось определить состояние ЭЛН:
Для перехода в статус 'Продлен' необходимо добавить период нетрудоспособности;
Для перехода в статус 'Закрыт' необходимо заполнить поля: 'Приступить к работе с: дата' или 'Иное: код';
Для перехода в статус 'Направление на МСЭ' необходимо заполнить поле 'Дата направления в бюро МСЭ'
Причина:
1. В системе существует ЭЛН с таким же номером и такими же данными, которые Вы присылаете (дублирование данных);
2. Присылаемые данные в ЭЛН не соответствуют этапу оформления (заполнения) ЭЛН:
- недостаточно данных для определения состояния ЭЛН;
- внесенные данные относятся к разным этапам оформления (заполнения) ЭЛН.
Что делать:
1. Запросите актуальное состояние ЭЛН из системы, тем самым Вы исключите повторную отправку тех же данных;
2. Выполните необходимую дальнейшую операцию с ЭЛН:
- продление (добавить новый период нетрудоспособности);
- закрытие (добавить информацию о закрытии);
- направление на МСЭ (добавить информацию о направлении на МСЭ).
3. ORA-20013: Не удалось обновить данные. Обновляемая запись потеряла актуальность
Причина:
Вы пытаетесь изменить ЭЛН, который ранее уже был кем-то изменен.
Что делать:
1. Запросите актуальное состояние ЭЛН из системы, тем самым Вы исключите повторную отправку тех же данных;
2. Выполните необходимую дальнейшую операцию с ЭЛН в соответствии с порядком 624н:
- продление (добавить новый период нетрудоспособности);
- закрытие (добавить информацию о закрытии);
- направление на МСЭ (добавить информацию о направлении на МСЭ).
4. ORA-20001: Доступ к ЭЛН с №_________, СНИЛС_________, статусом _________ - ограничен
Причина:
Вы пытаетесь получить данные ЭЛН, который находится в статусе, ограничивающем Ваш доступ. Например, страхователь пытается получить данные ЭЛН, который еще не закрыт медицинской организацией. Согласно процессной модели, страхователь может получить данные ЭЛН для редактированиня только на статусе 030 - Закрыт. Другой пример - бюро МСЭ не может получить данные ЭЛН, который не направлен в бюро МСЭ (статус 040 - Направление на МСЭ)
Что делать:
1. Удостоверьтесь, что номер ЭЛН, данные которого вы хотите получить, введен верно.
2. Дождитесь перехода ЭЛН на статус, который позволит Вам получить данные ЭЛН.
Проверьте правильность и актуальность ключа уполномоченного лица ФСС.
Причины:
В настройках подписания и шифрования в используемом пользователем ПО, в поле «Сертификат уполномоченного лица ФСС» указан неверный сертификат;
Используется криптопровайдер Vipnet CSP определенной сборки;
При обновлении АРМ ЛПУ на новую версию с поддержкой ЭЛН 2.0 не обновилась библиотека криптографии
Что делать:
Укажите верный сертификат уполномоченного лица ФСС:
- Определите направление отправки запросов - тестовое или продуктивное;
- Скачайте сертификат уполномоченного лица ФСС в разделе ЭЛН на сайте Фонда;
Сертификат для тестовой отправки опубликован на сайте https://lk-test.fss.ru/cert.html
Сертификат для продуктива опубликован на сайте https://lk.fss.ru/cert.html; - Закройте используемое ПО. Удалите из хранилища "Личное" установленные сертификаты ФСС с помощью системной утилиты certmgr.msc (кнопка Пуск - Выполнить (Найти программы и файлы)). Установите скачанный сертификат на компьютер в хранилище "Личное" для текущего пользователя;
- Укажите данный сертификат в соответствующих настройках используемого ПО.
При использовании криптопровайдера Vipnet CSP - рабочей версией является 4.4 и выше.
Удалите АРМ ЛПУ. Удалите каталог C:\FssTools. Переустановите АРМ ЛПУ с поддержкой ЭЛН 2.0 заново.
6. Ошибка вызова сервиса передачи/получения данных.
Причина:
Что делать:
Закажите и установите сертификат, который поддерживает не только операцию подписания, но и операцию шифрования.
7. Ошибка при установке АРМ ЛПУ: Unable to build entity manager factory.
Возникла ошибка при попытке загрузки данных из базы данных. Сообщите администратору следующую информацию:
Unable to build entity manager factory.
Причина:
- Приложение было установлено некорректно (некорректно установлена БД);
- База данных приложения установлена, но не доступна.
Что делать:
1. Запустите установку с правами администратора;
Если установка приложения выполнена в соответствии с инструкцией, но ошибка повторяется, необходимо проверить:
- На компьютере отключена служба postgresql-9.5. Правой кнопкой на значке "Мой компьютер" - Управление - Службы и приложения - Службы, postgresql-9.5 должна быть запущена, запуск - автоматически. Для настройки запуска и работы службы Windows обратитесь к вашему системному администратору;
- В настройках подключения к базе данных указан неправильный пароль для пользователя fss. Проверьте, что в БД этот пароль не менялся, пароль по умолчанию - fss;
- Проверьте каталог установки БД PostgreSQL, по умолчанию - C:\postgresql\;
- Подключение к БД PostgreSQL осуществляется по умолчанию по порту 5432. Этот порт должен быть открыт и доступен. Для проверки обратитесь к вашему системному администратору;
- Приложение на клиентской машине не может связаться с сервером т.к. установлено какое либо сетевое ограничение. Проверьте, настройки антивирусов, файерволов, прочего сетевого ПО, для клиентской машины должны быть прописаны разрешения подключения к серверу по порту 5432.
8. Ошибка при попытке загрузки данных из базы данных.
Возникла ошибка при попытке загрузки данных из базы данных.
Сообщите следующую информацию: org.hibernate.exception.SQLGrammarException: could not extract ResultSet.
Причина:
Приложение АРМ ЛПУ не может получить данные из базы данных PostgreSQL. Эта ошибка возникает чаще всего после установки обновления, когда приложение обновлено, а база данных PostgreSQL по какой либо причине не обновлена.
Что делать:
- Если приложение установлено на компьютере пользователя, а база данных PostgreSQL - на сервере. Необходимо запустить обновление приложение не только на клиенте, но и на серверной машине;
- Если и приложение, и база данных PostgreSQL установлены на одной машине. Проверьте каталог установки приложения. По умолчанию, приложение АРМ ЛПУ ставится в каталог C:\FssTools, а база данных PostgreSQL в каталог C:\postgresql. Если при первичной установке была выбрана другая директория для установки приложения - то при обновлении вы должны указать именно эту директорию.
9. Ошибка при попытке зайти в настройки подписи в ПО АРМ ЛПУ.
При попытке зайти в настройки подписи в ПО АРМ ЛПУ выходит ошибка "Internal error. Reason: java.lang.ExceptionInInitializerError" или
"Internal Error. Reason: java.lang.NoClassDefFoundError: Could not initialize class ru.ibs.fss.common.security.signature.COMCryptoAPIClient"
Причина:
Что делать:
1. Необходимо убедиться, что разрядность ОС совпадает с разрядностью установщика приложения.
3. Проверить, что в папке, куда установлено приложение, имеется файл GostCryptography.dll (по умолчанию данный файл устанавливается в C:\FssTools). Если данного файла нет, попробуйте переустановить приложение.
4. Если все верно, в командной строке выполнить:
cd C:\FssTools -- переходим в папку, в которой находится файл GostCryptography.dll
5. Перезапустить приложение.
10. Ошибка вызова сервиса передачи/получения данных. Invalid element in ru.ibs.fss.eln.ws.FileOperationsLn_wsdl.ROW - SERV1_DT1.
Ошибка: "Ошибка вызова сервиса передачи/получения данных. Invalid element in ru.ibs.fss.eln.ws.FileOperationsLn_wsdl.ROW - SERV1_DT1"
Причина:
Поле "SERV1_DT1" было исключено в новой спецификации 1.1 (14 версия и выше АРМ ЛПУ), изменена строка соединения.
Что делать:
Поменять строку соединения в настройках.
В меню Администрирование – Настройки сервисов ФСС – Строка соединения, укажите следующий адрес сервиса:
11. Ошибка при старте АРМ ЛПУ "В базе данных АРМ ЛПУ имеется некорректная запись" (Transaction already active)
Причина:
- Отправка и получение ЭЛН может происходить некорректно, зависать окно статусной строки;
- Невозможно запросить номер ЭЛН из формы ЭЛН.
Что делать:
Для исправления нужно удалить из БД приложения неверную строку (такие записи можно удалить только вручную).
Необходимо подключиться к серверу базы данных PostgreSQL, найти и удалить из базы ошибочную строку. При установке АРМ ЛПУ, вместе с БД и компонентами PostgreSQL устанавливается клиент для подключения к БД. По умолчанию находится здесь: C:\postgresql\bin\pgAdmin3.exe
В интерфейсе клиента открывается сервер PostgreSQL 9.5. Затем открывается схема fss (пользователь fss, пароль fss) – Схемы – public – Таблицы.
- fc_eln_data_history - данные листков нетрудоспособнсти;
- fc_eln_periods - сведения о периодах нетрудоспособности;
- ref_ln_numbers - список запрошенных номеров ЭЛН.
Выделяете и удаляете (delete) строку, которая содержит пустое значение номера ЭЛН или другие ошибки.
Как вариант, для поиска и удаления ошибочных записей возможно использование SQL запроса типа:
select id from fc_eln_data_history where ln_code is null;
delete from fc_eln_data_history where id;
Для открытия окна SQL запросов необходимо в главном меню нажать на значок «SQL».
Обратите внимание! При удалении строки ЭЛН, если в этом ЭЛН были созданы периоды нетрудоспособности, сначала необходимо удалить их. Периоды нетрудоспособности хранятся в отдельной таблице fc_eln_periods и связаны с fc_eln_data_history по номеру ЭЛН. Просмотр и удаление периодов аналогично, описанному выше.
12. Установка нового сертификата ФСС.
13. АРМ Подготовки расчетов для ФСС, ошибка «Набор ключей не определен»
Причина:
ГОСТ сертификата ФСС не соответствует выбранному в настройках криптопровайдеру, либо криптопровайдер не может получить закрытый ключ из контейнера закрытого ключа для выбранного сертификата.
Что делать:
- В настройках АРМ Подписания и шифрования проверить, что указанный криптопровайдер соответствует реально установленному у пользователя;
- В настройках АРМ Подписания и шифрования проверить, что ГОСТы сертификата подписания и сертификата ФСС одинаковы и соответствуют выбранному криптопровайдеру;
- Если используется сертификат ЭП по ГОСТ 2012, откройте сертификат, вкладка «Состав», параметр «Средство электронной подписи».
Необходимо проверить, что средство ЭП соответствует криптопровайдеру, установленному у пользователя; - Если используется сертификат ЭП по ГОСТ 2012 и криптопровайдер КриптоПро, проверьте настройки на вкладке "Алгоритмы". В выпадающем списке "Выберите тип CSP" выберите GOST R 34.10-2012 (256). Должны быть установлены следующие параметры:
"Параметры алгоритма шифрования" - ГОСТ 28147-89, параметры алгоритма шифрования TK26 Z
"Параметры алгоритма подписи" - ГОСТ 34.10-2001, параметры по умолчанию
"Параметры алгоритма Диффи-Хеллмана" - ГОСТ 34.10-2001, параметры обмена по умолчанию
14. АРМ ЛПУ, ошибка «Ошибка при проверке соединения с ФСС»
Причина:
Расшифровывается запрос пользователя на сертификате ФСС, необходимо проверить настройки шифрования в настройках электронной подписи, определить причины возникновения в "Настройках электронной подписи":
Что делать:
Причина:
ФОНД СОЦИАЛЬНОГО СТРАХОВАНИЯ
РОССИЙСКОЙ ФЕДЕРАЦИИ
Содержание:
1. Ошибка вызова сервиса передачи/получения данных.
Причины:
Неправильные настройки АРМ ЛПУ в части подписания;
Неправильные настройки криптопровайдера;
Истечение срока действия сертификата, закрытого ключа или лицензии КриптоПро CSP.
Что делать:
1. Выполните настройку АРМ ЛПУ
2. Проверьте настройки криптопровайдера
"Параметры алгоритма шифрования" - ГОСТ 28147-89, параметры алгоритма шифрования TK26 Z
"Параметры алгоритма подписи" - ГОСТ 34.10-2001, параметры по умолчанию
"Параметры алгоритма Диффи-Хеллмана" - ГОСТ 34.10-2001, параметры обмена по умолчанию
Ниже приведен образец настроек в КриптоПро CSP 5.0
Если вы не можете изменить параметры на вкладке "Алгоритмы" (даже запустив КриптоПро CSP от лица администратора), необходимо сделать следующее:
В реестре Windows открыть ключ HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Crypto Pro\Cryptography\CurrentVersion\Parameters и изменть значение EnableOIDModify на 1. После чего необходимо перезагрузиться.
После изменения настроек криптопровайдера необходимо перезапустить АРМ ЛПУ.
3. Проверьте сертификаты и лицензии
2. ORA-20015: Не удалось определить состояние ЭЛН:
Для перехода в статус 'Продлен' необходимо добавить период нетрудоспособности;
Для перехода в статус 'Закрыт' необходимо заполнить поля: 'Приступить к работе с: дата' или 'Иное: код';
Для перехода в статус 'Направление на МСЭ' необходимо заполнить поле 'Дата направления в бюро МСЭ'
Причина:
1. В системе существует ЭЛН с таким же номером и такими же данными, которые Вы присылаете (дублирование данных);
2. Присылаемые данные в ЭЛН не соответствуют этапу оформления (заполнения) ЭЛН:
- недостаточно данных для определения состояния ЭЛН;
- внесенные данные относятся к разным этапам оформления (заполнения) ЭЛН.
Что делать:
1. Запросите актуальное состояние ЭЛН из системы, тем самым Вы исключите повторную отправку тех же данных;
2. Выполните необходимую дальнейшую операцию с ЭЛН:
- продление (добавить новый период нетрудоспособности);
- закрытие (добавить информацию о закрытии);
- направление на МСЭ (добавить информацию о направлении на МСЭ).
3. ORA-20013: Не удалось обновить данные. Обновляемая запись потеряла актуальность
Причина:
Вы пытаетесь изменить ЭЛН, который ранее уже был кем-то изменен.
Что делать:
1. Запросите актуальное состояние ЭЛН из системы, тем самым Вы исключите повторную отправку тех же данных;
2. Выполните необходимую дальнейшую операцию с ЭЛН в соответствии с порядком 624н:
- продление (добавить новый период нетрудоспособности);
- закрытие (добавить информацию о закрытии);
- направление на МСЭ (добавить информацию о направлении на МСЭ).
4. ORA-20001: Доступ к ЭЛН с №_________, СНИЛС_________, статусом _________ - ограничен
Причина:
Вы пытаетесь получить данные ЭЛН, который находится в статусе, ограничивающем Ваш доступ. Например, страхователь пытается получить данные ЭЛН, который еще не закрыт медицинской организацией. Согласно процессной модели, страхователь может получить данные ЭЛН для редактированиня только на статусе 030 - Закрыт. Другой пример - бюро МСЭ не может получить данные ЭЛН, который не направлен в бюро МСЭ (статус 040 - Направление на МСЭ)
Что делать:
1. Удостоверьтесь, что номер ЭЛН, данные которого вы хотите получить, введен верно.
2. Дождитесь перехода ЭЛН на статус, который позволит Вам получить данные ЭЛН.
Проверьте правильность и актуальность ключа уполномоченного лица ФСС.
Причины:
В настройках подписания и шифрования в используемом пользователем ПО, в поле «Сертификат уполномоченного лица ФСС» указан неверный сертификат;
Используется криптопровайдер Vipnet CSP определенной сборки.
При обновлении АРМ ЛПУ на новую версию с поддержкой ЭЛН 2.0 не обновилась библиотека криптографии
Что делать:
Укажите верный сертификат уполномоченного лица ФСС:
- Определите направление отправки запросов - тестовое или продуктивное;
- Скачайте сертификат уполномоченного лица ФСС в разделе ЭЛН на сайте Фонда;
Сертификат для тестовой отправки опубликован на сайте https://lk-test.fss.ru/cert.html
Сертификат для продуктива опубликован на сайте https://lk.fss.ru/cert.html; - Закройте используемое ПО. Удалите из хранилища "Личное" установленные сертификаты ФСС с помощью системной утилиты certmgr.msc (кнопка Пуск - Выполнить (Найти программы и файлы)). Установите скачанный сертификат на компьютер в хранилище "Личное" для текущего пользователя;
- Укажите данный сертификат в соответствующих настройках используемого ПО.
При использовании криптопровайдера Vipnet CSP - рабочей версией является 4.4 и выше.
Удалите АРМ ЛПУ. Удалите каталог C:\FssTools. Переустановите АРМ ЛПУ с поддержкой ЭЛН 2.0 заново.
6. Ошибка вызова сервиса передачи/получения данных.
Причина:
Что делать:
Закажите и установите сертификат, который поддерживает не только операцию подписания, но и операцию шифрования.
7. Ошибка при установке АРМ ЛПУ: Unable to build entity manager factory.
Возникла ошибка при попытке загрузки данных из базы данных. Сообщите администратору следующую информацию:
Unable to build entity manager factory.
Причина:
- Приложение было установлено некорректно (некорректно установлена БД);
- База данных приложения установлена, но не доступна.
Что делать:
1. Запустите установку с правами администратора;
Если установка приложения выполнена в соответствии с инструкцией, но ошибка повторяется, необходимо проверить:
- На компьютере отключена служба postgresql-9.5. Правой кнопкой на значке "Мой компьютер" - Управление - Службы и приложения - Службы, postgresql-9.5 должна быть запущена, запуск - автоматически. Для настройки запуска и работы службы Windows обратитесь к вашему системному администратору;
- В настройках подключения к базе данных указан неправильный пароль для пользователя fss. Проверьте, что в БД этот пароль не менялся, пароль по умолчанию - fss;
- Проверьте каталог установки БД PostgreSQL, по умолчанию - C:\postgresql\;
- Подключение к БД PostgreSQL осуществляется по умолчанию по порту 5432. Этот порт должен быть открыт и доступен. Для проверки обратитесь к вашему системному администратору;
- Приложение на клиентской машине не может связаться с сервером т.к. установлено какое либо сетевое ограничение. Проверьте, настройки антивирусов, файерволов, прочего сетевого ПО, для клиентской машины должны быть прописаны разрешения подключения к серверу по порту 5432.
8. Ошибка при попытке загрузки данных из базы данных.
Возникла ошибка при попытке загрузки данных из базы данных.
Сообщите следующую информацию: org.hibernate.exception.SQLGrammarException: could not extract ResultSet.
Причина:
Приложение АРМ ЛПУ не может получить данные из базы данных PostgreSQL. Эта ошибка возникает чаще всего после установки обновления, когда приложение обновлено, а база данных PostgreSQL по какой либо причине не обновлена.
Что делать:
- Если приложение установлено на компьютере пользователя, а база данных PostgreSQL - на сервере. Необходимо запустить обновление приложение не только на клиенте, но и на серверной машине;
- Если и приложение, и база данных PostgreSQL установлены на одной машине. Проверьте каталог установки приложения. По умолчанию, приложение АРМ ЛПУ ставится в каталог C:\FssTools, а база данных PostgreSQL в каталог C:\postgresql. Если при первичной установке была выбрана другая директория для установки приложения - то при обновлении вы должны указать именно эту директорию.
9. Ошибка при попытке зайти в настройки подписи в ПО АРМ ЛПУ.
При попытке зайти в настройки подписи в ПО АРМ ЛПУ выходит ошибка "Internal error. Reason: java.lang.ExceptionInInitializerError" или
"Internal Error. Reason: java.lang.NoClassDefFoundError: Could not initialize class ru.ibs.fss.common.security.signature.COMCryptoAPIClient"
Причина:
Что делать:
1. Необходимо убедиться, что разрядность ОС совпадает с разрядностью установщика приложения.
3. Проверить, что в папке, куда установлено приложение, имеется файл GostCryptography.dll (по умолчанию данный файл устанавливается в C:\FssTools). Если данного файла нет, попробуйте переустановить приложение.
4. Если все верно, в командной строке выполнить:
cd C:\FssTools -- переходим в папку, в которой находится файл GostCryptography.dll
5. Перезапустить приложение.
10. Ошибка вызова сервиса передачи/получения данных. Invalid element in ru.ibs.fss.eln.ws.FileOperationsLn_wsdl.ROW - SERV1_DT1.
Ошибка: "Ошибка вызова сервиса передачи/получения данных. Invalid element in ru.ibs.fss.eln.ws.FileOperationsLn_wsdl.ROW - SERV1_DT1"
Причина:
Поле "SERV1_DT1" было исключено в новой спецификации 1.1 (14 версия и выше АРМ ЛПУ), изменена строка соединения.
Что делать:
Поменять строку соединения в настройках.
В меню Администрирование – Настройки сервисов ФСС – Строка соединения, укажите следующий адрес сервиса:
11. Ошибка при старте АРМ ЛПУ "В базе данных АРМ ЛПУ имеется некорректная запись" (Transaction already active)
Причина:
- Отправка и получение ЭЛН может происходить некорректно, зависать окно статусной строки;
- Невозможно запросить номер ЭЛН из формы ЭЛН.
Что делать:
Для исправления нужно удалить из БД приложения неверную строку (такие записи можно удалить только вручную).
Необходимо подключиться к серверу базы данных PostgreSQL, найти и удалить из базы ошибочную строку. При установке АРМ ЛПУ, вместе с БД и компонентами PostgreSQL устанавливается клиент для подключения к БД. По умолчанию находится здесь: C:\postgresql\bin\pgAdmin3.exe
В интерфейсе клиента открывается сервер PostgreSQL 9.5. Затем открывается схема fss (пользователь fss, пароль fss) – Схемы – public – Таблицы.
- fc_eln_data_history - данные листков нетрудоспособнсти;
- fc_eln_periods - сведения о периодах нетрудоспособности;
- ref_ln_numbers - список запрошенных номеров ЭЛН.
Выделяете и удаляете (delete) строку, которая содержит пустое значение номера ЭЛН или другие ошибки.
Как вариант, для поиска и удаления ошибочных записей возможно использование SQL запроса типа:
select id from fc_eln_data_history where ln_code is null;
delete from fc_eln_data_history where id;
Для открытия окна SQL запросов необходимо в главном меню нажать на значок «SQL».
Обратите внимание! При удалении строки ЭЛН, если в этом ЭЛН были созданы периоды нетрудоспособности, сначала необходимо удалить их. Периоды нетрудоспособности хранятся в отдельной таблице fc_eln_periods и связаны с fc_eln_data_history по номеру ЭЛН. Просмотр и удаление периодов аналогично, описанному выше.
12. Установка нового сертификата ФСС.
13. АРМ Подготовки расчетов для ФСС, ошибка «Набор ключей не определен»
Причина:
ГОСТ сертификата ФСС не соответствует выбранному в настройках криптопровайдеру, либо криптопровайдер не может получить закрытый ключ из контейнера закрытого ключа для выбранного сертификата.
Что делать:
- В настройках АРМ Подписания и шифрования проверить, что указанный криптопровайдер соответствует реально установленному у пользователя;
- В настройках АРМ Подписания и шифрования проверить, что ГОСТы сертификата подписания и сертификата ФСС одинаковы и соответствуют выбранному криптопровайдеру;
- Если используется сертификат ЭП по ГОСТ 2012, откройте сертификат, вкладка «Состав», параметр «Средство электронной подписи».
Необходимо проверить, что средство ЭП соответствует криптопровайдеру, установленному у пользователя; - Если используется сертификат ЭП по ГОСТ 2012 и криптопровайдер КриптоПро, проверьте настройки на вкладке "Алгоритмы". В выпадающем списке "Выберите тип CSP" выберите GOST R 34.10-2012 (256). Должны быть установлены следующие параметры:
"Параметры алгоритма шифрования" - ГОСТ 28147-89, параметры алгоритма шифрования TK26 Z
"Параметры алгоритма подписи" - ГОСТ 34.10-2001, параметры по умолчанию
"Параметры алгоритма Диффи-Хеллмана" - ГОСТ 34.10-2001, параметры обмена по умолчанию
В результате РСВ не принят, компании грозит штраф и блокировка счета. Ни ФНС, ни Пенсионный фонд разбираться не торопятся. Причину своего бездействия они также не поясняют.
Сотрудник работает в компании не первый день, и раньше отчеты в ПФР с его номером СНИЛС вопросов не вызывали. Причина отказа в приеме расчета по страховым взносам звучит так: «Не найден СНИЛС». Это позволяет предположить, что ошибка кроется на стороне ИФНС. Все мы хорошо помним, что в недалеком прошлом состоялась передача администрирования пенсионных взносов из ПФР в налоговую службу. При этом, судя по всему, и возникла ошибка. Вероятнее всего, в базу ФНС попали некорректные данные о СНИЛС сотрудника.
Получается, в том, что страхователь не может отчитаться, он не виноват. Более того, если сдавались формы СЗВ-М и упомянутой ошибки не возникало, то значит, работодатель передал в ФНС верную информацию о СНИЛС своих сотрудников. А раз она верна, то оснований отказывать в приеме отчета у налоговой службы нет.
Это пример того, что не сдать вовремя отчетность можно и по вине налогового органа. Если за этим последуют санкции, то их наложение будет неправомерным.
Что делать страхователю
Специалисты рекомендуют в указанном случае начать с подачи заявления на имя начальника ИФНС за подписью руководителя организации. В нем необходимо сообщить, что страхователь не может отчитаться не по своей вине и пояснить сложившуюся ситуацию. Обязательно стоит упомянуть, что организации не удалось получить извещение о корректной подаче отчета из-за расхождения в персональных данных сотрудников.
Заявление составляется в свободной форме, однако в нем в обязательном порядке необходимо указать ФИО сотрудника, его паспортные данные и сам спорный СНИЛС. К заявлению целесообразно приложить копию паспорта указанного сотрудника.
Также в заявлении стоит изложить просьбу не применять к компании санкции за то, что она не подала расчет вовремя, поскольку это случилось не по ее вине.
На основании такого заявления ФНС должна сделать запрос в территориальный орган ПФР. Кроме того, страхователь может обратиться в него самостоятельно с аналогичным заявлением.
Налоговый орган не может отказать организации в принятии отчетности, если она подана в установленной форме (формате). Исключение — ситуации, прямо оговоренные в НК РФ.
Если подаются недостоверные данные о застрахованном лице, то расчет по страховым взносам считается неподанным, и страхователь должен быть об этом уведомлен. Если он сдает отчетность в электронном формате, то на следующий день ему будет направлено соответствующее уведомление. Если отчет поддавался на бумаге, то уведомление будет направлено в течение следующих 10 дней по почте.
Со дня направления уведомления пойдет отсчет срока, в течение которого страхователь должен представить спорный расчет. Если расчет подавался в электронной форме, то у компании будет 5 дней, если на бумажном носителе — 10 дней.
Обратите внимание, что отсчет производится с даты направления уведомления, а не получения его страхователем.
Основания для непринятия расчета
В приказе Минфина от 02.07.2012 № 99н приведены следующие причины, по которым отчет может быть не принят:
- подающее его физическое лицо не предъявляет удостоверение личности и/или документ, наделяющий его полномочиями представлять в ИФНС организацию;
- отчет представляется в неверной форме или формате;
- подаваемые документы не подписаны руководителем организации (или электронной подписью, если речь о подаче через интернет);
- отчет подается не в тот налоговый орган, который уполномочен его принять;
- в электронном документе, который подается по ТКС, отсутствуют определенные реквизиты — ФИО физического лица, полное наименование организации и ее ИНН, наименование налогового органа, а также вид документа (первичная подача или корректировка).
Выводы
В приведенном примере организация выполнила все требования, предъявляемые к отчетности. Поэтому ИФНС не вправе отказывать ей в принятии расчета.
Если подача упомянутого выше заявления не даст результата, то на действия налогового органа можно жаловаться в УФНС.
Читайте также: