> Не обрабатывается случай когда документ не запишется ( особенно когда новый документ )а действие не прервется
вот именно в этом случае ты и попадал на свою ситуацию.

- Если этот случай попадает на мою ситуацию, значит, ее можно вопроизвести. Ты пробовал ее вопроизводить?

(Neo) На всякий случай все что в ветке Ничего личного против тебя
или кого либо только обезличенные факты, цифры.

Цитата:

Я думаю что 1с в моей защите не нуждается но попытаюсь ответить.

Я считаю что 1с должна была реализовывать методы Записать, Провести как функции а не как процедуры.
Т.е. должна была быть полная аналогия с  методом НайтиДокумент.

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

1с приложение работает не в вакуме в сложном общении с sql сервером.
Кстати sql сервер тоже по разным причинам может сам откатывать транзакции.
При этом никто же не говорит что ms sql глючный продукт и не надо например его
использовать в банках и других ответсвенных сферах.

PS полуoff (метафора)
Залил на неизвесной заправке плохой бензин ( увы это правда жизни).
Уже 3 недели мучаюсь.Ситуация постепенно улучшается.
Из этого же нельзя сделать вывод что автомобиль у меня глючный.

noxxx писал(а) 25. Ноября 2009 :: 07:04:

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

Для этого iddoc поле iddocdef является реализацией или  Отказ?

Получается что при записи документа отказ у тебя данные "наезжают" на другое поле. Т.к. данные выгрузки в Переферийную базу идут правильные то скорее всего врет raid контролер. происходит растыковка операционной системы и sql в контролере.
т.е происходит ситуация контролерр сохраняет данные в кеше и
шлет sql серверу сигнал что сбросил данные на диск.
sql перезатирает данные в кеше еще не сохраненные на диск.
Так что тебе надо разбираться с контролером - опциями, его дровами может память в самом контролере "чуть-чуть" битая.
Для начала можно в нем выключить write back.(может и память)
Как это точно определить и отловить не знаю.

Дочка стала центральной надо
разбирись с таблицей _1sdbset
и сам увидишь что там надо сделать.
таблицы _1sdwnds и _1supdts надо очистить от записей. Лучше сначала потренироваться на копиях.

Z1 писал(а) 25. Ноября 2009 :: 08:10:


Документ Отказ Мо-000908, создан 13.11 в 18:07:37, записан 13.11 в 18:07:43
Документ Рекламация Мо-000082, события о создании в журнале нет. Записан в 18:13:44

При этом документ Рекламация есть в базе и он нормальный.
Отказ Мо-000908 также есть в базе, но от 16.11, и это совсем другой документ, а от 13.11, по всей видимости, не сохранился.

При щелчке по строке журнала регистрации открывается Отказ Мо-000082 от 13.11, данные по колонкам размещены логично, т.е. содержимое первой колонки ТЧ документа соответствует содержимому первой колонки ТЧ документа Рекламация, комментарий - также из документа рекламация. Поэтому я склоняюсь к тому, что это ошибка логическая.

В то же самое время есть документ Отказ Мо-000082 от 05.05, вообще другой документ с правильными данными.

Башка крУгом 

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

Может, попробовать сделать выгрузку/загрузку центральной базы, а потом из неё пересоздать периферийную? 

Выложи файл mlg (можно только часть - начиная с 10.11.09 например)

По mlg по Отказу 908 только 2 строки, и больше ничего:

20091113;18:07:37;Иванова;E;Docs;DocNew;3;;O/39201/0;Отказ Мо-000908 13.11.2009
20091113;18:07:43;Иванова;E;Docs;DocWriteNew;2;;O/39201/(CEN)819018;Отказ Мо-000908 13.11.2009 18:07:43 

По рекламации создается документ, но потом с ним ничего не происходит:

20091113;15:13:58;Петрова;E;Docs;DocNew;3;;O/39750/0;Рекламация Мо-000082 13.11.2009 

Затем:

20091113;18:11:55;Петрова;E;Docs;DocNew;3;;O/39750/0;Рекламация Мо-000083 13.11.2009
20091113;18:13:44;Петрова;E;Docs;DocWriteNew;2;;O/39750/(CEN)819018;Рекламация Мо-000082 13.11.2009 18:13:44
 

Т.е. создали документ №83, а записался он как №82. Либо №82 уже был открыт, либо я не знаю как так  

А потом еще раз создается №83:

20091113;18:41:53;Петрова;E;Docs;DocNew;3;;O/39750/0;Рекламация Мо-000083 13.11.2009
20091113;18:43:56;Петрова;E;Docs;DocWriteNew;2;;O/39750/(CEN)819021;Рекламация Мо-000083 13.11.2009 18:43:56
 

Т.е. получается что в промежутке между созданием и записью документа Рекламация Мо-000082 создается документ Отказ Мо-000908.
При щелчке по строке журнала регистрации от 18:07:43 открывается форма документа Отказ Мо-000082 13.11.2009, которого на самом деле не существует. Данные в нем - из документа Рекламация Мо-000082 13.11.2009. Документа Отказ Мо-000908 13.11.2009 не существует, но существует Отказ Мо-000908 16.11.2009 другого автора, который относится к другой заявке.

Надеюсь, вы хоть что-то поймете 

А (CEN)819018 - это я так понимаю идентификатор объекта? Он одинаковый у Отказ Мо-000908 и Рекламация Мо-000082.