Бывает так, что ошибка в коде обработки или в данных приводит к некорректному заполнению регистров сведений с независимой записью. В моей практике работы с регистром сведений "Значения дополнительных реквизитов" была ошибка в данных на загрузку. Ошибочные записи заметили, когда данные уже были загружены. Как быть в таком случае? Как вернуть всё обратно?
Если есть резервная копия базы, то можно очень просто вернуть всё на место для этого регистра не трогая остальные данные! Конечно, то что проделано руками пользователей в этом регистре с момента создания резервной копии до момента перезагрузки регистра - потеряется(((, но это неизбежность.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы, интерфейс 8.5. Может выполнять свертку одновременно в несколько потоков, а также без непосредственного участия пользователя. Решение в Реестре отечественного ПО.
Расширение для создания и редактирования печатных форм в системе 1С:Предприятие 8.3. Благодаря конструктору можно значительно снизить затраты времени на разработку печатных форм, повысить качество и прозрачность разработки, а также навести порядок в многообразии корпоративных печатных форм. Обновление версии от 21.04.26
Первые попытки разработки на 1С с использованием больших языковых моделей (LLM) могут разочаровать. LLMки сильно галлюцинируют, потому что не знают устройства конфигураций 1С, не знают нюансов синтаксиса. Но если дать им подсказки с помощью MCP, то результат получается кардинально лучше.
Далее в публикации:
MCP для поиска по метаданным 1С, справке синтакс-помощника и проверки синтаксиса.
Analyzer 1C сводит выгрузку 1С — основную конфигурацию и все расширения — в единый граф знаний. Любой запрос по связям за доли секунды, с пометками «Доб.» / «Заимств.» / «Переопределено».
Новое в 2.0 — обновление поставки: сравнение и объединение версий деревом «как в Конфигураторе» с выгрузкой плана решений; поиск конфликтов из-за перехватов расширений и висячих ссылок; загрузка из бинарных .cf/.cfe; циклические зависимости.
Плюс анализ влияния, запросы BSL, роли и RLS, граф вызовов. Минута на развёртывание через Docker без необходимости подключения к Интернет. Любая 1С:Предприятие 8.3+.
Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.
Infostart MagicInput улучшает подбор в полях ввода 1С: ищет по любой части названия и по нескольким ключевым фрагментам, распознаёт ввод в другой раскладке и показывает иконки/статусы объектов прямо в списке. Поддерживает вставку навигационной ссылки/представления документа для автоподбора; для разработчиков доступны поиск по GUID и полному имени предопределённого. Работает в управляемых формах и подключается в большинстве конфигураций 1С 8.3/8.5.
Контроль ввода данных в 1С: проверка заполнения реквизитов, обязательные поля, контроль перед записью и проведением, запрет проведения документа. Позволяет настраивать любые проверки данных в 1С 8.3/8.5 от обязательных полей до сложных условий – без открытия конфигуратора и написания кода. Готовое расширение, которое подключается и работает сразу.
(1) recon, да, Вы совершенно правы. Чёт я ступил... надо снимать с публикации
видно когда понял, что заполнил регистр ошибочными данными ум помрачился ) Помню, что сварганил по принципу ЗначениеВФайл()....ЗначениеИзФайла() и быстренько вернул всё обратно, вот велосипед и получился...
(2) в (3) верно говорят.
помню давно как то, была подобная ситуация.
тоже написал свое, хотя и знал про типовую. но было проще свое накидать, чем разбираться в коде типовой.
мало ли...
Предлагаю оставить, не снимать с публикации.
Да, "ВыгрузкаЗагрузкаДанныхXML.epf" может очень многое. Но она - опасное оружие в неумелых руках, и может очень многое испортить. А эта обработка сделает только то, что ей сказали сделать. Ничего лишнего.
Как пример, чтобы не быть голословным:
- с помощью "ВыгрузкаЗагрузкаДанныхXML.epf" восстанавливался 1 (один) документ из резервной копии.
- документ был непроведенный, помеченный на удаление. Галка "Выгружать с документом все его движения" была отключена.
- были сняты галки на всех других типах объектов, и на всех "объектах по ссылкам".
- полученный xml-файл был проверен визуально в текстовом редакторе. Там действительно был только один объект - этот самый документ. Никаких движений по регистрам, никаких объектов по ссылкам.
- При загрузке НЕ НАЖИМАЛИСЬ галки "отключить итоги".
А теперь - результат:
- В процессе загрузки обработка зачем-то отключила итоги, затем загрузила документ успешно, затем стала включать итоги. И нарвалась на блокировку, так как в базе были работающие пользователи. В конце концов свалилась по ошибке "Превышено время ожидания запроса на блокировку", так и не включив итоги.
