Имя файла не соответствует формату имени файла электронный бюджет
Практика показывает, что проблемы с отправкой отчетности возникают, как правило, из-за одних и тех же ошибок.
Отчетность по налогам и страховым взносам считается принятой, если налоговым органом отправлена квитанция о приеме, подписанная электронной подписью должностного лица налогового органа (как правило, руководителем налогового органа).
В противном случае направляется уведомление об отказе с указанием кода ошибки.
0200100000 - Структура имени файла не соответствует требованиям формата
Проще говоря, название файла отчетности не соответствует установленным требованиям.
Название файла отчетности формируется из структурных элементов, схематично оно должно иметь вид:
R_T - префикс, обозначающий принадлежность информации файла к определенному виду. (Вид и тип информации представляются сочетанием символов (латинские буквы и цифры));
A - идентификатор получателя, которому направляется файл отчетности;
K - идентификатор конечного получателя, для которого предназначена информация из данного файла отчетности;
-
Каждый из идентификаторов (A и K) имеет вид:
- для организаций - девятнадцатиразрядный код (ИНН и КПП юридического лица);
- для физических лиц - двенадцатиразрядный код (ИНН физического лица, имеющего ИНН, при отсутствии ИНН - последовательность из двенадцати нулей);
- для налоговых органов - четырехразрядный код (код налогового органа).
O - идентификатор отправителя информации, имеет вид:
- для организаций идентификатор отправителя информации представляется в виде девятнадцатиразрядного кода (ИНН и КПП юридического лица);
- для физических лиц - двенадцатиразрядный код (ИНН физического лица, имеющего ИНН. При отсутствии ИНН - последовательность из двенадцати нулей);
- для налоговых органов - четырехразрядный код (код налогового органа ).
GGGG - год формирования передаваемого файла, MM - месяц, DD - день;
N - идентификационный уникальный номер файла. (Длина - от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла.)
Расширение имени файла должно быть xml .
Расширение имени файла может указываться как строчными, так и прописными буквами.
Таким образом, ошибки в названии файла отчетности могут быть связаны и чаще всего так и происходит, с неправильным указанием ИНН/КПП отправителя, кода налогового органа как получателя.
0300300000 - Структура файла не соответствует требованиям формата
Данная ошибка очень часто возникает в том случае, если мы отправляем отчетность по старому формату.
То есть данная форма и формат были обновлены, а наша программа формирует файлы в старом формате по неактуальной форме.
Для исправления этой ошибки нам нужно обновить свою программу подготовки отчетности и тем самым обновятся формы и их форматы.
По этой же причине может возникнуть ошибка: "Файл не соответствует xsd-схеме", с кодом: 0300300001
0400100001 - Не найден плательщик по ИНН и КПП или ИНН, представленному в файле
Данная ошибка возникает в следующих случаях:
- неправильное указание данных налогоплательщика в налоговой отчетности;
- налогоплательщик снят с учета;
- сведения о налогоплательщике отсутствуют в базе ФНС России.
Для исправления данной ошибки нам необходимо в первую очередь проверить правильность указания налогового органа в который мы отправляем файл отчетности.
Не исключено, что нам придется связаться с налоговой инспекцией, чтобы уточнить там - не был ли налогоплательщик снят с учета или переведен в другую налоговую (в связи с реорганизацией) и проверить регистрацию его в базе ФНС России.
Или когда при формировании уточненного файла отчетности мы забываем изменить статус отчета с "первичного" на "корректирующий".
0500100000 - Значение элемента отсутствует в справочнике
Данная ошибка возникает, как правило, из-за отсутствия обновления программного обеспечения на стороне налогового органа.
Под справочником имеется ввиду справочники СППФД/СФНД:
- СППФД - Справочнике периодов применения форматов представления в электронном виде налоговых деклараций, расчетов (уточненных налоговых деклараций, расчетов), бухгалтерской отчетности и иных документов, служащих для исчисления и уплаты налогов и сборов
- СФНД - Справочник форматов документов, используемых налоговыми органами и налогоплательщиками при реализации электронного документооборота в отношениях, регулируемых законодательством о налогах и сборах
Это ведомственные справочники ФНС России, которые используются в программном обеспечении налоговых органов для формирования, передачи и приема налоговой документации (информации) при взаимодействии налоговых органов с юридическими и физическими лицами в электронном виде.
Если остались вопросы или что-то непонятно,
Вы можете попробовать найти нужную информацию, воспользовавшись поисковой строкой:
Периодически, не всегда происходит следующее – при подписи документа через jinn-client после выбора сертификата и ввода пароля от контейнера, происходит ошибка – «введен не верный пароль или сертификат не соответствует…». При этом происходит переименование контейнера на флешке, был, например, «имя.001», а стал «имя.100» и появился еще один контейнер «имя.999». при этом пароль 100-% верный введен. Далее при повторной подписи может подписать, а может опять не подписать и создаст еще один контейнер с именем, например, «имя.998». В окне jinn-clent выбора сертификата появляются дублирующие записи.
У кого-нибудь была такая проблема? Проблема наблюдается второй день, до этого не встречалась.
IE11
КриптоПро 4.0.9963
Еще соответственно после переименования контейнера на флешке, подпись перестает работать в других ИС, выводя ошибку не найден контейнер.
После этого приходится восстанавливать контейнер со старым именем. Поведение похоже на вирусное.
Извиняюсь, если данный вопрос уже был, я не нашел.
А какая операционная система и версия jinn-client ?
Если на контейнере удалить пароль, тоже будет дублировать контейнера?
FarWinter пишет: А какая операционная система и версия jinn-client ?
Если на контейнере удалить пароль, тоже будет дублировать контейнера?
Удалил пароль, перестало дублировать и подписало, в чем может причина?
upd: после выбрал контейнер с паролем и подписало несколько раз, а потом заново стало дублировать. И почему происходит изменение файлов в контейнере даже после удачной подписи, так и должно (раньше не обращал на это внимание)?
shaburoff пишет: Удалил пароль, перестало дублировать и подписало, в чем может причина?
upd: после выбрал контейнер с паролем и подписало несколько раз, а потом заново стало дублировать. И почему происходит изменение файлов в контейнере даже после удачной подписи, так и должно (раньше не обращал на это внимание)?
Сохраненные пароли удалял не помогло. А вот крипто про переустанавливать сомнительно, в асфк, ландокс подпись работает. А вот в эб через jinn подпись не работает на всех компах у нас, где установлен. И началось это два дня назад и то не всегда, а как я писал выше периодически, может подписать, а может нет. Не пойму из-за чего началось, ничего не менялось и не ставилось в это время. Включено в крипто про у нас кэширование может в этом причина, но опять же всё работало ранее.
shaburoff пишет: Периодически, не всегда происходит следующее – при подписи документа через jinn-client после выбора сертификата и ввода пароля от контейнера, происходит ошибка – «введен не верный пароль или сертификат не соответствует…». При этом происходит переименование контейнера на флешке, был, например, «имя.001», а стал «имя.100» и появился еще один контейнер «имя.999». при этом пароль 100-% верный введен. Далее при повторной подписи может подписать, а может опять не подписать и создаст еще один контейнер с именем, например, «имя.998». В окне jinn-clent выбора сертификата появляются дублирующие записи.
Я вроде понял причину в следствии чего происходит дублирование
контейнеров закрытых ключей при подписании через Jinn-Client.
Осталось понять, в следствии чего у вас происходит дублирование КЗК.
Ошибка "Введён неверный пароль или сертификат не соответствует криптографическому контейнеру"
с дублирование каталогов КЗК при подписании в Jinn-Client
когда Контейнер закрытого ключа с паролем и пароль введён правильный,
возникает, если файлы или каталог Контейнера закрытого ключа открыты другой программой .
Варианты воспроизведения этой ошибки:
===================================
Контейнер закрытого ключа с паролем
имя каталога ИмяКЗК.000\
При входе в окно Jinn-Clent
Содержимое файлов и дата-время файлов КЗК не меняется
Если в момент подписания т.е. при открытом окне Jinn-Client
В Total Commander 9.0a перейти в каталог ИмяКЗК.000\
И ещё обязательное условие для появления ошибки, нужно один раз кликнуть на каком-нибудь файле
После этого нажать на [ Подписать ]
или какой либо из файлов:
masks2.key
name.key
primary2.key
были открыты в эксклюзивном режиме какой-нибудь программой,
т.е. например через проводник с помощью Paint открыть,
и не закрывать ошибку "Файл не является правильным рисунком BMP"
(Если открыть любой другой файл в каталоге КЗК
header.key
masks.key
primary.key
будет ошибка при подписании
Не удалось открыть криптографический контейнер
что в принципе логично, подписания не происходит, но и файлы и каталоги не изменяются.)
Происходит дублирование КЗК
ИмяКЗК.000\ - Каталог и файлы остаются без изменений, но
создаётся каталог с текущей датой-временем
ИмяКЗК.999\
в котором у всех файлов дата-время текущее
Изменяется содержимое файлов:
masks.key
primary.key
(как, если бы подпись была сформирована)
На первый взгляд картина маслом такая :
1. Создаётся каталог ИмяКЗК.999\ в котором у всех файлов дата-время текущее
и в котором изменено содержимое файлов masks.key и primary.key
2. Затем удаляет ИмяКЗК.000\ или переименовывает в каталог ИмяКЗК.100\
3. Каталог ИмяКЗК.999\ переименовывается в ИмяКЗК.000\
На 3 этапе переименования каталога, происходит ошибка, из за того, что файлы или каталог заняты другой программой.
Примечание: В момент тестирования когда Jinn-Client начинает ругаться на превышенное количество введённых неверных паролей
и ждать 30 минут,
нужно удалить ветку реестра
HKEY_CURRENT_USER\Software\Security Code\Jinn-Client
======================================
Контейнер закрытого ключа без пароля - с ним тоже всё очень интересно
имя каталога ИмяКЗК.000\
При открытии окна Jinn-Client
У каталога ИмяКЗК.000\ и у всех файлов изменяется дата-время на текущее
и ещё до подписания изменяется содержимое файлов:
masks.key
primary.key
Так же при нажатии на кнопку [ Обновить ] в окне Jinn-Client
У каталога ИмяКЗК.000\ и у всех файлов изменяется дата-время на текущее
и изменяется содержимое файлов: masks.key, primary.key
Ошибка с дублированием КЗК при открытии каталога ИмяКЗК.000\ в Total Commander 9.0a не происходит,
но может возникнуть, если какой либо из файлов в каталоге ИмяКЗК.000\:
был открыт в эксклюзивном режиме какой-нибудь программой,
т.е. например через проводник с помощью Paint открыть,
и не закрывать ошибку "Файл не является правильным рисунком BMP"
При открытии окна Jinn-Client или при нажатии на кнопку [ Обновить ] в окне Jinn-Client
создаётся каталог ИмяКЗК.999\ при каждом следующем обновлении 998,997 и так далее.
Аналогично
NaTa пишет: Добрый день! Подскажите пожалуйста, клиент грузит из 1С форму 0503760 таблицы 1 и 4 не проходят. Пишет ошибку "Не подходящее имя файла". Может кто сталкивался или формат не тот
А как файл называется?
ЭБ реально проверяет, что ему кормят, путём проверки именно имени файла (без учёто содержимого)
+ судя по потоку писем, которые идут нам (бюджетное учреждение) -- загрузку и согласование (особенно МДК) -- до сих пор пилят и чинят.
Здравствуйте!
У нас ошибка! Казначейство пишет что нет возможности помочь. Нужно ожидать ответ на регистрированную заявку в федеральное московское.
Мы завели через ЭБ план закупок и план график все встало.
Потом мы не можем внести вообще ни чего не изменения не бюджетные.
Мы совершили не одну закупку. Только делаем скриншоты и отсылаем в казначейство.
Проблема решена! Ошибка была наибанальнейшей - как-всегда сыграл роль человеческий фактор - невнимательность.Всего-то нужно было внимательно смотреть при настройках согласования в какому типу отчётности относится форма - ПБС или АУ/БУ. Дошли до этого сами. Саппорт так и не ответил на наши обращения.
Вложения:
- Сертификатом главного бухгалтера в систему удаётся войти под паролем и подписать документ под тем же паролем (723 форма).
- Сертификатом директора организации в систему удаётся войти под паролем, но подписать тот же документ не удаётся - в окне выбора сертификата Jinn-Client вылазит ошибка "Введен неверный пароль или сертификат не соответствует криптографическому контейнеру. (скрин приложил)
Что было сделано:
Проверены трижды настройки на рабочем месте W7 (Корневые серты в локальном компьютере, личные в контейнере, Настройки прокси Континент TLS, прокси на браузере Firefox, отключение антивируса).
Произведена настройка нового рабочего места W7. Аналогичная проблема, проверял на FireFox и IE.
Ездили в УЦ Казначейства проверять ключ - всё ок.
Поддержка отписывает стандартные ответы типа проверок настроек.
Менял через КриптоПро CSP пароль, как писали ранее - не помогает.
Есть ли мысли?
Что смущает - не удалось переустановить драйвер eToken, т.к. пишет, что в системе установлен более свежий драйвер, который у меня не получилось удалить.
Jinn не видит сертификаты на eToken. Для этого они были перенесены на USB флешку с закрытой частью. Их он видит нормально, так и работаем.
Прошу помощи. Уже почти месяц долбимся)) Спасибо!
Вложения:
Эти тестовые страницы предназначены для проверки подписания через плагин в firefox КриптоПро ЭЦП Browser plug-in.
Обратите ВНИМАНИЕ: Континент TLS Client и прокси в браузере firefox включать при этом не надо!
В результате, если подписать удастся через плагин Jinn-Client, то это будет означать, что связка КриптоПРО CSP + драйвер на eToken(либо драйвер на флешку) + плагин Jinn-Client работает.
Если удастся подписать через плагин КриптоПро ЭЦП Browser plug-in, то это будет означать, что связка КриптоПРО CSP + драйвер на eToken(либо драйвер на флешку) + плагин КриптоПро ЭЦП Browser plug-in работает. Если же не удастся подписать во втором случае, то это будет значить, что проблему удалось локализовать, и она кроется в настройке ЭЦП, как Вам и говорила техподдержка Электронного бюджета.
Что смущает - не удалось переустановить драйвер eToken, т.к. пишет, что в системе установлен более свежий драйвер, который у меня не получилось удалить.
Драйвера устройств eToken можно удалить через: "Пуск" --> "Панель Управления" --> Оборудование и звук --> "Диспетчер устройств": удалить все три драйвера в категории "Устройства чтения смарт-карт"
Auto screen capture + mencoder - бесплатные(GPL) программы для создания видео действий пользователя для техподдержки.
Auto screen capture + mencoder - бесплатные(GPL) программы для создания видео действий пользователя для техподдержки.
Вам остаётся только регистрировать обращение напрямую в техподдержку Электронного бюджета и заодно окольным путём, зарегистрировав это же обращение в Федеральном казначействе, чтобы уже оно пыталось донести его до разработчиков Электронного бюджета.
Auto screen capture + mencoder - бесплатные(GPL) программы для создания видео действий пользователя для техподдержки.
Нужно в параметры запуска chrome.exe добавить ключ
--allow-running-insecure-content
и добавить lk.budget.gov.ru в список разрешённых доменов где можно использовать смешанный контент Например в свойствах ярлыка "ЭБ CG.lnk" добавить в конец через пробел ключ
Chromium GOST и DrWEB не открываются сайты
Помогает запуск с ключом - -no-sandbox. (для х64 версии)
Но лучше использовать х32 версию браузера
У кого Jinn не видит контейнер читаем подробности
(*) С 01.08.2020 lk2012 больше не доступен
Про Jinn Sign Extension Provider
слишком сложно написано
Просьба написать попроще, например что в пути установки не должно быть кириллицы, например имя пользователя написано по-русски (аля Юзер, Пользователь, Админ и прочее) и используется путь установки предложенный установщиком (в папку профиля пользователя)
Параметры командной строки для тихой установки Jinn Sign Extension Provider сразу для всех пользователей Windows (путь можете указать свой, лишь бы он был доступен для всех пользователей):
ПРИМЕЧАНИЕ: Командную строку нужно запускать по правой кнопки мыши с выбором "Запуск от имени администратора"
Jinn не видит контейнер
Размер имеет значение (с)
Инструкция по созданию носителя от пользователя 7449
ДОПОЛНЕНИЕ
ОТВЕТ ТЕХПОДДЕРЖКИ УФК
Цитата:
3. Если нужный сертификат не отображается, проверить подключение съемного носителя и нажать кнопку «Обновить список».
5. Далее выбираем, где сохранить криптоконтейнер, можно на этом же съемном носителе (файлы не заменяются) или на любом другом, и указываем пароль оригинального контейнера, нажимаем «Сохранить».
Очень плохая новость для установивших Континент АП 3.7.7.651 с криптопровайдером КБ CSP
Вернул обратно на своём тестовом стенде КАП 3.7.651 с крипто-провайдером от КБ (куда ж теперь без него?)
На этапе подписи заявки в ЭБ при "поиске носителя" получаем: "Прекращена работа программы визуализации и подписи Jinn-Client"
До этого всё подписывало в ЭБ (Win 10.15063x64)
update: Ложка мёда в бочку дёгтя: проверяли на win7x32 sp1 такой проблемы нет.
Плохая новость для установивших Континент АП 3.7.7.651 с криптопровайдером КБ CSP
Для правильной установки Континент TLS-клиент». Версия 2 придётся удалять КАП. Вычищать следы пребывание КБ CSP утилитой от кода безопасности тынц с параметрами -to из командной строки от администратора. Так же должен стоять криптопро. Тогда ТЛС клиент не будет пытаться установить или обновить свой криптопровайдер. Потом континент ап можно ставить обратно с его криптопровайдером, все работает. Не забываем удалить
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Cryptography\OID\EncodingType 1\CryptDllImportPublicKeyInfoEx\1.2.643.7.1.1.1.1
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Cryptography\OID\EncodingType 1\CryptDllImportPublicKeyInfoEx\1.2.643.7.1.1.1.1
из реестра.
СКЗИ «Континент TLS-клиент». Версия 2 "Доступ к конфигурационному файлу запрещен"
Британские учёные установили, ошибка СКЗИ «Континент TLS-клиент». Версия 2 "Доступ к конфигурационному файлу запрещен" таки связана с недостатком прав. Все установщики запускать через .ехе а не через .msi и от имени администратора. Если это не помогло. смотрим права на ветку реестра [HKEY_LOCAL_MACHINE\SOFTWARE\SecurityCode]
По логам на проблемной машине видно что идёт обращение к ветке [HKEY_LOCAL_MACHINE\SOFTWARE\SecurityCode], и не может получить доступ туда. Проверил права на ветку - кривые, нет права на запись. Можно выдать права, я полечил просто удалив ветку целиком (но у меня и были имитация установки на чистую, без других компонентов КБ). В общем случае, надо пробовать давать права на ветку Еще добавлю - сегодня под обычным пользователем пытался запустить Континент-TLS дал разрешения в реестре, но при запуске так же ошибку выдавал. Дал разрешение на чтение и запись до каталогов:
c:\Program Files\Security Code\
c:\Users\Public\ContinentTLSClient\
Заработало и под обычным пользователем.
Обнаружил машину на которой даже после манипуляций с реестром, после установки TLS клиента всё равно вылетала ошибка по доступу. Вылечилось после следующих манипуляций:
1. Через панель управления удалить ВСЕ продукты КриптоПро и Кода Безопасности, перезагрузка
2. Удаление через cspclean (КП)и cspcleaner -to (КБ), перезагрузка,
3. Удаление следов в ProgramFiles, удаление веток [HKEY_LOCAL_MACHINE\SOFTWARE\SecurityCode] и [HKEY_LOCAL_MACHINE\SOFTWARE\Security Code], перезагрузка
4. Установка КриптоПро 4.0 R4 (4.0.9963), перезагрузка
5. Установка TLS клиента 2.0.1440.
После этого заработало. Замечу, что устанавливать клиент лучше через командную строку с параметрами /install /log log.txt. Если в результате установки появился только один log файл - то установка точно прошла с косяком и работать не будет. Если два файла - то скорее всего всё ок. Если три файла - то к TLS клиенту доставился еще и КБ CSP
Если кто задумает "хочу установить все заново"
(взято с форума росказны)
Варианты установки программных продуктов
Состав программных продуктов:
* КриптоПро CSP или Валидата CSP;
* Jinn-Client;
* TLS-клиент.
Выполните действия в следующем порядке:
1. Установите сторонний криптопровайдер (КриптоПро CSP или Валидата CSP).
2. Установите Jinn-Client. В состав данного продукта входит криптопровайдер "Код Безопасности CSP" версии 3.7, в котором необходимо отменить регистрацию. Загрузите и распакуйте архив по ссылке https://www.securitycode.ru/upload/docu . gScCSP.zip. Перейдите в папку, соответствующую данной платформе (x86 или x64) и запустите файл unreg_sc_37.reg.
3. Установите TLS-клиент. В состав данного продукта входит криптопровайдер "Код Безопасности CSP" версии 4.0, который не будет установлен. В такой ситуации используется сторонний криптопровайдер.
Состав программных продуктов:
* КриптоПро CSP или Валидата CSP;
* TLS-клиент.
Выполните действия в следующем порядке:
1. Установите сторонний криптопровайдер (КриптоПро CSP или Валидата CSP).
2. Установите TLS-клиент. В состав данного продукта входит криптопровайдер "Код Безопасности CSP" версии 4.0, который не будет установлен. В такой ситуации используется сторонний криптопровайдер.
Состав программных продуктов:
* Jinn-Client;
* TLS-клиент.
Выполните действия в следующем порядке:
1. Установите Jinn-Client. В состав данного продукта входит криптопровайдер "Код Безопасности CSP" версии 3.7. © КОМПАНИЯ "КОД БЕЗОПАСНОСТИ"
2. Удалите криптопровайдер "Код Безопасности CSP" версии 3.7.
3. Установите TLS-клиент. Он содержит криптопровайдер "Код Безопасности CSP" версии 4.0, который установится автоматически.
Отсутствуют сторонние криптопровайдеры (КриптоПро CSP или Валидата CSP) и Jinn-Client.
В данном случае установите TLS-клиент. Он содержит криптопровайдер "Код Безопасности CSP" версия 4.0, который установится автоматически.
Исправление ошибок установки
При нарушении порядка установки выполните действия в следующем порядке:
1. Удалите все программные продукты, входящие в вариант установки.
2. После каждого удаления программного продукта выполните перезагрузку, если она требуется.
3. Установите программные продукты заново в соответствии с описанными вариантами установки.
Для подписания в Электронном бюджете в Mozilla Firefox с помощью Jinn-client 1.0.3050.0, рекомендуется использовать версию от 52.9.0esr и выше , необходимо установленное в браузере расширение Jinn Sign Extension, а также установленный в Windows Jinn Sign Extension Provider версии 1.0.0.5. Во избежание появления в firefox ошибки при подписании:
Не удалось обработать
script
Document.GetElementByID(. ).loadCertificates is not a function (TypeError)
необходимо в firefox выполнить следующее:
- В адресной строке firefox ввести about:config
- Установить параметры accessibility.delay_plugins = true; accessibility.delay_plugin_time = 90000
- В браузере включитьплагин Jinn-client (если версия firefox поддерживает плагин - например, как версия 52.9.0esr) и одновременно включить расширение Jinn-client.
Если такая ошибка появилась, то помимо указанных выше настроек необходимо при закрытом firefox удалить, а затем заново установить Jinn sign extension provider версии 1.0.0.5. (Перезагружать компьютер при этом необязательно, куки и кэш желательно удалить).
Так как для браузеров Mozilla Firefox и Google Chrome, в отличие от Internet Explorer 11, при подписании в Электронном бюджете используются ещё расширение Jinn-client и Jinn Sign Extension Provider, то при возникновении ошибок при подписании лучше всего после этого проверять подписание в настроенном для работы в Электронном бюджете Internet Explorer 11.
Извините, но у вас недостаточно прав для комментирования
Комментарии
У меня странная проблема. вход в lk работает, но после добавления ресурса eb.cert.roskazn a.ru при входе выдает ошибку "серверный сертификат не прошел проверку сравнением" и далее "не удалось установить соединение с хостом.."
антивирусов не стоит, брандмауэр отключен(
Кто нибудь сталкивался с таким ? как решить ?
Добрый день.
Помогите решить проблему. ЭБ. Рабочее место настроенно. Пользователь пытается подписать документ, но идет бесконечное обращение к контейнеру. Нажимаем отмена, появляется окошко выбора сертификата. Вместо одного сертификата видно два одинаковых. Один при выборе сразу выдает ошибку, второй запрашивает пароль, но после ввода пароля документ остается неподписанным.
Переустановка всех программ и конвертация не помогла.
Tls 2.0 Jinn 1.0.3050 КриптоПро 4.0.9944
Это я хорошо знаю. Дело в том что континент TLS в сети где нет прокси сам скачивает их при нажатии кнопки Загрузить. А в сети где через прокси сеть работает пишет что не найдены. Как решить?
Добрый день! Подскажите пожалуйста , кто нибудь выгружал форму 0503737 в формате bus.gov? У меня релиз БГУ 2.0.49.21, ошибка при выгрузке
Ошибка расчета формулы для элемента annualBalanceF0503737_2015/body/position/generalData/financi alSupportData/income/reportItem/reportSubItem:
: Метод объекта не обнаружен (РазложитьСтрокуВМассивПодстрок)
Еще с партнерского форума:
Для информации, чтобы не было недопонимания - выгрузка будет реализована по форматам 1.7.7, для следующих отчетов:
0503721;
0503730 баланс и справка;
0503737;
0503130 баланс и справка;
0503130 (2013 год) баланс и справка;
0503121;
0503121 (2013 год);
0503127.
Отчетов для остальных форматов в базе для выгрузки просто нет.
Поэтому если для сайта требуются внести данные по отчетам, которых нет в списке перечисленных, не стоит ждать обработку.
Так же в форматах описана выгрузка формы 0503137, но т.к. данная форма исключена из инструкций, ее нет в списке реализуемых.
Если все же выгрузка данной формы нужна - напишите.
Коллеги, очень интересует вопрос - как планируется загружать отчетность за 2014 год на сайт, если на сайте бланки старые, без учета 157н. То есть нет новых строк - для баланса/справки, 121, 127, 721. Есть у кого информация по этой теме?
(13) Yatana, ну неделя еще не кончилась.
П.С. Возможно в пятницу и закончили. Только еще не выложили.
(15) Agema, ну вроде как пятница закончилась, выложили. С такими же проблемами, как собственно и ожидалось.
(17) Yatana, в конференции выложили, для тестирования.
Цитата:
"Выкладываем обработку в тестовом варианте.
Обработка реализована в обычных формах. Подходит для БГУ1, БО, Свода, БГУ2 - при запуске в толстом клиенте в обычном приложении.
Обращаем внимание, что загрузка отчетности за 2014 год на сайт будет не корректна, т.к. на сайте бланки старые, без учета 157н. То есть в формах нет новых строк. Поэтому при загрузке на сайт xml файла, данные из строк, которых нет на сайте просто никуда не загружаются.
Из этого следует, что баланс не сойдется, т.к. 626 строки нет.
Это относится и к остальным формам, т.к. формы 127,121 и 721 имеют новые строки.
А в справках к балансу как добавились новые строки, так и изменились существующие - 010-016.
От службы поддержки сайта на вопрос - как загружать/заполнять отчетность в старых бланках, пока ответа нет.
Как пользоваться обработкой:
1) Выбрать формат.
2) Выбрать организацию.
3) Выбрать 1 или несколько отчетов, в зависимости от формата (для баланса дополнительно выбирается справка, для 737 формы несколько отчетов по разным КФО выгружаются в один файл).
4) Указать каталог выгрузки.
5) Нажать "Выгрузить. ".
По поводу вложений - указывать их не обязательно, можно загрузить позднее, на сайте, но возможность указать вложения есть.
По поводу флага "Выгружать с накопительным итогом" - данный флаг влияет на имя файла, которое формируется согласно форматам 1.7.7.
Влияние имени файла на результат загрузки в ходе наших тестов - не обнаружено."
Читайте также: