1с как проверить изменение реквизитов

17.05.12 — 10:01

1 — 17.05.12 — 10:02

Через объект метаданных и элемент формы

2 — 17.05.12 — 10:02

Суть задачи, при изменении только Родителя — никаких проверок при записи не делать, во всех остальных случаях осуществлять ряд проверок.

3 — 17.05.12 — 10:03

Если Наименование <> Ссылка.Наименование Тогда

   Сообщить(«Наименование изменено»);

КонецЕсли;

4 — 17.05.12 — 10:03

а) Хранить структуру реквизитов до измения

б) Взять предыдущие из БД ПередЗаписью (по ссылке)

5 — 17.05.12 — 10:04

(3)+1

6 — 17.05.12 — 10:04

(3) а как пробежаться по всем реквизитам?

7 — 17.05.12 — 10:05

(6)

а) Из метаданных

б) Выбрать *

8 — 17.05.12 — 10:07

(6) А тебе нужно конкретно знать, что изменено или пофиг?

9 — 17.05.12 — 10:09

Да, (8) прав, можно использовать модифицированность, при таковой сравнивать только Родителя (если (2))

10 — 17.05.12 — 10:10

Для Каждого текРеквизит из СписокРеквизитов Цикл

   Если // а вот как тут проверку написать? Тогда

       Сообщить(«Реквизит » + текРеквизит + » изменен!»);

   КонецЕсли;

КонецЦикла;

11 — 17.05.12 — 10:11

12 — 17.05.12 — 10:11

(10) Что написать — зависит от того, что находится в СписокРеквизитов

13 — 17.05.12 — 10:11

Мне нужно определить, что не изменилось ничего кроме родителя

14 — 17.05.12 — 10:11

Т.е. перебрать все реквизиты надо

15 — 17.05.12 — 10:12

16 — 17.05.12 — 10:13

(13) и (14) — взаимоисключающие утверждения

17 — 17.05.12 — 10:13

(15) запросом вытащить предварительно можно

18 — 17.05.12 — 10:13

(13) Фигня какая-то… Информация может храниться в регистрах сведений и/или подчиненных справочниках… Как их проверять будешь?

19 — 17.05.12 — 10:13

(16) Поторопился —

20 — 17.05.12 — 10:14

(17) Я так и предлагаю

21 — 17.05.12 — 10:14

(16) как же они взаимоисключающие? Мне нужно получить список измененных реквизитов, если он будет состоять только из Родителя — тогда Возврат, иначе — проверки.

22 — 17.05.12 — 10:15

Интересуют только реквизиты!

23 — 17.05.12 — 10:15

(18) Интересуют только реквизиты самого объекта!

24 — 17.05.12 — 10:17

(15) ну а иначе никак… либо перед записью в таблицу все реквизиты текущего объекта просто выгружать… В результате обращение к объекту будет одно.

25 — 17.05.12 — 10:17

Спасибо за советы, сейчас буду мудрить

26 — 17.05.12 — 10:20

27 — 17.05.12 — 10:22

(26) не, там и так всё в порядке. По ссылке один раз получается объект и дальше уже он используется. То есть временный объект сам создается платформой. Не нужно заморачиваться.

28 — 17.05.12 — 10:23

(27) некрасиво просто. я за запрос!

29 — 17.05.12 — 10:37

30 — 17.05.12 — 10:44

Есть один косяк, СписокРеквизитов = ЭтотОбъект.Метаданные().Реквизиты — в список Родитель не попадает, и другие стандартные реквизиты

31 — 17.05.12 — 10:45

32 — 17.05.12 — 10:46

(29)(31) Нормально вполне себе, молодца

33 — 17.05.12 — 10:48

(30) КолонкиИзЗапроса = Запрос.Выполнить().Колонки;

34 — 17.05.12 — 10:48

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

35 — 17.05.12 — 10:52

(34) при любых, как обработкой, так и обменом

36 — 17.05.12 — 10:53

(31) а чего у вас там постоянно родителя туда-сюда меняют у элементов? Может не стоит такую офигенную проверку устраивать каждый раз, а сделать с родителем так же.

37 — 17.05.12 — 10:53

(34) тот флаг о котором ты говоришь итак есть стандартно, ЭтотОбъект.Модифицированность()

38 — 17.05.12 — 10:54

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

39 — 17.05.12 — 10:57

40 — 17.05.12 — 11:02

(38) подписку на событие не предлагать?

41 — 17.05.12 — 11:57

Ага, только рассмотрите еще один момент, помимо родителя я одновременно могу например еще и наименование изменить, и т.п.

(39) — собитие при записи все равно ведь выполнится с кучей проверок внутри?

так не работает, выдает ошибку

1
2
3

Ошибка при выполнении обработчика - 'ПередЗаписью'
по причине:
{Справочник.Номенклатура.МодульОбъекта(116)}: Метод объекта не обнаружен (Модифицированность)[quote="Dethmontt;14015893"]Модифицированность() - это свойство формы или объекта в памяти (но уж точно не ссылки)[/quote]

это надо понимать так?

1

ЭтаФорма.Модифицированность()

так тоже не понимает

1

{(1,1)}: Переменная не определена (ЭтаФорма)

чувство юмора это хорошо, а решение где, поспешил вам плюс поставить)

Добавлено через 17 минут
Или ошибка в том, что я проверяю в Модуле менеджера справочника в событии Перед записью, а надо проверять в Модуле Формы?

еще потестировал, в модуле объекта Справочника номенклатуры работает.
Работает и просто в форме по событию ПриИзменении элемента, но использовал это событие чисто для тестирования. В идеале нужно, что бы работало в Модуле Объекта ПередЗаписью().
Результат положительный, но пока нет четкого понимания, как это работает.

Добавлено через 24 минуты

еще потестировал
Оказалось, что даже если выбран тот же самый реквизит, программа думает что данные в форме изменилась, причем так думает и сама форма и Модуль объекта перед записью?

Можно ли где то узнать алгоритм этой функции, 1С ведь на си вроде написана, эти модули есть где нибудь или нет? Или может есть описание таких функциональных модулей?

Добавлено через 1 час 34 минуты
Пока получается так
Разные действия на форме име.ют разные действия:
1. Если меняем реквизит на другой признак Модифицированности
устанавливается в ИСТИНУ, * в шапке
2. Если не меняем реквизит, но открываем форму реквизита (если это ссылка) => Модифицированность
в ИСТИНУ и * в шапке формы.
3. Если нажимаем на крестик в открывшейся форме, => Модифицированность ложь и * НЕТ

Добавлено через 42 минуты
вот Синтаксис помощник

1
2
3

Если Объект.Модифицированность() Тогда
    Объект.Записать();
КонецЕсли;

как это правильно применить в коде?
У объекта — Метод, у формы — свойство — в чем зазница?
У объекта событие ПередЗаписью, у формы событие ПередЗакрытием

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

Форма — поля формы вроде бы не где не сохраняются и их изменение при закрытии формы разве можно как то проверить сразу все на уровне программы?

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

так или нет?

