Проблема только с документами, имеющими одно время, естественно. Просто сортировка по колонке как в 7.7 не канает. Куда копать? Тип колонки ставил Документы.ТипВсеСсылки(), не помогло.

(34) помню помню, содержит какое-то время похожее на правду (с) :)
но с временем сессии там была статья тоже, имеет право на жизнь

(31) Ставь все приходы на 9 утра, все расходы на 9 вечера. Бухам скажи:"Ну вы же сами знаете, какая эта одинэска амно, нельзя по другому сделать... претензии пишите в "Спорт-Лото"".

(38) как мне узнать что приход, а что расход?

(36) я даже припоминаю с курсов в УЦ 3, препод говорил это неразрешимая ситуация, нельзя однозначно сказать что один создан раньше другого. приходится приходить к выводам типа (38), чтоб не мучать мозг

т.е. если отсортировать по дате + ссылке - будет тебе порядок, но не факт что правильный

По виду документа естественно. Или у вас Поступление Товаров и Услуг расход делает?

(38) берем буховскую операцию, корректирующую остатки, она должна быть после покупки, но перед перемещением. все доки в одно время. в журнале все в правильном порядке. она является приходом или расходом?

(35) генерим поступление/расход друг за другом 23.59.59 несколько раз, выгребаем запросом

будет на выходе

поступление
поступление
поступление
расход
расход
расход

(41) да, так пока что, но уже около 100 доков не провелись по этой причине, а от них лавиной позже по времени тысячи...

(42) обработка универсальная. откуда ей знать что Поступление - это приход? ведь ПеремещениеТМЦ - это ведь и приход и расход одновременно, так?

(40) но ведь анализ субконто говорит, что можно.

(40) >нельзя однозначно сказать что один создан раньше другого

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

только благодаря тому что П до Р(расход, реализация) и С(списание) и похоже типовые делали по алфавиту...

>только благодаря тому что П до Р(расход, реализация) и С(списание) и похоже типовые делали по алфавиту...

скорее что id метаданных "поступления" меньше чем расхода...

(44) то есть утверждение в (12) это логический вывод из (44)? Как вид достать?

(49) о май гад. там вообще туча херова видов доков половина их которых вообще не нужна. поначалу я делил приход и расход, но встретились документы возврата материалов от покупателя, сторно и прочие ужасы типа операций, введенных вручную. пришлось пойти другим путем. он работает, но остался последний штрих. а вам слабо перенести ББУ в БГУ так, чтобы все пошло до копейки?

(51) да может быть у разных видов документов одинаковый гуид, успокойтесь уже)

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

(51) вид чего? Ссылка.Метаданные().Имя?

Можно попробовать запросом выбрать из этой ТЗ и применить АВТОУПОРЯДОЧИВАНИЕ

(54) ну так guid + 1...

(46) Ты же правила пишешь, ну воткни туда реквизит какой нибудь, приходом данный вид документа является или расходом. Перемещение это естественно расход. Потому, что товар СНАЧАЛА списывается, а списаться может что то только после прихода.

(56) а вот хрен...

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

(58) читай (52)

(58) все это куита...

ЗЫ а при приход/списание 23.59.59 в списании партий в 8-ке наступает фееричный писец...

(58) вот 1С-ОВЦЫ так и сделали... при переносе наступает фееричный п-ц.

2(60) Наличие ПолучитьССылкуНового()

(64) оно для разных видов генерит одинаковый гуид?

(62) Вообще то я про 21:00 говорил.
(63) Колись давай, как сделал.

2(65) Вернее УстановитьССылкуНового()
и достаточно того, что эти одинаковые УИДы мы можем поставить туда вручную

(58) самое обидное, что при переносе 7.7 на 8.2 такой загвоздки бы не возникло, ведь в 7.7 я могу их отсортировать как надо ;)
хорошо, что в БГУ нет такой керни, как создание проводок датой, отличной от даты создания документа.

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

Вообще можем сделать так, что в каждом ссылочном метаданном, которое может заводиться в предприятии будет по одному объекту с одинаковым  уидом

(66)+ переносятся документы чуть ли не рекурсивно, поэтому сортировать таблицу можно только после того, как все объекты выгружены.

(67) >и достаточно того, что эти одинаковые УИДы мы можем поставить туда вручную

вручную в базе 1С можно много чего поставить... ибо спроектирована она так

(69) а вообще зачем?

(67) Нифига. Эта функция принимает ссылку. А если ссылку получать  методом ПолучитьСсылку с одинаковым УИД, ссылки разных видов будут один хрен разными.

