Центробанк ошибка при загрузке файла
Добрый день
Прошу надоумить:
Скачан с центробанка xml файл.
Там строка с банком есть.
А при загрузке из файла в БП Бухгалтерия предприятия, редакция 3.0 (3.0.83.25)
Оный не находиться.
Как то странно 2-й день??
вот и казначейство сменило реквизиты, а по бик не находятся в этих всяких классификаторах :(
тоже проблема.. понимаешь..
с ИТС нет еще данных, с сайта 1С нет еще данных - вот пример бик 004525988 (стал) был бик 004525000
(12) если у тебя обособленные подразделения в разных регионах, то лучше допилить импорт, если мало - руками. Налоги надо платить в срок
появилось в классификаторе банков, у бухов спросил клянутся что не добавляли руками..
хотя erp обновляли на днях, может изза него, но с другой стороны с чегойто обновлению добавлять банк в классификатор..
загрузка с нового года в новый классификатор, называется BIC. для него нужен файл classifiers.zip, в котором есть bic-classifier.json
(18) Только что в бухгалтерию загрузил через "Администр. ->Обновление" Появилась версия 22. В г. Москва появился БИК 00. - УФК
(34) чудно, а как у тебя называется в БП классификатор со стороны предприятия ? Банки или справочник БИК ?
(38) судя по метаданным и сайту поддержки должно грузиться, возможно не полностью обновилось ? Попробуй тест поднять из полного дистрибутива
(38) это для тех кто полезет в конфигурации искать, как я, и у кого полнотекстовый поиск проглючит, как у меня, и наступит шок, . всё работает всё на месте
А где файл выкладывают?
Кто-нибудь знает?
Странно что на рубоарде не замутили?
Тема шибко популярная.
Обновила конфигурацию до релиза 3.0.88.22. БИКов нет. Обновила классификатор до версии 28. БИКов нет, шайтан.
Проблема решилась, после загрузки классификатора, надо зайти в классификатор банков и через ещё сделать обновление(синхронизацию)
скачала classifiers_Accounting_220121104323.zip, загрузила через Администрирование-Обновление классификаторов. Новых БИК нет.
синхронизация выделила серым банки, деятельность которых прекращена.
нужного БИК для оплаты налога нет, как нет(((
Я написал обработку по загрузке нового 1с классификатора, так как бп3 не обновляется с 2014 года )
Написал лишь бы от меня наши бухи отстали
БИК банка не найден в классификаторе банков
Описание:
Способ обхода:
Для исправления необходимо удалить недействующие элементы из классификатора банков (Справочник БИК). Для этого:
- в "Администрирование - Обслуживание - Корректировка данных" открываем "Групповое изменение реквизитов".
После чего в справочнике "Банки" нажимаем на команду "Синхронизировать".
я разобралась! т.е. после загрузки классификаторов вы не дождетесь появления их в справочнике банков, пока не заполните по подбору (набирая БИК в окошке) реквизит Основной банковский счет в каком-нить контрагенте!
БИНГО! тогда он запишется в справочник Банки
(56) каждый нужно так. Т.е. в лучшем случае, они просто скрыты из списков. В худшем, обновляются из инета
т.е. в версии 3.0.87.28
добавлено:
Заполнение реквизитов банка Федерального казначейства по классификатору БИК
там с картинками описалово, как он работает.
я стала пробовать и в этот момент банк записался
(62) и обрати внимание на релиз от 15.01 - он полный! и внутри ридми есть упоминание, что оно пригоден для обновления всех релизов, начиная с какого-то 3.0.66.х
(64) в этот раз я нарочно проверил, потому что у самого CF нет еще одного файлика, где перечислены годные под обновления релизы
у обновялки, которая идет в виде CFU - там есть инфо и оно же отображено на самой странице релизов. А вот у полного дистра нет.
(63) Самое интересное во всех этих ридмях - они не всегда всю правду говорят.
Вот я сегодня с утра взял 2.0.66.128 (вроде, последняя 2ка) и разрешил ей поискать в инторнетах обновление. Она мне 3.0.88.22 дала. В ридмях про 2* ни слова.
(71) Загружается классификатор банков, а сами банки создаются ручками на основе классификатора, затем автоматически обновляются изменениями в классификаторе
Если хотел увидеть в редми к релизам 2.0.66.128 - там это не пишется. Пишется в том релизе, на который можно обновиться. В целевом.
Там указано, что оно может применяться для обновления. Хуже того - разрешил искать именно в интернет, а это полный каталог всех версий. И если будешь глазками искать, то эта инфа вписана не к обычному CFU , а для обновления. Там свой файлик приложен с этими номерами релизов, с которых автоматом предложит обновиться.
Редми читать нет необходимости, если есть тот самый файлик в папке поставки. Но! В данной поставке полного дистриба от 15.01 файлика в разрешенными релизами просто нет.
заходим в параметры компа ищем защитник виндовс пом GameCenter добавим в исключение и всё и повторяем обновление .
Короч, заходишь в диспетчер задач - быстродействие - монитор ресурсов. Там будет скорее всего процесс rundl32 или что то похожее. Закрываешь его и всё в поряде
Я сделал так, пошел в папку Games и в ней переименовал папку с танками World_of_Tanks_RU.
Стер чтобы получилось World_of_Tanks, сохранил, в WGCentr нажал повторить, ошибка сснова вылазит. Идем опять в папку Games и видим что появилась вторая папка с танками, удаляем ее. папку, которую мы переименовали, переименовываем снова и дописываем _RU, получается World_of_Tanks_RU. Так повторяем пока не установится ( Бред с этим WGGame centr. Лично я переименовывал и удалял появляющуюся папку так 2 раза.
А я сделал так: поисковая строка вводим cmd
Далее пишем sfc/scannow и нажимаем ввод. Ждем пока комп просканируется и исправит ошибки. Перезагружаемся и пробуем скачать. У меня все получилось.
А я сделал так: зашел в панель управления Nvidia/ управление параметрами 3D /программные настройки/ и добавил wargaming game center в список программ для настройки/ применить/ закрыть панель управления/ закрыть лончер game center/ запустил лончер заново. Все получилось.
Пацаны, вылазиет ошибка
не удалось получить доступ к файлам приложения 2012
Что сделать, чтобы не вылазила данная ошибка.
В моём случае в фоне просто висел экземпляр игры, потому что это дерьмо не может до конца закрыться. Оно заняло файлы и вгцентр не мог получить к ним доступ)))
Это ответ не для автора вопроса, а для людей, которые могут попасть сюда через поиск, как я. Проверьте игру в диспетчере задач!
Мне помогает в таком случае - Выходим с гейм центра и запускаем снова с правами администратора (правой кнопкой на ярлык -запустить от имени администратора) - после этого идёт загрузка.
Открываем папку где находится GameCenter удаляем папку Lоgs или просто перетаскиваем на рабочий стол, запускаем GameCenter - он заново делает папку Lоgs и запускается
Помогите плиз.. ничего не помогает из выше предложенного. Винду менял, клиент раз 10 качал. Доходит до 92 % и все ошибка. Три дня танцы с бубном-нифига
Мне помогло в "обновлениях и безопасность" включение режима разработчика
Решил дать ответ, который дали мне в техпомощи ВГ:
Выполните проверку жесткого диска на наличие ошибок:
нажмите кнопку "Пуск";
в поле "Найти программы и файлы" введите cmd
щелкните правой кнопкой мыши по файлу cmd.exe и выберите пункт "Запуск от имени администратора";
после чего вводим команду:
chkdsk c: /f /r
дождитесь окончания проверки системы.
При неоформленной подписке на ИТС обновить справочник банков возможно с помощью моей обработки. Она сама закачает данные с сайта и откроет стандартный диалог обновления справочника банков.
Я тут ни при чём. Файл качается c рекомендованного местa 1C. пробуйте новую обработку которая Качает данные с сайта Центробанкs России в формате json. Там всё есть
(100) Нельзя качать все УФК подряд! Только те, которые идут с признаком UTRA.
Если по простому - корр.счетов вида 4010 1 быть не должно, только 4010 2
Нельзя качать все УФК подряд! Только те, которые идут с признаком UTRA.
Если по простому - корр.счетов вида 40101 быть не должно, только 40102
(123) да мне обработка-то собственно не нужна. Я просто обратил внимание на ваш скриншот из (100).
Поэтому даю совет - когда разбираете ЦБ-ный файл и создаете банки УФК, не загружайте "всё подряд", делайте фильтр по
по RegulationAccountType="CRSA" (классические банки) и RegulationAccountType="UTRA" (новые БИК ТОФК).
Еще есть отделения ЦБ РФ, у которых корр.счета нет (а значит нет и RegulationAccountType) - в этом случае нужно ориентироваться на БИК - у них он заканчивается на 000, 001 и 002.
Т.е. общий алгоритм фильтра должен быть такой:
1. RegulationAccountType - отсутствует, но БИК заканчивается на 000, 001 и 002.
2. RegulationAccountType="CRSA"
3. RegulationAccountType="UTRA"
Это оно?
'CBRA' : 'Счёт Банка России' ,
'CRSA' : 'Корреспондентский счёт' ,
'БАНА' : 'Банковский счёт' ,
'TRSA' : 'Счёт Федерального казначейства' ,
'TRUA' : 'Счёт доверительного управления' ,
'CLAC' : 'Клиринговый счёт' ,
'UTRA' : 'Единый казначейский счёт' ,
Да.
Нужно, чтобы из всего миллиона корр.счетов УФК из файла загружались только Единые казначейские счета (ЕКС).
(127) в версии 1.4 сделал на выбор. Можно грузить все или выборочно (отмечаем галочками). оставил по умолчанию
Загружать_UTRA=истина;
Загружать_CRSA=истина;
Загружать_CBRA=истина;
Загружать_TRSA=истина;
Загружать_BANA=истина;
(104) обновил ЗУП до версии 3.1.16.108 последняя, платформа 8.3.17.1851
так же попробовал на БУХ последней см вложения не работает
нет. мои обработки не будут. во-1-х там обычные формы во-2-х я думаю что возможно сделать, раз в ней есть загрузка с сайта Росбизнесконсалтинг и она грузит с него bnk.zip от июля 2020 года то можно сделать обработку и грузить с сайта 1с bnk.zip свежий
А вашей обработкой скачивать с сайта ЦБ РФ, где, с ваших слов, данные свежее и полнее, возможно (доработать ее)?
А то я сгоряча скачал, а она не работает.
(столкнулся с ситуацией, когда в бухгалтерии есть данные новые по банку, а их нет в bnk.zip на сайте 1С)
В вашем случае надо переделывать обработку в УПП 1.3 которая занимается закачкой данных с сайта РБК. Там три варианта загрузки Если у вас край-конец и вы сами не можете сделать, то пишите мне по координатам что указаны в моей обработке что вы скачали. Попробуем что-нибудь придумать
Скачал вашу обработку и в БП 3.0 Проф 3.0.88.22 такую ошибку выдает при нажатии кнопки скачать P.S. Ваш эл. адрес на скрине затёр
(113) напишите мне на почту - указана в обработке я вам пришлю исправленную. На последней версии я не проверял. сейчас посмотрю.
Спасибо большое автору, очень отзывчивый, помог разобрать и загрузить классификатор банков. Так же обновил обработку, теперь через bnk.zip и загружает полный список банков.
(118) что конкретно не работает? какая из обработок? внимательно читали публикацию? есть вопросы - пишите в личку. мои координаты указаны в обработке.
(119) Бухгалтерия предприятия, редакция 3.0 (3.0.80.36)
Обработку качал эту "Загрузка Классификатора банков с сайта СБ РФ в формате JSON (2021г) и bnk.zip"
Ошибка:Не удалось получить файл с ЦБ РФ
(120) Я же попросил вас написать мне на почту Я вам выдам новую версию. Почта указана на форме обработки
(130) Из-за разделенного режима (фреша) - т.к. классификатор довольно объемный и было бы неразумно грузить его в каждую область (одной базы). Из-за этого классификатор неразделенный (т.е. один на базу), а пользователи в справочник Банки себе подбирают только то, с чем реально работают
Далее прибавляем ~230 РКЦ и отделения самого Банка России.
С учетом текущего изменения законодательства добавилось больше 80 банков УФК (из них дважды встречаются элементы с одинаковым БИК ТОФК, но с разными Едиными казначейскими счетами (ЕКС) - которые у них вместо корр.счета).
Ну и впридачу ~80 группы (регионы).
Что дает сейчас порядка 1300 элементов в справочнике. Но это только действующие банки. А ведь недействующие никуда не деваются - они просто "скрываются" в справочнике отбором, но у них всегда можно включить видимость.
Чем дольше "живет" база, тем больше в ней этих "мусорных" (закрытых) банков.
К тому же раньше в классификатор еще попадал всякий шлак - ведь это классификатор "кредитных организаций", а не одних только банков.
В итоге, если классификаторе на фреше включить показ недействующих банков, то я наблюдаю там 19515 элементов.
P.S. а автор недавно еще и грузил из "Справочника БИК" от ЦБ РФ всё, что в нём лежит, без отбора (да и сейчас этот отбор перекладывает на плечи пользователя) - а там несколько тысяч ненужных, мусорных элементов.
Конфигурация узла распределенной ИБ не соответствует ожидаемой. Одна из самых популярных ошибок РИБ. Приведены стандартная методика устранения (уже публиковалась ранее) и расширенная (для сложных случаев).
Для начала привожу список используемых мной сокращений:
- РИБ - распределенная информационная база
- ЦБ - центральная база, корневой узел РИБ
- УБ - удаленная база, БД удаленного узла РИБ
По собственному опыт могу сказать, что сталкивался с двумя причинам возникновения ошибки:
Есть также мнение, что к этой ошибке приводит использование механизма динамического обновления базы. Здесь есть сомнения, потому как с одной стороны динамическое обновление никогда не затрагивает структуры БД, а механизмы РИБ всё-таки работают именно со структурой БД, а не с прикладной её частью, тем не менее в РИБ используется механизм формирования цифровой подписи версии конфигурации (в дальнейшем буду называть её для сокращения хэшем), и при изменении прикладной части хэш естественно обязан пересчитаться. Не буду ни отрицать этого, ни утверждать, т.к. если и сталкивался с этой ситуацией, то явных доказательств этого не нашел.
Для исправления использую 2 методики, в зависимости от ситуации.
ВТОРАЯ МЕТОДИКА
Применяется в случае, если первая методика не сработала, а выгрузить заново узел не представляется возможным.
Предыстория: у клиента настраивали каскадную РИБ и ошибка возникла в первом уровне каскада (второй уровень всё это время работал безупречно). Разработка конфигурации велась совместно с IT-службой клиента и с момента возникновения ошибки конфигурация ЦБ успела несколько раз поменяться. Вариант с откатом изменений не рассматривался даже в принципе, т.к. потеря части данных и остановка работы нескольких подразделений были совершенно неприемлимы. Первый вариант исправления ошибки каких-либо ощутимых результатов не дал. В связи со чем пришлось искать другие пути решения.
Пришла мысль попробовать подменить хэши файлов конфигураций непосредственно в XML-файлах обмена. Описание структуры файла обмена из книги "Профессиональная разработка в системе 1С:Предприятие 8" дало слабое представление о формировании цифровых подписей конфигураций и изменений в них, но определило направление поиска: значения Digest1 и Digest2. Всё остальное выяснял чисто эмпирическим путём (то бишь методом проб и ошибок), но закономерность установить таки получилось.
Тестовые эксперименты прошли удачно. На рабочих базах тоже всё прошло благополучно.
Итак, последовательность действий:
- выполняем действия 1 - 4 первой методики;
- выгружаем из УБ файл обмена, но не загружаем его в ЦБ;
- выгружаем из ЦБ файл обмена, но не загружаем его в УБ;
- в файле обмена из ЦБ заменяем блок, содержащий информацию об изменениях конфигурации и хэши (Digest1 и Digest2), на блок хэшей из файла УБ (пример см. ниже)
- производим загрузку файла из 4-го пункта в УБ;
- обязательно перезаписываем файл обмена из УБ (2-й пункт)! этот файл не должен быть загружен при обмене в ЦБ!
- для проверки делаем несколько последовательных обменов.
Если при обмене используется сжатие данных, то либо отключаем сжатие, либо сначала распаковываем файл, меняем, потом запаковываем обратно и отправляем.
Блок файла обмена из ЦБ
нужно заменить на блок файла обмена из УБ (обратите внимание Digest1 у файла из УБ всегда равен "00000000000000000000000000000000". )
Перечисленные действия необходимо выполнять с предельной осторожностью, некорректная последовательность чревата полной неработоспособностью РИБ. Поэтому перед этими действиям создание резервных копий ОБЯЗАТЕЛЬНО!
Обработка предназначена для загрузки валют на указанную дату USD, EUR, CYN с сайта ЦБ (
Специальные предложения
Как это настроить на тех компьютерах, где не работает?
Работаю через web-сервис так (может Вы иначе?):
Вышеназванная ошибка возникает в строке, помеченной //*
(2)без защищённого соединения нормально работает?
Через тот же (указанный мной) web-сервис или как-то иначе?
(3)Конечно нормально открывает, механизм до безобразия простой по загрузке, не хочу публиковать, хотел немного поднять стартмани.
(4)
Привет, валится на строке с ошибкой 403
(4)
ТОже юзал этот сервис, только другой метод
при обращении возвращает текст банера как на основном сайте, о том что через некоторое время вы будете перенаправлены на нужный ресурс.
хз как это обойти
(6)Вот поэтому я в посте (1) указал что переделал на защищённое соединение с применением SSL - это помогло - но сертификаты SSL как-то должны быть настроены и доступ к какому-то сайту проверки (я не в курсах какому).
Ещё вот тут можно глянуть - такая ошибка у меня была на некоторых компьютерах пока админы не настроили сертификаты SSL
Спасибо, ничего не понял про сертификаты, пойду к админам)
ПЕРВАЯ МЕТОДИКА
- выгружаем из ЦБ cf-файл;
- отвязываем УБ от РИБ (метод УстановитьГлавныйУзел, готовую обработку можно найти в приложении или в других публикациях);
- заменяем конф. УБ на выгруженный в первом шаге cf-файл, для этого пользуемся меню "Загрузить конфигурацию из файла" (а не сравнением-объединением. );
- восстанавливем признак РИБ для УБ.
В большинстве случаев этих действий более чем достаточно, что восстановить обмен, но не всегда.
Читайте также: