Суть такова, загружаются документы по видам. Есть ТЗ куда попадают все виды документов загруженных осортированы последовательно. И теперь надо правильно последовательно их провести. Пока только мысли УстановитьВремя() и потом Провести(), но время может быть одинаково у двух документов например, да и вычленять время из поля TIME нужно, мож есть еще какой способ?

(0) Документов в день сколько?

(1) Да тут перенос разным клиентам с одной БД в другую. Так, что может быть любой

А почему Вам не нравится этот способ?

(3) Потому что, Время может быть одинаковое у документов и не известно как в новой ляжет в правильной Позиции или нет.

(4) О боги! Ну установи разное время...

(5) по тысячам документов сравнивать какая позиция в новой БД со старой, что-то ни очень производительно

(6) На семерке еще делали следующим образом. Справочник видов документов. Для каждого вида свое время.

(7) чегой?

посмотри в сп сформироватьпозицию...

+(9)Вово .
А СП у нас давно отменили.
Да и в продажу уже давненько не поступало.......

(10) а все СП, что были - покрали.

Если документ экспортируется и создается новый достаточно их просто в правельной последовательности создавать и автовремяконецдня

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

(13) По видам - не вижу проблем. Главное - сначала поступление, потом реализация.
Первый док-т первого вида - время 00:00:00
Второй док-т первого вида - время 00:00:01
и т. д.
Первый док-т второго вида - тут уже, как хочешь: хочешь продолжай время, хочешь делай с нуля. Я бы - просто продолжала время.

(13) примитив - записывать с такой же позицией.

(15) Как установить позицию??? туже как в старой? УстановитьВремя, не сделает это

(16) просто присвоить ему тот же date_time_iddoc

(14) Конфигурации, разные. Не известно в какой последовательности должны идти документы

(17) Как это сделать?

(19) insert/update вестимо

я хз, как  и че ты там переносишь и откуда-куда.

и как синхришь объекты в разных базах.

(20) нее на прямую писать в БД, не айс, тем более в основном базы ДБФ, там такого поля нет

АвтоВремяКонецДня() - Установить режим записи времени на конец дня для новых документов.
Если документ уже есть, я так понимаю Док.АвтоВремяКонецДня();
Док.Записать();
не сработает, т.к. метод только для новых документов?

(23) для дбф еще проще, писать с тем же полем date и time

усё и с тем же iddoc

Я думаю оптимально наверно:
Док.УстановитьВремя(23,59,59).
Док.Записать();
При таком раскладе каждый, последующий будет становится на временной шкале ниже. Выборка док.-ов для проведения  идет в правильной последовательности

(26) Нет прямым запросам писать в БД, что-то не рискну. + отдельно надо код для Sql и ДБФ, хочется стандартным методом

(27) Это только при записи новых.
Ибо позиция - время + ид

(29) а если как в (27)?

(30) не надо так делать, никогда.

есть очень "красивый" эффект с 23:59:59, когда в одной секунде много доков. Позиция, в опреациях и проводках будет другая, нежели в _1sjourn

а для дбф, может быть даже время с 24:00 в журнальчике отображаться

валялся где-то у меня скриншот

Ну и экспортируй документы по видам без провести. а потом выбирай повторно последовательно все виды подряд и устанавливай им время от 00:00:01 до ... прибавляя каждый раз по секунде. нужные проводи. Я бы сначала создал пустые болванки доков вид № код. а потом бы уже по видам заполнял внутринности. экспортировать чисто по видам за 1 проход все равно не получится. документы содержат ссылки друг на друга и заполнить ее в 1 проход неполучится

(35) смотря как заполнять, если напрямую инсертить/апдейтить, то вообще пофик.. че там ранньше грузить, что позже.

(35) Ну можно по секунде прибавлять, вряд ли у кого-то будет 86400 документов для проведения в день

(36) если бы чел напрямую заполнял подобных вопросов бы не задавал.

(8) Добрый день, Chameleon1980, сорри за офтоп, вы в другой теме про задвоенные контрольные точки писали, что нашли решение, а какое - непонятно, помогите в теме, которую я создал Задвоились конечные точки в ЗУП ред. 3.0
По указанному эмейлу [email protected] задавал вопрос, но вы не ответили

(38) ну если сиквельная база, док не проведен  - можно и напрямую позицию исправить.
файловая переиндексации требует.
Но тма можно записывать через ЗначениеВСтрокуВнутр.