получать остатки на момент продаж #669260

есть два регистра остатки продажи (оборотный) Как оптимальнее всего получать остатки на момент продажи?

есть два регистра остатки продажи (оборотный) Как оптимальнее всего получать остатки на момент продажи?

из остатков конечно

как за период? структура у регистров

остатки за период?

пример Остаток на начало 01.01 100 шт Продажа1 3 шт за 100 р Поступление1 6 шт Продажа2 2 шт за 50 р Поступление2 1 шт Остаток на начало 02.01 102 шт Продажа3 100 шт за 5 р делаем запрос с 01.01 по 31.01 продажа1 -- осталось 97 продажа2 -- осталось 101 продажа3 -- осталось 2

так тебе остатки на начало каждого дня из периода нужны?

остатки на регистратор продаж

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

уж точно не из оборотов

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

в таблице остатки есть граница --- один параметр

+в остатки

там не граница, а период остатков

а причём тут срез последних и регистр накопления остатков ?

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

период ?

а остатки на период чем не срез последних

ты в конструктор запросов заглядывал?

жесть...

ууууу

от контекста задачи зависит. если у него 100500 регистраторов, то левое соед. таблиц повиснет просто

+1 вот-вот-вот

-> :)

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

ничего не повиснет, правильно отборы делать надо и соединения и вообще момент продаж довольно существенно ограничивает выборку регистраторов так-то))

я про "вручную" считать не понял

лови, вместо регистра сведений и среза последних подставь свой регистр остатков

может распечатать и прокрыжить?

выгружаешь пакетным запросов в 2 таблицы (остатков и всей номенклатуры, которая будет в оборотах за период; и оборотов, упорядочить по моменту регистратора), обходишь их, группировки тебе известны. Циклом прибавляешь, получаешь таблицу. Если нужно, грузишь ее обратно в запрос

мсье знает толк в извращениях

дааааа это будет ну намного быстрее

да

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

да нафиг это надо за год , вообще не понимаю. Просто в скд выбрать таблицу остатков на начало, всю таблицу остатки и обороты, а остатки считать как начОстаток и накапливаемый приход минус накапливаемый расход

вместо остатки и обороты можно просто обороты

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

кстати, в рассказывается о периодическом РС с периодом день у меня в одном дне может много операций

там можно соединять по моменту времени. зависит от объема данных

только у тебя это будут тонны кода циклов и проверок

да хоть на секунду

и кстати про контекст задачи тс до сих пор ниче не сказал :)

от ведь партизан :)

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

и ты возьмёшь максимум от момента/регистратора 1ого регистра ?

хоть максимум, хоть минимум, момент времени регистратора уникален

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

в запросе к РС на каждую дату получается значение из предыдущей установки значения для РН это не подходит, т.к. мне не интересно предыдущее значение, мне интересен остаток

прямо как со смартфонами уперся

позови специалиста

как вы получили сертификат "специалист"? Какие нафиг обороты, остатки и обороты? Жесть...

че там не понятного. Ты обороты соединяешь с оборотами по условию равенства номенкл. и момент меньше нужного. У тя таблица растет геометрически. Потом эту получ.таблицу сворачиваешь, и получаешь оборот с начала выборки до опред.регистратора.  Потом цепляешь к этому делу нач.остатки. А нач.остатки + оборот = кон.остаток

что именно не понравилось?

у меня получилось так: для остатков смотрю таблицу остатки/обороты по регистратору и для оборотов таблицу оборотов по регистратору но это разве оптимально ?

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

смотри внимательно / /

почему-то мне кажется, ты троллишь сейчас :)

не понял

хоть скажи, родной, че мутишь то, отчет али как?

в тебе же последнюю таблицу надо получить, а начало - это входные данные. Или я не так понял?

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

да

в ней нет оборотов, только остакти

тебе же и нужны только остатки)

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

ещё раз : есть два регистра I. остатки (рн остатков) -- у него есть остатки и обороты структура: 1. товар 2. количество II. продажи (рн оборотов) -- у него есть только обороты структура: 1. товар 2. сумма

зачем тебе 2 регистра???

ТС, скажи, ты отчет делаешь? Если да, то на СКД это решается на раз. Никакие сложные запросы писать не нужно

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

интересная структура у регистра продаж... кол-ва нет?  и если нет, то нах он вообще нужен?

в одном факт продаж товара , в другом факт прихода/расхода товара

даже если и было бы количество в решение вопрос оно не поможет

мне просто интересно, зачем ты вообще его сюда пишешь? и где ответ на ?

Блин, я такой тупой оказывается. Даже исходную задачу не понял, не то что предлагаемые решения.

кого пишу ? это не отчёт нет

ок. Если рег.Продаж не нужен, зачем нам о нем писать?

почему не нужен ? нужно получить остатки на регистратор, который делает движение по регистру Продажи =)

ок, напишу запрос за небольшое вознаграждение :)

рублей 200 как для своего человека, чисто на пиво

чтобы взять обороты виртуальные таблицы тут не нужны

обращайся прям к физическим

тут без разницы к какой общаться : к физической или виртуальной оборотного рн продажи ибо одно измерение и итоги не нужны

в регистре остаткоом вирт.таблица ОстаткиИОбороты оч.хитрая, к ней не имеет смысла в твоем случае обращаться и даже вредно. в оборотном (продажи) тоже нет смысла, т.к. будет строится по физической. Выбрать различные Продажи.регистратор будет лучше

в (64.2) ровно то, что ты пишешь

неа

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

остатки нужны не на регистратор а на момент времени регистратора!!!

давай Пеппи разгоняй этих ламеров

естественно, но у виртуальной таблицы ОстаткиИОбороты иногда эти поля Неопределенны

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

1. феерично, с чего вдруг ? 2. не ко мне про структуру

это бесполезно!)

не факт

каким другим?

другим

у вас там своя УТ чтоли, оригинальная и самописная?

уточнение ещё раз : есть два регистра I. остатки (рн остатков) -- у него есть остатки и обороты структура: 1. товар II. продажи (рн оборотов) -- у него есть только обороты структура: 1. товар "продажа" делается двумя регистратора списание -- по рн остатки, продажа -- по рн продажи пример: Остаток на начало 01.01 100 шт Списание1 3шт Продажа1 100 р Поступление1 6 шт Списание2 2 шт Продажа2  50 р Поступление2 1 шт Остаток на начало 02.01 102 шт Списание3 100 шт Продажа3  5 р делаем запрос с 01.01 по 31.01 продажа1 -- осталось 97 продажа2 -- осталось 101

Как связаны документы "списание" и "продажа"?

два разных регистратора