То что в 7 версии косяки с запросами нередко встречались, то с этим я смирился и почти их не использовал (и конфа и БД были относительно не большие и перебор значений регистров много времени не отбирал). Но сейчас данных много и 1с вроде как делает упор как раз на запросы.


Ситуация. Не попадают данные при формировании книги покупок. (нюанс, который оказался весьма существенным - было создано два одинаковых документа Поступление товаров и услуг, но один за ненадобностью пометили на удаление - движения документов отсутствуют). После некоторого времени в итоге выясняется что по отчету Остатки и обороты (НДС по ОС и НМА) по документу помеченному на удаление есть движение "Сумма без НДС" с знаком минус. При этом в регистре накопления движений по документу нет.

Как можно объяснить такое?

(после удаления помеченного документа (вычистив его из регистра ОбъектыДоступаДокументов) все корректно и правильно.)

Имхо, это не косяк запросов, а косячный запрос.

(0) Кто помечал на удаление, у того и спрашивай.

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

(1) При чем тут запрос вообще? Данные есть - запрос их выводит. Почему есть эти данные - это другой вопрос, отношения к запросам не имеющий.

(3)(4) Автор утверждает, что движений не было.
(4) Просто предположил, что отчёт из (0) запросом строится. По документам.

(0) Автор, используй выборки!

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

И если пользователь уже успел ДРУГИМИ документами выполнить записи в регистр по этому Поступлению (скорее всего успели сделать ввод в эксплуатацию поступивших ОС и может даже сформировали док-т Формирование записей книги покупок), то сами собой эти движения не исчезнут от того, что начальное Поступление пометили на удаление.

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

(5) Автор - дятел, не знающий работы подсистемы учета НДС. говорить тут о запросах и выборках смысла нет.

В типовых конфах для Украины (в двух по крайней мере) реестр налоговых накладных и декларация по НДС строится на основании проведенных документов определенного типа (НН и регистрация входящего налогового документа). При этом даже если првоводки документа выключены (Ф8) он все равно попадет в отчет.

хотелось бы уточнить
в простейшем запросе созданном в обработке Консоль отчетов ПРИСУТСТВУЮТ остатки и движения по документу помеченному на удаление.

+ к (10), но в регистре накопления эти данные отсутствуют.

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

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

(10)(11) ну и откуда они, эти данные взялись?

2(11) так не бывает. Это может значить две вещи на выбор а) ваша база в состоянии incosistent
б) вы не разобрались до конца, и запрос стороился к другому регистру, в котором записи есть

(12) у меня такого нет? может просто делаешь неправильные выводы?
может запрос покажешь или будем говорить о вакуммных конях?

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

unregistered не меньший дятел, чем ТС.

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

(10) >> в запросе ПРИСУТСТВУЮТ остатки и движения по документу помеченному на удаление

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

(12) >> почему данные показываются в отчетах, но отсутствуют при открытии регистра накопления

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

(0) Прямо не пост, а исповедь дилетанта. Косяки с запросами у него... Смирился он и не использовал... И смех и грех.

Ну кстати да, как вариант запрос берёт данные из документа напрямую, а не из регистра. Условие в запросе "Регистратор.Проведен = ИСТИНА" и будет счастье. А лучше по регистру.

(18) плагиатор

ляпота, чубы трещать)

(21) :))

Исправился.

(14) можно общую инфу по поводу incosistent?

От оно чо....

Походу в этой ветке почти все успели друг в друга какашку метнуть...

Вечер неожиданно перестает быть томным. :)

(24) показывай, а мы посмотрим, сколько ты нам потом должен будешь.

(27) ты готов спорить? или как все языком молоть только готов?

(25) Он про противоречивость данных.

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

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

наверное мы попросим модераторов отсудить ТС. например на сутки

да, inconsistent, букву пропустил

(28) Ставки куда будем перечислять?

(28) Ты текст запроса покажешь или так и будешь гамно по тексту размазывать?

kosmo , прошу вас не переходить на оскорбления.

Если в этом запросе указать выбор субконто 1, то дополнительно выводились строки с пустой суммой и NULL в этом субконто, если же убрать Ск1, то все ок. Так и не понял, почему.




ВЫБРАТЬ
   КорпоративныйОбороты.Регистратор,
   КорпоративныйОбороты.Субконто1,
   -КорпоративныйОбороты.СуммаОборот,
   КорпоративныйОбороты.КоличествоКорОборот
ИЗ
   РегистрБухгалтерии.Корпоративный.Обороты(НАЧАЛОПЕРИОДА(&НачалоПериода, ДЕНЬ), КОНЕЦПЕРИОДА(&КонецПериода, ДЕНЬ), Регистратор, Счет = &Счет, , , , ) КАК КорпоративныйОбороты
ГДЕ
   (НЕ(КорпоративныйОбороты.КорСчет В (&СчетаСС)
       И КорпоративныйОбороты.КоличествоКорОборот = 0))

(34) ОФФ. Тоже мне праведник и образец сдержанности :)) (17)

2(34) 8.1, 8.2?

(37) 8.1 последний

(36) Так я ж по делу тебя ткнул...
Ладно ты там сам у себя выборки пользуешь - так ты их еще пропагандируешь!

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

(32) пари заверенное нотариусом устроит?

(29) я использую стандартные инструменты (причем простейшие - запрос и таблицу регистра накопления). результаты использования очень серьезно отличаются. имхо, один из инструментов работает некорректно. я склоняюсь к такому варианту, так как продукты 1С не один раз при мне лажали (совсем недавно отписывался на этом форуме по не корректной работе Универсального отчета - сами можете проверить этот косяк (хотя вполне возможно в новой платформе это пофиксенно)).

