В каком случае может возникнуть такая ситуация а базе?
Как можно пометить документ на удаление и оставить движения?

(0)
1.разве что в урибе или при  битой базе/индексах
2.прямым запросом проапдейтить табличку журнала

1. Уриба нет
2. Да этот вариант знаю (но вроде бы никто не пользовался такими обработками из пользоыателей)

В типовом коде 1с такое сделать точно не возможно?

(1) что имеется ввиду под битыми индексами?
Могут ли кастомные индексы как-то повлиять?

(2) точно

(3) в дбф базе не делают переиндексацию при аварийном выходе, индексный файл таблички журнала не соответствует реальному дбф

(0)Вроде такая настройка в конфигураторе была.

(6) нет, не было и нету такого. Це не снеговик, движения удаляются всегда при распроведении\пометки на удаление\непосредственном удалении. Независимо от галки "удалять автоматически бла бла бла".
Она нужна, чтоб в модуле проведения самому чистить записи, при необходимости в момент проведения

(0) Движения по бух. проводкам или регистрам оперативного учета или изменения периодических реквизитов справочников?

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

(5) база на sql

Что есть типовый код 1с? Чужая внешняя обработка может легко запуститься в любой базе если прав хватает и юзать свои ВК.
Да и чисто в скл не заходя в 1с можно это сделать.

(8) движения ОУ

Индексы в sql могут быть битыми? Как их проверить?

(7) А если база скульная, и вылетела в момент удаления документа?
У нас была обратная ситуация, документ проведен, а движений по нему нет. Пользователи говорят, что в тот день вылетали, правда на каком именно документе - ессно, не помнят. Но если документ перепровести - движения появляются.

(13) нет, там скуль следит за этим сам

(14) документ "проведен" это всего лишь значение одного поля в табличке 1sjourn

И штатно, воткнуть возврат в начало обработки проведения, будет проведен и без движений

(17) Вы не поняли. Штатно там как раз должны были быть движения, что и произошло при перепроведении документа (движения по регистру появились). Причем, ситуация повторялась уже раз 5, наверное, за последний год.
Так что, видимо, причина как раз в том, что 1с вылетела при проведении документа. Такое ведь возможно?

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

в общем такое бывает - неоднократно встречал на скулевых базах особенно и особенно у документов у которых не стоит галка - Автоматическое удаление движений

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