v7: Почему итоги по регистру неправильные? #602697

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

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

Это заговор

Ручки чуток кривоваты

Тестирование и исправление базы провдилось. в чём это проявляется?

Автодруг и компания небось реквизиты регистра ?

текст запроса: Период с ФормДатаНач по ФормДатаКон;

SQL?

+6 если да, то попробуй    Запрос.ВключитьSQL;

Фирма - реквизит регистра или измерение ?

вот это попробуй: если будет то-же самое - косяк в базе, ТИИ,как лекарство

базу выгрузили со скуля. Загрузил в файловую версию. попробую.

тот же фокус. - Обработка по сути аналог РегПринт. что такое ТИИ?

что такое ТИИ? -ты уже сделал: тестирование и исправление

Ну тогда я вообще в тупике. Как объяснять такое явление и как его лечить.

может быть, и логично.. остатков на 01.01.99 не было И на конец периода их нет.. а приход был в середине периода, и весь отгружен. я-бы выбрал движения регистра с фильтром по этой фирме и товару, чтобы посмотреть процесс в периоде

+14 я не прав.. был-бы приход, а его нет умеешь ведь с регистрами работать? напиши быстренько отчет по регистру, посмотри приход/расход

сделай отчет до документов с условием на "Гаджиев"

Ответ на будет ?

хм там не только Гаджиев... ставлю на то, что Фирма - ресурс +1

Кстати не тот же фокус, отличается от . По автодругу появилось сальдо конечное, только неправильное.

реквизит

Фирма - ресурс, ставлю на то, что у ТС - ТиС

+21 - блин.. Фирма - измерение

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

Ресур регистра может быть только числом

На сотом посте все и выяснится :). Я за реквизит.

Фирма - измерение, у него ТиС, только переделанная :)

А тестирование и исправление ты с какими флажками делал ?

снеси RG от этого регистра и сделай пересчет итогов в предприятии

какой смысл писать обработку"" - смысла нет, попробуй еще одну, простейшую: увидишь движения

У него походу все-таки итоги слетели.

угу, точно!

+31 странно, что ТИИ не помогло

Сам удивлён... четыре часа ТИИ длилось.

в нормальный совет, но я сторонник другого: у тебя есть выгрузка из скульной, наверняка ты её загрузил в непустую директорию. могут старые файлики подгаживать.. но могут и не подгаживать.. по-мне, так еще раз загрузить в другую пустую папку, но перед этим поместить в неё 2 файла - *.MD и *.DD

+34 хотя.. файлики и не обязательны..

Я в двух папках разворачивал. И в пустые и не в пустые. сейчас ещё попробую выгрузить и загрузить. ))) Но суть остаётся - фигня какая-то.

последний на сегодня совет (страна советов у нас :) ) - если можно - выгрузи из скульной по-новой :)

в самой rg что ?

а так - ошибки в ИБ из-за которых нет итогов в табличке

при пересчете

че кажет это ?

RG405.dbf открыть Excel"ем смотреть поля PERIOD и SP411

Посмтрел через winDBFview - Чему я там должен удивиться? )) Найду внешнюю компоненту для обработки, отипушсь.

записи есть в rg ?

спрашивай у Ёпрст"а, он предлагал этот файл посмотреть

записи есть.

Записи на 01.12.2009 -

минуса в итогах ? :) чего уж тут удивляться тогда

Что-то не пойму, а что не может это быть? Ну типа отрицательные остатки. Или о чём вы?

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

ты мою поделку запущал ?

