Ошибки при контроле структуры как найти

Ошибки при обработке документов Честным знаком

Когда стороны сделки подписывают УПД, оператор ЭДО, передаёт в ГИС МТ «Честный ЗНАК» информацию, содержащуюся в этом документе. Затем в системе маркировки начинается дополнительная проверка документа и после завершения проверки, пользователь в личном кабинете системы маркировки может увидеть следующий результат:

1. Когда у документа появляется статус «Обработан успешно» — означает, что произошел переход прав собственности на маркированные товары. Товары из документа можно реализовывать дальше.
2. Когда у документа появляется статус «Обработан с ошибками» — означает, что переход права собственности на маркированные товары не произошел.

Как узнать статус документа в Честном Знаке?

Для просмотра статуса документа необходимо выполнить следующие действия:

1. Перейдите в личный кабинет по ссылке

2. Выберите необходимую товарную группу:

3. Перейдите в раздел «Документы»:

4. В разделе «Документы» выберите вкладку «Документы»:

5. Статус документа можно отфильтровать:

6. Если есть документ со статус «Обработан с ошибкой», то ошибку можно посмотреть, зайдя в документ:

7. Для того чтобы посмотреть ошибку, нажмите на кнопку «Сформировать список ошибок»

8. Дождитесь формирования списка ошибок:

9. Затем скачайте список ошибок, нажав на кнопку «Скачать список ошибок»

10. Скачанный документ рекомендуется извлечь из архива и открыть через блокнот:

11. Затем в документе можно посмотреть текст ошибки:

В образце указан номер ошибки «24», «Статус кода маркировки <КМ>не соответствует выполняемой операции»

Источник

Проверка статуса кодов маркировки Честный Знак

После принятия товара, все коды маркировки переходят в вашу собственность. Соответственно вся ответственность по товару тоже ложится на ваши плечи.

Поэтому необходимо делать проверку кодов маркировки перед принятием УПД. При передаче товаров поставщики могут допустить ошибку. Допустим некорректно заполнить коды маркировки в УПД, забыть ввести марки в оборот. Если вы приняли УПД без сверки, то получить штраф рискуете именно вы, а не поставщик.

Как делать сверку кодов маркировки, а также ошибки приёма УПД через ЭДО мы рассмотрели в прошлых статьях.

1. Во-первых, чтобы убедиться в отсутствие нарушений проведите проверку статуса кода маркировки. Это можно сделать в личном кабинете Честного знака.

Инструкция как проверить статус кода маркировки:

1. Зайдите в личный кабинет ЧЗ;
2. Выберите товарную группу;
3. Перейдите в раздел «Коды маркировки» из левой боковой панели, воспользуйтесь фильтром в столбце «Код».
4. Вставьте в пустое поле код идентификации и выберите «Применить». Статус кода отобразится в столбце «Статус кода».

Если статус кода маркировки «Эмитирован» т.е. код не введен в оборот. Необходимо связаться с поставщиком и попросить ввести товар в оборот. Продавать товар, не введённый в оборот нельзя.

2. Во-вторых, необходимо проверить коды маркировки на излишки до 1 декабря.

В статье про новые штрафы Честный Знак мы уже писали, что у налоговиков есть приложение Честный Знак ГОС, которое фиксирует все ваши нарушения в реальном времени.

Остатки кодов маркировки как раз является одним из таких нарушений. Остатки (излишки) кодов маркировки – это когда в системе Честного знака за вашей торговой точкой числятся коды, которых у вас нет в наличии.

Например, вы продали товар, но информация о проданном товаре, по каким-то причинам не ушла в систему Честного знака.

Причины могут быть разные — ошибки продавца, потеря интернет соединения, не продлен договор с ОФД. И это привело к тому, что данные о продажи не были отправлены в систему Честного Знака.

В личном кабинете нет функционала, чтобы проверить, какие коды были списаны, а какие еще числятся за вами. В этом вам поможет наша программа ТриАР-контроль марок, которая поможет вам проверить коды маркировок, узнать точное количество остатков и провести массовое списание излишков марок

Что нужно сделать:

1. Установить программа ТриАР-КМ;
2. Просканировать коды в магазине. Программа автоматически выделит излишки марок, останется только нажать кнопку списать;
3. Программа автоматически отправит данные в систему.

Источник

Проблемы маркировки товара: нюансы и сложности работы с системой Честный ЗНАК