2(38) а...
просто вот такое например есть:
v8: Рушится логическая целостность при добавлении субконто
проявляется это в итоге в том, что  по Субконто НЕ включен скажем количественный или валютный учет, но если строить оборотку по счету с разворотом по этому счету, то будет выведен показатель количество или ВалютнаяСумма равная 0
но опять же - это все относится к "inconsistent" и исправляется ТиИ...

(40) >> пари заверенное нотариусом устроит?

Устроит, но деньги вперед.

было дело

v8: УТ 10.Реализация проводится 5-15 минут

(40) да вызовите друг друга на дуэль, если такую личную неприязнь испытываете... Скажем пробегите по 10 км. кто первый - тот и победил. Готов быть чьим-то секундантом если кто-то из вас в Киеве или окрестностях...

(40) Ты тут детский сад то не разводи, не в яслях.
Ты текст запроса то покажи, который у тебя "косячит" в семёрке.
А я подумаю, достоин ты хоть копейки после этого или нет.

(41) Одни слова....

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

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

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

(46) так и запишем - фуфлыжник, как до дела дошло - слил.

по поводу косяков в запросе 1С77.
текст запроса совсем не важен.
Запрос за период 01.04.02 по 31.12.02 не выдавал никаких результатов. За 02.04.02 по 31.12.02 - результат был, за 31.03.02 по 31.12.02 - результат был, за 01.04.02 по 30.12.02 - результат был. Никаких результатов - значит абсолютно НИКАКИХ. БД файловая. Меня это сильно потрясло - запомнил на всю жизнь. в дальнейшем сталкивался пару раз, но там возможно и были ошибки в запросе. но этот косяк, это просто нечто.

(43)деньги предъявим оба. где пересекаемся (или тоже фуфлыжник)?

(48) Спорим на 10000$ что ты идиот. Как докажешь обратное, верну деньги.

(48) Это хначит, что были побиты файли итогов таблички регистра и всё.
И косяка там нет никакого.

бгг

(48) все "фуфлыжники", один ты Д'Артаньян?

(48) >>  где пересекаемся

Послезавтра - в среду вечером после работы - после 18:00.
Петроградка, центр, Выборгская сторона - смотри где именно и во сколько конкретно удобнее.

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

(54) Здесь не в "ошибках" 1С дело, а в отсутствии квалификации у конкретного пользователя

Посмеялся , спасибо !

(14) +1
только inconsistent :]

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

(53) Только без насилия!

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

ОФФ: Без телепата, который выложит код запроса, не обойтись.

(61) помимо запроса там еще идет функция на проверку на наличие сч/ф

(0) если вы криво вводите документы, то вовсе не обязательно все на запросы сваливать

(0) 6 лет с 7.7 проработал... эта... не понял, а какие там косяки, можно поподробней. А то че то каждый божий день черные запросы ваял и оказывается результаты не те!? Я ж теперь не усну.

На начало года остаток по номенклатуре 0
В течении года были приходы и расходы.
На текущий момент опять 0.



ВЫБРАТЬ
   ТоварыНаСкладахОстаткиИОбороты.Склад,
   ТоварыНаСкладахОстаткиИОбороты.Номенклатура,
   ТоварыНаСкладахОстаткиИОбороты.КоличествоНачальныйОстаток,
   ТоварыНаСкладахОстаткиИОбороты.КоличествоПриход,
   ТоварыНаСкладахОстаткиИОбороты.КоличествоРасход,
   ТоварыНаСкладахОстаткиИОбороты.КоличествоКонечныйОстаток
ИЗ
   РегистрНакопления.ТоварыНаСкладах.ОстаткиИОбороты(
           &НачПериода,
           ,
           Период,
           ,
           Склад = &Склад
               И Номенклатура = &Номенклатура) КАК ТоварыНаСкладахОстаткиИОбороты


С заданием периода с начала года, выдает ноль строк (т.е. не показывает обороты)
Это баг или фича? При указании периодичности "Запись" или "Регистратор" все ок.

+(65) Мне почему-то казалось что должно получиться чтото типа

Склад Номенклатура 0  10  10  0

Или я не выспался?

да, самое главное, что в 7.7 - запроы были косячные!

(66) Не выспался - приходов не было, были возвраты (расходы с минусом). Т.е. по итогу 0 0 0 0 => вроде верно.

вот кстати интересная штука)
ВЫБРАТЬ
Т.Бла
ПОМЕСТИТЬ Т
ИЗ
&Т КАК Т
Где Т.Бла <> "" //первый запрос - пустой
;
ВЫБРАТЬ
Т.Бла,
&ПростоБла1,
&ПростоБла2,
ИЗ Т КАК Т

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

unregistered
не смотря на все громкие слова я не верю тебя. когда хотят соскочить с спора, то обычно отделываются шуточками и выставлением некоторых условий (причем условия какие-то мусорные, типа (32) и (43)). но если ты все-таки не фуфлыжник, уверен в своих словах, то ты просто возьмешь мои деньги. готов ради халявных 2000$ (падают ставки :)) сгонять на денек в москву?

если кто-то все-таки готов спорить - пишите в личку. БД я давать не буду, голую конфу тоже надо бы почистить от некоторой информации. и делать это ради любопытства кого-либо мне совершенно не интересно. сумму могу уменьшить до 2000$ :) касается и (52) и (55) и прочий детский сад.

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

(70) а teamviewer не предлагать? Впрочем, я в Москве уже, могу объяснить неправоту автора по сабжу.