Коллеги, а почему тут нет горячего обсуждения по больничным? Вроде это массовая проблема - уже дней пять в ЗУП функционал получения данных по БЛ из ФСС безрезультатно долбится и не получает ответов. И обновление до последнего релиза ЗУП результата не дает.

У кого есть такая проблема? Удалось как-то решить?

Текст ошибки?

Не удалось получить сообщение СЭДО ФСС. Не удалось обратиться к серверу СЭДО СФР (бывш. ФСС) (https://sedo.fss.ru). Возможно сервер перегружен. Попробуйте повторить запрос через некоторое время.

(0) Случайно не старым форматом отправляете?

Да там проблема уже месяца три. Серверы ФСС, внезапно, оказались не готовы к общению со всей Россией :)
Там основная проблема - сервер ФСС не отвечает. Предлагали разные варианты, вплоть до обмена с ФСС раз в час и с 22:00 до 08:00 МСК.
1С постоянно выпускает разные патчи (если есть доступ на партнерскую конференцию - посмотрите. Вообще, партнеры в курсе, даже на осенней конференции вопрос обсуждался.)

Обещают починить, но пока есть что есть.

До сих пор в целом прочухивалось, и данные поступали. А тут пора уже зарплату за октябрь начинать считать, а с 25 числа  данных по БЛ нет никаких.

Глянул бух-форумы. Диалоги примерно такие:
- а когда в 1с ЗУП начнут поступать запросы от ФСС по ЭЛН???
- У меня несколько ЮЛ и ИП, всё приходит. Одно время была задержка, но это потому что у нас порты какие-то были закрыты. Сис-админ открыл нужные порты и теперь всё работает.

Мы так и не смогли решить эту ошибку. Поставили расширение от контура. Но и проблема только в той конторе, где контур.

