УТ 11 v8: Запрос: количество дней наличия товара на складе за период. #652574

Доброе время суток!   У кого-нибудь такой запрос правильно отрабатывает в УТ11 после замены регистров на соответствующие из УТ11 ?

в 1С Розница есть планирование закупок там все есть.

А оно под УТ 11 взлетит или надо будет пилить?

а сам то как думаешь. хоть бы регистры глянул.

у меня есть готовое для УТ11. но меня тут банят за ссылки.

чтобы глянуть, надо сначала поставить

короче гря, ответ не в тему.

стаж 8 лет....ужасть... Да таже по твоней ссфлке регистр партии товаров на складах... ты в УТ11 видел регистр партий??? уже 3 года все обсужэдают что партий нет. в общем ответ - ДА - переписывать НАДО

ты читать умеешь?

иди уже отсюда, дурачек

хамло. фига се. не думал что ты окажешся хамлом и тупым 1Сником.

не нравится хамство? тогда переставай хамить. см.. просьба внимательнее читать.

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

Не вижу причин, чтобы запрос "отрабатывал" неправильно...

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

вижу решение через Нач Кон Колич. д1 д2 кол1 д2 д3 кол2 д3 д4 кол3 2. ну а далее разностьдат(д1,д2,день) там, где колич <> 0

В какой-то странный, тяжеловесный запрос.

Запрос отрабатывает правильно. Вот прикрутил к нему календарные дни. Чтобы знать сколько именно рабочих дней, а не календарных номенклатура была на складе, правда тестил пока только на одной номенклатуре: ВЫБРАТЬ                ТоварыНаСкладахОстаткиИОбороты1.Период КАК Период,        ПО (КалендарныеГрафики.ДатаГрафика МЕЖДУ ТоварыНаСкладахОстаткиИОбороты.ПредыдущийПериод И ТоварыНаСкладахОстаткиИОбороты.Период) ГДЕ

Хороший запрос... отрабатывает как надо...

ВЫБРАТЬ   НашРегистр.Номенклатура,   НашРегистр.Склад,  .... че там еще нада...   НашРегистр.Склад,  .... че там еще нада... Синтаксические ошибки могут быть - писал на коленке

ИМХО на порядок лучше

У вас не учитывает главного. Это то что товар мог прийтий и в этот же день уйти. Но на остатке он был.

+ Периодичность день конечно

Нее

Делаю за январь по одной номенклатуре Основной склад   3 Основной склад   60 НеОсновной склад 32 Немного смущает 60. Но по российскому закону в январе 31 день.

но работает быстро, что несомненно "плюс"!

хотя на основной склад пришел только 29.01 и весь ушел 30.01

а сиысл - этот отчет будет выполняться кажде 2 секунды...?

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

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

Таки пришлось лезь в консоль. Фразу НашРегистр.Период = &КонПериода заменить на НашРегистр.Период = НАЧАЛОПЕРИОДА(&КонПериода, ДЕНЬ) Фразу НашРегистр.Период = &КонПериода заменить на НашРегистр.Период <> НАЧАЛОПЕРИОДА(&КонПериода, ДЕНЬ)

ты описание задачи из ссылки по читал?

по ссылке просто запрос и теория. Практика - реальное использования. без календаря такие запросы наикому не нужны. Ежу понятно что в у многих торговых фирм может быть 5=-6-7 днейная рабочая неделя. а выходные так вообще у всех. Например полянваря.

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

Точно также как ваши запросы не учитывают приходи и расход в один день. А бывает просто. Товар продали с другого склада. но переместили на эот и сразу списали.

На практике розница отдыхает только 1 января...

+ 1 день в году...

Ну да, конечно. Ты прям из задачи в определил, что по рабочим дням. Может сразу так и напишешь без согласования? А потом будешь рассказывать бизнесу "я включил мозг и решил за вас, что вам нужны рабочие дни". Запрос много чего не учитывает. Например часто надо не просто количество дней, а дней*количество или еще чего. Исходя из конкретной задачи и пишется конкретный алгоритм

в строго описана ситуация, что считать пустым днем. Если учитывать приходы/расходы в один день, то можно дни до сотни раскрутить переместив в один день по сотне складов

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

И что приход/расход в один день за день наличия считал?

где там в ноль увидел задачи я не знаю))) в что видно? Что прилез чувак который видимо только УТ11 открыл или вообще еще не видел. И задал вопрос а будет ли этот запрос работать? Из чего появился вывод: 1) он не знает УТ11 2) впервый раз вообще с такой задачей столкнулся и просто нашел в интернете запрос который даже не вникая в него (и вообще сулдя по всему у него сложности с пониманием что в этом запросе написано) он просто попытается поставить нукжные регистры и полностью доверится тем кто положительно ему даст ответ на форуме. Все. никакого ТЗ и тп. Но вот с календарем это нажо сразу же думать! Тк сделав одно и внедрив заказчику уже завтра же заказчик столкнется с календарем с вероятностью в 99 процентов и скажет переделать. Твоя конструция сразу же летит к чорту. А в сажбе остается рабочим.

я еще изначально сказал. Что правильный запрос есть в 1С розница. Который учитывает и то и се. Те как бы я намекаю на то что сама 1С написала уже давно запрос по подсчету по дням. А у напс в кругах как бы то что написала 1С считается уже авторитетным кодом. в большинстве случаев.

Не тупи. Разговор был про запрос из ссылки в В ссылке по задача описана четко. И обсуждаю я запрос, написанные В ССЫЛКЕ из

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

И тебе спокойной ночи

Завтра посмотрю... а вообще респект... похоже на правду...

Б... к Извиняюсь...)