Все больше товарных категорий попадают под требования системы маркировки и прослеживаемости товаров. Для легкой промышленности запрет на оборот без кодов маркировки стартует с боем курантов — 1 января 2021 года. Чтобы быть готовым, бизнесу нужно понимать нюансы нововведения и проблемы, которые придется решать, запуская процесс. Мы изучили мнения экспертов рынка и собрали все сложности и нюансы маркировки в отдельный обзор.

Основные проблемы маркировки товаров

Сложности маркировки продукции ждут всех участников оборота: производителей, оптовиков, розницу и импортеров. Конечно, масштаб изменений будет отличаться для небольшого магазина и крупного дистрибьютора.

Но основные проблемы, с которыми столкнется бизнес, не зависят от роли участника, а обусловлены особенностями подготовки к работе с системой «Честный Знак» и теми процессами, которые организовало для предпринимателей государство.

Для экономии Вашего времени

Сложность №1: подготовка к регистрации в системе Честный Знак

Первое, что необходимо сделать каждому участнику оборота — пройти регистрацию в Честном Знаке. Несмотря на то, что в системе маркировки процесс продуман и построен достаточно просто, для успешной регистрации потребуется подготовка.

Для начала необходимо оформить криптоподпись. УКЭП выпускается только на руководителя компании, за исключением двух случаев.

1. руководителем компании является зарубежный специалист без СНИЛС,
2. подпись нужна для представительства зарубежной организации.

На этом сложности не заканчиваются. Сама регистрация невозможна, если компьютер не пройдет по техническим требованиям «Честного Знака», а именно:

• установленный криптографический плагин и криптопро провайдер для обмена электронными документами;
• готовность браузера: поддерживаются версии Яндекс Браузер 20, Google Chrome 70, Mozilla Firefox 60, Safari 12;
• операционная система компьютера Windows 7 или Maс OS X 10.8.

Помимо чисто технических нюансов, появятся финансовые траты: приобретение лицензии на право использования средства криптографической защиты информации.

Чтобы получить доступ в личный кабинет «Честный Знак» и начать работу, потребуется ввести идентификатор, выданный оператором электронного документооборота, или указать ЭДО Лайт. Можно добавить сотрудников, имеющих право работы с документами в системе «Честный Знак» помимо руководителя, указав дополнительные сертификаты УКЭП (за них нужно платить отдельно).

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

Нюансы №2: получение кода маркировки на товар

Единым хранилищем информации о маркировке на все товары является «Национальный каталог маркированных товаров». Данные в него поступают через обмен информацией из ГС1 РУС, так как «Честный Знак» использует стандарты GS1 в качестве базовых.

Ассоциация ГС1 РУС или ЮНИСКАН — это организация, выдающая штрихкоды EAN. Большинство компаний в мире используют этот стандарт кодов для описания продукции. Кроме нее никто в России не может присвоить код системы GS1.

Чтобы стали доступны коды маркировки, сначала в системе «Честный Знак» нужно описать сами товары. Причем создание карточек возможно только через:

1. дополнение карточек товаров, подтянутых автоматически из ГС1 РУС;
2. описания карточек товаров, входящих в принадлежащий Участнику ГС1 РУС диапазон кодов товаров.

Если участник не является членом ГС1 РУС, создать карточки товаров невозможно, можно только регистрировать товарные остатки в упрощенном порядке.

Участие в ассоциации Юнискан оплачивается ежегодно.

• 25 000 рублей – вступительный взнос,
• 15 000 рублей – ежегодный взнос.
• 3 000 рублей – оплата в первый и последующие годы для участников программы обязательной маркировки, если они производители и импортеры.

Особенность №3: оплата кодов маркировки

Чтобы оформить заказ на коды маркировки, нужно их оплатить из расчета 60 копеек с НДС за один код. «Честный Знак» работает только по предоплате, поэтому придется пополнить баланс лицевого счета на нужную сумму. Причем для каждой товарной группы открывается отдельный лицевой счет.

Сам заказ размещается через раздел на сайте «Честный Знак» под названием «Станция управления заказами». Полученные коды отобразятся в реестре «Коды маркировки» в статусе «Эмитирован. Выпущен». Поручить выпуск кодов сторонним исполнителям или посредникам не получится, так как размещать заказы в системе могут только участники маркировки или владельцы товара.

Хранить коды после печати нельзя. Как только код эмитирован и напечатан, появится дата «Печать доступна до» и после нее напечатать или скачать коды будет невозможно.

Проблема №4: нанесение кода DataMatrix

Чтобы напечатать и нанести DataMatrix на продукцию, отведено 60 рабочих дней. После этого срока код аннулируют, заказывать и оплачивать КМ придется заново.