(6) Там у всех по-разному, разные ошибки приходят. В четверг решилось просто переотправкой сведений в СЭДО, хотя сначала выходила ошибка логического контроля.
У моих по-разному - то ошибка 1012, то 504, то ещё что-то. Переотправляют, переполучают. В общем, веселятся :(

Сегодня утром смотрел клиента - у них все заходит во-время, а у некоторых по несколько дней ждать приходится.

(7) Я вот тоже сейчас расширение от контура смотрю. Ну и как оно? Решило вопрос?

(9) а как оно может решить вопрос, если проблема в принимающей стороне?

(10) Говорят, что Контур получает данные. В ЗУПе затык, а в Контуре есть.

(11) "Говорят", а ещё говорят, что у Контура и СБИСа есть свой промежуточный сервер, куда уходят пакеты и клиенту приходит статус "отправлено в СЭДО", а на самом деле пакеты сидят на промежуточном сервере и "долбятся" на сервер СФР, пока не уйдут.
Думаю, что если бы принципиально у Контура вопрос был бы решен - 1С тоже бы уже сделала, ей репутационные издержки ни к чему.

Речь не только про отправку, но и про получение.

Отправка-то потерпит. А вот получить сведения об открытых больничных это очень критично.

(13) Да я вам общий смысл описал. Также и промежуточный сервер с ИД клиента пытается считать данные, а клиенту пока пишет - данные не найдены.

Вы проверьте lk.fss.ru - Кабинет страхователя. Оттуда, в принципе, можно выгрузить больничные и загрузить в 1С.

Тоже такие проблемы, всё работает через раз.
Можешь 10 раз нажать "Получить из ФСС", и будет ошибка. А на 11 раз, придёт документ.

Мне пришлось запросы на получение данных о среднем заработке несколько раз переформировать и отправить повторно, раза с третьего на новые запросы были получены ответы, а старые неделю болтались без ответа :(

(2) Проблема аналогичная, пока решение не нашли

(6) "Глянул бух-форумы. Диалоги примерно такие:"
Гена, сам факт наличия этих диалогов уже говорит о проблеме. По-барабану на содержимое диалога.


to all
Проблема действительно серьезная. Настолько, что недавно было совместное совещание куроводства ФСС и 1С. От 1С на совещании был лично сам господин Нуралиев. Это говорит о величине проблемы и об уровне, на котором ее пытаются решать.
Настолько, что сейчас как об одном из возможных вариантов решения говорят о переходе 1С на "операторный" способ. То есть 1С будет, как прочие операторы (контур, сбис etc) - делать свои промежуточные сервера, которые уже будут долбиться в СФР.
Потому что, если остальные (налоговая, ПФР, статистика и т.п.) - работают только через операторов, то СФР  в части проактивных выплат работает напрямую без операторов и сервера СФР валятся от нагрузки всей страны. Большая часть страны сидит на 1С, подавляюще большая часть тех, кто сидит на 1С, ведут проактивные выплаты через 1С и админы ФСС даже где-то (по моему, в телеге) показывали статистику (лукавую статистику), что именно 1С больше всех грузит их сервера. Ну это понятно - потому что каждый ларек в отдельности долбит и долбит и долбит эти сервера ФСС. А ларьков по стране - мно-о-го. (в отличие от операторов, сколько их там - контур, астрал, сбис, ну еще десяток). Поэтому статистика, конечно, лукавая, но тем не менее недаром 1С пытается делать "паузы" в обмене, какие-то задержки. Поначалу ведь программы 1С тупо долбили сервера без пауз. Теперь сделали задержки.
И дело даже не столько в железе на стороне ФСС. сколько в их настройках безопасности. Не разрешают они долбиться постоянно и непрерывно с одного и того же адреса, и это в принципе справедливо - любая серьезная система этого не разрешает. Повторы с задержкой в минуту-другую - пожалуйста, а "постоянно- непрерывно" - отвали.

Я лично сам неоднократно и наблюдал и даже делал так: мне девочки оставляли комп на ночь, и я ночью после 22-00 подключался и совершал обмен с СФР .. ну практически легко и непринужденно. Иногда тоже бывали не с первого раза, но гораздо легче, чем днем в рабочее время.

То есть рекомендации самой фирмы 1С - "запускать обмены после 18-00 и до 8-00" имеют под собой смысл, проверено и подтверждено на практике.

(19) А нельзя было сначала подумать головой, хорошо подумать, а потом делать?
Кто сказал: не надо бояться меняться?
Был бы смысл в этих "изменениях"....

(15) смысл в таким образом загруженном больничном?
Он и в ЗУП прекрасно загружается, если известен номер б/л и СНИЛС.

Вопрос же стоит не про загрузку больничных, а про проактивные выплаты.

(21) "И дело даже не столько в железе на стороне ФСС. сколько в их настройках безопасности. Не разрешают они долбиться постоянно и непрерывно с одного и того же адреса, и это в принципе справедливо - любая серьезная система этого не разрешает. Повторы с задержкой в минуту-другую - пожалуйста, а "постоянно- непрерывно" - отвали."

Короче, кривые руки админов ФСС, которые не смогли нормально настроить защиту от ддоса. В результате, нормальные повторные запросы клиентов принимаются за атаку, и происходит блокирование на какое-то время по адресу или даже по подсети. Но поскольку запросы всё-таки должны выполниться, то происходит эскалация проблемы, вместо более-менее администрируемой очереди на сервере происходит распределенная случайная очередь клиентов, долбящих запросами, потому что им реально надо...

"СФР  в части проактивных выплат работает напрямую без операторов и сервера СФР валятся от нагрузки всей страны"
Сколько больничных листов открывается в день? В среднем пусть человек болеет раз в год. В стране где-то 50 миллионов работающих граждан. Итого получаем где-то 150 тысяч транзакций в день. Это большая нагрузка?? Да ладно вам.

(23) почему вы загруженность к серверу считаете по количеству больных, а не количеству этих самых обращений?

Чтобы контора узнала, что у нее никто не болеет, она должна получить ответ от ФСС. Может и пустой, но ответ )

(22) Насчет защиты от ддоса ты наверняка прав. Где-то до июня все работало более-менее. Где-то в конце июня они (админы ФСС) провели обновление, связанное в том числе и с безопасностью, и после этого все и посыпалось.

(23) 150 тыс. больничных это действительно не очень много. Но ведь вопрос не в количестве больничных, а в количестве обращений на сервер. А обращаются все. И те, у кого болеют сотрудники, и те, у кого не болеют. Вся страна. Все, кто работает через 1С, запускают обмен хотя бы пару раз в день. Утром и вечером.

И, повторю, до июня жалоб было гораздо меньше. На порядки. То есть все работало. На тех же самых 150 тыс. больничных :)

В любом случае, проблема есть, и разговоры о переходе 1С на "операторный" метод тоже имеют место быть.

Я пока не понял. Все же БЛ видны в сбисе и контуре. Или фирма 1С решила стать конкурентом им? А зачем тогда эти сбисы будут нужны?

Сейчас и так в сбисах загнулось общение с ИФНС. Большинство перешло на ЛК в ИФНС. А теперь и 1С хочет отобрать у них БЛ? Они же обанкротятся. А там ведь скорее всего в учредителях люди не робкие... В общем, политика, итИть её )

(27) "Я пока не понял. Все же БЛ видны в сбисе и контуре."
А это еще один гвоздь в крышку.
Робот в ФСС считает, что если он отдал входящий запрос (или уведомил об открытии/продлении/закрытии больничного) - то на этом все. Свою задачу он выполнил. И больше не отдает.
И тут - кто первый встал, того и тапки. Если первым этот входящий запрос схватил сбис/контур/астрал, то ЗУП его уже фиг просто так получит. Приходится в ЗУП получать повторно через "Еще-получить сообщения за период".
Поэтому у меня некоторые отключают проактивные выплаты в контуре (благо, там одну галочку убрать). Для того, чтобы обмен шел только через ЗУП.

