v7: Проблемы с бух. запросом #571721

Проблема проявилась тем, что в ОСВ по счету обнаружены строки с отсутствующими суммами. Для проверки написала нижеследующий запросик и проверяя внутри цикла СКД,СКД,ДО,ДО,КО,КО,СКК,СКК всё равно нулю. Почему этот запрос не пустой? (счет активный)

А он не валютный, хотя это и странно было бы, но все-таки ?

видимо потому что сумма=0, а колво !=0

Не валютный, но я и СКД только что тоже проверила :) т.е.? Разве СКД и т.п. не говорит об обратном? Кстати, 1сбкттл, 1сбкттлц удаляла, итоги пересчитывала, базу переиндексировала 1сдбреиндексом (база SQL)

Потому что проверяй не тоько СКД но и СКД

1. счет количественный - проверить и количественные и суммовые остатки; 2. проверить обороты; 3. проверить наличие СТОРНО по этим счетам . если не прояснится - втыкать в код - где-то неправильно думаешь/пишешь

Ещё в было написано, что проверены количественные и суммовые. СКД ничем не отличается от СКД. Оброты нулевые аналогично. Были и попытки пройтись и по корсчетам, и с периодом "Операция": в эти циклы не заходит. В одной операции отправили на какой-то счет, а потом в ней же с него же и сторнировали??? Ну, хез, посмотрю. Карточка счета за эту дату пустая.

Вот ссскотина бездушная! Между тем у меня грузилась база в ДБФ. Вот, загрузилась. Там данной проблемы нет. Надеюсь, загрузив выгрузку в новую сиквельную базу, всё будет пучком.

;-)

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

Вот что-то типа этого

Пичалька... Ту выгрузку, которая корректно развернулась в ДБФ, развернула в новой сиквельной базе. Те же яйца! Что делать? (пока выгружаю из ДБФ, вдруг база, прогнанная через ДБФ будет лучше прогнанной просто через текстовик...) Релиз 27 уже очень долго и такое впервые :(

Нет документов с пустой датой?

Тогда в скульной базе (на бэкапе ясен пень) 1. проверить 2. устанавливай период БУ итогов (в управлении буитогами) заведомо перед самой первой операцией в базе; 3. открывай текущий квартал - пойдет пересчет всех итогов... смотри снова...

В общем, не получилось побороть. Ситуация такая: на 1-е августа всё красиво. 2-го августа уже вылезают эти строчки. Причём это строго только те товары и партии, которые приходовались в данном месяце, но позже (напр, 11-го числа). Если отменять проведение ПН, то запрос получается пустым. Проводим заново - картина повторяется. В других месяцах ситуация аналогична. Т.е. ОСВ по счету за период, содержащий первое и/или последнее число месяца очень похожи на корректные. Такие проблемы пока замечены за одним только складом, на некоторых осмотренных других всё ОК. ВыбратьДокументы - должно первым показывать док без даты? Первым идёт док (договор) 1990 года. Я ж уже вообще удаляла таблицы итогов и их пересчитывала.

так... что-то тут проскакивало по этому вопросу - как раз по итогам по первому дню!!!! стопудово это обсуждалось и не так давно - ищи здесь на мисте!!!

апай ветку днем -0 народ подтянется, напомнит

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

сделай по операциям, посмотри какие движения

почитай мои мытарства. Нет там никаких движений. Повторяю. По опр. ТМЦ ОСВ по счету 281 за период 02.08.2011 - 02.08.2011 выдаёт строку с партией от 11.08.2011 с пустыми суммами. Если приходную накладную от 11.08.2011 (!!!) снять с проведения, то та же ОСВ за 02.08.2011 уже формируется пустая (правильная, без строки с партией и отсутствующими суммами). Проводим ПН опять - и опять пустая строка в ОСВ в дни с 2 по 10 августа

Саму скльную табличку не пробовали смотреть?

Или грохнуть приходную и создать новую?

А какую табличку? Такая ситуация, я посмотрела, из месяца в месяц, не пересоздавать же все ПН...

Подождите, это в каждой приходной?

О! получилось выявить закономерность, но от этого не легче. Склад не при чем. Такая х-ня вылезает, если у приходной накладной счет взаиморасчетов 623 (валютный). Т.е. создала ПН 08.09.11 с другим товаром на другой склад, счет взаиморасчетов 631 (не валютный). Всё ОК, на 03.09.11 (на любой день между 1 и 8 сентября) пустых строк нет, всё правильно. Меняю в документе счет на 632 и вуаля! в ОСВ за 03.09.11 появляется строка с этой партией и пустыми суммами! Ну что за...????? Какая связь?

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

Причем неважно, какой счет взаиморасчетов, хоть 302 (касса в ин. валюте), если счет валютный - бок, если нет, всё ок. Посмотрела, проводка по 281 единственная и красивая, остальные тоже...

скль какой?

2005

Причем на месте 281 счета может быть любой НЕВАЛЮТНЫЙ счет. Т.е. беру РСчет1, по которому на начало месяца на счете 311 нулевое сальдо. 9.09.11 делаю проводку Дт311 РСчет1 - Кт 632. В ОСВ по счету 311 на 02.09.11 выходит строка "РСчет1" и нулевые суммы. Если вместо 311 взять 312, то ОСВ по 312 за 02.09.11 выходит пустой. Вот такая системная фича. Может ли кто-то повторить это у себя на 27 релизе и 2005 скле??

А если тип фильтра добавить: ?

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

Если кто-то будет так любезен посмотреть, я выкладываю 2 архива. Тот, который zip - это выгрузка, а rar - заархивированная папочка с базой (деаттачиной). Это малюсенькая только что написанная с совершеннейшего нуля (ни одного копи-пейста) база для демонстрации проблемы. Если в отчете "Отчет" выбрать ТМЦ "Товар1" и установить период 02.09.2011-02.09.2011, то в окне сообщений будет видно, что в цикл по субконто заходит, а все мыслимые функции равны нулю. У кого 27 релиз и 2005 SQL, посмотрите, плиз.

Так получается у Вас проблема не с 1с а с sql.

а не пробовали на другом скль сервере?

А я не знаю :) Пробовала на работе на 64 битном сервере (2003 R2) и дома на ХР, картина идентична. Сиквель, вероятно, ставился с одних и тех же инсталлях. Вот поэтому и выложила базку, чтоб узнать, может у кого-то и не будет такой проблемы, а потом выяснять, чем я отличаюсь от этого человека...