Для импортеров есть сложности с введением кодов в оборот. ДатаМатрикс уже должен быть нанесен, когда изделие попадает на территорию РФ:

• для участников ЕАЭС — до пересечения границ,
• для остальных — до таможенной очистки.

Подать заявку на ввод в оборот может только организация с правом собственности на продукцию, а у импортера на момент выпуска кодов такого права еще нет.

Как можно организовать нанесение маркировки:

1. непосредственно на производстве,
2. на таможенном складе,
3. у логистического провайдера.

С организацией процесса нанесения кодов возможны проблемы. Далеко не каждое зарубежное производство согласится наладить у себя процесс маркировки изделий для импорта в Россию. Да и контролировать качество и правильность нанесения Data Matrix компаниям-импортерам проблематично.

Источник

Контроль кодов маркировки в программах 1С

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

Цель контроля кодов маркировки

Успешное выполнение операций в информационной системе МП «Честный знак» возможно только при определенном статусе и определенном владельце кодов маркировки. К примеру, для реализации маркированного товара маркировочный код должен иметь статус «В обороте», а владельцем должен быть продавец этого товара.

При этом могут быть исключения в течение переходных периодов для товарных категорий, у которых они определены (к примеру, табачная продукция, выпущенная до 1 июля 2020 г.). Если в информационную систему «Честный знак» поступят неверные сведения о кодах или владельце, операция выполнена не будет. И тогда коды не перейдут к покупателю или не будут выведены из оборота.

В программное обеспечение на базе 1С встроены специальные проверки маркировочных кодов, предоставляющих пользователям сведения о текущем статусе и владельце кодов маркировки напрямую из программ.

Задача этих специальных проверок сводится к тому, чтобы выдать предупреждение пользователям о возможных проблемах как можно раньше, до фактического исполнения операции, т.е. еще на этапе подготовки необходимой документации, чтобы решить возникшую проблему было проще. Кроме того, проверки позволяют получить сведения напрямую из программы 1С, что исключает необходимость использовать дополнительное внешнее программное обеспечение.

Как в 1С настроить проверку кодов маркировки

Для настройки проверки кодов маркировки пользователю нужно задать порядок обработки и контроля. Для этого он заходит в форму «НСИ и администрирование», выбирает «Администрирование», переходит в «Интеграция с ИС МП (обувь, одежда, табак…)» и далее заходит в «Настройки сканирования кодов маркировки».

При указании настроек он может, к примеру, сделать возможность «Запрашивать данные сервиса», чтобы контролировать статусы и владельца кодов маркировки. Для этого нужно поставить соответствующие флажки напротив «Контролировать статусы кодов маркировки» и «Контролировать владельцев кодов маркировки».

При этом пользователь может поставить исключения для операций или товарных групп. Для указания исключений используются гиперссылки рядом с настройками, где ставятся флажки по контролю статусов и владельцев. Когда исключения будут указаны, они отобразятся в заполняемой форме.

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

Пользователь может временно отключить контроль статусов и владельцев, например, на сеанс работы с формой «Подбор и проверка» продукции, подлежащей маркировке в меню «Еще» используемой формы.

Эти настройки используются при проверках только на стороне программы 1С. При этом они никак не влияют на выполнение проверок на стороне Центра развития перспективных технологий (оператора системы маркировки), а потому не снимают ответственности, которая связана с оборотом продукции, подлежащей маркировке.

Маркировка 1С

Закажите маркировку “под ключ” в “Первом Бите”. Комплексное решение от официального партнера оператора ЦРПТ.

• Регистрация в системе маркировки “Честный ЗНАК”, заказ УКЭП;
• Настройка и доработка 1С, подбор и настройка оборудования;
• Обучение сотрудников, создание инструкций;
• Техническая поддержка 24/7

Какие инструменты используются для проверки кодов маркировки

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

В первой ситуации контроль кодов маркировки товаров и групповых упаковок осуществляется в момент их указания или проверки через форму «Подбор и проверка маркируемой продукции». Кроме того, контроль проводится и при сканировании кода маркировки в рабочем месте кассира.

Во второй ситуации контроль кодов маркировки осуществляется в любой удобный момент в рабочем месте «Проверка кодов маркировки».

В форме «Подбор и проверка маркируемой продукции» имеется столбец «Статус проверки», используемый одновременно для передачи информации о статусе кода маркировки в информационную систему «Честный знак», о владельце, а также о результатах проверки фактического наличия кода.

Если пользователь в ходе проверки кодов маркировки обнаружит некорректный для этой операции статус кода или принадлежность владельцу, в графе «Статус проверки» указывается результат этой проверки в виде «Статус. » и/или «ИНН владельца. » с проставлением текущего (некорректного) статуса и/или владельца в информационной системе «Честный знак». Чтобы указать данный момент оператору, статус и код указываются красным.

В случае, когда статус и владелец указаны верно или когда проверка по статусу и владельцу отключена, статус маркировочного кода и его владелец в информационной системе «Честный знак» не отражаются. При этом в столбце «Статус проверки» указывается результат проверки присутствия кода:

• «Не проверялся» — он ставится первоначально, при условии отсутствия сообщений о недостоверном статусе или владельца;
• «В наличии» — он указывается, если код маркировки стоит в документе поступления и присутствует среди фактически поступивших маркировочных кодов;
• «Отсутствует» — он проставляется, если кода маркировки нет в документе поступления, но он имеется среди фактически поступивших маркировочных кодов;
• «Не числился» — он указывается, когда код не был проставлен в документе поступления, однако он есть среди фактически поступивших маркировочных кодов.

Когда маркировочный код не проходит проверку по статусу или владельцу и информационной системе «Честный знак», то его невозможно добавить в форму подбора и проверки. При этом пользователь получает соответствующее уведомление.

В нем есть гиперссылки, по которым можно пройти в рабочее место «Проверка кодов маркировки». Кроме того, можно также перейти в панель администрирования, чтобы отключить контроль статусов.

Как используется рабочее место «Проверка кодов маркировки»

