Как в таблице значений отсортировать документы по хронологии? #586796

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

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

увы... никак...

долго радовались уничтожению общего журнала...

А в чем проблема то? Если у них одно время, тогда не пофигу в каком они порядке и какой другой порядок ты хочешь?

>А в чем проблема то? Если у них одно время, тогда не пофигу в каком они порядке фифо... улыбаемся и машем...

И? Ну фифо, дальше что? Если у двух расходных одинаковое время, какое фифо вы хотите?

обычное... приход расход приход расход а не приход приход расход расход

ну по факту то они хоть и в 1 секунду но положение на временной оси у них разное, сортировка Дата + ссылка его и даст, не? даст именно как лежит в системе

МоментВремени есть ещё, дата + ссылка как раз

>сортировка Дата + ссылка его и даст, не? даст... но только относительно СВОЕГО вида документа...

дата+гуид пофигу на вид?

в одно время приход и списание. глупо, но не я это сделал. журнал же пережевывает. а обработка универсальная, она не знает, списание это или приход. называется Универсальный обмен данными по ХМЛ.

гуид чего? uid документа? Так в него как раз вид документа и зашит... иначе почему бы .ПолучитьСсылку работает только от конкретного менеджера...

Любимая развлекуха бухгалтеров, когда им заняться нечем - считать себестоимость на текущую секунду.

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

нет, прошел день, а не забито овер 9000 документов, которые должны пройти в прошлом квартале. и начинается проклятое 31.03.2011 23-59-59...

>>Так в него как раз вид документа и зашит что-то начали противоречить логике своей же) У двух документов РАЗНОГО вида может быть одинаковый ГУИД

гуид что даст?

ГУИД же вроде уникальный для любого объекта... или мы не о том?

не не не. нету там видов никаких

по сути МоментВремени это дата + гуид, т.е. в запросе будет аналогично и пофигу на вид (с)

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

момент времени это дата + ссылка на док

гуид типа время создания содержит.

2(10,20) только при условии что все документы заводили в одном сеансе... потому что иначе - что есть уид, что его нету

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

можно было бы, разово, но я правлю правила переноса, а не базу

есть там все...

2 что-что?

хз как они заводились, видимо предыдущим переносом. если хотите знать, конфа БГУ.

внезапно может, но гуид это и есть ссылка

и что, а если перенесли док в другую дату после его создания, и логически он встает после, а по времени создан раньше?

имеем базу РИБ с кучей  узлов.. вот там создавались документы прихода и расхода, пришли они в центр... и какое в их уидах время создания документа?

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

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

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

думал, ща меня как котенка ткнут в какую-нибудь элементарщину, а оно эвона как  ))) вообще это последняя проблема осталась, ее по любасу решить надо. как вы считаете, ручная сортировка таблицы с помощью момента времени (записей 100 - 100000) будет решением?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ну так guid + 1...

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

а вот хрен...

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

читай

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

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

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

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

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

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

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

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

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

>и достаточно того, что эти одинаковые УИДы мы можем поставить туда вручную вручную в базе 1С можно много чего поставить... ибо спроектирована она так

а вообще зачем?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

а сама по себе задача сортировки отпадает. вуаля! вечером ждите обновление на

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

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

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

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