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

Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
   НачатьТранзакцию();
   ОтменитьТранзакцию();
КонецПроцедуры

Запускаю пользовательский режим, нажимаю кнопку "Провести" и система пишет: "В данной транзакции уже происходили ошибки!" и документ не проводится.

Процедура "ПередЗаписью" ведь расположена вне транзакции...

не прав

Да разве?
Попробуй в ПередЗаписью создай номенклатуру "А вот и я!", запиши, напиши, что Отказ = Истина и поищи номенклатуру :))

+(2) Это к (0) ессно

Было бы неплохо иметь событие в объектах ПередЗаписьюДоНачалаТранзакции, кстати :))
Там можно делать всякие хрени, которые занимают много времени, но не хотелось бы на это время блокировать таблицы.

(2) это понятно, но в 0 отказ = истина я не писал... но повлияла таки ОтменитьТранзакцию() :(

(4) этот эффект и хотел получить, очистить регистр, прочитать последние записи без учета этого документа и отменить, чтобы записи восстановились в регистре... снова придется кучу наворотов делать...

(6) О_о
Нахрена тебе это хотеть?

(6) мсье знает толк в извращениях

(7) документ провели, потом его снова открывают и меняют дату (будущую, например, ставят), на момент времени нужно прочитать предыдущие значения - вот он (документ) и прочитает свои снова значения :)

(10) а мне проверить надо, правильно ли ввели документ, если значения с регистров предыдущие и текущие разные - то правильно, если одинаковые - то не нужно вводить такой документ.

но последовательность тоже собъет - что тоже не очень...

(9) Не удалять движения - предлагали?

(9) не удалишь, предыдущие этого же документа прочитаешь, если дату поменяешь на будущую и его же перепроводишь. С активностью еще можно поиграть, кстати.

но тоже не гуд, будет последовательность сбивать, т.к. пойдет запись в регистр.

маразм крепчал.

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

(16) Меняй структуру регистра.

(17) а регистр не причем, цех - свои даты, у таб - свои даты, у фио - свои даты, у должности - свои даты, у категории - свои даты - всё это разные регистры и это всё правильно.

(18) Если бы было правильно, то не пришлось головой об стену стучать. Меняй архитектуру решения, она ********

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

(19) например?

(19) да механизм уже был написан только на периодичность в день, теперь надо на периодичность "регистратор" - вот и переделываю. Потом в списке физлица все отображаются документы и метятся красным, если последовательность сбита и нужно перепровести - одной кнопкой нажмет всё перепроведет :)

Если прям очень хочется, то сравнивай данные объекта и ссылки.  

Но решение не должно падать при заднем провведении документов.

Так же раз изменение интерактивное, то на форме есть перед записью событие, которое работает до транзакции

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

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

(25) Пи загрузке опиши свой код в правилах обмена.

(26) вот-вот, и корректирую и там и там - не удобно.

(27) *корректируй

Нут так опиши в общем модуле. .....

(29) это к документу относится

загрузка разовая.

(30) Ради разовой загрузки такой сыр бор....

рукалицо.

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

(31) загрузка разовая (на момент загрузки всё проверить и сдать в эксплуатацию), а проводить пользователи будут под этими же алгоритмами, что и при загрузке проводились.

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

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

(35)
Я не могу понять твоей задачи. Что мешает собрать движения в структуру таблиц, записать пустые, посмотреть что и как, а потом вернуть с структуры?

(36) собьется последовательность, которая потом заставит перепровести все будущие документы по сотруднику заново (тот регистр который задел записав пустыми).

(37) Сху... почему это? Или у тебя последовательность с автоматической регистрацией?

(37)
Так не сбивай:)
Работа с последовательностью в программном режиме вполне возможна :)

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

(38) да, автоматически перемещает границу.

(39) тогда везде кодить эту последовательность, где-куда переносить.

(40)
ПолучитьГраницу.....
чето там поделать....
УстановитьГраницу...

Отменять транзакцию, не получив ошибки - вообще-то дурной тон

