Ошибки информационной базы 1С:Предприятия — вещь крайне неприятная, особенно при отсутствии резервных копий. А если такая неприятность все-таки приключилась, то приходится порой принимать нестандартные и идущие в противоречие с общепринятыми практиками решения. Но это не должны быть шаманские камлания с бубном, а логически обоснованные и точно выверенные действия, которые позволят выйти победителем из, казалось бы, безнадежной ситуации. Сегодня мы расскажем об одном таком случае из нашей практики.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Предупредим сразу — все решения, описанные в данной статье, относятся к описанном частному случаю и не могут служить готовой инструкцией по исправлению подобных ошибок. При возникновении подобных ситуаций следует проанализировать именно ваш случай и применять какие-либо решения осмысленно, понимая и представляя себе причины и последствия. Также будет не лишним напомнить, что все действия следует производить только на копии информационной базы.
Не так давно к нам обратился один клиент с жалобой на то, что он не может обновить конфигурацию Розница 2.2, действительно, при попытке открыть конфигурацию появлялось сообщение Нарушена целостность структуры конфигурации.
При этом в повседневной жизни данная ошибка никак себя не проявляла, и утилита chdbfl также не нашла в базе каких-либо ошибок. Тем не менее база оказалась серьезно повреждена и любые попытки спасти ситуацию малой кровью: выгрузить данные в узел РИБ или посредством выгрузки-загрузки через XML приводили к ошибкам.
«А как-же резервные копии?» — спросит иной читатель. Резервные копии содержали точно такую же ошибку, так как она не препятствует выгрузке в DT файл и, тем более, архивированию непосредственно файла базы. Можно сказать, что клиент столкнулся с распространенной ошибкой начинающих администраторов, когда резервные копии создаются, но не проверяются.
Попытки загрузить дамп базы в клиент-серверную версию также натолкнулись на описанную ошибку, а попытки откатиться на конфигурацию базы данных или просто сделать тестирование и исправление приводили к аварийному закрытию приложения.
На Инфостарте была найдена статья, которая на первый взгляд обещала привести к успеху, но все стало только хуже, раньше хотя бы конфигуратор открывался:
Впрочем, так оно бывает всегда, когда бездумно применяешь чужие решения. Причин возникновения подобной ошибки может быть много и степень повреждения базы может быть разная, поэтом то, что помогло одному, может еще сильнее навредить другому. Поэтому будем думать.
Что предлагала нам вышеуказанная статья? Заменить кеш поврежденной базы на кеш от исправной, того же самого релиза, разумное зерно в этом есть и в ряде случаев такой подход увенчается успехом, но не в этот раз. Почему?
Здесь мы вплотную подошли к одному из самых распространенных мифов 1С — очистке кеша. Со временем это переросло в какой-то магический ритуал: не знаешь, что делать — очисти кеш. Давайте разберемся, что такое этот кеш и зачем он нужен.
Не для кого ни секрет, что многие данные в информационной базе не меняются в течении длительного времени и поэтому нет необходимости каждый раз их запрашивать из БД, а можно поместить в локальный кеш и брать оттуда. Кеш делится на пользовательский, где хранятся данные, с которыми работает пользователь и кеш конфигурации, где сохраняются программные модули и данные о конфигурации. Первый располагается в перемещаемой части профиля пользователя %USERPROFILE%AppDataRoaming1C, а второй в его локальной части %USERPROFILE%AppDataLocal1C.
Данные о структуре конфигурации хранятся в кеше конфигурации, когда мы первый раз открываем конфигурацию данные считываются из ИБ и сохраняются в кеш и в следующий раз их загрузка будет происходить гораздо быстрее. Если мы изменим данные конфигурации, то они прежде всего изменятся в нашей локальной копии и только после того, как мы нажмем на кнопку сохранить, будут записаны в БД и обновят локальный кеш.
Также с кешем могут быть связаны разные ошибки, допустим если при аварийном завершении работы кеш оказался поврежден или в нем остались устаревшие данные, в этом случае очистка кеша — действие оправданное и необходимое. В остальных случаях это действие по большей части будет бесполезным, разве что замедлит следующую загрузку базы, но в некоторых случаях очистка кеша может и навредить.
В нашем случае проявлению указанной ошибки могла поспособствовать именно очистка кеша конфигурации. Если до повреждения ИБ конфигурация была открыта (а она была, т.к. базу обновляли), то при загрузке конфигуратора должны были быть подгружены кешрованные данные, что дало бы возможность либо обновить конфигурацию, либо загрузить ее из файла. После очистки кеша такая возможность пропала.
Но вернемся к нашей базе. Что именно произошло? До замены кеша база могла загрузиться в конфигуратор, после его замены — уже не смогла. Следовательно, в кеше поврежденной базы хранились нужные части конфигурации, которых в кеше исправной не оказалось, либо они оказались неидентичными загружаемой конфигурации. Поэтому в нашем случае кеш нам не враг, а наоборот друг и мы должны его не очищать, а наоборот, сохранить.
Поэтому мы пойдем другим путем, возвращаемся к сохраненной копии аварийной базы, запускаем ее в режиме конфигуратора, выходим. Тем самым мы создали нужную нам часть кеша, в которой не хватает информации об открытой конфигурации, попробуем дополнить ее из рабочей базы. Для этого возьмем файл 1Cv8.1CD из исправной базы точно такого же релиза и временно заменим им файл неисправной базы (исходный файл при этом следует сохранить).
Запускаем исправную базу в режиме конфигуратора и открываем конфигурацию, таким образом мы дополним уже существующий кеш нужными файлами. Закрываем конфигуратор, заменяем файл базы на исходный (неисправный) и снова запускаем конфигуратор. Как видим наши действия увенчались успехом, мы получили доступ к конфигурации поврежденной базы.
Теперь дело техники, снимаем поврежденную конфигурацию с поддержки и загружаем из файла конфигурацию того же релиза, которую можно выгрузить из заведомо исправной базы или взять из комплекта поставки. Сохраняем, обновляем конфигурацию базы данных.
Таким образом нам удалось полностью восстановить конфигурацию неисправной базы данных, но для этого пришлось пойти на несколько неожиданный шаг. Вместо того, чтобы, не думая очистить кеш, потому что «так принято», мы, наоборот, подумали и сохранили его, дополнив недостающими данными. Поэтому не следует идти на поводу у расхожих штампов, а следует вдумчиво проанализировать сложившуюся ситуацию и принять единственно верное решение, даже если оно «противоречит общепринятым практикам».
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Главная страница » Вопросы пользователей » Вопросы 1С ЗУП » ЕФС-1 ошибка при проверке отчета
Вопрос задал
Ольга К.
Ответственный за ответ:
Щелкунова Юлия (★9.83/10)
Добрый день,
При сдаче отчета по форме ЕФС-1 отчет не принимается. При проверке выдает ошибку как на скрине. Элемент ОКФС некорректный, значение должно быть из списка допустимых: 12, 13, 14, а у нас 16.
Обсуждение (27)
-
Здравствуйте! Это проверка ругается на код ОКФС.16 — частная собственность — это верно. Вот только заполняться данный код должен только для бюджетных организаций.
Чтобы сейчас обойти ошибку, можно либо удалить из карточки организации код ОКФС(временно), либо из файла полностью тег <ЕФС:ОКФС> убрать вручную.
-
1. удалил из карточки организации код ОКФС(временно)
2. из файла полностью тег убрал вручнуюпроверка не проходит
-
Надо понять, что пишет. Разработчики вчера выпустили патч. Если ошибка не ушла, то задайте свой вопрос отдельно через Личный кабинет.
-
-
В Постановлении поле ОКФС обязательно только при заполнении подраздела 1.3 формы ЕФС-1 . В 1С ЗУП ошибка заполнения. Поля ОКФС не должно быть для подразделов, отличных от 1.3.
-
Установите Исправление ошибок EF_70027868
-
Добрый вечер. Отчет не принимается. Возвращается с индексом 50.АФ.СХ.1.1 (В файле нарушена структура (ошибка XDS-системы).
-
Кто прошел квест с ОКФС ждет квест с ОКПО ))
Чекер ждет 8 символов, как у муниципалов, а не 10 как у коммерческих.
Решение то же — удаляем строку в файле и после этого протокол приходит. -
При проверке ЕФС-1 выдает ошибку 50 (скрин). Код АФ.КСФ.1.1.
-
-
Добрый день! Такая же ошибка при сдаче СЗВ-КОРР из 1С. релиз 23.458
-
По СЗВ-КОРР есть зарегистрированная ошибка: Ошибка 20173711. Ее исправили в релизах 3.1.23.460 и 3.1.24.310, которые вышли сегодня. Нужно обновить базу.
-
-
-
-
Доброе утро!Спасибо за бесценные рекомендации!В 1 С: Бухгалтерия в справочнике Организации ОКФС удалению не поддается.Но ручное удаление полностью теги (строчки) из файла отчета («ЕЩЕ»-«открыть файл») с именем ОКФС ( ) сработало.
-
Добрый день!
Кому-то удалось обойти данные ошибки?
при временном удалении из карточки организации все равно автоматом подгружает этот код.
возможно кто-то может подсказать как удалить в самом отчете эти коды? 1с бухгалтерия 3.0 формирую через 1с отчетность.-
После проведения документа по кнопке «Открыть файл». Удаляете строку с ОКФС. Сохраняете. После этого отправляете отчет
-
Для ЗУП разработчики выпустили патч. Для Бухгалтерии такого аналогичного патча не вижу. :((
Удалить можно прямо из файла вручную. Удалять нужно полностью строку. -
Прошу прощения, есть патч и для БП: EF_70027868_6.
-
Для БП данный патч числится как «отозванный»…
У нас клиент с подобной проблемой столкнулся..Ошибка следующего плана: «Ошибка «ефс 1 нарушена структура, ошибка системы», тем не менее клиент данный отчет сдал.
У БП выпущен релиз (для теста) версии 3.0.129.19..интересно, в нём есть спасительное решение данной проблемы?-
Когда писала сообщение, патч отозван не был. :(( Честно, не проверяла, исправлено ли в БП. Должно быть исправлено. Обычно на что патчи вышли, то в следующем релизе исправляется.
-
-
-
-
Ошибка ОФКС. Обидно, что 1С скатывается до таких примитивных ошибок. Хорошо что вообще на эту тему наткнулся. Протокол пришел, сдано! Спасибо всем, кто помог.
-
-
удалили строчку из файла. сработало.
-
какие строки удаляли, подскажите пожалуйста.
-
Выложили новую версию патча от 1С
-
Добрый день, уже 3-й день не могу отправить отчет,
скажите — надо использовать крипто-подпись организации?-
Вопрос не касается обсуждаемой темы. пожалуйста, задайте его отдельно через Личный кабинет.
-
-
Добрый день, другая немного проблема с этим же отчетом. Увольнение прошло, но прием на работу был «старенький» без ОКЗ, вот он не подтянулся, добавляла и в должность и строчку в ручную прописывала, проверку проходит, но протокол отрицательный приходит. И как теперь отправить правильно только сведения по ОКЗ, если в части кадрового мероприятия сведения уже приняты:» По застрахованному лицу мероприятия не приняты. Ранее учтено мероприятие с таким же GUID»
-
Ваш вопрос не касается обсуждаемой темы. Чтобы получить ответ, задайте отдельный вопрос через свой Личный кабинет.
-
Добавить комментарий
Для отправки комментария вам необходимо авторизоваться.
Нарушена целостность структуры конфигурации |
Я |
14.06.21 — 15:05
при обновлении конфигурации БП 3.0 с поддержкой не хватило места на диске для временных файлов. База открывается, запускается , ошибок не выдает. Обновить не могу , выдает «Нарушена целостность структуры конфигурации» при анализе конфигурации поставщика.
Кэш чистили где только могли
USE [MyBase]
GO
DELETE FROM [dbo].[Config]
WHERE FileName = ‘dbStruFinal’
GO
DELETE FROM [dbo].[Config]
WHERE FileName = ‘commit’
GO
Обе таблицы пустые были. Ума не приложу ,что еще м.б. ?
1 — 14.06.21 — 15:10
(0) а бекап то есть перед обновлением? С него восстановитесь и накатите снова обновление, уже со свободным местом на харде.
2 — 14.06.21 — 15:13
(1) да так и делаю. но выдает ошибку
3 — 14.06.21 — 15:14
м.б. раньше что-то с базой случилось (пару недель назад) , но только сейчас всплывает .
4 — 14.06.21 — 15:15
(3) попробуй на отдельном коме в файловом варианте все это дело проделать, предварительно можно ТиИ запустить
5 — 14.06.21 — 15:16
(4) не получится, база слишком большая в ДТ не выгрузится
6 — 14.06.21 — 15:19
(5) а ТиИ делал?
7 — 14.06.21 — 15:20
(5) тестовый сервак есть какой нить?
8 — 14.06.21 — 15:20
(6) делал , не спасло . проверку на логическую целостность конфигурации делал . выдал в коде несколько ошибок . но имхо, не в этом дело
9 — 14.06.21 — 15:21
(7) копия развернута на том же 1С серваке , а это как-то может повлиять ?
10 — 14.06.21 — 15:22
Точно все везде подчистили? Видел подобно когда существовали временные файлы от обновления.
11 — 14.06.21 — 15:25
(10) да вроде да, админы почистил весь кэш, даже пути к каталогам обновлений пришлось добавлять
12 — 14.06.21 — 15:26
Можно попробовать на копии откатить на версию назад и поставить два обновления подряд.
13 — 14.06.21 — 15:26
(12) это как ?
14 — 14.06.21 — 15:27
обновлялся в мае , последний раз . все без проблем работало
15 — 14.06.21 — 15:28
до недавнего времени . да и сейчас пользователи работают никаких сообщений нет, конфигуратор открывается, изменения вносятся, сохраняются. Все вроде нормально
16 — 14.06.21 — 15:36
1с-ина какого релиза то хоть ?
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 обновить попутно
20 — 14.06.21 — 15:43
(13) в (18) так даже проще.
21 — 14.06.21 — 15:44
>>удали конфу поставщика
Это как ?
22 — 14.06.21 — 15:46
(21) пофигуратор — настройка поддержки — кнопать снять с поддержки..ок, конфа поставщика прибьётся.
Потом через сравнение объединение с конфой того же релиза скажет что обнаружена конфа, поставить на поддержку ? скажешь да, только все галки сыми. Тогда конфа встанет на поддержку — там тупо конфа поставщика прилетит взад.
Усё.
23 — 14.06.21 — 15:47
(21) с поддержки снял?
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
Конфа ИБ при этом не пострадает (останется старой) не забывай галки с конфы снять (с корня)
26 — 14.06.21 — 15:47
27 — 14.06.21 — 15:48
(24) да это нахрен не надо. У тя конфа поставщика битая, а не демоническое обновление
28 — 14.06.21 — 15:48
админы чего-то с базой ковыряются войти не могу , мысль понял . пошел делать
29 — 14.06.21 — 15:48
(27) а как так вышло ?
30 — 14.06.21 — 15:49
(29) как-как.. место же на диске кончилось :)) Сам же в (0) написал
31 — 14.06.21 — 15:51
(30) так ведь , место на диске кончилось , а конфигурация поставщика уже в базе была ?
32 — 14.06.21 — 15:52
мда… очередная ветка из серии «не надо на продуктиве держать базу с конфигом на поддержке»
33 — 14.06.21 — 15:54
(31) Это, вопросы религии и философии на другом форуме. Ты базу чини
34 — 14.06.21 — 15:55
(33) понял :). долго конфигуратор грузится
35 — 14.06.21 — 16:01
(34) пользуй 64х битную версию, там быстрее
36 — 14.06.21 — 16:02
+ ежели у тя скуль, включи параллельность на время реструктуризации и прочей тяжелой хни
37 — 14.06.21 — 16:06
(35) вроде ее и юзаю
38 — 14.06.21 — 16:10
(37) вроде ? 🙂 в диспетчере задач посмотри, какой процесс 1с-ины запущен
39 — 14.06.21 — 16:21
64
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
Я бы восстановил саму текущую в связке с типовой конфой на пустой базе или демке, а затем выгрузить в файл и загрузить в боевую из файла. Результат будет тот же самый, но получить рабочую конфу таким образом будет намного легче.
44 — 14.06.21 — 17:37
«Загрузить конфигурацию из файла» уже советовали?
45 — 14.06.21 — 17:56
(0) Вот и пришло время научиться пользоваться технологическим журналом.
ну и естественно Ваша проблема обсуждалась многократно, и пришло время научиться пользоваться поисковыми сервисами интернет.
46 — 14.06.21 — 17:58
(0) сделай «выгрузку для перехода в сервис» и загрузи из этого zip-архива с данными в такую же конфигурацию твоего релиза, если конфа типовая.
47 — 15.06.21 — 09:10
(42) Да
48 — 15.06.21 — 09:11
(44) грузил, не помогло
49 — 15.06.21 — 09:11
(46) не типовая
50 — 15.06.21 — 09:12
(45) напомнило рассказ В.Осеевой «Три товарища» 🙂 https://lukoshko.net/story/tri-tovarischa.htm
51 — 15.06.21 — 09:14
(41) я на копии пока все это пытаюсь сделать 🙂
52 — 15.06.21 — 09:18
И че, не починил? ). Давно бы уже на пустышке сьептл православный cf. Его потом тупо через insert в скуле в рабочую и усё
53 — 15.06.21 — 09:19
(48) Странно. Если ошибок при загрузке не было, значит прогрузиться должны были все конфигурации, включая поставщиков.
Выходит или ошибка не совсем релевантна, либо загружаемая конфа уже кривая (можно ее отдельно прогнать по полной).
54 — 15.06.21 — 09:21
(52) сейчас буду делать 🙂
>> Его потом тупо через insert в скуле в рабочую и усё — а загрузить конфигурацию нельзя будет через конфигуратор ?
55 — 15.06.21 — 09:23
(43) сейчас попробую
56 — 15.06.21 — 09:25
(54) можно. Только инсерт одной таблички в скуле в разы быстрее
57 — 15.06.21 — 09:26
(56) лучше уж я через конфигуратор. Копия не дает в конфигуратор войти, после авторизации висит загрузка … сейчас разберусь с этим и отпишусь .
Всем неравнодушным спасибо:)
58 — 15.06.21 — 09:47
(0) Если есть бекап, то восстановись из бекапа и не мучайся.
Потом почисти место, для обновления
59 — 15.06.21 — 09:48
(10) КЭШ чистили где?
Есть кэш пользователя, есть сервере 1С 🙂
60 — 15.06.21 — 09:49
А так, похоже не те файлы у вас Админы удалили 🙂
61 — 15.06.21 — 09:49
+(59) есть сервере 1С -> Есть КЭШ сервера 1С
62 — 15.06.21 — 09:57
(61) поподробнее пожл -ста
63 — 15.06.21 — 10:01
(62) смотри временные папки пользователя, под которым служба агента 1с запущена. Емли конечно, в файле настроек сервера не указан конкретный путь доя этого
64 — 15.06.21 — 10:01
(62) а смысл теперь?!
Ты копию своей боевой базы уже поднял и убедился на копии, что в базе действительно есть нарушение нормальной работоспособности.
з.ы. Когда поднимаешь копию базы, то само-собой разумеется, что для нее кэша нет ни у клиента, ни у сервера.
65 — 15.06.21 — 10:24
(64) «само-собой разумеется» — это если архивные данные грузятся в новую, только что созданную базу. А если будут загружаться в ранее существующую базу — то кэш — есть! Протухший 🙂
66 — 15.06.21 — 10:25
(65) само собой разумеется, что я не считаю ТС идиотом
67 — 15.06.21 — 10:27
(66) Это не идиот это тонкости которые не совсем логичны
68 — 15.06.21 — 10:28
(66) Я тоже никого не считаю идиотами. Это просто мелкое замечание.
69 — 15.06.21 — 10:29
(64) для расширения кругозора. Делаю как Вы советовали , просто медленно все на серваке работает
70 — 15.06.21 — 10:34
PS: перегрузить конфигурацию поставщика — простейшая задача, как фигура из трех пальцев, тьфу, — из трёх конфигураций информационной базы. Достаточно иметь архивы этой БД или любую другую БД на поддержке с такой же конфигурацией.
71 — 15.06.21 — 10:39
(70) думал чисткой кэша обойтись или таблиц конфигурации, но не вышло …
72 — 15.06.21 — 10:43
+(70) Я даже два метода знаю: через загрузить конфигурацию из *.cf или через снятием с поддержки, обновления из *.cf с попутным возвратом на поддержку. «Я ещё и вышивать могу, и на машинке, м-м-м… тоже»
73 — 15.06.21 — 10:51
(71) Кэши чистить — полезно.В данном конкретном случае — рекомендуется.
PS: есть ещё и третий метод перезагрузки конфигурации поставщика 🙂
74 — 15.06.21 — 10:57
(73) да я думаю что должно получиться как Фрэнки подсказал, в пустую базу конфу залил того же релиза , на нее сейчас доработки вставлю , сохраню ее в файл и загружу в копию, потом попробую обновиться.
75 — 15.06.21 — 11:13
(72) ТС утверждает, что это не помогает.
76 — 15.06.21 — 11:35
(75) ТС может блуждать в потёмках, вольно/невольно заблуждаться. В пользу этого говорит долгий срок устранения проблемы.
ChMikle
77 — 15.06.21 — 13:00
Все получилось , всем спасибо !
/
Нарушена целостность структуры конфигурации 1C — ошибка при обновлении
Нарушена целостность структуры конфигурации 1C — ошибка при обновлении
03.12.2012
Сегодня я расскажу Вам о том, какие действия предпринимать, если после обновления конфигурации 1С 8.2, вылетает ошибка «Нарушена целостность структуры конфигурации».
Итак, к сути: попытаться решить проблему можно следующим образом (перед началом любого из действий с конфигурацией, не забывайте делать архивную копию базы данных, как это делать я писал в заметке Выгрузка информационной базы 1С 8.2):
- Создать новую пустую базу в новой папке и загрузить в конфигурацию выгруженную ранее информационную базу, которую необходимо обновить.
Если использовать вариант, как решение проблемы в принципе, то неудобство заключается в том, что при многопользовательской работе придется переписывать пути к базе данных. Пробуем обновить эту конфигурацию и затем запустить.
Если проблема устранится, то скорее всего необходимо почистить папку кэша 1с (C:Documents and SettingsПользовательLocal SettingsApplication Data1C1Cv82). Папка вероятнее всего по умолчанию будет скрыта, так что, если вы не знаете, как получить доступ к скрытым файлам и папкам windows, рекомендую ознакомиться с этой заметкой.
Файлы в корневых папках 1Cv82 и 1Cv81 с текущей/последней датой изменения трогать не следует. В них хранятся настройки стартовых окон. Все запустится и в этом случае, но тогда при первом запуске придется подождать.
После решения проблемы (если конечно предложенный способ Вам поможет), рекомендую сделать архивную копию базы данных еще раз и проверить конфигурацию на ошибки посредством штатного инструмента 1С «Тестирование и исправление».
Тестирование и исправление ИБ
Необходимо зайти в конфигуратор и в пункте меню «Администрирование» выбрать «Тестирование и исправление»:
Инструмент работает в 2-х режимах
- Тестирование — режим, при котором производится только проверка на наличие ошибок конфигурации.
- Тестирование и исправление — режим, при котором производится и проверка и коррекция ошибок конфигурации.
При работе информационной базы в файловом варианте и варианте работы клиент-сервер, допустимо тестирование и исправление логической целостности, ссылочной целостности и пересчет итогов, Для файлового варианта информационной базы возможно выполнение ре-индексирования и сжатия базы данных.
Для распределенных информационных баз (УРИБ), у которых возможно получение данных, содержащих ссылки на объекты, которых нет в тестируемой информационной базе, снятие флажка Проверка ссылочной целостности информационной базы позволит отключить создание «несуществующих» данных и как следствие не приведет к передаче этих данных в другие узлы распределенной информационной базы.
Включить проверку ссылочной целостности ИБ отключая от проверки логическую целостности невозможно. Также отключение проверки ссылочной целостности не означает, что выключена проверка типа ссылок.
Самое слабое место, например в Бухгалтерии — это Оборотно-сальдовая ведомость, поэтому перед началом обработки и после нее рекомендую сформировать оборотку и сравнить итоговые показатели до и после тестирования и исправления. Это конечно вовсе не апогей тестирования, но хоть что-то.
Это все, что я хотел рассказать Вам сегодня. До новых встреч.