Давно уже не приходилось разрабатывать стуктуру под партионный учет. А тут понадобилось. В УТ как я понял за партию документ. Но как потом в запросе сортировать партии? Ведь единого журнала для получения даты нет. Как правильно партию хранить? Дату или какое-то представление момента времени?

а зачем журнал для получении даты?

и что мешает хранить отдельно датапартии (она может не совпадать с датой прихода, например из-за возврата)

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

Сейчас модно "ключи аналитики чего-то там".

(4) это вроде не для партии?

"8ке кучу таблиц документов соединить чтобы дату получить" - непонятно... ну непонятно же! (с)

ключи аналитики партии

+ (6) одним соединением с регистром, пожалуйста, можно получить партии

http://prntscr.com/fhdki2

(7) да не. это вытащить данные партии. а мне отсортировать их по ФИФО или ЛИФО

Хотя нет партия - документ

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

Можно журнал сделать и оттуда дату брать. Я так делал когда-то

(10) сортировку в запросе уже отменили? что ты понимаешь под "датой партии"?

не ... журнал я для этого точно делать не буду

(14) по какому полю ты собрался сортировать в запросе?

(15) Справочник значит лучше чтоли? Журнал то полностью автоматом

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

(17) да не справочник. мне нужно просто поле по которому можно сортировать.

(18) с какого это бодуна по Ссылке (да еще и в запросе) стало по дате создания?

Партия - документ ПТиУ. У документа есть дата, сортируй не хочу. И чем тебе вдруг стал некчемен типовой РН "Партии товаров на складах"?

(19) Чтоб что-то продать нужно это что-то вначале купить (с)

(20) а кто сказал что партия это один документ. а если 20 документов?

(20) уже не актуален такой регистр давно

(22) Ты не поверишь... это будет 20 партий

(24) Ты представляешь во что выльется
Выбрать
  Докумет.Дата КАК дата

(19)Что есть по твоему Ссылка?

(26) я знаю что такое Ссылка. только не надо мне рассказывать что это документированная возможность.

(26) Нужно не по дате создания, а по дате документа.
А это не совсем одно и тоже

Еще одного клюшечника начало плющить? :)
Это очень быстро пройдет и обратно уже не затащишь.

(29) Не пишите про то, в чем не разбираетесь.

(0) Партионный учет - это вообще архаизм какой то

(29) да давно уже отпустило. по теме есть чо сказать?

или свои партии никто не рисовал давно?

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

(33) При выполнении запроса получения остатков по партиям, отсортированных по ФИФО

(31) я не страдаю "лечением" заказчиков. сказали рисовать партионный учет - рисую. тем более конфа нетиповая и вообще это не учет товаров.

Я сортировал уже результирующую таблицу значений (не выборку) уже в постобработке. Было быстрее

(33) а чо в типовой (УТ например) так и есть что ли? прям толпа левых соединений?

(36) Ну и, естественно, максимум кэша, чтобы не получать лишний раз дату

(37) В ут10.3 и УПП1.3 - да.

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

Особенно УПП1.3 - так жесть жестянная

Определитесь для начала- что такое партия?

(40) Ну, традиционный партионный учет из УПП1.3 еще никто не отменял

(43) не модно, не стильно, не молодежно.
А автору нужно именно это

(41) Плюс там этих партионных учетов - 3 штуки

(44) Давай мы почитаем заголовок и поймем, что автор пилит нетленку.
Запилит ли он в одни руки РАУЗ - не думаю.

короче добавил в измерение дату. для этой задачи наверное хватит ...

мне РАУЗ не нужен. и себестоимость тоже не надо считать. мне нужно просто определить порядок списания остатков.

(47) Ты добавил "точка разрыва" в кластерный индекс, если только не добавил дату в конец списка измерений.

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

(49) Помни про это

(47) Ты - смелый парень. Я вот не решился на такое.

Журнала достаточно

(39) Там больше плющит на СписанныеТовары, чем на неявных связях.

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

Можно запилить отдельный регистр типа ДанныеПервичныхДокументов, куда писать дату/номер документов при записи. Тогда соединять придется только с этим регистром. Так сделано в БП 3 например.

(56) А если 10 документов одной датой?

Модно так, чтобы потом можно было быстро доставать

(57) А не пофиг с точки зрения "партионного учета" с каким они временем? Если пользователь может по своему усмотрению их порядок менять?

(59) Я технически рассудить пытаюсь, как автору с его упорядочиванием моментов времени по хронлогии помочь :)

(57) дак в регистре в измерении ссылка на документ хранится, в ресурсах - дата/номер. Хоть 10 документов, хоть 1000 одной датой может быть.

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

(61) Так ему надо выбрать по хронологии первые три документа с оси моментов времени, например. Где порядок будет храниться?

(62) еще раз
ТС не нравится, что в его (условном) запросе
ВЫБРАТЬ
  Таблица.Партия
ИЗ РегистрНакопления.БлаБлаБла
УПОРЯДОЧИТЬ ПО
  Таблица.Партия.Дата

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

ВЫБРАТЬ
  Таблица.Партия
ИЗ РегистрНакопления.БлаБлаБла КАК Таблица
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ДанныеПервичныхДокументов КАК ДанныеПервичныхДокументов
ПО Таблица.Партия = ДанныеПервичныхДокументов.Документ
УПОРЯДОЧИТЬ ПО
  ДанныеПервичныхДокументов.Дата

(63) А мне кажется, что ему вдобавок еще не нравится, что порядок по партиям в пределах одной секунды не будет строго определен ))

Можно доопределить
УПОРЯДОЧИТЬ ПО
  Дата, Ссылка

(65) Где-то в УПП я такой косяк правил уже. По БУ и НУ по-разному списывались партии без дополнительного упорядочивания.

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

(67) Момент времени и есть дата + гуид

(68) отдельно по дате и ссылке это совершенно не то что по моменту времени

согласен, не совсем то
по дате, ссылке =  дата, тип, ссылка
Но важно же само наличие гарантированного порядка внутри секунды

Никто не обращал внимание на регистр сведений "Данные первичных документов"?

(35) Для начала выясни у заказчиков какой именно "партионный" учет нужен.
А то случайно выяснится что одним доком могут придти 2 и более партии одной номенклатуры ))

(72) * 2 и более разные партии

Партия это просто уникальный идентификатор, который далее используется.
Что в 1С имеет УИД (ну и ссылку)?

Еще есть регистр "Даты поступления товаров организаций"