+7(499)-938-42-58 Москва
+7(800)-333-37-98 Горячая линия

Кто изменил справочник или документ в базе? Версионирование объектов в 1с.

Содержание

Изменение версии документа в 1с. v8 история изменения реквизитов. просмотр изменений объектов

Кто изменил справочник или документ в базе? Версионирование объектов в 1с.

В статье рассмотрим каким образом в 1С можно отследить историю изменений объектов и какие настройки необходимо сделать чтобы активировать данный механизм. Рассматривать будем на примере 1С:Зарплата и Управление Персоналом.

Для чего может понадобиться история изменения? К примеру, если в какой-либо документ вносились изменения один или несколько раз, то можно увидеть, что и кем было изменено.

Также есть возможность не только смотреть, но и сравнивать произведенные изменения объекта.

НАСТРОЙКА 1С. ЕСТЬ ЗАДАЧА? БЕСПЛАТНАЯ ОЦЕНКА! Смотреть подробнее →

Первое, что необходимо сделать в программе 1С — это проверить соответствующие настройки. Переходим в раздел “Администрирование” и далее выбираем пункт “Общие настройки”. Раскрываем пункт “История изменений” и здесь должна быть активирована галочка напротив пункта “Хранить историю изменений”. После чего справа появится ссылка “Настройка хранения”.

Теперь у нас появилась возможность просматривать версии кадрового перевода. Создадим новый документ и заполним его данными. Дату перевода в первой версии установим 28 июня 2019 года. После чего проводим документ.

Давайте сейчас попробуем изменить дату перевода. Установим 29 июня 2019 года и также укажем причину перевода на закладке “Дополнительно” и перепроводим документ. Далее для просмотра версий документа нажимаем на кнопку “Еще” и выбираем действие “История изменений”.

Откроется форма, в которой в таб. части будут указаны все версии документа. Поскольку мы вносили изменения в документ один раз, то помимо начальной версии документа №1, есть и версия №2. Мы видим кто был автором изменения и когда это изменения происходило.

Для того чтобы открыть конкретную версию необходимо ее выделить и нажать на кнопку “Открыть”.

Для того что сравнить какие-либо две версии между собой необходимо выделить их в таб. части при помощи клавиши “Ctrl” и нажать на кнопку “Сравнить”. Откроется окно с информацией о различиях в выбранных версиях. В нашем примере видим, что изменилась дата перевода и появилось назначение. Автоматически система поменяла и дату запрета.

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

«1С:ЗУП 8» (ред. 3): как отследить историю изменения объектов (+ видео)?

ролик выполнен в программе «1С:Зарплата и управление персоналом 8» версия 3.1.3.

Включить хранение истории изменений объектов (версионирования) следует в меню Администрирование — Общие настройки – История изменений, установив флаг Хранить историю изменений.

Далее по ссылке Настройки хранения кнопкой Установить, когда сохранять версии указать, для каких объектов настроить версионирование (например для документа Ведомость в банк), и уточнить, в какое время выполнять сохранение. Время сохранения выбирается из вариантов:

Теперь в документах выбранного вида доступна возможность просмотра версий объекта по кнопке ЕщеИстория изменений.

По кнопке Сравнить предоставляется отчет об изменениях, внесенных в документ. Так, в примере видно, что изначально к выплате сотруднику И.В. Булатову было назначено 65 250 руб., но затем 23 августа начальник расчетного отдела Е.Н. Орлова внесла изменения, и сумма к выплате стала 250 руб.

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

Срок хранения версий ограничивается при Настройке хранения истории изменений кнопкой Установить срок хранения версий.

Заметки из Зазеркалья

Реализовано в версии 8.3.6.1977.

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

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

Однако имена объектов используются не только в структуре метаданных, но и в программном коде. И в случае удаления/переименования объектов вам приходится вручную вносить исправления в программный код. Такая работа требует внимательности и аккуратности, и по этой же причине она является источником ошибок.

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

Использование этого механизма настраивается в параметрах конфигуратора. Теперь там появилась группа настроек Рефакторинг при изменениях в метаданных и формах:

Автоматический анализ текстов модулей вы можете настроить по-отдельности для каждого вида операций. При удалении, при переименовании, при изменениях, выполняемых в формах. Также вы можете настроить реакцию платформы в тех случаях, когда требуется ваше участие: Задавать вопрос, Продолжать операцию или Отменять операцию.

Терминология

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