(43) ну не буду, буду просто читать из регистра данные, которые не равны текущему документу взяв первые и отсортировав по периоду и регистратору по убыванию - делов-то...

и меньше текущего момента времени

с фильтром по физлицу

EvgeniuXP, а вообще автор предыдущего сообщения прав. так дал толковый совет

(45) решение простое:

перед записью:

Если Проведен И РежимЗаписи = РежимЗаписиДокумента.Проведение Тогда // Проведен хранит прежнее состояние документа, т.е. таким образом условие срабатывает, если перепроводят данный документ:
       // Узнаем, был ли проведен документ до записи и заодно узнаем изменяли ли документ:
       Запрос = Новый Запрос;
       Запрос.Текст =
       "ВЫБРАТЬ
       |    ПриемНаРаботу.Подразделение,
       |    ПриемНаРаботу.ТабельныйНомер,
       |    ПриемНаРаботу.Фамилия,
       |    ПриемНаРаботу.Имя,
       |    ПриемНаРаботу.Отчество,
       |    ПриемНаРаботу.Должность,
       |    ПриемНаРаботу.Категория,
       |    ПриемНаРаботу.Разряд
       |ИЗ
       |    Документ.ПриемНаРаботу КАК ПриемНаРаботу
       |ГДЕ
       |    ПриемНаРаботу.МоментВремени = &МоментВремени";
       Запрос.УстановитьПараметр("Ссылка", Ссылка);
       Запрос.УстановитьПараметр("МоментВремени", МоментВремени());
       РезультатЗапроса = Запрос.Выполнить();
       Если НЕ РезультатЗапроса.Пустой() Тогда
           Выборка = РезультатЗапроса.Выбрать();
           // Результат запроса (предполагаем), что содержит одну строку:
           Выборка.Следующий();
           // Сравниваем текущие значения с прежними, если они все одинаковы, то заносим в "ДополнительныеСвойства", чтобы потом при проведении анализировать
           РезультатСравнения = Подразделение = Выборка.Подразделение И ТабельныйНомер = Выборка.ТабельныйНомер И Фамилия = Выборка.Фамилия  И Имя = Выборка.Имя  И Отчество = Выборка.Отчество;
           РезультатСравнения = РезультатСравнения И Должность = Выборка.Должность И Категория = Выборка.Категория И Разряд = Выборка.Разряд;
           ДополнительныеСвойства.Вставить("ДокументПерепроводитсяНеИзмененным", РезультатСравнения); // Истина или Ложь
       КонецЕсли;
   КонецЕсли;