"Или фирма 1С решила стать конкурентом им?" Кому им, Гена? - Еще раз - обмен фсс/проактивные выплаты) - это прямой обмен. Любая программа (любая) может в обратиться на сайт фсс и получить данные (ну, в определенном формате, разумеется).
Если ты декларацию по НДС можешь сдать только через специализированного оператора, то проактивные выплаты - нет. Необязательно. Здесь оператор выполняет роль "принеси-подай". То есть просто переадресует запросы через свои сервера. Если программа 1С обращается напрямую в ФСС, то оператор собирает запросы своих клиентов в "пачку" и обращается туда же, куда и программа 1С. Просто робот в контуре/сбисе работает безостановочно, без перерывов и выходных и по ночам работает, , то шансов у этого робота достучаться до сервера ФСС гораздо больше,чем у ЗУП, где обмен запускает бухгалтер нажатием на кнопочку. Поэтому в, как ты говоришь, в контуре сбисе больничные видны. Робот контура ночью не спал, достучался :))

"А теперь и 1С хочет отобрать у них БЛ? " 1С у них ничего не отбирает. потому что отбирать нечего. Еще раз - с ФСС идет прямой обмен, не требующий специализированного оператора. Оператор в данном случае выступает в качестве ретранслятора, не более того.
Ты должен четко отличать сдачу отчетности,  которая требует обязательно специализированного оператора и сэдо с фсс прямой, не требующий специализированного оператора.

(29) Вам виднее, я в обменах ноль без палочки.
Просто не удивлюсь, если внезапно поправят свою жизнь сисы в СФР )
Ни на что не намекаю, просто фантазирую... чушь порю...

(0) Проблемы те же и в ERP и в УПП. Увы, как повезет!

(2) Да, именно так.

(11) Контур получает данные, да, но с передачей проблема с задержкой до 3-х дней

Вывод: вернуть обмен по старинке. На бумаге. Чтобы не ждать и не переживать неизвестно чего. Альтернативный вариант всегда должен быть!

(26) "А обращаются все"
И чё? А к какому-нибудь ватсапу или вконтакту обращаются на порядки больше и чаще. И он что-то умудряется при этом более-менее стабильно работать. Несмотря на всякие ддосы.

+(35) Это напоминает историю в Ростелекоме с pppoe в двухтысячные, когда под предлогом "защиты от чего-то там" нельзя было подключиться повторно, не выждав пять минут после отключения. А если попытался раньше - то отсчет сбрасывался после каждой неуспешной попытки. Такие вот гениальные админские решения, которые бесили абсолютно всех...

Я сегодня отключил одиэсный патч по больничным. На чистом релизе 3.1.27.93 вроде получше.

(9) вроде не жалуются. контур же коннектится к фсс без проблем.

(37) какой номер патча?

На партнерке по этой проблеме уже 7 страница обсуждений началась
https://partners.v8.1c.ru/forum/message/2156926

(40) о, у Вас тоже по 50 сообщений на странице :)

Но и там пока четкого решения нет, к сожалению.

(41) какое может быть тут четкое решение своими силами? только на стороне 1с или СФР проблема может быть решена.
а нам остается только по утрам слать запросы. другое дело, что 6 утра по Москве - это 10 по Новосибирску и далее до Владивостока, которые вообще-то тоже запросы шлют уже в этом время.

(42)Написать письмо президенту :)
Скоро будет горячая линия, надо пробиться и там всё это озвучить :)

И про ЕГАИС в котором запросы марок по справкеБ можно только раз в 30 минут делать.

(43) Про НДФЛ тоже хорошо бы сообщить - что вести его учет стало нереально.

(42) (43) А вам кто-то обещал, что будет легко?

Нужны единые требования к обязательным регламентированным государством онлайн-сервисам. Чтобы минцифры контролировало работоспособность и доступность их, в том числе через механизм периодических контрольных обращений через обычные организации.

(43) Написать письмо президенту

Детский сад. Вот когда 1С договорится о разделе поляны со сбисами и контурами - тогда и СЭДО взлетит )

1С и само не работает и другим толком не дает.

(42) Сейчас отсылайте. Пока на Камчатке рабочий день не начался.

(29) В тестовой БП добавили обмен с СФР через Калугу-Астрал
https://news.webits.1c.ru/news/Version_Changes/html/?config=Accounting,03.00.143.0042&template=accounting

Обмен с СЭДО через оператора

Для улучшения работы с системой социального электронного документооборота (СЭДО) СФР поддержан обмен через оператора "Калуга Астрал". Дополнительных настроек делать не требуется.

(39) Чистый релиз. Патч отключен.

Только что пришло по СБИС
"Документооборот с СФР: все проблемы решены
Трудности при обмене документами с СФР наблюдались у пользователей всех операторов с августа. Сейчас документооборот с Фондом оптимизирован по всем направлениям:
Мы улучшили технологию получения входящих. Теперь все больничные и запросы по пособиям приходят к вам без задержек.
Совместно с СФР расширили каналы и обеспечили быструю отправку ответов и исходящих документов.
В настоящее время очереди документов активно ликвидируются. Ко вторнику они будут полностью устранены.
Если после 7 ноября у вас сохранятся трудности при документообороте с СФР, обратитесь, пожалуйста, в техподдержку."

То есть, как видим, не только у 1С, а у всех операторов были сложности.

(52) Вот только операторы ЭДО договорились о "улучшенной технологии получения данных", а договорилась ли 1с? Возможно, что проблемы при прямом доступе, не через оператора, никуда не денутся.