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

Меню-Сервис-Параметры-Закладка "Оперативный учет"

(1) Так там для новых документов настройки? А у меня документы не новые

(0) У метода Провести() есть параметры. У ДенисаЧ можно купить СП и там почитать.

(3)ну да, я делаю Провести(1)....

(4) И что?
В моем СП : "1 - проводить непроведенный документ реальным временем (со сдвигом ТА)". Ровно так как описано в (0). Зачем с этим бороться?

(5) Бороться не с этим, а с тем что при этом слетает точка актуальности...

(6) Давай по буквам. Как должно быть.
Случай 1. Дата документа меньше или равна ПолучитьДатуТА().
Случай 2. Дата документа больше ПолучитьДатуТА()

Как должно быть в каждом случае?

(6) куда она слетает? - назад? это врядли..вперед - ну так это штатное поведение программы
или все таки не ТА а ГП?

Смотреть в коде наштрямканое ручками ПроводитьПослеТА()...?

(7) должно быть три случая, бо во втором случае есть специфика

Случай 1. Дата документа меньше ПолучитьДатуТА().
Случай 2. Дата документа равна ПолучитьДатуТА().
Случай 3. Дата документа больше ПолучитьДатуТА()

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

(8) назад на 01.01.2015

(10) ПолучитьДатуТА() - это дата, но тут важно еще и время. Дата документа везде равна ПолучитьДатуТА() и равна ТекущаяДата()

(13) а вот что делать со временем документа непонятно.. Ставлю сейчас ТекущееВремя()

(14) думаю в этом как раз косяк и заключается, так как теоретически возможна ситуация, когда время этого документа окажется меньше времени последнего проведенного документа на котором стоит ТА. Это как предположение

Может попробовать делать это в явной транзакции?

Ты хочешь сказать, что у тебя НАЗАД слетает ТА...???? - это вообщем-то не секундное дело... если слетает на 01.01.2015 ТОЧКА АКТУАЛЬНОСТИ - это вообщем-то  пересчет регистров весьма ощутимый будет... что-то там у тебя не то вкоде. смотри что наштрямкано руками. что наштрямканов в загрузках всяких, может бвть УРБД подмешивает...?

(17) как раз вопрос в том что не так)

(18)вы точно уверены что это ТА а не ГП?
Сдается мне что у вас Граница Последовательности слетает а не Точка актуальности.
Сделайте скриншот.

правда есть еще одна хрень.
Называется УстановитьТА()
Но опять же в разделенном режиме оно не работает.

(19) Да, точно. Так как я ее восстанавливаю каждый раз, пересчетом итогов

(21)А вы определитесь кто ее туда сносит.
Если база распределенная вот тута уже проблема.

(22) Нет, не распределенная, обычная складская база.

ГП слетает ?
Так и она должна там быть

(24) Нет, ТА

+(22) и восстанавливать ГП надо с помощью восстановления последовательности, а не тупым перепроведением документов.
1.Есть штатный механизм восстановления(только монопольно).
2.Я у себя сделал обработку для восстановления (разделенный режим).
По ночам стартует агент и запускает восстановление.
Так что к началу закрытия месяца у меня граница находиться почти у текущей даты.

(25) сам же (21) подтвердил что ГП.
ТА не может быть меньше текущий даты или последнего проведенного документа.

(27) подтвердил, что слетает ТА а не ГП :)

У меня что-то типа было с откатом ТА назад, но опять таки на один единственный документ.
Но это в среде УРБД.Когда идет обмен и пользователь пытается провести документ.
Так что в модуле проведения проверяю не открыт ли в момент проведения Конфигуратор (что говорит о том что идет обмен).
Посему то что я описал выше уже 2 года как перестало появляться.
Так что не надо доказывать что это слетает ТА.

Скриншот выложи.

(30) как слетит - выложу)

+(30)  А так это без предметный тряп.

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

(33 да, так и есть)

+(33)Или я неправ?

(34)Тогда ищи того придурка что сноси.
В журнале регистрации есть об этом информация.

(36) Это моя кнопка сносит, по которой проводятся документы

ДокПеремещение = НайтиПеремещение(ДокЗаявка);
    
    //Если ПустоеЗначение(ДокПеремещение)=0 Тогда
    Если ДокПеремещение<>"" Тогда
        Если ДокПеремещение.ДатаДок<>ТекущаяДата() тогда
            ДокПеремещение.ДатаДок = ТекущаяДата();
            ТекВремя = ТекущееВремя(чч,мм,сс);
            ДокПеремещение.УстановитьВремя(чч,мм,сс);
            
            глСообщить("Точка актуальности перед записью перемещения внутрискладского "  + ПолучитьТА(),,,ДокПеремещение);
            ДокПеремещение.Записать();
            глСообщить("Точка актуальности после записи перемещения внутрискладского "  + ПолучитьТА(),,,ДокПеремещение);
        Иначе
            ТекВремя = ТекущееВремя(чч,мм,сс);
            ДокПеремещение.УстановитьВремя(чч,мм,сс);
            глСообщить("Точка актуальности перед записью перемещения внутрискладского "  + ПолучитьТА(),,,ДокПеремещение);
            ДокПеремещение.Записать();
            глСообщить("Точка актуальности после записи перемещения внутрискладского "  + ПолучитьТА(),,,ДокПеремещение);
        КонецЕсли;
        //ДокПеремещение.АвтоВремяКонецДня();
        //ДокПеремещение.АвтоВремяТекущее();
        глСообщить("Точка актуальности перед проведением перемещения внутрискладского "  + ПолучитьТА(),,,ДокПеремещение);
        Если ДокПеремещение.Провести(1) <>  1 тогда
            глСообщить("Точка актуальности после неудачного проведения перемещения внутрискладского "  + ПолучитьТА(),,,ДокПеремещение);
            Сообщить("Не удалось провести "+ДокПеремещение.ТекущийДокумент(),"!");
            Возврат;
        КонецеСли;
        глСообщить("Точка актуальности после проведения перемещения внутрискладского "  + ПолучитьТА(),,,ДокПеремещение);
    КонецЕсли;