// II ЭТАП. УСТАНАВЛИВАЕМ ЗНАЧЕНИЯ ПО УМОЛЧАНИЮ:    
   // Перед записью при проведении, если момент времени одинаковый и все (влияющие на регистры) реквизиты одинаковы между старым проведенным и новым проводимым, то значение Истина, иначе - Ложь
   ДокументПерепроведенНеИзмененным = ДокументПерепроводитсяНеИзмененным(ЭтотОбъект);
   
   // III ЭТАП. Создаем движения, которые не влияют на последовательность:
   СоздатьДвижениеВРегистрСведенийСотрудникФизЛица(ДатаПриема, Сотрудник);
   СоздатьДвижениеВРегистрСведенийСостояниеСотрудников(ДатаПриема, Сотрудник);
   
   // IV ЭТАП. Делаем анализ данных, т.е. как будем делать движения: 0 - ничего не делаем, 1 - очищаем и создаем движения на "ДатаПриема":
   СтруктураТекущихЗначений = ПолучитьСтруктуруТекущихЗначений();        
   Если НЕ ДокументПерепроведенНеИзмененным Тогда
       // 1. Пользователь создал новый документ и его проводит
       // 2. Пользователь открыл непроведенный документ и его проводит
       // 3. Пользователь открыл проведенный документ и поменял "ДатаПриема"
       // Во всех этих случаях мы всегда создаем движения на дату "ДатаПриема"
       РезультатАнализаДанных = 1; // РезультатАнализаДанных = 1 или 2
   Иначе // Документ перепроводится, момент времени одинаковый (ДатаПриема), все реквизиты (которые делают движения по регистрам) одинаковые - пользователь их не менял
       Если ДокументПерепроведенНеИзмененным Тогда
           // 2. Пользователь перепроводит этот документ интерактивно, при этом на форме (влияющие на регистры) он ничего не менял - необходимо анализировать границу:
           ГраницаПоследовательности = УчетДвиженияКадров.ПолучитьГраницуПоследовательности(Сотрудник);
           МоментВремени = МоментВремени();
           Если ГраницаПоследовательности <> Неопределено И МоментВремени.Сравнить(ГраницаПоследовательности) = -1 Тогда // Если МоментВремени < Границы - ничего не делаем
               РезультатАнализаДанных = 0; // Ничего не делаем: не очищаем регистры от старых значений, не создаем новые значения в регистрах
           Иначе    // Если МоментВремени >= Границы
               РезультатАнализаДанных = 1; // РезультатАнализаДанных = 1
           КонецЕсли;
       Иначе
           // 3. Пользователь перепроводит этот документ интерактивно, при этом на форме (влияющие на регистры) он изменил значения
           РезультатАнализаДанных = 1; // РезультатАнализаДанных = 1
       КонецЕсли;
   КонецЕсли;
   
   // V ЭТАП. Делаем очистику и движение на "ДатаПриема":
   Если РезультатАнализаДанных > 0 Тогда // Очищаем регистры, перед тем как делать движения:
       СделатьОчисткуИЗаписатьРегистрСведений("Подразделения");
       СделатьОчисткуИЗаписатьРегистрСведений("ТабельныеНомера");
       СделатьОчисткуИЗаписатьРегистрСведений("ФИОСотрудников");
       СделатьОчисткуИЗаписатьРегистрСведений("Должности");
       СделатьОчисткуИЗаписатьРегистрСведений("Категории");
       СделатьОчисткуИЗаписатьРегистрСведений("Разряды");
   КонецЕсли;
   Если РезультатАнализаДанных > 0 Тогда // Делаем движения на дату "ДатаПриема", если значения разные
       // делаем движения
       СделатьДвижениеПоРегиструСведений(ДатаПриема, СтруктураТекущихЗначений, "Подразделение");
       СделатьДвижениеПоРегиструСведений(ДатаПриема, СтруктураТекущихЗначений, "ТабельныйНомер");
       СделатьДвижениеПоРегиструСведений(ДатаПриема, СтруктураТекущихЗначений, "ФИО");
       СделатьДвижениеПоРегиструСведений(ДатаПриема, СтруктураТекущихЗначений, "Должность");
       СделатьДвижениеПоРегиструСведений(ДатаПриема, СтруктураТекущихЗначений, "Категория");
       СделатьДвижениеПоРегиструСведений(ДатаПриема, СтруктураТекущихЗначений, "Разряд");
   КонецЕсли;

всё идеально работает.

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

(50) модуль вытащил из события при проведении.

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

Там ты также будешь анализировать и делать/не делать движения.

(41) установить границу - надо еще проверять, есть ли между этой границей и установленной другие документы :), если нет - то устанавливать, есть есть - то не ставить - один геморой только.

тем более, что ручная установка - это очень тонко (ювелирно) подходить к работе, и не дай бог где в алгоритме ошибешься - ошибку можешь сразу не определить - нет уж :)

А сделать подписку перед записью в которой удалять старые  данные из регистра.Затем подписку проведение в которой записывать новые данные.И подписку удаление проведения в которой удалять  данные из регистра?

(56) посмотри ака в типовых сделано. Чего ты велосипед изобретаешь?

(58) типовая какая?

(57) опробую завтра. :)

кому интересно про что тут вообще было вот видео: http://video.yandex.ru/users/evgeniuxp/view/4/.

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