Ошибки информационной базы 1С:Предприятия — вещь крайне неприятная, особенно при отсутствии резервных копий. А если такая неприятность все-таки приключилась, то приходится порой принимать нестандартные и идущие в противоречие с общепринятыми практиками решения. Но это не должны быть шаманские камлания с бубном, а логически обоснованные и точно выверенные действия, которые позволят выйти победителем из, казалось бы, безнадежной ситуации. Сегодня мы расскажем об одном таком случае из нашей практики.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Предупредим сразу — все решения, описанные в данной статье, относятся к описанном частному случаю и не могут служить готовой инструкцией по исправлению подобных ошибок. При возникновении подобных ситуаций следует проанализировать именно ваш случай и применять какие-либо решения осмысленно, понимая и представляя себе причины и последствия. Также будет не лишним напомнить, что все действия следует производить только на копии информационной базы.
Не так давно к нам обратился один клиент с жалобой на то, что он не может обновить конфигурацию Розница 2.2, действительно, при попытке открыть конфигурацию появлялось сообщение Нарушена целостность структуры конфигурации.
При этом в повседневной жизни данная ошибка никак себя не проявляла, и утилита chdbfl также не нашла в базе каких-либо ошибок. Тем не менее база оказалась серьезно повреждена и любые попытки спасти ситуацию малой кровью: выгрузить данные в узел РИБ или посредством выгрузки-загрузки через XML приводили к ошибкам.
«А как-же резервные копии?» — спросит иной читатель. Резервные копии содержали точно такую же ошибку, так как она не препятствует выгрузке в DT файл и, тем более, архивированию непосредственно файла базы. Можно сказать, что клиент столкнулся с распространенной ошибкой начинающих администраторов, когда резервные копии создаются, но не проверяются.
Попытки загрузить дамп базы в клиент-серверную версию также натолкнулись на описанную ошибку, а попытки откатиться на конфигурацию базы данных или просто сделать тестирование и исправление приводили к аварийному закрытию приложения.
На Инфостарте была найдена статья, которая на первый взгляд обещала привести к успеху, но все стало только хуже, раньше хотя бы конфигуратор открывался:
Впрочем, так оно бывает всегда, когда бездумно применяешь чужие решения. Причин возникновения подобной ошибки может быть много и степень повреждения базы может быть разная, поэтом то, что помогло одному, может еще сильнее навредить другому. Поэтому будем думать.
Что предлагала нам вышеуказанная статья? Заменить кеш поврежденной базы на кеш от исправной, того же самого релиза, разумное зерно в этом есть и в ряде случаев такой подход увенчается успехом, но не в этот раз. Почему?
Здесь мы вплотную подошли к одному из самых распространенных мифов 1С — очистке кеша. Со временем это переросло в какой-то магический ритуал: не знаешь, что делать — очисти кеш. Давайте разберемся, что такое этот кеш и зачем он нужен.
Не для кого ни секрет, что многие данные в информационной базе не меняются в течении длительного времени и поэтому нет необходимости каждый раз их запрашивать из БД, а можно поместить в локальный кеш и брать оттуда. Кеш делится на пользовательский, где хранятся данные, с которыми работает пользователь и кеш конфигурации, где сохраняются программные модули и данные о конфигурации. Первый располагается в перемещаемой части профиля пользователя %USERPROFILE%AppDataRoaming1C, а второй в его локальной части %USERPROFILE%AppDataLocal1C.
Данные о структуре конфигурации хранятся в кеше конфигурации, когда мы первый раз открываем конфигурацию данные считываются из ИБ и сохраняются в кеш и в следующий раз их загрузка будет происходить гораздо быстрее. Если мы изменим данные конфигурации, то они прежде всего изменятся в нашей локальной копии и только после того, как мы нажмем на кнопку сохранить, будут записаны в БД и обновят локальный кеш.
Также с кешем могут быть связаны разные ошибки, допустим если при аварийном завершении работы кеш оказался поврежден или в нем остались устаревшие данные, в этом случае очистка кеша — действие оправданное и необходимое. В остальных случаях это действие по большей части будет бесполезным, разве что замедлит следующую загрузку базы, но в некоторых случаях очистка кеша может и навредить.
В нашем случае проявлению указанной ошибки могла поспособствовать именно очистка кеша конфигурации. Если до повреждения ИБ конфигурация была открыта (а она была, т.к. базу обновляли), то при загрузке конфигуратора должны были быть подгружены кешрованные данные, что дало бы возможность либо обновить конфигурацию, либо загрузить ее из файла. После очистки кеша такая возможность пропала.
Но вернемся к нашей базе. Что именно произошло? До замены кеша база могла загрузиться в конфигуратор, после его замены — уже не смогла. Следовательно, в кеше поврежденной базы хранились нужные части конфигурации, которых в кеше исправной не оказалось, либо они оказались неидентичными загружаемой конфигурации. Поэтому в нашем случае кеш нам не враг, а наоборот друг и мы должны его не очищать, а наоборот, сохранить.
Поэтому мы пойдем другим путем, возвращаемся к сохраненной копии аварийной базы, запускаем ее в режиме конфигуратора, выходим. Тем самым мы создали нужную нам часть кеша, в которой не хватает информации об открытой конфигурации, попробуем дополнить ее из рабочей базы. Для этого возьмем файл 1Cv8.1CD из исправной базы точно такого же релиза и временно заменим им файл неисправной базы (исходный файл при этом следует сохранить).
Запускаем исправную базу в режиме конфигуратора и открываем конфигурацию, таким образом мы дополним уже существующий кеш нужными файлами. Закрываем конфигуратор, заменяем файл базы на исходный (неисправный) и снова запускаем конфигуратор. Как видим наши действия увенчались успехом, мы получили доступ к конфигурации поврежденной базы.
Теперь дело техники, снимаем поврежденную конфигурацию с поддержки и загружаем из файла конфигурацию того же релиза, которую можно выгрузить из заведомо исправной базы или взять из комплекта поставки. Сохраняем, обновляем конфигурацию базы данных.
Таким образом нам удалось полностью восстановить конфигурацию неисправной базы данных, но для этого пришлось пойти на несколько неожиданный шаг. Вместо того, чтобы, не думая очистить кеш, потому что «так принято», мы, наоборот, подумали и сохранили его, дополнив недостающими данными. Поэтому не следует идти на поводу у расхожих штампов, а следует вдумчиво проанализировать сложившуюся ситуацию и принять единственно верное решение, даже если оно «противоречит общепринятым практикам».
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Нарушена целостность структуры конфигурации |
Я |
ChMikle
14.06.21 — 15:05
при обновлении конфигурации БП 3.0 с поддержкой не хватило места на диске для временных файлов. База открывается, запускается , ошибок не выдает. Обновить не могу , выдает «Нарушена целостность структуры конфигурации» при анализе конфигурации поставщика.
Кэш чистили где только могли
DELETE FROM [dbo].[Config]
WHERE FileName = ‘dbStruFinal’
GO
DELETE FROM [dbo].[Config]
WHERE FileName = ‘commit’
GO
Обе таблицы пустые были. Ума не приложу ,что еще м.б. ?
Kassern
1 — 14.06.21 — 15:10
(0) а бекап то есть перед обновлением? С него восстановитесь и накатите снова обновление, уже со свободным местом на харде.
ChMikle
2 — 14.06.21 — 15:13
(1) да так и делаю. но выдает ошибку
ChMikle
3 — 14.06.21 — 15:14
м.б. раньше что-то с базой случилось (пару недель назад) , но только сейчас всплывает .
Kassern
4 — 14.06.21 — 15:15
(3) попробуй на отдельном коме в файловом варианте все это дело проделать, предварительно можно ТиИ запустить
ChMikle
5 — 14.06.21 — 15:16
(4) не получится, база слишком большая в ДТ не выгрузится
Kassern
6 — 14.06.21 — 15:19
(5) а ТиИ делал?
Kassern
7 — 14.06.21 — 15:20
(5) тестовый сервак есть какой нить?
ChMikle
8 — 14.06.21 — 15:20
(6) делал , не спасло . проверку на логическую целостность конфигурации делал . выдал в коде несколько ошибок . но имхо, не в этом дело
ChMikle
9 — 14.06.21 — 15:21
(7) копия развернута на том же 1С серваке , а это как-то может повлиять ?
CaptanG
10 — 14.06.21 — 15:22
Точно все везде подчистили? Видел подобно когда существовали временные файлы от обновления.
ChMikle
11 — 14.06.21 — 15:25
(10) да вроде да, админы почистил весь кэш, даже пути к каталогам обновлений пришлось добавлять
CaptanG
12 — 14.06.21 — 15:26
Можно попробовать на копии откатить на версию назад и поставить два обновления подряд.
ChMikle
13 — 14.06.21 — 15:26
(12) это как ?
ChMikle
14 — 14.06.21 — 15:27
обновлялся в мае , последний раз . все без проблем работало
ChMikle
15 — 14.06.21 — 15:28
до недавнего времени . да и сейчас пользователи работают никаких сообщений нет, конфигуратор открывается, изменения вносятся, сохраняются. Все вроде нормально
Ёпрст
16 — 14.06.21 — 15:36
1с-ина какого релиза то хоть ?
ChMikle
17 — 14.06.21 — 15:39
платформа 16 , БП 3.0.91.36
Ёпрст
18 — 14.06.21 — 15:41
Сними конфу с поддержки и удали конфу поставщика, аотом поставь на поддержку через сравнение-объединение и верни конфу поставщика. усёё.
Ёпрст
19 — 14.06.21 — 15:41
Ну и 16..пробуй до 18 обновить попутно
CaptanG
20 — 14.06.21 — 15:43
(13) в (18) так даже проще.
ChMikle
21 — 14.06.21 — 15:44
>>удали конфу поставщика
Это как ?
Ёпрст
22 — 14.06.21 — 15:46
(21) пофигуратор — настройка поддержки — кнопать снять с поддержки..ок, конфа поставщика прибьётся.
Потом через сравнение объединение с конфой того же релиза скажет что обнаружена конфа, поставить на поддержку ? скажешь да, только все галки сыми. Тогда конфа встанет на поддержку — там тупо конфа поставщика прилетит взад.
Усё.
CaptanG
23 — 14.06.21 — 15:47
(21) с поддержки снял?
ChMikle
24 — 14.06.21 — 15:47
(23) сейчас , тут нашел еще
delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘DynamicallyUpdated’ (для версии 8.3)
delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘dynamicCommit’ (для версии 8.3)
delete from [ИмяНашейБазы].[dbo].[ConfigSave]
Ёпрст
25 — 14.06.21 — 15:47
Конфа ИБ при этом не пострадает (останется старой) не забывай галки с конфы снять (с корня)
ChMikle
26 — 14.06.21 — 15:47
Ёпрст
27 — 14.06.21 — 15:48
(24) да это нахрен не надо. У тя конфа поставщика битая, а не демоническое обновление
ChMikle
28 — 14.06.21 — 15:48
админы чего-то с базой ковыряются войти не могу , мысль понял . пошел делать
ChMikle
29 — 14.06.21 — 15:48
(27) а как так вышло ?
Ёпрст
30 — 14.06.21 — 15:49
(29) как-как.. место же на диске кончилось :)) Сам же в (0) написал
ChMikle
31 — 14.06.21 — 15:51
(30) так ведь , место на диске кончилось , а конфигурация поставщика уже в базе была ?
Фрэнки
32 — 14.06.21 — 15:52
мда… очередная ветка из серии «не надо на продуктиве держать базу с конфигом на поддержке»
Ёпрст
33 — 14.06.21 — 15:54
(31) Это, вопросы религии и философии на другом форуме. Ты базу чини
ChMikle
34 — 14.06.21 — 15:55
(33) понял :). долго конфигуратор грузится
Ёпрст
35 — 14.06.21 — 16:01
(34) пользуй 64х битную версию, там быстрее
Ёпрст
36 — 14.06.21 — 16:02
+ ежели у тя скуль, включи параллельность на время реструктуризации и прочей тяжелой хни
ChMikle
37 — 14.06.21 — 16:06
(35) вроде ее и юзаю
Ёпрст
38 — 14.06.21 — 16:10
(37) вроде ? в диспетчере задач посмотри, какой процесс 1с-ины запущен
ChMikle
39 — 14.06.21 — 16:21
64
ChMikle
40 — 14.06.21 — 16:24
теперь конфигуратор открывается долго , видать догадывается база что делать собираюсь :))))))))
Фрэнки
41 — 14.06.21 — 17:24
только одного не понимаю, почему надо этими манипуляциями заниматься на тяжелой боевой базе, а не на копии или тестовой, куда выгружена просто текущая конфигурация ?
Фрэнки
42 — 14.06.21 — 17:25
(40) А у этой базы в конфигурацию вносились изменения, она снята с замка?
Фрэнки
43 — 14.06.21 — 17:28
Я бы восстановил саму текущую в связке с типовой конфой на пустой базе или демке, а затем выгрузить в файл и загрузить в боевую из файла. Результат будет тот же самый, но получить рабочую конфу таким образом будет намного легче.
fisher
44 — 14.06.21 — 17:37
«Загрузить конфигурацию из файла» уже советовали?
МихаилМ
45 — 14.06.21 — 17:56
(0) Вот и пришло время научиться пользоваться технологическим журналом.
ну и естественно Ваша проблема обсуждалась многократно, и пришло время научиться пользоваться поисковыми сервисами интернет.
Dmitry1c
46 — 14.06.21 — 17:58
(0) сделай «выгрузку для перехода в сервис» и загрузи из этого zip-архива с данными в такую же конфигурацию твоего релиза, если конфа типовая.
ChMikle
47 — 15.06.21 — 09:10
(42) Да
ChMikle
48 — 15.06.21 — 09:11
(44) грузил, не помогло
ChMikle
49 — 15.06.21 — 09:11
(46) не типовая
ChMikle
50 — 15.06.21 — 09:12
(45) напомнило рассказ В.Осеевой «Три товарища» https://lukoshko.net/story/tri-tovarischa.htm
ChMikle
51 — 15.06.21 — 09:14
(41) я на копии пока все это пытаюсь сделать
Ёпрст
52 — 15.06.21 — 09:18
И че, не починил? ). Давно бы уже на пустышке сьептл православный cf. Его потом тупо через insert в скуле в рабочую и усё
fisher
53 — 15.06.21 — 09:19
(48) Странно. Если ошибок при загрузке не было, значит прогрузиться должны были все конфигурации, включая поставщиков.
Выходит или ошибка не совсем релевантна, либо загружаемая конфа уже кривая (можно ее отдельно прогнать по полной).
ChMikle
54 — 15.06.21 — 09:21
(52) сейчас буду делать
>> Его потом тупо через insert в скуле в рабочую и усё — а загрузить конфигурацию нельзя будет через конфигуратор ?
ChMikle
55 — 15.06.21 — 09:23
(43) сейчас попробую
Ёпрст
56 — 15.06.21 — 09:25
(54) можно. Только инсерт одной таблички в скуле в разы быстрее
ChMikle
57 — 15.06.21 — 09:26
(56) лучше уж я через конфигуратор. Копия не дает в конфигуратор войти, после авторизации висит загрузка … сейчас разберусь с этим и отпишусь .
Всем неравнодушным спасибо:)
DrZombi
58 — 15.06.21 — 09:47
(0) Если есть бекап, то восстановись из бекапа и не мучайся.
Потом почисти место, для обновления
DrZombi
59 — 15.06.21 — 09:48
(10) КЭШ чистили где?
Есть кэш пользователя, есть сервере 1С
DrZombi
60 — 15.06.21 — 09:49
А так, похоже не те файлы у вас Админы удалили
DrZombi
61 — 15.06.21 — 09:49
+(59) есть сервере 1С -> Есть КЭШ сервера 1С
ChMikle
62 — 15.06.21 — 09:57
(61) поподробнее пожл -ста
Ёпрст
63 — 15.06.21 — 10:01
(62) смотри временные папки пользователя, под которым служба агента 1с запущена. Емли конечно, в файле настроек сервера не указан конкретный путь доя этого
Фрэнки
64 — 15.06.21 — 10:01
(62) а смысл теперь?!
Ты копию своей боевой базы уже поднял и убедился на копии, что в базе действительно есть нарушение нормальной работоспособности.
з.ы. Когда поднимаешь копию базы, то само-собой разумеется, что для нее кэша нет ни у клиента, ни у сервера.
Serg_1960
65 — 15.06.21 — 10:24
(64) «само-собой разумеется» — это если архивные данные грузятся в новую, только что созданную базу. А если будут загружаться в ранее существующую базу — то кэш — есть! Протухший
Фрэнки
66 — 15.06.21 — 10:25
(65) само собой разумеется, что я не считаю ТС идиотом
Garykom
67 — 15.06.21 — 10:27
(66) Это не идиот это тонкости которые не совсем логичны
Serg_1960
68 — 15.06.21 — 10:28
(66) Я тоже никого не считаю идиотами. Это просто мелкое замечание.
ChMikle
69 — 15.06.21 — 10:29
(64) для расширения кругозора. Делаю как Вы советовали , просто медленно все на серваке работает
Serg_1960
70 — 15.06.21 — 10:34
PS: перегрузить конфигурацию поставщика — простейшая задача, как фигура из трех пальцев, тьфу, — из трёх конфигураций информационной базы. Достаточно иметь архивы этой БД или любую другую БД на поддержке с такой же конфигурацией.
ChMikle
71 — 15.06.21 — 10:39
(70) думал чисткой кэша обойтись или таблиц конфигурации, но не вышло …
Serg_1960
72 — 15.06.21 — 10:43
+(70) Я даже два метода знаю: через загрузить конфигурацию из *.cf или через снятием с поддержки, обновления из *.cf с попутным возвратом на поддержку. «Я ещё и вышивать могу, и на машинке, м-м-м… тоже»
Serg_1960
73 — 15.06.21 — 10:51
(71) Кэши чистить — полезно.В данном конкретном случае — рекомендуется.
PS: есть ещё и третий метод перезагрузки конфигурации поставщика
ChMikle
74 — 15.06.21 — 10:57
(73) да я думаю что должно получиться как Фрэнки подсказал, в пустую базу конфу залил того же релиза , на нее сейчас доработки вставлю , сохраню ее в файл и загружу в копию, потом попробую обновиться.
fisher
75 — 15.06.21 — 11:13
(72) ТС утверждает, что это не помогает.
Serg_1960
76 — 15.06.21 — 11:35
(75) ТС может блуждать в потёмках, вольно/невольно заблуждаться. В пользу этого говорит долгий срок устранения проблемы.
ChMikle
77 — 15.06.21 — 13:00
Все получилось , всем спасибо !
Описание ошибок приёма
| Код | Наименование | Описание |
| -10 | He удалось расшифровать | Общая ошибка расшифровки. Возможно, проблема в сертификате, используемом для шифрования. |
| -11 | He удалось проверить ЭЦП. | Ошибка сертификата пользователя – в данном случае следует связаться с УЦ, выдавшим вам ЭЦП. XML – файл был подписан дважды, необходимо выбрать и подписать файл расчета еще раз. Нарушен порядок подписания / шифрования файла расчета. Файл расчета сначала подписывается ЭЦП, затем зашифровывается. |
| -12 | ЭЦП не верна. | ЭЦП файла расчёта не верна или отсутствует. |
| -13 | В сертификате отсутствует регистрационный номер страхователя. | Сертификат пользователя не содержит записи о Регистрационном номере страхователя (свойство 1.2.643.3.141.1.1 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания. |
| -14 | В сертификате отсутствует код подразделения ФСС РФ. | Сертификат пользователя не содержит записи о Коде подразделения ФСС РФ (свойство 1.2.643.3.141.1.2 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания. |
| -15 | Ошибка шифрования | Внутренняя ошибка криптосервиса. Необходимо отправить файл расчета повторно. |
| -16 | Неверный формат регистрационного номера страхователя. | В сертификате, выданным УЦ, неправильно указан регистрационный номер страхователя (количество цифр регистрационного номера не равно 10). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания. |
| -17 | Неверный формат кода подразделения ФСС РФ. | В сертификате, выданным УЦ, неправильно указан код подразделения ФСС РФ (количество цифр код подразделения не равно 4). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания. |
| -18 | Расчет зашифрован на ключе, отличном от открытого ключа ФСС. |
|
| -19 | Расчет не зашифрован или не подписан. | Необходимо подписать, зашифровать и направить файл расчета на шлюз приема расчетов повторно. |
| -20 | Неизвестный формат файла. | Формат файла не xml. Необходимо сформировать новый файл расчёта в соответствии с Технологией приема расчетов (http://fss.ru/ru/legal_information/124/133/258854.shtml).Расчет страхователя по Форма-4 ФСС за 1-й квартал 2017 г. должен быть подготовлен в виде xml файла в формате, заданном следующей XSD-схемой. |
| -41 | Нет доверия к издателю сертификата. |
Данная ошибка возникает в следующих случаях: 1) Корневой сертификат УЦ не соответствует Федеральному закону от 06.04.2011 № 63-ФЗ (Закон № 63-ФЗ) 2) Не установлен корневой сертификат УЦ Необходимо связаться с УЦ, выдавшим сертификат пользователя. |
| -42 | Ошибка при проверке сертификата. | Общая ошибка шифрования. Необходимо отправить файл расчета повторно. |
| -43 | Сертификат отозван. | Сертификат, которым подписан файл расчета, более недействителен. Необходимо связаться с УЦ, выдавшим сертификат пользователя. |
| -44 | Не найден или просрочен СОС издателя сертификата. | Ошибка списка отозванных сертификатов (СОС) УЦ, выдавшего сертификат пользователя. Необходимо связаться для консультации с УЦ, выдавшим сертификат пользователя. |
| -45 | Сертификат поврежден. | Общая ошибка шифрования. Необходимо отправить файл расчета повторно. |
| -46 | Сертификат просрочен | Сертификат пользователя, которым подписан файл расчета , более недействителен. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания. |
| -50 | В сертификате отсутствует ИНН страхователя. | Сертификат пользователя не содержит записи о ИНН страхователя (свойство 1.2.643.3.131.1.1 поля «Субъект» сертификата). Необходимо обратиться в УЦ, выдавший сертификат для его переиздания. |
| -51 | ИНН, указанный в расчете, отсутствует в базе данных ЕГРЮЛ. | Отчет не принят, т.к. ИНН, указанный в расчете, отсутствует в базе данных ЕГРЮЛ. Необходимо обратиться в ФНС по месту регистрации. |
| -503 | XML-файл расчёта не прошел форматный контроль | Рекомендуется проверить xml-файл по соответствующей ему XSD схеме. Например, расчет страхователя по Форма-4 ФСС за 1-й квартал 2017 г. должен быть подготовлен в виде xml файла в формате, заданном следующей XSD-схемой. Для других периодов используются соответствующие XSD схемы. |
| -504 | В сертификате указано несуществующее подразделение ФСС РФ | В сертификате пользователя, выданным УЦ, неправильно указан код подразделения ФСС РФ. Необходимо обратиться в УЦ, выдавший сертификат для его переиздания. |
| -505 | Неверное наименование файла. | Необходимо привести наименование файла в соответствие с Технологией приема расчетов (регистрационный номер страхователя_расчетный год_отчетный квартал.ef4). |
| -506 | Вторые разделы расчёта имеют одинаковые шифры налогообложения | Необходимо исправить расчёт. |
| -507 | Нет файла *.xml | Не загружен файл расчета. Необходимо отправить файл расчета повторно. |
| -508 | Ошибки логического контроля | Рекомендуется исправить ошибочные параметры расчёта(например: не заполнена строка Всего Таблицы 1.1). Отчет принят с замечаниями. |
| -509 | Отчетный период в XML-файле не совпал с отчетным периодом в наименовании файла | Необходимо привести содержание xml-файла расчёта в соответствие с наименованием. |
| -511 | Ошибка при чтении XML-файла расчёта | Файл пуст или не является XML-файлом |
| -512 | Расчетный год в XML-файле не совпал с расчетным годом в наименовании файла расчёта. | Необходимо привести содержание xml-файла расчёта в соответствие с наименованием. |
| -513 | Регистрационный номер страхователя в сертификате не совпадает с регистрационным номером, указанном в имени файла. | Файл расчёта подписан ЭЦП, принадлежащей организации, отличной от указанной в расчёте. Необходимо проверить сертификат используемый для ЭЦП. |
| -514 | Регистрационный номер страхователя в XML-файле не совпадает с регистрационным номером в сертификате ЭЦП. | Необходимо привести содержание xml-файла расчёта в соответствие с сертификатом. |
| -515 | Регистрационный номер страхователя в XML-файле не совпадает с номером страхователя, указанном в имени файла. | Необходимо проверить содержание xml-файла расчёта. |
| -516 | Дополнительный код обособленного подразделения в XML-файле не совпадает с номером страхователя, указанном в имени файла. | Необходимо проверить содержание xml-файла расчёта. |
| -517 | Слишком большой файл | Размер файла расчёта превышает максимально допустимое значение 2097152 байт. Необходимо сформировать новый файл расчёта |
| -518 | Нулевой размер файла | Необходимо сформировать новый файл расчёта |
| -519 | ИНН страхователя в XML-файле не совпадает с ИНН страхователя в сертификате. | При сдаче за другое юр. лицо должны соответствовать рег. номер, при сдаче за своё юр. лицо — ИНН. Следует проверить сертификат, используемый для ЭЦП. |
| -520 | ОГРН страхователя в XML-файле не совпадает с ОГРН страхователя в сертификате. | Необходимо проверить сертификат используемый для ЭЦП. |
| -550 | Сертификат не является квалифицированным сертификатом. | Сертификат пользователя, которым подписан файл расчета, не является квалифицированным сертификатом. |
| -552 | Атрибут QUART_NUM элемента TITLE может иметь значение только из следующего ряда: «3»,»6″,»9″,»0″,»03″,»06″,»09″,»12″. | Необходимо исправить значение атрибута QUART_NUM в XML-файле отчёта. |
| -598 | ИНН страхователя в XML-файле отличается от ИНН, соответствующего регистрационному номеру страхователя в БД ФСС РФ. | Необходимо проверить актуальность использованного ИНН. |
| -599 | Внутренняя ошибка в модуле контроля принимаемых данных. | Сообщите в техническую поддержку. |
Добрый день, другая немного проблема с этим же отчетом. Увольнение прошло, но прием на работу был «старенький» без ОКЗ, вот он не подтянулся, добавляла и в должность и строчку в ручную прописывала, проверку проходит, но протокол отрицательный приходит. И как теперь отправить правильно только сведения по ОКЗ, если в части кадрового мероприятия сведения уже приняты:» По застрахованному лицу мероприятия не приняты. Ранее учтено мероприятие с таким же GUID»
2
В работе программы 1С случаются сбои, и причин тому множество. Один из неприятных сюрпризов – сообщение программы «Нарушена целостность структуры конфигурации», ставящее рядового пользователя в тупик. Чаще всего данная ошибка становится следствием некорректного обновления – сбоя (выключения) системы, технических неполадок при выполнении обновления в конфигураторе или при выполнении автообновления программы в пользовательском режиме и т.п.
Перед попыткой исправить ситуацию, как и во всех случаях, предусматривающих манипуляции на уровне администратора, обязательно делаем резервную копию. Обратите внимание, что исправление ошибок требует определенных знаний, поэтому, если вы не уверены в своих силах, обращайтесь к нашим специалистам, они подскажут стоимость консультации по 1С и обязательно вам помогут.
Если конфигуратор не доступен, надо скопировать базы в другую папку на ПК или на флешку. Хотя при использовании способа, которым мы будем избавляться от этой ошибки, ничего критического произойти не должно, поскольку доработок конфигурации 1С он не предусматривает.
Причина ошибки в данном случае кроется в кэш. Это временные файлы, создаваемые программой для ускорения ее работы, и в результате каких-либо сбоев программа начинает их неверно обрабатывать, что приводит к различным ошибкам. В частности, нарушение целостности структуры конфигурации при обновлении возникает именно так.
Избавляемся от ошибки – чистим кэш
Для того чтобы почистить этот самый кэш, нам надо узнать, где он хранит свои данные через «Настройку» в окне запуска.
В настройках смотрим путь к каталогам шаблонов и обновлений. Наши временные файлы кэш хранятся в папке Roaming. Мы видим ее прописанную в указанном пути.
Найдем и откроем эту папку через «Мой компьютер». Если вы папку не находите, так как она может быть скрыта настройками компьютера, надо в меню «Сервис»-«Параметры папок…» установить видимость скрытых файлов. Вызвать строку меню в окне можно нажав кнопку «Alt».
В открывшемся окне на закладке «Вид» устанавливаем переключатель в положение «Показывать скрытые файлы и папки».
Скрытые папки появились. Переходим далее в папку Roaming, где находится множество файлов и папок, где выделенные папки с цифрами и буквами – это и есть папки с файлами кэш. Их можно удалять, при запуске программа вновь создаст новые файлы.
Если удаление файлов не дало результата, можно также удалить временные файлы, расположенные в каталоге информационной базы. Посмотреть, где она располагается, можно в окне запуска 1С. Внизу окошка будет указан путь к выделенной информационной базе.
Открыв папку, мы видим в ней файлы. Файл 1Cv8 – это файл конфигурации, его трогать нельзя, это наша информационная база, а остальные файлы временные, их также можно удалить.
После очистки кэш – удаления временных файлов, проблема с ошибкой «Нарушена целостность структуры конфигурации» должна разрешиться. Если результата не дало (что маловероятно), можно воспользоваться процедурой тестирования и исправления базы в том же пункте меню.
Если работа исправление ошибок вызывает у вас вопросы, обратитесь к нашим специалистам. Мы проконсультируем и подберем для вас оптимальную стоимость сопровождение 1С, ориентируясь на ваши индивидуальные потребности.
Ошибки информационной базы 1С:Предприятия — вещь крайне неприятная, особенно при отсутствии резервных копий. А если такая неприятность все-таки приключилась, то приходится порой принимать нестандартные и идущие в противоречие с общепринятыми практиками решения. Но это не должны быть шаманские камлания с бубном, а логически обоснованные и точно выверенные действия, которые позволят выйти победителем из, казалось бы, безнадежной ситуации. Сегодня мы расскажем об одном таком случае из нашей практики.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Предупредим сразу — все решения, описанные в данной статье, относятся к описанном частному случаю и не могут служить готовой инструкцией по исправлению подобных ошибок. При возникновении подобных ситуаций следует проанализировать именно ваш случай и применять какие-либо решения осмысленно, понимая и представляя себе причины и последствия. Также будет не лишним напомнить, что все действия следует производить только на копии информационной базы.
Не так давно к нам обратился один клиент с жалобой на то, что он не может обновить конфигурацию Розница 2.2, действительно, при попытке открыть конфигурацию появлялось сообщение Нарушена целостность структуры конфигурации.
При этом в повседневной жизни данная ошибка никак себя не проявляла, и утилита chdbfl также не нашла в базе каких-либо ошибок. Тем не менее база оказалась серьезно повреждена и любые попытки спасти ситуацию малой кровью: выгрузить данные в узел РИБ или посредством выгрузки-загрузки через XML приводили к ошибкам.
«А как-же резервные копии?» — спросит иной читатель. Резервные копии содержали точно такую же ошибку, так как она не препятствует выгрузке в DT файл и, тем более, архивированию непосредственно файла базы. Можно сказать, что клиент столкнулся с распространенной ошибкой начинающих администраторов, когда резервные копии создаются, но не проверяются.
Попытки загрузить дамп базы в клиент-серверную версию также натолкнулись на описанную ошибку, а попытки откатиться на конфигурацию базы данных или просто сделать тестирование и исправление приводили к аварийному закрытию приложения.
На Инфостарте была найдена статья, которая на первый взгляд обещала привести к успеху, но все стало только хуже, раньше хотя бы конфигуратор открывался:
Впрочем, так оно бывает всегда, когда бездумно применяешь чужие решения. Причин возникновения подобной ошибки может быть много и степень повреждения базы может быть разная, поэтом то, что помогло одному, может еще сильнее навредить другому. Поэтому будем думать.
Что предлагала нам вышеуказанная статья? Заменить кеш поврежденной базы на кеш от исправной, того же самого релиза, разумное зерно в этом есть и в ряде случаев такой подход увенчается успехом, но не в этот раз. Почему?
Здесь мы вплотную подошли к одному из самых распространенных мифов 1С — очистке кеша. Со временем это переросло в какой-то магический ритуал: не знаешь, что делать — очисти кеш. Давайте разберемся, что такое этот кеш и зачем он нужен.
Не для кого ни секрет, что многие данные в информационной базе не меняются в течении длительного времени и поэтому нет необходимости каждый раз их запрашивать из БД, а можно поместить в локальный кеш и брать оттуда. Кеш делится на пользовательский, где хранятся данные, с которыми работает пользователь и кеш конфигурации, где сохраняются программные модули и данные о конфигурации. Первый располагается в перемещаемой части профиля пользователя %USERPROFILE%AppDataRoaming1C, а второй в его локальной части %USERPROFILE%AppDataLocal1C.
Данные о структуре конфигурации хранятся в кеше конфигурации, когда мы первый раз открываем конфигурацию данные считываются из ИБ и сохраняются в кеш и в следующий раз их загрузка будет происходить гораздо быстрее. Если мы изменим данные конфигурации, то они прежде всего изменятся в нашей локальной копии и только после того, как мы нажмем на кнопку сохранить, будут записаны в БД и обновят локальный кеш.
Также с кешем могут быть связаны разные ошибки, допустим если при аварийном завершении работы кеш оказался поврежден или в нем остались устаревшие данные, в этом случае очистка кеша — действие оправданное и необходимое. В остальных случаях это действие по большей части будет бесполезным, разве что замедлит следующую загрузку базы, но в некоторых случаях очистка кеша может и навредить.
В нашем случае проявлению указанной ошибки могла поспособствовать именно очистка кеша конфигурации. Если до повреждения ИБ конфигурация была открыта (а она была, т.к. базу обновляли), то при загрузке конфигуратора должны были быть подгружены кешрованные данные, что дало бы возможность либо обновить конфигурацию, либо загрузить ее из файла. После очистки кеша такая возможность пропала.
Но вернемся к нашей базе. Что именно произошло? До замены кеша база могла загрузиться в конфигуратор, после его замены — уже не смогла. Следовательно, в кеше поврежденной базы хранились нужные части конфигурации, которых в кеше исправной не оказалось, либо они оказались неидентичными загружаемой конфигурации. Поэтому в нашем случае кеш нам не враг, а наоборот друг и мы должны его не очищать, а наоборот, сохранить.
Поэтому мы пойдем другим путем, возвращаемся к сохраненной копии аварийной базы, запускаем ее в режиме конфигуратора, выходим. Тем самым мы создали нужную нам часть кеша, в которой не хватает информации об открытой конфигурации, попробуем дополнить ее из рабочей базы. Для этого возьмем файл 1Cv8.1CD из исправной базы точно такого же релиза и временно заменим им файл неисправной базы (исходный файл при этом следует сохранить).
Запускаем исправную базу в режиме конфигуратора и открываем конфигурацию, таким образом мы дополним уже существующий кеш нужными файлами. Закрываем конфигуратор, заменяем файл базы на исходный (неисправный) и снова запускаем конфигуратор. Как видим наши действия увенчались успехом, мы получили доступ к конфигурации поврежденной базы.
Теперь дело техники, снимаем поврежденную конфигурацию с поддержки и загружаем из файла конфигурацию того же релиза, которую можно выгрузить из заведомо исправной базы или взять из комплекта поставки. Сохраняем, обновляем конфигурацию базы данных.
Таким образом нам удалось полностью восстановить конфигурацию неисправной базы данных, но для этого пришлось пойти на несколько неожиданный шаг. Вместо того, чтобы, не думая очистить кеш, потому что «так принято», мы, наоборот, подумали и сохранили его, дополнив недостающими данными. Поэтому не следует идти на поводу у расхожих штампов, а следует вдумчиво проанализировать сложившуюся ситуацию и принять единственно верное решение, даже если оно «противоречит общепринятым практикам».
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.