Хотя при сохранению в базу программа может и не проверять поля (старые и новые) [такой вывод можно сделать из статьи https://forum.infostart.ru/forum9/topic129997/ там сохраняется каждое поле и потом сверяется перед записью], а тоже работать только по этому флагу

Форма — поля формы вроде бы не где не сохраняются и их изменение при закрытии формы разве можно как то проверить сразу все на уровне программы?

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

так или нет?

Хотя при сохранению в базу программа может и не проверять поля (старые и новые) [такой вывод можно сделать из статьи https://forum.infostart.ru/forum9/topic129997/ там сохраняется каждое поле и потом сверяется перед записью], а тоже работать только по этому флагу

Опубликовано 12.08.2021 10:30

Просмотров: 10107

Наша статья «Документ в 1С изменен. Как узнать, кто это сделал?» очень популярна среди пользователей. Благодаря ей вы можете узнать общие данные: кто и когда создал документ, изменил его или удалил. Но вот что именно удалил либо поменял пользователь в конкретном документе, вы не увидите. А хотелось бы, правда? Для решения этого вопроса разработчики внедрили в программу 1С специальный механизм хранения версий объектов, так называемое версионирование, с помощью которого вы как раз можете увидеть всю конкретику измененных документов. В этой статье мы расскажем обо всех плюсах и минусах версионирования, а также покажем на конкретном примере в 1С: Зарплата и управление персоналом ред. 3.1 как именно работает этот механизм. 

Начиная с платформы 8.3.11, механизм версионирования встроен в систему и называется «История данных». Он имеется во всех конфигурациях, работающих на основе библиотеки стандартных подсистем (БСП). Например, в 1С: Бухгалтерии предприятия он реализован начиная с версии 3.0.35.

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

Версионирование – это механизм хранения истории изменения объектов в 1С, который позволяет:

• просматривать, какие изменения внес пользователь в объект (справочник, документ);

• анализировать версии объектов;

• сравнивать эти версии между собой;

• восстанавливать любую из версий объекта.

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

Плюсов данного функционала, конечно, много.

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

Как включить версионирование в 1С?

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

Для включения версионирования объектов выполните следующие пункты.

Шаг 1. Перейдите в раздел «Администрирование» — «Общие настройки».

Пример раздела в 1С: Зарплата и управление персоналом, ред. 3.1. 

Рассмотрим основные настройки подсистемы «Версионирование» и механизма «Хранение данных» на примере программы 1С: Зарплата и управление персоналом ред. 3.1.

В составе объектов настройки два пункта: справочники и документы.

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

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

Значение параметра «Когда сохранять версии» может принимать значение:

• «При записи» — версия сохраняется при создании или изменении справочника либо документа.

• «При проведении» — применима для документов, для которых предусмотрено проведение. Запись производится при их проведении.

• «Никогда» — запись истории изменения объекта не ведется.

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

В данном пункте, кроме описанных выше вариантов, доступна настройка «По умолчанию». В данном случае устанавливаются рекомендуемые настройки. Для справочников это – «Никогда», для документов – «При проведении».

Аналогично задается параметр «Срок хранения версий».

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

Он может принимать значение:

• «За последнюю неделю»;

• «За последний месяц»;

• За последние три месяца»;

• «За последний год»;

• «Бессрочно».

Выделите объекты, нажмите вышеуказанную кнопку и выберите нужное значение.

Пример настройки версионирования в 1С: ЗУП ред. 3.1

Установите настройки хранения истории изменений для документа «Начисление зарплаты и взносов». Значение параметра «Когда сохранять версии» — При проведении», «Срок хранения» — «За последнюю неделю» (для примера).

В нашем примере она расположена в журнале документов на панели инструментов, а также по нажатию кнопки «Еще».

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

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

Нажмите «кнопку-карандашик» — «Перейти к истории изменений».

Для просмотра версии выделите строку и нажмите кнопку «Открыть версию».

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

Для этого есть функция сравнения с помощью одноименной кнопки «Сравнить».

Для сравнения версий выделите нужные строки (с помощью Shift или Ctrl) и нажмите кнопку «Сравнить».

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

Как это сделать?

Выделите версию объекта, на который хотите перейти и нажмите кнопку «Перейти на версию».

В моделируемом примере нас устроит версия №2 (до внесения изменений). На нее и перейдем.

Документ перешел к варианту до внесения в него изменений. В нашем примере зарплата сотрудника Булочкиной О.И. автоматически изменилась на 67000 руб. (напомним, она была изменена ранее на 75000 руб.). Начисление НДФЛ и страховых взносов также приняло прежние значения. Т.е. документ полностью принял первоначальный вид.

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

Объем хранимых версий объектов и их удаление в 1С

Вернемся к разделу «Настройка и хранение истории изменений».

Нажмите гиперссылку «Количество и объем хранения версий объектов».

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

В нашем примере видно, что объект – документ «Начисление зарплаты и взносов» имеет четыре версии и этот объем данных занимает 0,01Мб.

Обратите внимание на строку «Очистка устаревших версий». У нас пока таковых не имеется, но при их появлении появится кнопка «Очистить». Здесь также выводится информация об их количестве и объеме. Нажав на эту кнопку старые, неактуальные версии удаляются.

Для автоматизации процесса удаления устаревших версий, установите одноименную галочку «Автоматически удалять устаревшие версии» и вам не придется постоянно отвлекаться на контроль этого процесса.

Как говорится: «Все гениальное – просто!». Экспериментируйте, используйте данный функционал программы и, главное, не бойтесь что-то испортить, ведь всегда можно вернуть версию объекта. Если вы сочтете это ненужным, то в любой момент вы сможете отключить данную настройку.

Автор статьи: Ольга Круглова

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