Скачал компоненту 1sqlite.dll (, положил в каталог базы. При формировании отчета вылетает ошибка: мд = СоздатьОбъект("MetaDataWork"); {D:NEW_ОСТАНКИИОБОРТЫ.ERT}: Неудачная попытка создания объекта (MetaDataWork) При регистрации через regsvr32 на вин7 пишет На клиентском сервере (Вида сервер 2003)

Получается объект "SQLiteBase" создаётся, а "MetaDataWork" нет.

Не хватало компоненнты 1Срр. Отчет всё верно отображает - Что это значит?

Через этот отчет тоже ошибка видна: Обороты и остатки на конец года - Обороты и остатки за год - Конечные остатки не совпадают.

Итоги пересчитывал?

Да. Первое что сделал.

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

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

И ? в чем ошибка то ? был расход 92 - в остатках -92... что не устраивает ?

КонОст = НачОст+Приход-Расход = 0+0-92 = -92.. Не вижу у тебя ошибок вообще..

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

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

1sqlite какой версии у тебя ? в самом последнем - ошибка, если че

если опять тоже самое - то первое, проверь наличие пустых дат в 1sjourn +задвоение iddoc

1.0.2.6 Даже если и ошибка, которая выражается в , мне всё-равно не понятно как это лечить, что бы в 1С это отображалось корректно.

у тя мусор в табличках, вот и итоги не верные.. Размер кстати какой этого регистра ? rg регистра поди в разы больше ra еще ? :)

RA405.DBF - 249 МБ (261 497 804 байт) RG405.DBF - 258 байт (258 байт)

Наверное не корректные данные. На данный момент я запустил ТИИ

остается посоветовать перепровести все документы :)

зачем ? ты же его уже делал. ТиИ не лечит всех ошибок, если че.. особенно тех, что перечисленны в.

обнаружил пустые даты в "1SJOURN.DBF"

все уже было в смотри в этих документах где нет даты флаг rf  твоего регистра ra скорее всего он там есть и только  один именно по твоему регистру. ну короче эти даты востановишь  "руками" в dbf таблицах и все должно заработать даже без пересчета итогов. первый тест делай как описано в 58

кстати пустые даты могли появиться и в результате ТИИ. если есть копия то проверь так ли это или нет

сейчас удалил физически записи по таблицы, делаю ТИИ с очисткой ссылок и удалением объектов.

Я не пойму ваши термины, что такое "даты флаг rf  "?

что то все больно лихо скорее всего ты базу уже запорол. Бери копию и начинай все сналала. первый вопрос в копии есть пустые даты или нет в 1sjourn в таблице 1sjourn есть поля rf... каждое поле соответсвует регистру. Если документ двигает регистр(сколько раз неважно) то флаг rf = 1 так вот где нет дат в 1ыощгкт скоре всего затрагивается только один твой проблемный регистр

даты возьмешь либо с движухи регистра (если там есть галка быстрая обработка движений) либо с журнала регистрации, найдя документ по iddoc а та, сперва посмотреть что ээто за доки в самом предприятии. А вот удалять их не стоит - разве что они удалены(у тебя они токма все распроведены, в принципе, можешь грохать их, оставить только те, ГДЕ ПОЛЕ CLOSED>0)

+ необходимо было проверить, нет ли записей в регистрах по этим документам - т.е записей в RA с тем же iddoc (в журнальчике мот док и распроведен, но записи в движухе регистра по нему есть)

в общем, развлекайся.. А вот тиИ - баловство

грохать не айс документы могут быть в 1scrdoc

ну, ту табличку ТиИ восстановит, если че :)

хуже будет, если записи в 1sconst или в RA* останутся

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

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

дай ссылку

>

%

Похоже на эту - Мерси. Сейчас заряжу.

ну да та самая

Пока поднимаю СКЛ версию, смотрю таблицу 1sjourn. В пустых датах нет движений по rf. Значит глюк не в этих документах?

проверять нужно сами RA, а не только 1sjourn + итоги не верно пересчитываются у тебя из - за этих документов

как проверять RA?

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

во первых почему иекущая дата а не вчерашняя ао вторых посмотри какого вида эти документв ы тртьих если слетала дата то могла слететь и галка проверять надо именно есть ли эти документы во всех ra делает и эту проверку тоже.

Ребята, скачайте мне пожалуйста обработку На почту binex[собак]k66.ru

Как пользоваться обработкой - интуативно понятно. (Взято с описания на инфостарте). Честно говоря, мне вообще не понятно, на какие кнопки жать. Скачать пока не удалось. Как мне с помощью этой обработки лечить/проверять баги?

лечить - никак, тога выявить