Например, если в коде используется конструкция Справочники.Номенклатура, то мы со 100%-ой уверенностью можем сказать, что выполняется работа со справочником Номенклатура. Такие случаи называются фактическим использованием. Их платформа умеет обрабатывать автоматически, а в окне результатов поиска они помечаются пиктограммой i.

Наряду с этим есть случаи, когда только по фрагменту текста нельзя понять, с каким именно объектом конфигурации ведётся работа. Например, Параметр1.Номенклатура.

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

Такие случаи называются возможным использованием. Они требуют вашего вмешательства, и в окне результатов поиска они помечаются пиктограммой !.

Поиск ссылок

Если вы хотите заранее проанализировать последствия переименования или удаления объектов конфигурации, вы можете найти все ссылки на них в модулях:

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

Случаи возможного использования платформа помечает в общем списке пиктограммой ?:

При удалении объекта конфигурации платформа автоматически покажет список фрагментов, которые могут использовать удаляемый объект:

Соответственно вы можете сначала удалить объект и потом исправить фрагменты кода. Или наоборот, сначала отказаться от удаления объекта, исправить все фрагменты кода, а затем удалить объект.

Переименование

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

Чтобы ускорить ручное изменение фрагментов, вы можете выделить сразу несколько строк, а затем из контекстного меню выполнить команду Заменить.

Надеемся, что новый механизм значительно сократит количество «ручной» работы и желаем вам удачного переименования и удаления объектов :).

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

Типовой функционал не предполагает ведение подробной статистики изменения объектов в журнале регистрации — вместо этого записывается просто факт изменения данных. А что именно было изменено, остается загадкой. Хотя зачастую у пользователей возникает необходимость в получении более детальной статистики изменения справочников и документов системы.

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

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

Сверка идет по всем реквизитам объекта (для документов дополнительно проверяется изменение табличной части Товары ). Если значения по какому-то реквизиту в двух версиях объекта различаются, создается запись в журнале регистрации.

Для фильтрации нужных записей в журнале можем воспользоваться отбором:

Нас интересуют из всего списка два события:

В случае изменения карточки справочника, событие журнала выглядит примерно так:

А для документа так:

Для корректной работы расширения необходимо снять признак Безопасный режим .

Новые объекты конфигурации, для которых поддерживается история данных

Теперь история данных поддерживается ещё для трёх классов объектов конфигурации. Это:

  • планы обмена,
  • планы видов расчета,
  • константы.

С данными этих объектов механизм работает по тем же принципам, что и с данными справочников или документов.

Поддержка изменений реквизита ИмяПредопределенныхДанных

В механизм истории данных мы добавили поддержку изменения стандартного реквизита ИмяПредопределенныхДанных для таких объектов как:

  • планы видов расчета,
  • справочники,
  • планы счетов,
  • планы видов характеристик.

Особенностью этого реквизита является то, что он может изменяться как в режиме Конфигуратор (в процессе разработки), так и в режиме 1С:Предприятие. Механизм истории данных создаёт версии только для тех изменений, которые выполняются в режиме 1С:Предприятие.

Управление переходом на версию

Мы реализовали новое событие ОбработкаФормированияПоВерсии() для таких программных объектов как:

  • СправочникОбъект,
  • ДокументОбъект,
  • ПланСчетовОбъект,
  • БизнесПроцессОбъект,
  • ЗадачаОбъект,
  • РегистрСведенийНаборЗаписей.

Источник: https://bibirev.ru/izmenenie-versii-dokumenta-v-1s-v8-istoriya-izmeneniya-rekvizitov-prosmotr-izmenenij-obektov/

«Кто испортил документ?» или версионирование в УТ 11

Кто изменил справочник или документ в базе? Версионирование объектов в 1с.

В статье рассмотрен механизм версионирования объектов, реализованный в прикладном решении «Управление торговлей, ред.11» для сохранения истории всех изменений документов и справочников. Данный механизм позволяет восстановить измененные данные в случае ошибочных действий пользователей.

Применимость

Статья написана для редакции УТ 11.1. Если вы используете эту редакцию, отлично — прочтите статью и внедряйте рассмотренный функционал.

Если Вы работаете со старшими версиями УТ 11, то данный функционал является актуальным. В актуальных версиях для доступа к рассмотренному функционалу используйте команду Настройки хранения в разделе Поддержка и обслуживание (история хранения) подсистемы Администрирование.

Наиболее заметным отличием УТ 11.3/11.4 от редакции 11.1 является интерфейс Такси. Поэтому, чтобы освоить материал статьи — воспроизведите представленный пример на своей базе УТ 11. Таким образом Вы закрепите материал практикой 🙂

