Платформа 7.7.027
SQL 2000 8.0.2282 (SP4)
ТиС 9.2 правленная

Симптомы такие при проведении документа Строка выписки приход, документ в журнале появляется, при включении отбора по контрагенту (который указан в документе) - документа нет.
Лечится перепроведением документа, раньше(полгода назад), такие случаю происходили раз в месяц или реже, что было не критично. Сейчас стало гораздо чаще, 2-3 случая в неделю.
На одном SQL сервере две базы, центральная и перефирийная, вышеописываемая ситуация происходит на перефирийной базе, на центральной все в норме. При разборе ситуации - обнаружил, что в проблемной базе в таблице 1scrdoc, время документа в поле CHILD_DATE_TIME_IDDOC, не соответсвует времени документа. По этому документу в таблице 2 записи, в одной записи время нормальное, а в другой записи - время не правильное. При изменении времени на правильное - все встает на свои места. Причем не правильное время - это время записи документа, а правильное - время перезаписи документа при проведении.
Может быть кто-нибудь сталкивался с такой проблемой? Или может кто ткнет ссылкой, чтобы можно было разобраться, как 1С делает записи в сабж, возможно это поможет понять в чем причина такой проблемы. Заранее благодарен.

А неправильное - это какое?

(0) это баян с неправильной записью позиции при записи/проведении документа со временем 23:59:59..

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

а так, грохни табличку и тии с одной галкой - сама восстановится

(1)Пример:
Время документа 15:15:00.
По журналу регистрации видно, что запись документа была в 15:00:56, потом было проведение документа и время изменилось на 15:15:00.
Неправильной записью - я считаю запись где время 15:00:56. При смене времени в этой записи на 15:15:00, отбор для этого документа сразу начинает работать.

(2)Нет, время другое совершенно, выше отписался о времени.
(4)Как исправить по факту - понятно. Не понятно, в чем причина неправильных записей. Причину нужно найти и убрать.

(6) разве что коллизии при обмене в уррбд

Дополнение.
6 перефирийных, и 1 центральная, всего 7 баз в УРБД.
На остальных базах - нормально, во всяком случае на 3 из 6, остальные не смотрел.
Проблемная перефирийная и центральная находятся на одном и том же SQL сервера, разница в том, что каталоги баз - находятся на разных серверах. Причем каталог перефирийной - находится там же где и SQL сервер.

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

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

создайте триггер для мониторинга и предотвращения этой ситуации

(11)
Совет хороший.
Знания SQL минимальны. Надеюсь получить ссылку на решение этой ситуации или совет который будет требовать минимальных знаний SQL.
Конечно, если не получится, прийдется либо искать спеца по SQL или самому разбираться как сделать нужный триггер и что потом с этим делать, но хочется обойтись меньшим временем.

Стало любопытно, думаю как должен срабатывать триггер.
Если я правильно понимаю,
при появлении новой записи в 1scrdoc, по id документа нужно сверять время с 1sjourn.
Если не сходится - записывать в какую-то другую таблицу инфу. Можно конечно сразу и исправлять эту ситуацию, но лучше найти причину.
Правильная логика?

(13)
лучше исправить сразу.
а таблицу лучше завести в отделной базе.