Вот код, что здесь не так?

(39) Этот код не может двинуть ТА назад

(40) а вот может :)

+ Этот код не может двинуть ТА вперёд, если дата дока<> дате ТА

(41) ваши доказательства ?

тем более, в режиме 1 в методе Провести - он только не проведенный док сможет толкнуть вперёд, но никак не назад.

(42)Согласен на все 100.
Щоб снести ТА назад надо использовать как минимум УстановитьТАна() или УстановитьТАпо()
Иначе только в монопольном и установка ТА.
Или же прямым вмешательством в 1ssystem

+45 ну или уриб может ТА сдвинуть еще

(45) Банальное Операции->Проведение документов именно так себя и ведет, если при "Групповой обработке" возникает рантайм ошибка. И тогда ТА останавливается на последнем проведенном документе.

(47)опять же это в монопольном режиме.
Не спорю.
Но на сколько тута описано это делается в разделенном режиме.

(47) и ?
Мы сейчас за код говорим, а не о штатной возможности, подвинуть ТА куда угодно интерактивно в монопольном режиме.

+(46) ну типа да.
Опять же вперед но никак не назад.
Ну если в ПБ ктось не здвинул монопольно назад.(гы)руки бы ему оторвал.

(49) Вы то может и да... А вот ТС фиг знает о чем. Это я так ... телепатирую.

+ (51) Поскольку из кода ТА можно двинуть только вперед. За исключением УстановитьТА.

И вот опять слетела :(

(53) не верю.

(53) Колись : где была до "слетела" и куда встала после.

как скриншот сюда вставить?)

(56) Да ты просто дату и время напиши. До и после.

http://pics.rsh.ru/

вы же не верите на слово)

http://pics.rsh.ru/img/ta_cb4t9cse.png

ТА слетает, если этот код выполняется одновременно 2 пользователями.

(60) И ?
06.03.2015 <>01.01.2015
Где там слёт то говоришь ?

(62) Из скриншота видно что ТА слетела на 01.01.2015

Вы че там уже праздник отмечаете что ли?)

(64) я тоже не вижу

(63) в табло написано - 06.03.2015

(66) извините, оффтоп можно? только что заморочился с одной проблемкой, надо проводить из одного документа два других. сделал известным способом через открытьформумодально, но проводятся все документы, кроме тех, которые находятся в день, в котором стоит точка актуальности. если день совпадает с ТА, 1С говорит, что существуют более поздние проведенные документы. перед проведением выравниваю время документов на одно.

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

(66) смотрите в строке состояния

(68) ищи того, кто 1ssystem ручонками правит (прямым запросм, например)

(68) а, у меня браузер обрезает низ )

(69) кто это может делать?

база файловая ?

(72) скульная

смотри, какие обращения и когда были у таблички _1SSYSTEM

(70) В журнале я тоже вывожу ТА перед проведением и после проведения дока, видно что до проведения она 06.03.2015 а после пустая

+ Ищи в базе документы с пустой датой

Если такой док провести - та полетит на него

(75) воткни туда проверку на дату дока (ты ж её вроде как меняешь)

Подсказка: ПустойНомерГТД
Для неимпортных товаров указывай тупо ГТД, которая номер ГТД = три прочерка, страна происхождения три прочерка. и все.

(79) Кто здесь ?!

(78) ну вроде в журнале видно, что дата у проводимого документа не пустая. Я все вывожу в журнал.

(81) как бэ видно, что там пустая дата :)

это уже после того как ТА слетела. До проведения дата не пустая...

проверь _1sjourn на наличие пустых дат (01.01.1753)

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

(80) Ай эм

(85) код можно посмотреть выше. Что в нем кривого?

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

ну и это запусти

http://www.1cpp.ru/forum/YaBB.pl?num=1228926967

(87) хз чьто там в глСообщить и что там в внутрискладском перемещении - нам оотсюда не видно все ваши процессы

А так, надо профайлером ловить, в какой момент идет обращение к 1ссистем и че за запрос был

По ЖР видно, что  проводишь с пустой датой.. у тебя же там 2 проведения подряд

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

(94) ты не хочешь слушать и копать
"То есть пользователю показывается окошко с вопросом что существуют долее поздние проведенные документы." - это коно вываливается в том случае, если ТА уже "сломано" - то есть ТА стоит на какой-то точке времени\документе - а после ТА существует куча проведенных документов.
.
то есть в этот момент та у тебя уже сломана.
.
сдвиг ТА назад связан всегда с ресурсоемкой операцией отката/пересчета текущих итогов на начало месяца - у тебя на 01.01.15 - это не происходит мгновенно. это как правило длительный процесс если он выполняется штатно - ну по крайней мере с десяток секунд.

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