не. обсуждали же 1000 раз про виды. если бы гуид вид содержал, мы бы легко по нему объект получали без всяких менеджеров объектов. А пока будте добры указать док или спр для которого объект хочешь получить.

2(72) не знаю... мне интересно... например можно в справочнике с иерархией элементов родителю поставить родителя потомка... тоже прикольно

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

2(74) пойнт в том, что явно не содержит, но при сортировке - учитывается.. и сначала будут идти все уиды одного вида, а потом другого...

(77) так может платформа поле с видом добавляет. надо глянуть профайлером

>не. обсуждали же 1000 раз про виды. если бы гуид вид содержал, мы бы легко по нему объект получали без всяких менеджеров объектов.

я думаю что это вещь односторонняя... чтобы можно было писать ссылки из баз не являющимися УРБД и одной моделью метаданных...

2(78) я все, я дальше уже не понимаю...

(79) + и тогда менеджер нужен - указание в какой табличке ищем... а какого он "вида" уже реальный - уже пох...

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

1. Таблица значений заполняется запросом? Тогда почему не использовать .МоментВремени в тексте запроса?

2. Документы в к/л одной последовательности документов регистрируются? Можно проводить как есть, в минус, по неправильной себестоимости или вообще не записывать движения по проблемному регистру, а потом спец. обработкой допроводить в нужном порядке, получаемом из последовательности.

(82)Пузырьком.
Поэт - Пушкин, Фрукт - Яблоко, Сортировка - пузырьковая :-)

(84) вроде быстрая лучше подойдет. они ведь почти упорядочены.

(83) в случае нехватки док тупо не проводится, менять конфигу низя. вот так.

Да эт шутка. Я там смайлик поставил, для тех у кого скоро полночь и кто заработался :-)

(87) пасибо, вот мне щас блин так смешно ;) перенос занимает 6 часов. мне б желательно без ошибок написать, чтобы утром опять не сидеть расстроенным. все доки вручную проводятся, осталось только научить этому обработку.

а дома инета нет до субботы и приходится здесь всю инфу собрать

(0)
закинуть в запрос, отсортировать. Выгрузить
Сортировать Дата+МоментВремени

(86) Тогда как в таком случае поможет сортировка документов по хронологии? МоментВремени документа изменить нельзя. Порядок выгрузки документов обработкой обмена xml вообще не гарантируется никак. Надо писать свою обработку переноса. :)

>Тогда как в таком случае поможет сортировка документов по хронологии

нету ее в 8-ке... нету...

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

а сама по себе задача сортировки отпадает. вуаля! вечером ждите обновление на
http://infostart.ru/public/99736/

(91) а если поменять дату документа, записать, а потом вернуть обратно и снова записать, он же изменится? правда, в конец секунды, но ведь мне это и надо, по идее.. задача сортировки для корректного переноса в принципе решаема.

(78) ну конечно. УПОРЯДОЧИТЬ ПО МоментВремени превращается в ORDER BY ДатаВремя+номерТаблицы+Ссылка

вот-вот... НомерТаблицы...

(96) #спасибопутинузаэто...

(92) Только ТС не говорите об этом…
(95) Формально, документы будут в одной секунде, т.к. (92). Не уверен, что документ при такой операции «переместится в конец секунды».

(96) УПОРЯДОЧИТЬ ПО Ссылка превращается в НомерТаблицы+Ссылка

Отсюда вывод. если сортрировать по гуиду, а не ссылке. То можно и последовательность получить

условно говоря:

Перемещение - таблица1
Поступление - таблица2
Реализация -  таблица3

имеем в 23.59.59 три документа:

1. Поступление№1
2. Перемещение№1
3. Реализация№1

и вот мы строим запрос с упорядочиванием, и он нам возвращает:

1. Перемещение№1
2. Поступление№1
3. Реализация№1


мва-ха-ха, как говорицца...

2(10) "Отсюда вывод. если сортрировать по гуиду, а не ссылке. То можно и последовательность получить" - блин! только если все документы созданы в рамках одного сеанса
вот исключительно... если половина создана в одном сеансе, а половина в другом - уже все ломается...

+(100) разница между гуидом и ссылкой, что гуид это число, а ссылка понятие платформы с которым она поступает по своему усмотрению.

(101) ага... такое вот фифо... а когда начинается выгребание остатков на "горячо любимый всеми" моментвремени такой цирк с конями наступает...

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

(100) на это закладываться нельзя...

2(103)
Сеанс1
Сгенерирован первый уид, скажем 55555,
следующий будет 55556, потом 55557


Вышли, зашли, сеанс 2:

