Отчеты\Спецификации\Строки

[SevA]

Добрый день.

Хочу создать вышеупомянутый отчет. В результате выводятся только 23 первых строк и все, а должно выводиться порядка сотни. Пробовал в разных базах, на разных спецификациях. Прошелся дебагером, после вывода 23 строки нет возможности зайти в испольняемые методы, просто идет переход на return false и сответственно процесс заканчивается.

Буду рад любой помощи.

[BOAL]

нда..... ну и формулировочка

Или код пости или описывай как и что выводишь (с именами таблиц)

ну а то в данной формулировке совет один:
Вызывай свой код подряд Н раз по 23 строки - как раз все выведешь

[SevA]

Цитата:

Изначально опубликовано BOAL
нда..... ну и формулировочка

Или код пости или описывай как и что выводишь (с именами таблиц)

ну а то в данной формулировке совет один:
Вызывай свой код подряд Н раз по 23 строки - как раз все выведешь

Спасибо за совет

Моего кода в данной задаче нет! Я просто хочу сформировать стандартный отчет -> Управление запасами\Отчеты\Спецификации\Строки, задаю в критериях нужную мне спецификацию. В результате получаю отчет, который содержит только первые 23 строки. Вопрос: как получить отчет, содержащий все строки спецификации?

Заранее благодарен.

[mit]

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

[SevA]

Цитата:

Изначально опубликовано mit
Скорее всего результатом запроса и являются те самые 23 записи.

Если бы все было так просто...

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

[Тимур]

Строчки одного уровня?

[Alks]

Такое поведение в принципе возможно, если в аксапту часть данных вносилась неправильным образом - например программно, без обновления/создания строк в связанных таблицах. Тогда если отчёт использует inner join по этим таблицам - он пропустит строки с неправильной поддержкой.
Например я сталкивался с тем что при внесении номенклатуры в InventTable я не создавал соответствующие связанные записи в InventTableModule, в результате в форме InventTable (в которой датасоурсы от InventTable и от InventTableModule связаны по inner join) такие товары пропадали, хотя в самой таблице (обозреватель таблиц) и некоторых других формах их было прекрасно видно.
Проверьте такой вариант.

[SevA]

Цитата:

Изначально опубликовано Тимур
Строчки одного уровня?

4 уровня. В первых 23 строках раскрываются все уровни.

[SevA]

Цитата:

Изначально опубликовано Alks
Такое поведение в принципе возможно, если в аксапту часть данных вносилась неправильным образом - например программно, без обновления/создания строк в связанных таблицах. Тогда если отчёт использует inner join по этим таблицам - он пропустит строки с неправильной поддержкой.
Например я сталкивался с тем что при внесении номенклатуры в InventTable я не создавал соответствующие связанные записи в InventTableModule, в результате в форме InventTable (в которой датасоурсы от InventTable и от InventTableModule связаны по inner join) такие товары пропадали, хотя в самой таблице (обозреватель таблиц) и некоторых других формах их было прекрасно видно.
Проверьте такой вариант.

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

[SevA]

Причина такого поведения отчета выявлена. Метод BOMHierarchyReport\scanDownVersion() делает проверку на цикличность.

PHP код:

if (presLevel == 0 ||!circularBOMMap)
            circularBOMMap = new Map(Types::Integer, Types::Enum); // RecId, more than once?

        if (circularBOMMap.exists(BOM.RecId))
        {
            if (circularBOMMap.lookup(BOM.RecId) == NoYes::Yes)
                return false;
            else
                circularBOMMap.insert(BOM.RecId, NoYes::Yes);
        }
        else
            circularBOMMap.insert(BOM.RecId, NoYes::No);
        reportRun.send(BOM); 


В моем случае спецификация имеет вид:

PHP код:

-Сп1 (искусственная)
         -Сп21
                  -Сп31
                            -Сп41
                            -Номенклатура1
                            -Номенклатура2
         -Сп22
                  -Сп32
                           -Сп41
                           -Номенклатура3
                           -Номенклатура2
         -Сп22
                  -Сп32
                           -Сп41
                           -Номенклатура1
                           -Номенклатура3
и т.д. 


Вполне реальная производственная спецификация.
Так вот, в соответствии с приведенным выше кодом, Когда третий раз выводиться Сп41, этот метод вылетает. Вылетает из-за того, что при возврате на уровень 1 circularBOMMap не очищается.
Пытаемся понять логику такой работы кода, пока ни чего разумного на ум не приходит. Видимо, все же глюк.