ну у меня 2008 sql. Сейчас попробую

1с77 и 2005 SQL несовместимы, есичо

А поди ж ты, проработали уже огого!

Если окажется, что такая картина будет у всех кто ставит на 2005 (2008) - это уже будет другой разговор.

если бы вы мне на мыло прислали дллку для подключения 7ки, а то работу сменил а тут только 8ка - все наработки по 7ке дома только есть(((. В инете чето не нахожу(((

Это какую? BkEnd.dll? Могу весь БИН прислать :)

И как послать на мыло, если оно скрыто?

открыл

Ушло, там, конечно бкэнд перепатчен вдоль и поперёк. В т.ч. чтобы пользователи коннектились к базе не как sa, а под нтёвыми пользователями

спасибо

Поставила на сиквель 4-й сервиспак, всё то же...

в файловом так же ?

: см., чукча-писатель...

ну так что...?

Вот и я жду... Неужели ни у кого нет 27 + 2005 SQL? Или 10 минут...

Проверил на SQL 2000 (девелопер эдишн, SP4), 25 релиз. Глюк подтверждаю. Скорее фича, ибо некритична в большинстве случаев.

Проявления аналогичны. Единственная операция в середине месяца. За первое число месяца итоги не выбираются. Начиная со второго начинают выбираться пустые итоги.

Проверил у себя на 27 релизе и MS SQL 2000 Dev . Все тоже самое.

(51,53) Спасибо, успокоили :) Сутки свои косяки искала! А оно вон оно что... даже не в 2005 SQLе дело. И не в релизе. И вообще ни в чём...

Посмотрел профайлер какие запросы уходят. В случае если дата начала месяца, то там к подзапорсу по счетам с условием по счету джойнится таблица итогов. Если не сначала месяца, то там несколько union с участием таблицы проводок. ПРи выполнении этого запоса в QA он и выдает две строки.

«Дело не в умении, не в желании, и вообще ни в чём. Дело в самом пришивании подворотничка» (с) ДМБ

Там даже так. Уходит три запроса. В первом, там условие по таблице проводок и условие по дате начала дата начала из бухзапроса, и конечная дата почему-то конец квратала. Вот он-то и выдает две строки в QA. В остальных двух там тоже есть таблица проводок, но условие по датам совпадает с датами из бухзапроса. Скорее всего первый и отвечает за итоги по выборке.

Именно!! :) 1С-у предъявлять не имеет смысла, думаю, скажут, бросайте эти дрова и айда на 8-ку... (раскапывать новые фичи)

мне, честно говоря, смотреть лень, я и так этому вопросу отдала времени с избытком, но любопытно. Если счета оба валютные или невалютные, то фигня не происходит. Как-то по-разному, видать, 1С запросы строит в зависимости от валютности счета и КОРСЧЕТА...

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

ну и хрен с ним! Ещё раз спасибо за участие :)