Сгенерирован первый уид, 44444,
следующий 44445, 44446

(106) я бы тоже конечно не стал. но порассуждать можно.

(107) да нет. так не будет. содержит он время.

2(109) будет! время чего он содержит?

2(109) давай говорить после того, как ты соберешь первые уиды из 10 сеансов выполненных на одной машине в одну базу, но с выключением/включением машины

(110) а время какое? локальное? или общее с учетом часовых поясов?

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

кто не сильно занят? Нужно провести эксперимент - записать 10 документов Авансовый Отчет в одной базе, в одно дату/время, но в разные сеансы, то есть заходя/выходя из 1С, и выключая/включая машину... Зашли, создали, вышли..., выключили, включили, зашли-создали-вышли...

Потом в консоли запросов выбрать эти документы и вывести их УИДы...

я только что делал

одна сессия

0000-000001    4011-12-22 23:59:59.000    0x8DA60016D4FD5CA511E12CA487F08C27
0000-000001    4011-12-22 23:59:59.000    0x8DA60016D4FD5CA511E12CA487F08C28
0000-000002    4011-12-22 23:59:59.000    0x8DA60016D4FD5CA511E12CA487F08C29
0000-000002    4011-12-22 23:59:59.000    0x8DA60016D4FD5CA511E12CA487F08C2A

вышел, зашел

0000-000003    4011-12-22 23:59:59.000    0x8DA60016D4FD5CA511E12CA8443E0CAC

машину выключал включал?

+(155) вот после рестарта сервиса 1С

0000-000003    4011-12-22 23:59:59.000    0x8DA60016D4FD5CA511E12CAB8140B23C

ладно, вечером

В 8-ке проще документы раскидать по времени, чем иметь постоянный гемор с 23:59:59.

+(119) Правда, если документов одного типа не сотни тысяч в течении дня.

А так всё становится отлично - сначала приходы, потом расходы. И никаких проблем :))

хотя 1С говорит что значение ссылки генерится без гарантии получения неубывающей последовательности

ДокументОбъект.<Имя документа> (DocumentObject.<Имя документа>)
МоментВремени (PointInTime)
Синтаксис:

МоментВремени()
Возвращаемое значение:

Тип: МоментВремени.

Описание:

Получает момент времени документа.

Доступность:

Сервер, толстый клиент, внешнее соединение.
Пример:

// (в модуле документа ПроведениеПоПартиям)
Запрос = Новый Запрос;
Запрос.УстановитьПараметр("МоментВремени", МоментВремени());
Запрос.Текст =
"ВЫБРАТЬ
|    ПроведениеПоПартиям.Ссылка КАК РегламентныйДокумент
|ИЗ
|    Документ.ПроведениеПоПартиям КАК ПроведениеПоПартиям
|
|ГДЕ
|    ПроведениеПоПартиям.МоментВремени >= МоментВремени";
Выборка = Запрос.Выполнить().Выбрать();

СП - справка к размышлению, зачем лепить велосипед.

конечно, нужно использовать МВ, как - это уже дело вкуса

в 7.7 была позиция документа - МВ его наследник

(123) Глядя на (115) я так подозреваю, что для 5 разных документов из (115) этот метод вернет одинаковое значение 4011-12-22 23:59:59.000. Дальше как быть ? В семерке это хранилось в одной таблице и там легко можно было получать максимальное значение в пределах секунды и соотвественно двигать по оси.

преобразовать гуиды в 10-е и сортировать)

верю в Нуралиева
(0) а шо дает ТаблицТвоя.Сортировать или как оно
и в скобочках твою колонку

я разобрался, действительно, в 1С 8 нет такого понятия как позиция документа. документы в одной секунде будут находиться в один момент времени независимо друг от друга, только положение документа в конфигурации определяет его положение в журнале (хотя и тут я, возможно не прав), но главное, что перенос заработал, всем большое спасибо!

(99) трудно так быстрко переделать идеологию под градом пуль ;) придется бухов учить время выставлять правильно. и бить по рукам за неповиновение.

(127) думал, порядок проведения документов восстанавливает, а его, оказывается, нет..

фифо, лифо... а последовательность вам никак не поможет?

(131) Конечно нет , так как обмен .

(0) В общем нет возможности отсортировать документы по дате на одну секунду.

(133) + по дате *создания

В обем это и не нужно .

ну как вариант тогда применять сортировку по умолчанию - приход по позиции должен стоять раньше расхода

(135) приход - тн - реализация - возврат от покупателя - тн - списание
все в одной секунде провели, умудрились же...
тн - требование-накладная