Через рабочее место «Проверка кодов маркировки» пользователь может в любое удобное время получить подробные сведения о маркировочном коде. В него можно зайти через панель «Обмен с ИС МП (обувь, одежда, табак. » по гиперссылке «См. также», если выбрать «Проверка кодов маркировки». В рабочем месте пользователь может проставить один или несколько кодов для проверки с помощью сканера штрихкодов, а также загрузить коды из терминала сбора данных или из внешнего файла.

Кроме того, пользователь может открыть рабочее место из окна уведомления об ошибке при вводе маркировочного кода. В данной ситуации автоматически появляются сведения по этому коду.

Еще один вариант открытия рабочего места — через форму списка или элемента справочника «Штрихкоды упаковок и товаров». В такой ситуации в рабочем месте появляется информация по выделенному коду (или нескольким кодам).

В форме проверки маркировочного кода показываются сведения о текущем состоянии кода по данным информационной системы «Честный знак» — статусы, особое состояние, даты ввода и списания, наименование, детальная информация и пр.

Эта информация — те же сведения, выводимые в личном кабинете информационной системы «Честный знак». Кроме того, в рабочем месте указываются сведения, связанные с этим маркировочным кодом в базе 1С — номенклатура, характеристика, серия, гиперссылка на элемент справочника «Штрихкоды упаковок и товаров». Из рабочего места можно перейти в отчет «Места использования», указывающий объекты информационной базы, в которых используется этот маркировочный код.

Какие проблемы бывают при контроле кодов маркировки

При проверке маркировочных кодов иногда возникает проблема — в форме проверки у покупателя указывается, что текущим владельцем кода является сам покупатель. Такая ситуация значит, что поступление этих маркировочных кодов было уже оформлено. Это возможно, если электронный документ был утвержден без проверки, подтверждение проведено в личном кабинете информационной системы «Честный знак» или через другое программное обеспечение.

Кроме того, такая проблема возникает, когда было дублирование введенного в программу 1С документа. Проверять коды на этой стадии не имеет смысла, поскольку это нужно делать до подтверждения поступления. Кроме того, не требуется и проводить дополнительные действия с маркировочными кодами.

Если при проверке поступивших товаров или при их выборе при отгрузке в форме проверки указан ИНН сторонней организации (не покупателя и не продавца), то вполне возможно, что они изготовлены в течение переходного периода, когда изготовители были обязаны маркировать продукцию и подавать сведения в информационную систему о вводе в оборот маркируемой продукции, но при этом у них еще не наступила обязанность сообщать информацию об обороте маркируемой продукции. Иными словами, продукция, подлежащая маркировке, не числится за поставщиком на дату совершения сделки. Однако при этом можно осуществлять операции с такими товарами. В такой ситуации требуется настроить исключения проверки маркировочных кодов или же на время отключить контроль в форме подбора и проверки.

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

Провести первоначальный анализ можно через рабочее место «Проверка кодов маркировки». После этого потребуется обратиться к поставщику и совместными усилиями проанализировать ситуацию и привести документы в порядок.

Еще одна частая проблема — неправильное сопоставление маркировочного кода карточке номенклатуры в программе 1С, к примеру, при изменении номенклатуры или другой нормативно-справочной информации. Данное сопоставление указывается в справочнике «Штрихкоды упаковок и товаров». Гиперссылка на элемент указанного справочника для проверяемого маркировочного кода содержится в рабочем месте «Проверка кодов маркировки».

Если появляется системная ошибка при подборе или проверке маркировочных кодов, сведений о статусе или владельце недостаточно. Для проведения анализа нужно обращаться за помощью к специалистам, обслуживающим программу или в техподдержку. При этом вместе с описанием ошибки потребуется предоставить лог (историю) запросов к информационной системе.

При проверке маркировочных кодов в рабочем месте «Проверка кодов маркировки» запись истории включается автоматически, а ссылка для открытия будет непосредственно на рабочем месте. Также в текстах некоторых ошибок указывается гиперссылка для временного включения лога запросов и просмотра ранее включенного лога.

Кроме того, пользователь может вручную включить запись логов перед непосредственным выполнением проблемной операции. Для этого в рабочем месте «Обмен с ИС МП (обувь, одежда, табак…)» нужно зайти в группу «См. также». Запись можно включить на конкретное время — 5, 10 или 15 минут. Здесь же будет находиться гиперссылка «Открыть», с помощью которой можно просмотреть лог в текстовом формате и при необходимости сохранить его.

Остались вопросы по контролю кодов маркировки в программах 1С? Звоните нашим специалистам!

Сервисы, помогающие в работе бухгалтера, вы можете приобрести здесь.

Источник

Ошибки контроля

1.
Контроль «по случаю». Нормальный контроль
направлен не на выявление, а на упреждение
негатива. Следует заранее планировать
и согласовывать с сотрудниками даты и
форму контроля.

2.
Тотальный контроль. Он порождает
небрежность. Руководитель, решивший
контролировать все и вся, освобождает
сотрудников от ответственности, а не
повышает ее.

3.
Скрытый контроль. Он некорректен этически
и унизителен для сотрудника и для
руководителя; встречается в разных
видах; его последствие — неблагоприятно
отражается на морально-психологическом
климате в коллективе.

4.
Контроль любимого участка. Менеджер
сосредоточен на контроле тех участков,
тех вопросов, которые он курировал
раньше. При этом «зауживает» поле
контроля, а сотрудники очень быстро
уясняют, что проверяется, а что — нет.

5.
Контроль-проформа. Поверхностный и
выборочный контроль, с тайной надеждой,
что ничего не будет обнаружено.

6.
Контроль из-за недоверия. Подозрительность
свидетельствует о неуверенности в себе

7.
Контроль без обратной связи. Результаты
контроля обязательно должны доводиться
до сведения работника и быть предметом
обсуждения. Контроль бесплоден, когда
нет обратной связи. Некоторые руководители
совершают ошибку, придерживая информацию
о результатах контроля.. Помните: контроль
— это услуга, которую шеф оказывает
своим Подчиненным, и в его результатах
заинтересованы и руководитель, и
сотрудники.

8.
Поверхностный контроль (например,
контроль пребывания сотрудника на
рабочем месте вместо контроля результатов
работы). Он необходим, но если весь
контроль сводится к мелочной фиксации
внешних действий (время прихода на
работу и т. д.), то ощутимой пользы от
него не будет.

9.
Нестандартный контроль. Например —
установление испытательного срока для
нового сотрудника.

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

Лит-ра:

1.
Вересов Н.П. Психология управления. _ М:
Вычислительная математика, 2001.

7

Соседние файлы в папке Психология менеджмента

• #
• #
• #
• #
• #
• #
• #
• #

Ошибки информационной базы 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

  

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

  

CaptanG

23 — 14.06.21 — 15:47

(21) с поддержки снял?

  

ChMikle

24 — 14.06.21 — 15:47

  

Ёпрст

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

  

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

  

ChMikle

54 — 15.06.21 — 09:21

  

ChMikle

55 — 15.06.21 — 09:23

(43) сейчас попробую

  

Ёпрст

56 — 15.06.21 — 09:25

(54) можно. Только инсерт одной таблички в скуле в разы быстрее

  

ChMikle

57 — 15.06.21 — 09:26

  

DrZombi

58 — 15.06.21 — 09:47

  

DrZombi

59 — 15.06.21 — 09:48

  

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

  

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

  

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) ТС может блуждать в потёмках, вольно/невольно заблуждаться. В пользу этого говорит долгий срок устранения проблемы.

Все получилось , всем спасибо !