ЗУП 3.1.27.23. Файловая. 1С Отчётность подключена. Извещения СЭДО СФР. При попытке получить извещения на 5 различных ПК долго крутит длительную операцию и выдаёт:
При выполнении запроса к ресурсу /sedo-gateway/api/soap/SedoGateway сервера произошла ошибка:
Ошибка клиента, код состояния 404.
Или:
Не удалось получить список входящих сообщений СЭДО ФСС.
При выполнении запроса к ресурсу /sedo-gateway/api/soap/SedoGateway сервера произошла ошибка:
Время ожидания ответа от сервера СЭДО СФР (бывш. ФСС) истекло (код состояния 504). Попробуйте повторить запрос через некоторое время.
Обмен с остальными инстанциями работает корректно.
При выполнении запроса к ресурсу /sedo-gateway/api/soap/SedoGateway сервера произошла ошибка:
Ошибка клиента, код состояния 404.
Или:
Не удалось получить список входящих сообщений СЭДО ФСС.
При выполнении запроса к ресурсу /sedo-gateway/api/soap/SedoGateway сервера произошла ошибка:
Время ожидания ответа от сервера СЭДО СФР (бывш. ФСС) истекло (код состояния 504). Попробуйте повторить запрос через некоторое время.
Обмен с остальными инстанциями работает корректно.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
продолжаю эксперименты с 556556 патчем
все таки он работает более менее при условии если не получать сообщения более чем за 8 организаций.
при таком условии просто иногда выдает
Не удалось получить список входящих сообщений СЭДО ФСС.
Не удалось обратиться к серверу СЭДО СФР (бывш. ФСС) (. Ответ от сервера СЭДО: на сервере возникла ошибка 1012, рекомендуется повторить запрос через 5 минут (30.08.2023 в 13:48).
Возможно, сервер перегружен. Попробуйте повторить получение сообщений через некоторое время.
а если пробовать массово делать обмен более чем для 10 организаций происходит или зависание или завершается с ошибкой и перезапуском.
все таки он работает более менее при условии если не получать сообщения более чем за 8 организаций.
при таком условии просто иногда выдает
Не удалось получить список входящих сообщений СЭДО ФСС.
Не удалось обратиться к серверу СЭДО СФР (бывш. ФСС) (. Ответ от сервера СЭДО: на сервере возникла ошибка 1012, рекомендуется повторить запрос через 5 минут (30.08.2023 в 13:48).
Возможно, сервер перегружен. Попробуйте повторить получение сообщений через некоторое время.
а если пробовать массово делать обмен более чем для 10 организаций происходит или зависание или завершается с ошибкой и перезапуском.
(93)
Более чем за 10 организаций в целом по стране? :-)
У меня даже по 1 организации (в 5 разных базах, в каждой по своей) не приходят сообщения, ошибки разные все время. То 504, то сервер вообще перегружен и не ответил за таймаут. 556556 ничего вообще не поменял в вопросе - как раньше 1% запросов проходил, так и остался.
Притом я прошелся отладчиком - корректный запрос, дальше либо 504, либо таймаут.
Я не думаю, что 1С может что-то на своем уровне сделать с тем, что ФСС просто отключает свое ПО для внесения доработок, а все доработки, похоже, делает строго в рабочее время, людьми, которые за свою зарплату, предполагаю, "могут делать ничего, и даже немного вредить".
Написал костылик, который зацикливает запрос на получение входящих сообщений с паузой в 120 секунд, и выводит ошибки в текстовый протокол. К сожалению, вся обвязка обмена с ФСС синхронна с интерфейсом, поэтому запускать надо в отдельном сеансе. Уйти работать на другую закладку не получится.
Более чем за 10 организаций в целом по стране? :-)
У меня даже по 1 организации (в 5 разных базах, в каждой по своей) не приходят сообщения, ошибки разные все время. То 504, то сервер вообще перегружен и не ответил за таймаут. 556556 ничего вообще не поменял в вопросе - как раньше 1% запросов проходил, так и остался.
Притом я прошелся отладчиком - корректный запрос, дальше либо 504, либо таймаут.
Я не думаю, что 1С может что-то на своем уровне сделать с тем, что ФСС просто отключает свое ПО для внесения доработок, а все доработки, похоже, делает строго в рабочее время, людьми, которые за свою зарплату, предполагаю, "могут делать ничего, и даже немного вредить".
Написал костылик, который зацикливает запрос на получение входящих сообщений с паузой в 120 секунд, и выводит ошибки в текстовый протокол. К сожалению, вся обвязка обмена с ФСС синхронна с интерфейсом, поэтому запускать надо в отдельном сеансе. Уйти работать на другую закладку не получится.
Прикрепленные файлы:
в_ЗУП31_НепрерывнаяДолбежкаВФСС.epf
(96) Добрый день))) У меня совершенно новая ошибка выходит при обмене СЭДО:
При получении сообщения с идентификатором 1b038970-480a-4b91-9416-b43b342bec1d с сервера ФСС произошла ошибка:
Указанное сообщение не найдено
Что с этим делать неизвестно??? Звонила в ФСС/СФР (отдел по работе с больничными листами) - говорят звоните программистам в областной ФСС/СФР - там вообще трубку не берут!
Кстати обработку эту (в_ЗУП31_НепрерывнаяДолбежкаВФСС.epf) запустила, только благодаря ей эту ошибку нарыла, до этого все время была ошибка 404 или 504.
При получении сообщения с идентификатором 1b038970-480a-4b91-9416-b43b342bec1d с сервера ФСС произошла ошибка:
Указанное сообщение не найдено
Что с этим делать неизвестно??? Звонила в ФСС/СФР (отдел по работе с больничными листами) - говорят звоните программистам в областной ФСС/СФР - там вообще трубку не берут!
Кстати обработку эту (в_ЗУП31_НепрерывнаяДолбежкаВФСС.epf) запустила, только благодаря ей эту ошибку нарыла, до этого все время была ошибка 404 или 504.
(168)
(168) Да, обновили Конфигурацию ЗУП редакция 3.1 (3.1.27.93) и перешли на новую платформу (8_3_22_2283), по всем организациям проблема решилась, ошибки обмена с СФР/ФСС выходят реже, только если нет связи с сервером. В остальных случаях отправка/прием сообщений об изменениях ЭЛН, запросы/ответы на запросы загружаются моментально.
(168) Да, обновили Конфигурацию ЗУП редакция 3.1 (3.1.27.93) и перешли на новую платформу (8_3_22_2283), по всем организациям проблема решилась, ошибки обмена с СФР/ФСС выходят реже, только если нет связи с сервером. В остальных случаях отправка/прием сообщений об изменениях ЭЛН, запросы/ответы на запросы загружаются моментально.
Мои плюнули на 1С, в том числе заодно и на 1С:Отчетность, сейчас как раз у них было продление ИТС, перешли на самый дешевый вариант, ИТС, вместо 1С Отчетности купили СБИС и теперь и в ус не дуют.
Сказали - купить новый СБИС это гораздо дешевле, чем регулярно платить штрафы в ФСС.
А еще сказали - нам по барабану, ФСС ли виноват или 1С, нам работать нужно.
А они пускай там разбираются между собой, когда разберутся окончательно, вот тогда может быть мы обратно и на 1С Отчетность и СЭДО ФСС вернемся.
Так что 1С понесла не только репутационные, но уже и финансовые потери. :) В лице моих клиентов, как минимум.
Сказали - купить новый СБИС это гораздо дешевле, чем регулярно платить штрафы в ФСС.
А еще сказали - нам по барабану, ФСС ли виноват или 1С, нам работать нужно.
А они пускай там разбираются между собой, когда разберутся окончательно, вот тогда может быть мы обратно и на 1С Отчетность и СЭДО ФСС вернемся.
Так что 1С понесла не только репутационные, но уже и финансовые потери. :) В лице моих клиентов, как минимум.
Добрый день, ни у кого не было такой ситуации, что при обмене с СЭДО фcc (1С:ERP Управление предприятием 2 (2.5.12.111) ) падал ошибка, а потом аварийное завершение программы.
"Не удалось получить данные с сервера Калуги-Астрал по причине: Ошибка при вызове метода контекста (GetAlternativeCertInfo)
{Обработка.ДокументооборотСКонтролирующимиОрганами.МодульОбъекта(25152)}:XDTOРезультат = Сервис.GetAlternativeCertInfo(Сертификат.Отпечаток);
{Обработка.ДокументооборотСКонтролирующимиОрганами.МодульОбъекта(47975)}:ДанныеПереизданногоСертификата = ДанныеПереизданногоСертификата(Выборка.УчетнаяЗаписьДокументооборота);
{Обработка.ДокументооборотСКонтролирующимиОрганами.МодульОбъекта(24801)}:ДанныеУчетныхЗаписей = ДанныеУчетныхЗаписейПользователяСОрганизациями(Истина);
{Обработка.ДокументооборотСКонтролирующимиОрганами.МодульОбъекта(46884)}:Результат = ИзменившиесяПараметрыПодключения(ПолныеСвойстваВсехСертификатов);
{ОбщийМодуль.ЭлектронныйДокументооборотСКонтролирующимиОрганами.Модуль(6063)}:КонтекстЭДОСервер.ОпределениеИзмененныхПараметровПодключенияВФоне(ПолныеСвойстваВсехСертификатов, АдресРезультата);
{(1)}:ЭлектронныйДокументооборотСКонтролирующимиОрганами.ОпределениеИзмененныхПараметровПодключенияВФоне(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5377)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ДлительныеОперации.Модуль(1449)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1426)}:ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: {}:RegService:GetAlternativeCertInfo()
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка HTTP: HTTP Status 500 - Внутренняя ошибка сервера.
Ошибка сервера в приложении '/'.
Ошибка выполнения
Описание: На сервере возникла ошибка приложения. Текущая пользовательская настройка ошибок для этого приложения не позволяет удаленно просматривать сведения об ошибке данного приложения (из соображений безопасности). Однако, сведения можно просматривать в браузерах, запущенных на локальном сервере.
Сведения: Для разрешения просмотра сведений данного сообщения об ошибке на локальном сервере создайте тег <customErrors> в файле конфигурации "web.config", который находится в корневом каталоге текущего веб-приложения. В теге <customErrors> следует задать атрибут "mode" со значением "Off".
<!-- Файл конфигурации Web.Config -->
<configuration>
<system.web>
<customErrors mode="Off"/>
</system.web>
</configuration>
Примечания: Отображаемую в данный момент страницу ошибок можно заменить на пользовательскую страницу ошибок, изменив атрибут "defaultRedirect" тега конфигурации <customErrors> приложения таким образом, чтобы он содержал URL-адрес пользовательской страницы ошибок.
<!-- Файл конфигурации Web.Config -->
<configuration>
<system.web>
<customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/>
</system.web>
</configuration>"
"Не удалось получить данные с сервера Калуги-Астрал по причине: Ошибка при вызове метода контекста (GetAlternativeCertInfo)
{Обработка.ДокументооборотСКонтролирующимиОрганами.МодульОбъекта(25152)}:XDTOРезультат = Сервис.GetAlternativeCertInfo(Сертификат.Отпечаток);
{Обработка.ДокументооборотСКонтролирующимиОрганами.МодульОбъекта(47975)}:ДанныеПереизданногоСертификата = ДанныеПереизданногоСертификата(Выборка.УчетнаяЗаписьДокументооборота);
{Обработка.ДокументооборотСКонтролирующимиОрганами.МодульОбъекта(24801)}:ДанныеУчетныхЗаписей = ДанныеУчетныхЗаписейПользователяСОрганизациями(Истина);
{Обработка.ДокументооборотСКонтролирующимиОрганами.МодульОбъекта(46884)}:Результат = ИзменившиесяПараметрыПодключения(ПолныеСвойстваВсехСертификатов);
{ОбщийМодуль.ЭлектронныйДокументооборотСКонтролирующимиОрганами.Модуль(6063)}:КонтекстЭДОСервер.ОпределениеИзмененныхПараметровПодключенияВФоне(ПолныеСвойстваВсехСертификатов, АдресРезультата);
{(1)}:ЭлектронныйДокументооборотСКонтролирующимиОрганами.ОпределениеИзмененныхПараметровПодключенияВФоне(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5377)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ДлительныеОперации.Модуль(1449)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1426)}:ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: {}:RegService:GetAlternativeCertInfo()
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка HTTP: HTTP Status 500 - Внутренняя ошибка сервера.
Ошибка сервера в приложении '/'.
Ошибка выполнения
Описание: На сервере возникла ошибка приложения. Текущая пользовательская настройка ошибок для этого приложения не позволяет удаленно просматривать сведения об ошибке данного приложения (из соображений безопасности). Однако, сведения можно просматривать в браузерах, запущенных на локальном сервере.
Сведения: Для разрешения просмотра сведений данного сообщения об ошибке на локальном сервере создайте тег <customErrors> в файле конфигурации "web.config", который находится в корневом каталоге текущего веб-приложения. В теге <customErrors> следует задать атрибут "mode" со значением "Off".
<!-- Файл конфигурации Web.Config -->
<configuration>
<system.web>
<customErrors mode="Off"/>
</system.web>
</configuration>
Примечания: Отображаемую в данный момент страницу ошибок можно заменить на пользовательскую страницу ошибок, изменив атрибут "defaultRedirect" тега конфигурации <customErrors> приложения таким образом, чтобы он содержал URL-адрес пользовательской страницы ошибок.
<!-- Файл конфигурации Web.Config -->
<configuration>
<system.web>
<customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/>
</system.web>
</configuration>"
У меня тоже 1с версия 3.1.27.51 со всеми устанвленными пачами аварийно завершалась.
Я отключил патчи EF_70058172 , EF_00_00556556_2
Аварийные завершения прекратились. Теперь выходит ошибка 404, 504, но аварийно не завершается
Я отключил патчи EF_70058172 , EF_00_00556556_2
Аварийные завершения прекратились. Теперь выходит ошибка 404, 504, но аварийно не завершается
(114)Вчера в 22:00 пробовал. Вроде работает, вроде без ошибок, но пишет "Нет сообщений", хотя с нашей численностью, у нас в сутки от 150 сообщений. Даже получение за месяц пишет, что нет сообщений. По факту отсутствуют почти все больничные и входящие запросы от 15 числа, а так же после 23 числа
1с подключается к сервису , можно проверить в браузере, если открывается, то и в 1с все нормально придет/уйдет. Замечено, что в рабочие периоды если подключаться с не Российских айпи адресов сервис практически недоступен, с Российских более-менее открываются. Видимо ФСС настроила приоритезацию траффика
(115) Тоже вчера заметил эту особенность. Работаю с базой удаленно, через VPN. Все запросы с сервера 1С упираются в 504-ю ошибку таймаута без вариантов. Стоит отрубить VPN и перейти по этой ссылке не из локальной сети компании - все начинает летать и открываться. При этом такое же описание сервиса, но с тестового контура ФСС, работает в любом случае (что с VPN, что без):
И раз ошибка 504, значит запрос до них все-таки долетает. Но дальше то ли фильтр какой-то срабатывает, то ли бан-лист. Но у ФСС официально все тип-топ.
И раз ошибка 504, значит запрос до них все-таки долетает. Но дальше то ли фильтр какой-то срабатывает, то ли бан-лист. Но у ФСС официально все тип-топ.
Зарплата и управление персоналом, редакция 3.1 (3.1.27.90)
При выполнении запроса к ресурсу /sedo-gateway/api/soap/SedoGateway сервера произошла ошибка:
Ошибка выполнения запроса, код состояния 302.
Может кто знает как исправить?
При выполнении запроса к ресурсу /sedo-gateway/api/soap/SedoGateway сервера произошла ошибка:
Ошибка выполнения запроса, код состояния 302.
Может кто знает как исправить?
Мы уже получили первые штрафы (5000 руб на человека). Официальных письменных ответов нет ни от 1С, ни от ФСС. Устно показывают пальцем друг на друга и говорят что у них всё хорошо.
Возможно кто-то уже написал фоновое задание которое будет ночью долбить сервер как это делают Сбис и Контур?
Возможно кто-то уже написал фоновое задание которое будет ночью долбить сервер как это делают Сбис и Контур?
(119) А у нас в файловом режиме 3.1.27.90 с патчем EF_60009751_7 попытка запустить обмен в фоновом режиме приводит к ошибке "Недопустимое значение параметра (параметр номер 1)". И постоянные ошибки 504. Ответ из 1С:
Проблемы зафиксированы не только у нас, а и у других операторов. Рекомендуется получать сообщения до 8 часов утра по Москве или после 18 часов, по наблюдениям в это время ошибок возникает меньше.
По информации от СФР - техническая проблема в Проактиве на стороне СФР находится в стадии решения, никаких штрафных санкций из-за непредоставления информации в СФР на период решения этой проблемы к страхователям применяться не будет
Рекомендуем повторно отправить сообщения вечером или рано утром
По информации от СФР - техническая проблема в Проактиве на стороне СФР находится в стадии решения, никаких штрафных санкций из-за непредоставления информации в СФР на период решения этой проблемы к страхователям применяться не будет
Рекомендуем повторно отправить сообщения вечером или рано утром
Ссылка в браузере открывается, а из 1С 504 ошибка.
Получена ошибка сервера СЭДО СФР (бывш. ФСС) (код состояния 504): "<ht ml><body><h1>504 Gateway Time-out</h1>
The server didn't respond in time.
</body></html>
"
Запрос выполнялся в 21.50
Получена ошибка сервера СЭДО СФР (бывш. ФСС) (код состояния 504): "<ht ml><body><h1>504 Gateway Time-out</h1>
The server didn't respond in time.
</body></html>
"
Запрос выполнялся в 21.50
(134)Плохо, но приходят. В релизе были исправлены ошибки разбора входящих сообщений, а не исправление качества связи с СФР.
Смотрите регистр сведений: Входящие сообщения СЭДОФСС. Отсортируйте его по дате создания и смотрите наличие ошибок в последних записях. Если там пусто, значит проблема в связи с СФР, а не в обработке полученных сообщений.
Смотрите регистр сведений: Входящие сообщения СЭДОФСС. Отсортируйте его по дате создания и смотрите наличие ошибок в последних записях. Если там пусто, значит проблема в связи с СФР, а не в обработке полученных сообщений.
(138)
На момент, когда она была написана, позволяла организовать непрерывный опрос сервера ФСС с паузами в 12 секунд и фиксацией протокола в блокнот. Иногда удавалось пробиться и получить документы.
Сейчас уже какое-то время не использовалась, и какие побочки имеет, не знаю. Все же меняется у 1С и СФР, каждый день, буквально. Жаль, что, похоже, не к лучшему.
На момент, когда она была написана, позволяла организовать непрерывный опрос сервера ФСС с паузами в 12 секунд и фиксацией протокола в блокнот. Иногда удавалось пробиться и получить документы.
Сейчас уже какое-то время не использовалась, и какие побочки имеет, не знаю. Все же меняется у 1С и СФР, каждый день, буквально. Жаль, что, похоже, не к лучшему.
(141)
Такую ошибку (про права доступа) в большинстве случаев (в моей практике) выдает, когда сертификат страхователя.. ммм... что-то с ним не то.. скорее всего просрочен. Или СФР (ФСС) не находит у себя такого страхователя по этому конкретному сертификату. В общем, сервер СЭДО не считает тебя легитимным пользователем под этим сертификатом и дает отлуп - нет у тебя прав доступа. :) бесправный ты :) подозрительный незнакомец с непонятным сертификатом :)
В любом случае переустановите заново сертификаты в настройках СЭДО в программе. После обновления лишним это не будет, а занимает всего минутку.
получили Ошибку прав доступа
Такую ошибку (про права доступа) в большинстве случаев (в моей практике) выдает, когда сертификат страхователя.. ммм... что-то с ним не то.. скорее всего просрочен. Или СФР (ФСС) не находит у себя такого страхователя по этому конкретному сертификату. В общем, сервер СЭДО не считает тебя легитимным пользователем под этим сертификатом и дает отлуп - нет у тебя прав доступа. :) бесправный ты :) подозрительный незнакомец с непонятным сертификатом :)
В любом случае переустановите заново сертификаты в настройках СЭДО в программе. После обновления лишним это не будет, а занимает всего минутку.
Добрый день! Так же вылазит при получении с ФСС ЭЛН ошибка 502, сегодня 404 - это по кнопке "Получить из ФСС". При выборе за определенный период и устанавливаешь какой-то период - он нормально доставляет сообщения. При отправке тоже выходят ошибки :(
постоянные ошибки или 404 или 504 и другие, если больничный смог загрузится, то нет входящих запросов, как отвечать и отправлять больничный, есть ситуации, что вроде бы отправили, написано принят, а внутри ответа ошибка сидит.
Вдруг кому-то поможет:
такое ощущение, что СФР блокирует подключения с определенных IP. Провайдер выдал 79.126.xx.xx, обмен не работал. Обновили до последнего релиза, установили все патчи - не помогло.
Одновременно с этим, в других организациях отправлялось без проблем, провайдер у них тот же, но IP получен из другого диапазона.
Переподключили соединение с Интернетом, получили IP из другого диапазона - 88.147.xx.xx, и всё пошло без проблем.
Причем в браузере с IP 79.126.xx.xx открывалось, получал в ответ XML.
такое ощущение, что СФР блокирует подключения с определенных IP. Провайдер выдал 79.126.xx.xx, обмен не работал. Обновили до последнего релиза, установили все патчи - не помогло.
Одновременно с этим, в других организациях отправлялось без проблем, провайдер у них тот же, но IP получен из другого диапазона.
Переподключили соединение с Интернетом, получили IP из другого диапазона - 88.147.xx.xx, и всё пошло без проблем.
Причем в браузере с IP 79.126.xx.xx открывалось, получал в ответ XML.
Доброе утро! ERP 2.5.12.130 (добавлено возможность фоновой загрузки сообщений по решению пользователя) + патчи. Более-менее работает. Дополнительно настроили на компьютере пользователя с установленным токеном автозапуск 1С батником и запуск получения сообщений через типовую процедуру в нерабочий период с 18.00 и до 7 утра. Пока еще не замечали, что сервис СЭДО сутки не работает, обычно в какое-то время в течение 24 часов сообщения можно получить. Частые проблемы с доступностью 8 00 - 18 00 (МСК). В остальное время, например с 19 00 - 21 00 (МСК), 2.00 - 4.00 (МСК) загрузка сообщений проходит. Время доступности сервиса - это чистая рулетка. Например, 9 октября - рабочий день сервис работал, с 21 00 полная неработоспособность, 404 ошибка. 10 октября с 00.00 и в рабочее время недоступность продолжилась, редко, но какие-то сообщения проходили, а с 18.30 появилась хорошая доступность - сообщения стали загружаться.
Входящие запросы (100 сообщение) в 1С сравниваем с уведомлениями из журнала обмена в Личном кабинете Страхователя СФР. Пока все успешно загружаем. Бывают проблемы единичные по сотруднику: например, в ЛК нет входящего запроса, и в 1С, соответственно, тоже не можем получить - пишем в технический региональный отдел Фонда, они перенаправляют сообщения в московскую группу поддержки СЭДО.
Лично у меня большое недовольство работой Фонда в этот период. На местах региональные сотрудники говорят, что у них все отлично работает и проблема в ваших программах и отправляют в 1С. Нет прямого доступа к тех. поддержке СЭДО в Москве. Если отправляешь проблему (она может быть технической или по ошибкам в данных в программе Фонда) через оф. сайт СФР, они потом спускают ее обратно в региональное подразделение Фонда, сотрудники которого не могут компетентно проконсультировать, а только повторяют, что у них все автоматически, и злятся. 1С тоже не знает, что происходят в программе Фонда на уровне данных. К чему эти пустые советы.
Должен быть организован прямой доступ к тех поддержке с выдачей номеров запросов. Другие страхователи сообщают, что уже штрафы пошли. Справедливо ли получение штрафов, если работа организована ненадлежащим образом.
Очень ждем цивилизованного решения 1С по переводу СЭДО на спецоператора и работу по квитанциям в сервис 1С Отчетность. Пользователи не должны страдать, а Страхователи получать штрафы.
Входящие запросы (100 сообщение) в 1С сравниваем с уведомлениями из журнала обмена в Личном кабинете Страхователя СФР. Пока все успешно загружаем. Бывают проблемы единичные по сотруднику: например, в ЛК нет входящего запроса, и в 1С, соответственно, тоже не можем получить - пишем в технический региональный отдел Фонда, они перенаправляют сообщения в московскую группу поддержки СЭДО.
Лично у меня большое недовольство работой Фонда в этот период. На местах региональные сотрудники говорят, что у них все отлично работает и проблема в ваших программах и отправляют в 1С. Нет прямого доступа к тех. поддержке СЭДО в Москве. Если отправляешь проблему (она может быть технической или по ошибкам в данных в программе Фонда) через оф. сайт СФР, они потом спускают ее обратно в региональное подразделение Фонда, сотрудники которого не могут компетентно проконсультировать, а только повторяют, что у них все автоматически, и злятся. 1С тоже не знает, что происходят в программе Фонда на уровне данных. К чему эти пустые советы.
Должен быть организован прямой доступ к тех поддержке с выдачей номеров запросов. Другие страхователи сообщают, что уже штрафы пошли. Справедливо ли получение штрафов, если работа организована ненадлежащим образом.
Очень ждем цивилизованного решения 1С по переводу СЭДО на спецоператора и работу по квитанциям в сервис 1С Отчетность. Пользователи не должны страдать, а Страхователи получать штрафы.
Коллеги, кто-нибудь пробовал в качестве альтернативного решения в СЭДО отправлять через личный кабинет Страхователя, какой результат? У нас ни один тип сообщения, кроме сведений о ЗЛ не удалось отправить. После обработки выдает: "ошибка обработки, обратитесь в тех. поддержку СФР". А до тех. поддержки сейчас не достучаться.
можно я тут задам вопрос, чтобы не засорять лишними темами. вот сейчас реальная ситуация, сотрудник устроился в августе, никаких справок с предыдущих мест не приносил, в сентябре ушел на больничный, входящий запрос отражает его средний заработок за 21 и 22 год, там указаны суммы за эти года, а в больничном расчет среднего 0, и расчет идет по мрот. и тут вопрос, что мы должны взять в расчет больничного и что отправлять обратно в сфр? или нам надо сделать запрос в сфр о среднем заработке, получив согласие сотрудника? и еще момент, проверял на себе запрос в сфр о среднем, 21 год верный, а 22 год без 4 квартала. что с этим делать?
(160)
Это (флаг поставить) можно, если сотрудник у вас работает давно и у вас имеются реальные настоящие данные на него за 2022 год и они расходятся с запросом из СФР, но в вопросе (159) все не так.
ставим в ответе флаг заполнять по данным страхователя из учетного документа
Я извиняюсь пардон, из какого документа?. Если в (159) сказано - "сотрудник устроился в августе, никаких справок с предыдущих мест не приносил, в сентябре ушел на больничный". Откуда и какие у вас данные в каком учетном документе? Нет, даже чисто технически - галочку, флаг, как вы говорите, поставить можно, но данные то у вас откуда и какие?
Это (флаг поставить) можно, если сотрудник у вас работает давно и у вас имеются реальные настоящие данные на него за 2022 год и они расходятся с запросом из СФР, но в вопросе (159) все не так.
(159)
.
Отдельно, если во входящем запросе указаны суммы за 2021 и 2022, вы их все равно не сможете поправить. Технически то конечно можно поправить, но если вы отправите ответ на запрос с иными суммами, чем в запросе, то получите отлуп. Потому что в справке от СФР (которую вы запросите) будут ровно те же самые суммы, а иных справок у вас нет, сотрудник ничего не приносил.
Поэтому для этого сотрудника во-первых, можете сделать запрос в СФР о заработках за 2021 и 2022 годы (а можете и не делать .вам их уже прислали в запросе :) ), а в ответе на входящий запрос хм.. суммы менять нельзя. Вот исходя из этих присланных сумм, и рассчитывайте больничный.
(159)сухари сушить.. обращаться в СФР, естественно. Вот как физическое лицо обращаетесь и говорите - "шо за нах" ?
Тут , правда, момент такой - вы когда запрашивали эти сведения? Дело в том, что за 2022 год мы эти сведения сдавали как РСВ в налоговую, так вот требуется некоторое время, во-первых, чтобы сдать РСВ за 4-й квартал 2022, а во-вторых, чтобы эти сведения были обработаны и переданы из налоговой в СФР. Так что если вы запрашивали эти сведения на себя в начале года, то вполне могли не успеть еще обработать РСВ за 4-й квартал 2022. А вот если вы запрашивали недавно, то.. берете сданную РСВ за 4-й квартал с отметкой налоговой с ЭЦП и начинаете их обоих /(и налоговую и СФР) долбить. То ли не передали, то ли не приняли. Два конца - налоговая отдает, СФР принимает.. Кто-то из них начудил.
ну и естественно, нефик их баловать личным присутствием, обращаться можно начать вот отсюда
и отсюда
никаких справок с предыдущих мест не приносил
Справки с предыдущего места отменены. Теперь работодатель должен сам в личном кабинете СФР запросить сведения. Так что отвыкайте - справок, принесенных сотрудником, может и не быть. Тут еще какая хитрость - с 2023 такие справки не выдаются, но это не значит, что они не выдавались сотруднику в 2021 и в 2022 годах. Поэтому за 2021 и 2022 гг бумажные справки могут быть, а могут и не быть. При их отсутствии это не значит, что вы должны считать исходя из МРОТ, это значит, что вы обязаны запросить справку в СФР. Мало ли что сотрудник ничего не приносил. Это ваша теперь обязанность запрашивать в СФР, а не его головная боль.
.
Отдельно, если во входящем запросе указаны суммы за 2021 и 2022, вы их все равно не сможете поправить. Технически то конечно можно поправить, но если вы отправите ответ на запрос с иными суммами, чем в запросе, то получите отлуп. Потому что в справке от СФР (которую вы запросите) будут ровно те же самые суммы, а иных справок у вас нет, сотрудник ничего не приносил.
Поэтому для этого сотрудника во-первых, можете сделать запрос в СФР о заработках за 2021 и 2022 годы (а можете и не делать .вам их уже прислали в запросе :) ), а в ответе на входящий запрос хм.. суммы менять нельзя. Вот исходя из этих присланных сумм, и рассчитывайте больничный.
(159)
и еще момент, проверял на себе запрос в сфр о среднем, 21 год верный, а 22 год без 4 квартала. что с этим делать?
что делать, что делать.. Тут , правда, момент такой - вы когда запрашивали эти сведения? Дело в том, что за 2022 год мы эти сведения сдавали как РСВ в налоговую, так вот требуется некоторое время, во-первых, чтобы сдать РСВ за 4-й квартал 2022, а во-вторых, чтобы эти сведения были обработаны и переданы из налоговой в СФР. Так что если вы запрашивали эти сведения на себя в начале года, то вполне могли не успеть еще обработать РСВ за 4-й квартал 2022. А вот если вы запрашивали недавно, то.. берете сданную РСВ за 4-й квартал с отметкой налоговой с ЭЦП и начинаете их обоих /(и налоговую и СФР) долбить. То ли не передали, то ли не приняли. Два конца - налоговая отдает, СФР принимает.. Кто-то из них начудил.
ну и естественно, нефик их баловать личным присутствием, обращаться можно начать вот отсюда
и отсюда
(163) Прежде чем пробовать, сначала нужно определиться какой из частей 2-4 ст. 13 соответствует статус застрахованного лица. Может, он там продолжает работать и туда тоже придут запросы по этому больничному и учтутся эти суммы в другом месте работы.
сегодня 1с начала зависать при обмене, причем виснут все остальные тонкие клиенты (работа через веб-сервер)
в ЖР
в ЖР
При выполнении запроса операции GetCountMessages к ресурсу /sedo-gateway/api/soap/SedoGateway сервера произошла ошибка E_SEDO_1012.
Делаем задержку 301 секунду перед следующим запросом.
"Предупреждения (1): WARN_PR_1003: Процесс был закрыт по причине изменения параметров по проактивному процессу (выполнено изменение расчетных лет или изменен признак ТД/ГПХ). Выполнено открытие нового проактивного процесса №123123562" это сидит в протоколе. В ответе указано успешно принят ФСС. Связавшись с сотрудниками ФСС говорят, что данных по больничному не видят. Говорят обращайтесь к своим программистам. И что в данном случае делать? Я бы рад может, но что?
Здравствуйте. 23.10.23 отправила оплату больничные. Работаю через систему СБИС. На сегодняшний день висит доставлено, но еще не считается сданным. Так же с 23.10 не приходит информация об открытии или закрытии б/листа. Позвонила в СФР, там сказали, что это ошибка у нас. Позвонила в СБИС, там ответили, что это проблема с проактивом, ждите, когда устранят ошибки.
У меня у одной такая проблема? Или есть еще кто-то?
У меня у одной такая проблема? Или есть еще кто-то?
(174)
Добрый день, такая же проблема с 25.10.23 пошла, движений по больничным нет, в субботу подгрузилось 4е, отправила, за выходные прошли, а все что отправила уже в понедельник зависло и никаких обновлений нет два дня. Хотя больничные сдаются, но нам не поступают проактивы и тд.
В конце прошлой недели звонила и в ФСС и в СБИС, ссылаются друг на друга, хотя думаю что проблема в ФСС тк она общая у всех.
Добрый день, такая же проблема с 25.10.23 пошла, движений по больничным нет, в субботу подгрузилось 4е, отправила, за выходные прошли, а все что отправила уже в понедельник зависло и никаких обновлений нет два дня. Хотя больничные сдаются, но нам не поступают проактивы и тд.
В конце прошлой недели звонила и в ФСС и в СБИС, ссылаются друг на друга, хотя думаю что проблема в ФСС тк она общая у всех.
Здравствуйте.
У нас с 25.10.2023 вообще ничего не грузит в 1С от ФСС. От слова - совсем! Даже ночью, даже в выходные. Версия ЗУП КОРП 3.1.27.93, патчи все установлены. До этого хоть регламентное задание грузило записи, а далее мы подгружали данные по этой записи. Сейчас и регламентное задание перестало работать. У всех так? Как исправить эту ошибку?
У нас с 25.10.2023 вообще ничего не грузит в 1С от ФСС. От слова - совсем! Даже ночью, даже в выходные. Версия ЗУП КОРП 3.1.27.93, патчи все установлены. До этого хоть регламентное задание грузило записи, а далее мы подгружали данные по этой записи. Сейчас и регламентное задание перестало работать. У всех так? Как исправить эту ошибку?
ЗУП 3.1.27.111 со всеми патчами. Вторые сутки не могут получить данные (именно получить данные, отправить с трудом смогли).
Сначала шли ошибки 404 и 1012. Потом стабильно 502 ошибка.
Не удалось разобрать ответ сервера СЭДО с данными сообщения.
Не заполнен адрес зашифрованного запроса. Код ошибки 502
С сервера СЭДО СФР получен ответ с ошибками:
<ht ml><body><h1>502 Bad Gateway</h1>
The server returned an invalid or incomplete response.
</body></html>
Как-то так.
Сначала шли ошибки 404 и 1012. Потом стабильно 502 ошибка.
Не удалось разобрать ответ сервера СЭДО с данными сообщения.
Не заполнен адрес зашифрованного запроса. Код ошибки 502
С сервера СЭДО СФР получен ответ с ошибками:
<ht ml><body><h1>502 Bad Gateway</h1>
The server returned an invalid or incomplete response.
</body></html>
Как-то так.
После установки обновления релиза ЗГУ на 3.1.27.113 обменялись с СФР успешно. После двух недель мучений.
Описание Версии 3.1.27.113
Для абонентов 1С-Отчетности реализована поддержка обмена с системой социального электронного документооборота (СЭДО) СФР через оператора "Калуга Астрал".
Описание Версии 3.1.27.113
Для абонентов 1С-Отчетности реализована поддержка обмена с системой социального электронного документооборота (СЭДО) СФР через оператора "Калуга Астрал".
После обновления ЗУП КОРП на 3.1.27.113 обмен с СФР работал отлично. До вчерашнего дня. 22.11.2023 после 4ч по Москве к нам приходят только сообщения об изменении состояний ЭЛН. Нет входящих запросов, а ответы, посланные после этого времени, висят в состоянии "Отправлен в СЭДО". Сутки уже нет полноценного обмена. У кого-то есть такие проблемы?
Да, бесят уже... Про разработку программистам на предприятиях можно забыть.
Утро начинается с того, что у бухгалтеров даже в ночное время не прилетели сообщения с СЭДО.
Или прилетели, но как-то избирательно рандомно ...
Утро начинается с того, что у бухгалтеров даже в ночное время не прилетели сообщения с СЭДО.
Или прилетели, но как-то избирательно рандомно ...
сегодня, 24.11.23, нет не только входящих запросов, но уже и сведения об изменении ЭЛН не приходят. В личном кабинете увидели закрытые больничные, загружаем их по номерам. Главное, не понятно - кому жаловаться?!
Да опять проблема - не приходят входящие запросы.
При получении сообщения с идентификатором 3ac5428b-1158-49f4-aded-95483fc56a2c с сервера оператора СЭДО СФР (бывш. ФСС) произошла ошибка:
Указанное сообщение не найдено
При получении сообщения с идентификатором 3ac5428b-1158-49f4-aded-95483fc56a2c с сервера оператора СЭДО СФР (бывш. ФСС) произошла ошибка:
Указанное сообщение не найдено
зашла в журнал регистрации, а там для события "Электронный документооборот с контролирующими органами. Получение сообщения СЭДО ФСС" куча комментариев типа: 24.11.2023 16:06:26 При получении сообщения с идентификатором 96e361b7-9d5a-4d0a-bcc9-c5193d73806c с сервера оператора СЭДО СФР (бывш. ФСС) произошла ошибка: Указанное сообщение не найдено
регламентное задание "Обмен с ФСС" получает только идентификаторы и записывает их в регистр сведений "Входящие сообщения СЭДО СФР" ?
В какой момент происходит заполнение данными входящих уведомлений СФР ? Это должно делаться вручную? Для расшифровки требуется сертификат представителя и многих пользователей он свой.
В какой момент происходит заполнение данными входящих уведомлений СФР ? Это должно делаться вручную? Для расшифровки требуется сертификат представителя и многих пользователей он свой.
(201)
По регистрационному номеру в ФСС получаются идентификаторы уведомлений. Заполняются пустые уведомления с этими идентификаторами, а дальше только пользователь с сертификатом предприятия может заполнить данными эти уведомления. Без сертификата тут ничего не сделать.
шое количество пустых уведом
По регистрационному номеру в ФСС получаются идентификаторы уведомлений. Заполняются пустые уведомления с этими идентификаторами, а дальше только пользователь с сертификатом предприятия может заполнить данными эти уведомления. Без сертификата тут ничего не сделать.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот