Виртуальная таблица остатков по регистру накопления дает неверные остатки #598487

РегистрНакопления.ЗаказыПокупателей КАК ЗаказыПокупателей И Лба запроса дают разные результаты. Хелп плиз ?

РегистрНакопления.ЗаказыПокупателей КАК ЗаказыПокупателей И Лба запроса дают разные результаты. Хелп плиз ?

РегистрНакопления.ЗаказыПокупателей КАК ЗаказыПокупателей И Лба запроса дают разные результаты. Хелп плиз ?

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

Это я знаю

молодец!

первый запрос - это тупо движения документа второй запрос - остатки

+ "первый запрос - это тупо движения документов по регистру"

Ясно в документы 45 разных номенклатур они сделали движения в регистр 45 строк а виртуальная таблица выдает 42 даже в таком виде запрос ВЫБРАТЬ РАЗРЕШЕННЫЕ    КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ЗаказыПокупателейОстатки.Номенклатура) КАК Номенклатура Дает 42 строки но в регистре строк 45

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

Номенклатур точно 45 Кто нибудь сталкивался с тем что виртуальная таблица неверные данные дает?

45 - 42 = 3. Эти 3 - закрытли регистр, остатков на них нет

нет бага, всё правильно!

3 позиции из 45 были проданы.

конкретно в данном случае есть только 45 строк прихода Это равносильно остаткам

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

тут кеп подсказывает, что по 3 наименованиям нет остатков

имхо автор жестко тупит либо просто нас разводит

однако факт никто не тупит и никто не разводит

Попробуй Запрос.УстановитьПараметры("ДатаОстатков",Новый Граница(ДатаОстатков,ВидГраницы.Включая))

тогда уж типа этого:    РегистрНакопления.ЗаказыПокупателей КАК ЗаказыПокупателей

движения никогда не будут равносильны остаткам

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

о как... остатки с потолка берутся оказываются...

ВЫБРАТЬ РАЗРЕШЕННЫЕ    ИЗ        РегистрНакопления.ЗаказыПокупателей КАК ЗаказыПокупателей Все равно 45

8.2.14.540 с поддержкой 8.1

КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ЗаказыПокупателейОстатки.Номенклатура) КАК Номенклатура А так все равно 42

У тебя "ДатаОстатков" какой тип имеет?

ОСТАТКИ там. ну нет этих 3-х на остатках

ты чего хотел то? у тебя по 3 позициям остаток 0. их в вирт таблице нет. т.е. тебе еще надо посчитать остаток и дописать в условия остаток having <> 0

раз ты не согласен с моей фразой значит ты хочешь сказать, что движения равносильны остаткам?

Все что только что выше написано неверно: Есть документ заказ поставщику (переработка) В нем 45 строк с НЕНУЛЕВЫМИ ЗНАЧЕНИЯМИ Этот жокумент пишет ненулевые значения в регистр заказы покупателей

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

ах да все движения только прихода

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

и больше по данному заказу нет движений вообще

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

дату убери из вирт таблицы

да это понятно. виртуальная таблица остатков на то и виртуальная. остатки не хранятся а рассчитываются. но остатки НЕ равносильны движениям, их нельзя сравнивать (хотя бы потому, что движения +3 и -3 в остатках будут =0 и соответственно не попадут).

не актуально это часть кода Обработки заполнения Документа Передача товаров на основании Заказа Поставщику Код стандартный конечно был больше Я все выкинул из него чтоб найти косяк

Да уж... Виртуальная таблица остатков если не передавать в дату границу ИСКЛЮЧАЕТ остатки в последней секунде... поэтому вам правильно дал ответ

Могу двигать дату +- месяц Нифига не меняется

точно других движений по данному заказу (как измерению) не было? я вот не верю

а автор долбится об стену с фразой "а у вас бывало что виртуальные ОСТАТКИ показывают неверные данные". бывает. только если регистры глюкнули и нужен пересчет. а узнать это можно взять отдельную номенклатуру (одну из тех трех пропавших) и тупо без запроса в форме списка регистра наложить отбор по номенклатуре и заказу. и посмотреть движения по ним. и если и правда по регистру был только один приход и не было движений - а в в виртуальных остатках эта номенклатура не фигурирует - тогда да - проблема таблиц регистров

пересчитай итоги этого регистра. Если ничего не измениться - правы все кто тут были - нет остатков по этим 3-м номенклатуринам. сделай в консоли запрос по ВСЕМУ регистру с отбором по этим номенклатурам и погляди всю картину

варианты: 1. нужен пересчет регистров 2. был не только приход, но и расход

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

ни разу не верно

ответь на да и пересчитай итоги через стандартные средства

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

божится что не было. хотя я не верю

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

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

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

АААААААА

ЫЫЫЫЫЫЫЫЫ

как это меняет суть вопроса

остатки на дату то все равно не идут

это окончательно ставит точку вопросе про твою адекватность.

не идут с чем? с таблицей движений? :)

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

Документа 2 Заказ поставщику (переработка) и Передача товаров которая списывает. Тема началась с того что Передача товаров в момент своего создания на основанию заказа поставщику брала 42 позиции а не 45. Естественно счас их уже дабвили (недостающие позиции вручную)

+1

Заказ поставщику на 2 месяца раньше передачи товаров. В любую дату из этого интервала стандартная процедура заполнения на основании дает 42 позиции а не 45

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

в записях регистра строк 45 в виртуальной таблице 42

купи себе питуха... ты сравниваешь остатки с фильтром по заказу с некой, кое-как отобранной движухой по заказу... это вещи РАЗНЫЕ

где можно посмотреть форму записей виртуальной таблицы?

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

вобщем никто в вопрос не вникает неужели кто то думает что до 45 не умею считать

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

операции - регистры накопления - заказыпокупателей. там в форме, в отборе укажи заказ и твою спорную номенклатуру

Вернемся к первому вопросу Найдите ошибку в коде

>вобщем никто в вопрос не вникает постановка вопроса пока вызывает глубокие сомнения...

при условии что есть только 1 документ на 45 строк

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

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

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

В однм это сумма приходов по регистру движений в другом остатки по виртуальной таблице

Да и код в Тоже дает 42 строки

ооо, уже слово сумма промелькнула. в правильном направлении идешь товарищ

ПОСМОТРИ В ФОРМЕ СПИСКА ЗАПИСЕЙ РЕГИСТРА НАКОПЛЕНИЯ. с отбором по заказу и номенклатуре.

РегистрНакопления.ЗаказыПокупателей КАК ЗаказыПокупателей я тупой, ткните пальцем где здесь отсекается номенклатура с остатком = 0

+ и только ПОТОМ накладывается условие по заказу...

45 строк с ненулевыми приходами по количеству и сумме

+ и как там вообще понятие остатков фигурирует

не ипи мне мосх... или у тебя базе кирдык полный

Я согласен с ТС очевидно, что программа 1С работает неправильно. Как люди на ней учет ведут?

ты похоже отбор только по заказу поставил. добавь еще и по номенклатура. З.Ы. и ты точно ставишь отбор не по регистратору а по ЗаказуПокупателя? и других никаких отборов не накладываешь?

вот так попробуй ВЫБРАТЬ РАЗРЕШЕННЫЕ    КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ЗаказыПокупателейОстатки.Номенклатура) КАК Номенклатура ИЗ

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

Зуб даю. Отбор только по заказу покупателя

+1

Неправильно сравнивать с просто запросом к таблице, надо с оборотами сравнить.

И во всех строках разные товары?

+ у тебя остатки по номенклатуре отсекаются без учета заказа в

Да

Может вообще у тебя неактивные записи есть?

слушай. запусти программу Teamviewer (скачать можно в яндексе), давай я подключусь и посмотрю. сцуука не могу уже, интересно что не так делаешь

ВЫБРАТЬ    КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ЗаказыПокупателейОбороты.Номенклатура) КАК Номенклатура