Версионирование объектов

– Кто испортил документ?! – крикнул Василий.

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

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

Трубку поднял оператор тех. поддержки и начал успокаивать Василия: «Не волнуйтесь, сейчас все выясним».

Как же повезло Василию, что в их компании использовалось УТ 11 и был включен функционал «Версионирование объектов». Оператор тех. поддержки без особого труда узнал кто, когда и что именно изменил в документах Василия.

Виновные были найдены и Василий в итоге получил премию.

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

В программе «Управление торговлей 11» присутствует отличная возможность для просмотра истории изменений (редактирования) справочников и документов под названием «Версионирование объектов». Давайте же рассмотрим как она работает.

Для включения использования этого функционала перейдем на закладку программы «Администрирование» пункт «Общие настройки» и установим галочку «Версионирование объектов».

(Нажмите, чтобы увеличить картинку)

Далее настроим список справочников и документов, по которым мы планируем видеть историю изменений. Нажмем на пункт «Версионируемые объекты» (находится возле галочки «Версионирование объектов»). Перед нами появится следующее окно:

(Нажмите, чтобы увеличить картинку)

В данном окне мы можем установить различные настройки версионирования объектов нашей базы. Их есть три вида:

  • Не версионировать – версии объекта не сохраняются.
  • Версионировать при записи – версии объекта сохраняются при любом изменении.
  • Версионировать при проведении – версии сохраняются только при проведении; настройка применяется только для документов, для которых разрешено проведение.
  • (Нажмите, чтобы увеличить картинку)

    Установим для примера различные настройки для различных объектов базы: для справочника «Соглашения с клиентами» – версионировать при записи, для документа «Заказ клиента» – версионировать при проведении и т.д. Окно «Версионирование объектов» будет иметь следующий вид:

    (Нажмите, чтобы увеличить картинку)

    Для документа «Заказ клиента» установлено вид версионирования «Версионировать при проведении». Давайте перейдем в список заказов клиентов (закладка «Продажи» пункт «Заказы клиентов») и попробуем создать один документ «Заказ клиента» и перепровести его под разными пользователями.

    В окне нашего документа «Заказ клиента» на панели навигации формы нажмем на пункт «История изменений».

    (Нажмите, чтобы увеличить картинку)

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

    (Нажмите, чтобы увеличить картинку)

    Выделим все позиции и нажмем кнопку «Сравнить версии». Откроется отчет по изменениям версий объекта.

    (Нажмите, чтобы увеличить картинку)

    Здесь мы можем увидеть, что пользователь «Бахшиев» провел документ, а затем пользователь «Афанасьев» перепровел документ: изменил организацию с «Торговый дом “Комплексный”» на «ПБОЮЛ “Предприниматель”», изменил цену на товар «Телевизор “JVC”» с 20 000 на 28 000.

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

    (Нажмите, чтобы увеличить картинку)

    Функционал УТ 11 позволяет при необходимости даже перейти на нужную (прошлую) версию объекта. То есть в нашем случае документ провел пользователь «Бахшиев», а затем документ был изменен пользователем «Афанасьев». В окне заказа «История изменений» выделим мышкой версию «Бахшиев Павел Иннокентьевич» и нажмем кнопку «Перейти на версию».

    (Нажмите, чтобы увеличить картинку)

    В окне «История изменений» появится третья строчка с комментарием «Выполнен переход к версии №1 от 08.07.2013 15:49:42», а также сообщение об успешном восстановления объекта.

    Теперь наш «Заказ клиента» возобновлено до версии пользователя «Бахшиев» – соответственно и организация, и цена снова стали такими, какими их установил пользователь «Бахшиев».

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

    Источник: https://xn----1-bedvffifm4g.xn--p1ai/ut11-articles/%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8F06/

    Как работает и что помогает решить версионирование объектов в 1С

    Кто изменил справочник или документ в базе? Версионирование объектов в 1с.

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

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

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

    Что это за механизм и для чего он нужен

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

    Версионирование объектов позволяет:

    1. Увидеть, что и когда изменялось в конкретном объекте;
    2. Определить, кто именно внес те или иные изменения;
    3. Просмотреть предыдущую версию объекта;
    4. Сравнить между собой две сохраненные версии;
    5. Произвести анализ, определив какая версия, была наиболее точной и правильной;
    6. Вернуть объект в необходимое состояние.

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

    Чаще всего версионирование объектов 1С задействуют на этапе внедрения того или иного программного продукта:

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

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

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

    Включение системы версионирования

    Рассмотрим последовательность действий для включения механизма версионирования объектов на примере конфигурации «Зарплата и управление персоналом», редакция 3.1.

    В первую очередь зайдем в систему «Администрирование» -> «Общие настройки» -> «История изменения»(Рис.1).

    Рис.1.

    Если его нет, зайдем в подменю «Все функции…» в ветку «Константы»-> «Использовать версионирование…» (Рис.2) и активируем галочку на этой форме

    Рис.2

    После активации флажка появится еще один элемент меню: «Настройки хранения» (Рис.3)

    Рис. 3

    Перейдем по этой ссылке и откроем форму настройки хранения истории (Рис.5).

    Рис.5

    Настройка истории изменений

    Давайте рассмотрим вышеприведенную форму:

    1. Две верхние команды позволяют определить момент сохранения версий объектов и срок хранения;
    2. В табличной части можно выполнить те же самые настройки, которые выполняются командами;
    3. Список справочников и документов значительно меньше количества элементов метаданных в конфигураторе;
    4. Под табличной частью существует ссылка, позволяющая настроить расписание удаления старой версии.

    Новые версии объектов могут сохраняться:

    • При непосредственной записи документа в базу;
    • При проведении (повторном проведении) документа;
    • При старте, этот пункт меню включается только тогда, когда в список добавлен хотя бы один бизнес процесс, и его активация указывает на то, что новая версия объекта будет создана только после запуска процесса в работу.

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

    В случае, если к существующему списку справочников и документов нам потребуется добавить собственный объект, мы должны:

    1. Открыть программу в режиме конфигуратора;
    2. Открыть конфигурацию для изменения;
    3. Зайти в подменю «Общие»-> «Определяемые типы»->  «Версионируемые данные»;
    4. В свойствах элемента необходимо изменить набор элементов параметра «Тип» (Рис.6);

    Рис.6

    После сохранения и обновления конфигурации наш добавленный элемент появится в отрывающейся форме настройки.

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

    Здесь следует отметить, что вся информация о версиях объектов хранится в регистре сведений «Версии объектов», соответственно все действия, характерные для непериодических регистров сведений доступны и для этого регистра, в частности, полную его очистку можно выполнить с помощью кода, представленного на Рис.7

    Рис.7

    Как с этим механизмом работать

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

    1. Автора новой версии (человека, который вносил изменения);
    2. Дату изменения;
    3. Добавить собственные комментарии к существующим вариантам объектов;
    4. Сравнить версии между собой;
    5. Вызвать отбор журнала регистрации по соответствующему событию;
    6. Просмотреть версию;
    7. Актуализировать предыдущую версию.

    Еще раз обратим внимание на то, что этот мощный инструмент надо использовать обдумано и осмысленно, в противном случае он может значительно снизить эффективность работы с программой.

    Источник: http://blog.it-terminal.ru/1c-admin/versionirovanie-obektov-v-1sv-v-1s.html

    1С:Версионирование

    Кто изменил справочник или документ в базе? Версионирование объектов в 1с.

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

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

    Зачем мне версионирование?

    Этот функционал может пригодиться в случаях:

    1. если несколько пользователей могут менять одни и те же объекты, и есть профит от знания – кто и в какой момент что изменил в объекте.

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

    Пример по пункту 1

    Конфигурация УТ. Бухгалтер и руководитель могут менять справочник “Ответственные лица организаций”. В этом справочнике указываются люди с документами, с периодом их компетенций – это все уходит на печатные формы клиентам. Выходит, что два человека могут в любой момент что-то изменить в этом справочнике.

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

    Наказать виновного и все поправить (откатом до нужной версии). 

    Пример по пункту 2

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

    Конфигурация ТОИР 2.0 КОРП (техническое обслуживание и ремонты)

    Настройка и Администрирование – Общие настройки – История изменений

    Включили галку, продолжим настройку:

    В этом списке видно для каких справочников и документов предусмотрено хранение истории версий.

    Для справочников версия сохраняется при “записи”. 

    Для документов версия может сохраняться при “записи” и “проведении”. 

    Нужна помощь в настройках?  

    Время хранения одинаково можно настроить как для справочников, так и для документов: 

    • Последняя неделя
    • Последний месяц
    • Последние 3 месяца
    • Последние 6 месяцев
    • Последний год
    • Бессрочно (всегда)

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

    Конфигурация УТ 11.1 (управление торговлей)

    Включается версионирование по другому пути: Администрирование – Поддержка и обслуживание

    Сами же настройки и время хранения не меняются.

    Можно сразу установить всем объектам одинаковые значения “записи” версии и “хранения”.

    Что делать с накопившимися старыми версиями?

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

    Как быть если объкт невозможно версионировать?

    Далеко не все справочники имеют типовую возможность хранения версий. Например, в УТ такие справочники, как: Банковские счета, Виды номенклатуры, Группы доступа и многие другие не имеют возможности типового версионирования. Также не все документы могут версионироваться. Если это необходимо – нужны доработки. В этом Вам могут помочь наши программисты.

    Конфигурация УТ 11.4 (управление торговлей) 

    Тут появляется дополнительный список возможных объектов для хранения версий:

    Настройки те же что и прежде. 

    В дополнение удобно отражается и подсчитывается объем данных (старых версий) в Мб, чтобы пользователь понимал, что это его личное место на диске и оно может “раздуваться”. Поэтому включаем регламентное задание по очистке старых версий.

    Неуправляемые формы. Конфигурация УПП 1.3

    Сначала в настройках программы: Сервис – Настройка программы (также можно через “Константы – настройка программы”) включаем галку: 

    После чего переходим в настройки версионирования. 

    Здесь есть возможность хранения версий огромного списка справочников и документов, даже документ “SMS сообщение” может версионироваться.

    Правда настройки по “сроку хранения” – нет. Есть настройка по записи версии, также “при записи” – для справочников, и “при записи” или “при проведении” – для документов.

    Как работать с версиями в управляемых формах?

    Отвечаем: Управляемые формы, не важно какая конфигурация, даже если отраслевая, работает так: 

    Идем в этот справочник, открываем элемент и видим:

    Клацаем на это меню и видим:

    Источник: https://www.1service.ru/blog/1c-versionirovanie.php

    1с ут 11 версионирование объектов. Кто изменил справочник или документ в базе? Как посмотреть историю изменений объекта

    Кто изменил справочник или документ в базе? Версионирование объектов в 1с.

    В статье рассмотрен механизм версионирования объектов, реализованный в прикладном решении «Управление торговлей, ред.11» для сохранения истории всех изменений документов и справочников. Данный механизм позволяет восстановить измененные данные в случае ошибочных действий пользователей.

    Объекты версионирования

    Возможность хранения версий поддерживаются для справочников и документов, относящихся к следующим разделам учетной системы:

    • Банк и касса;
    • Продажи;
    • Покупки;
    • Склад;
    • Производство;
    • ОС и НМА;
    • Зарплата и кадры.

    Если для выбранного справочника или документа версионирование включено, в его форме будет доступна команда История изменений(рис. 1).

    Рис. 1. Команда История изменений в форме элемента справочника.

    По этой команде открывается список версий объекта (рис. 2).

    Рис. 2. История изменений объекта.

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

    • Кто изменил объект?
    • Когда произошли изменения?
    • Что было изменено в объекте?

    В списке выводится следующая информация:

    • – порядковый номер версии, версии перечисляются по убыванию; номеров, самая первая версия находится внизу списка;
    • Автор изменений – пользователь, который редактировал объект;
    • Дата – дата и время редактирования;

    Источник: https://mmars.ru/bolnichnyjj-list/1s-ut-11-versionirovanie-obektov-kto-izmenil-spravochnik-ili.html

    «Кто виноват», «Что делать» и чем поможет использование версионирования объектов в 1С

    Кто изменил справочник или документ в базе? Версионирование объектов в 1с.

    Менеджер Иван заходит в кабинет руководителя отдела продаж. Разговор начинается на повышенных тонах:

    — Мы потеряли клиента! — возмущается менеджер, — Я оформил заказ, зарезервировал товар специально под покупателя. Но кто-то снял мой заказ с резерва! Я потерял из-за этого значительную часть месячной премии, мы упустили крупную сделку! Кто-то исправил документ, уменьшив срок резерва. Как узнать, кто виноват?

    История 2: Это не я!

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

    Вернувшись к старой работе, она обнаружила, что контрагент «Колокольчик» бесследно исчез.

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

    История 3: Все пропало, шеф!

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

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

    Вместо того чтобы выбрать документы за первое апреля 2014 года, она перенесла все документы за апрель на первое число (поменять дату обработка тоже позволяет).

    У Татьяны паника: определить потерянные даты документов невозможно, а значит, нельзя исправить ситуацию. Что делать?

    Это совершенно реальные истории из практики наших сотрудников. Заметим сразу, что во всех трех историях все закончилось хорошо. Как и благодаря чему — Вы узнаете из этой статьи.
    Итак, «Кто виноват?» и «Что делать?».

    На эти вопросы, давным-давно заданные классиками, до сих пор находятся все новые и новые ответы. Секрет в их универсальности, какую сферу человеческой деятельности не рассматривай, всегда найдется виноватый, и всегда будут вопросы, что делать с последствиями.

    Не исключение и сфера автоматизации торговли.

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

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

    В данной статье мы рассмотрим использование механизма версионирования объектов на примере конфигурации 1С: Предприятие Управление Торговлей (УТ) версии 11.1.

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

    Как настроить версионирование в УТ 11.1?

    Возможность сохранения истории объектов включается в разделе Администрирование — Общие настройки:

    Рисунок 1. Включение версионирования объектов

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

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

    Нажмем гиперссылку «Версионируемые объекты» (правее флага включения версионирования) и перейдем в окно настройки:

    Рисунок 2. Настройка версионирования объектов

    В левой колонке мы видим список объектов системы: справочников и документов. В правой колонке, дважды щелкнув по ячейке, мы можем указать вариант версионирования объекта:

    • Не версионировать:
      История изменений сохраняться не будет
    • Версионировать при записи:
      Изменения будут фиксироваться каждый раз при сохранении документа или справочника. Изменения документов, в которых предусмотрено проведение, будут сохраняться даже в непроведенных документах
    • Версионировать при проведении:
      Изменения будут фиксироваться при сохранении справочников и документов. Для документов, в которых предусмотрено проведение, изменения будут сохраняться? только если документ проведен (при первом проведении и в дальнейшем при записи).

    Укажем для Заказа покупателя вариант «Версионировать при записи». А для Заказа поставщику — «Версионировать при проведении».

    Как посмотреть историю изменений объекта?

    Историю изменений объекта можно увидеть, открыв объект и перейдя по гиперссылке «История изменений» на панели навигации:

    Рисунок 3. Переход к истории изменений

    При нажатии на гиперссылку открывается окно с перечнем сохраненных версий документа:

    Рисунок 4. Список сохраненных версий документа

    Из этого окна мы можем:

    1. Открыть версию и посмотреть, как выглядел документ на определенный момент времени (когда с ним работал сотрудник). Для этого установим курсор на строку с версией и нажмем на кнопку «Открыть версию».
    2. Сравнить версии между собой, наглядно увидев, что изменялось в документе. Для этого, зажав клавишу Ctrl на клавиатуре, сначала щелкнем мышкой по одной версии, а затем по другой. После того, как две строки (не обязательно расположенные подряд) будут выбраны, нажмем кнопку «Сравнить версии». Откроется отчет, в котором будут показываться только изменения, сделанные в документе:
      Рисунок 5. Отчет по изменениям

      Мы видим, что в 10:40 утра пользователь Бахшиев зашел в Заказ покупателя, поменял в нем менеджера (указав себя) и перевел заказ в статус «Не согласован».

    3. Восстановить старую версию объекта.

    Как вернуться к сохраненному варианту объекта?

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

    База сообщит, что переход на версию был выполнен успешно:

    Рисунок 6. Возврат к старой версии

    Если все же мы ошиблись, и более корректной является версия документа до перехода, то можно выполнить переход к предыдущему варианту документа (в нашем примере — к 4-й версии).

    Итак, мы рассмотрели основной функционал системы Версионирования. Мы увидели, как можно избежать конфликтных ситуаций в работе с базой, если имеется возможность посмотреть историю изменения объектов, сравнить версии документа или справочника на разные даты (время) между собой и даже вернуться к любой сохраненной версии объекта

    А что же герои историй, рассказанных в начале статьи?

    Как уже говорилось, все закончилось хорошо.

    Иван посмотрел историю изменений своего заказа и увидел, что в 9:25 утра его отредактировала менеджер Катя. Ей срочно нужно было выписать заказ на клиента, а свободного остатка товара не хватало. Она извинилась перед Иваном, и он, конечно, простил ее. Тем более что заказ Кати можно было перенести на более поздний срок, а покупателю Ивана отгрузили товар в тот же день.

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

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

    Желаем Вам успехов в работе!

    Источник: https://1solution.ru/sobytiya/stati/ispolzovanie-versionirovaniya-obektov-v-1s.html

    Поделиться:
    Нет комментариев

      Добавить комментарий

      Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.