AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 09.09.2004, 16:51   #1  
SevA is offline
SevA
Участник
Аватар для SevA
 
22 / 10 (1) +
Регистрация: 08.09.2004
Отчеты\Спецификации\Строки
Добрый день.

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

Буду рад любой помощи.
Старый 09.09.2004, 17:13   #2  
BOAL is offline
BOAL
Участник
Аватар для BOAL
MCBMSS
Злыдни
1C
Лучший по профессии 2015
 
619 / 453 (17) +++++++
Регистрация: 28.04.2003
Адрес: Москва
нда..... ну и формулировочка

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

ну а то в данной формулировке совет один:
Вызывай свой код подряд Н раз по 23 строки - как раз все выведешь
Старый 09.09.2004, 17:38   #3  
SevA is offline
SevA
Участник
Аватар для SevA
 
22 / 10 (1) +
Регистрация: 08.09.2004
Цитата:
Изначально опубликовано BOAL
нда..... ну и формулировочка

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

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

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

Заранее благодарен.
Старый 09.09.2004, 18:35   #4  
mit is offline
mit
Участник
Аватар для mit
 
386 / 36 (2) +++
Регистрация: 15.01.2003
Адрес: Moscow
Скорее всего результатом запроса и являются те самые 23 записи. Попробуйте изменить критерии запроса, думаю количество строк отчета изменится.
Старый 09.09.2004, 19:18   #5  
SevA is offline
SevA
Участник
Аватар для SevA
 
22 / 10 (1) +
Регистрация: 08.09.2004
Цитата:
Изначально опубликовано mit
Скорее всего результатом запроса и являются те самые 23 записи.
Если бы все было так просто...

В том то и дело, что строк должна быть сотня. Отчет "Расчет спецификации" работает правильно.
Пробовал и для других спецификаций - результат тот же, злополучные 23 строки.
Старый 10.09.2004, 00:14   #6  
Тимур is offline
Тимур
Аксакал в отставке
 
2,457 / 50 (6) ++++
Регистрация: 31.01.2003
Адрес: Москва
Строчки одного уровня?
__________________
Девочка, никогда не произноси слова только за то, что они такие длинные и красивые; говори только то, что знаешь. (Л.Кэрролл "Алиса в стране чудес").
Старый 10.09.2004, 08:58   #7  
Alks is offline
Alks
Участник
 
336 / 41 (2) +++
Регистрация: 23.07.2004
Адрес: г. Новокузнецк
Такое поведение в принципе возможно, если в аксапту часть данных вносилась неправильным образом - например программно, без обновления/создания строк в связанных таблицах. Тогда если отчёт использует inner join по этим таблицам - он пропустит строки с неправильной поддержкой.
Например я сталкивался с тем что при внесении номенклатуры в InventTable я не создавал соответствующие связанные записи в InventTableModule, в результате в форме InventTable (в которой датасоурсы от InventTable и от InventTableModule связаны по inner join) такие товары пропадали, хотя в самой таблице (обозреватель таблиц) и некоторых других формах их было прекрасно видно.
Проверьте такой вариант.
Старый 10.09.2004, 10:58   #8  
SevA is offline
SevA
Участник
Аватар для SevA
 
22 / 10 (1) +
Регистрация: 08.09.2004
Цитата:
Изначально опубликовано Тимур
Строчки одного уровня?
4 уровня. В первых 23 строках раскрываются все уровни.
Старый 10.09.2004, 11:02   #9  
SevA is offline
SevA
Участник
Аватар для SevA
 
22 / 10 (1) +
Регистрация: 08.09.2004
Цитата:
Изначально опубликовано Alks
Такое поведение в принципе возможно, если в аксапту часть данных вносилась неправильным образом - например программно, без обновления/создания строк в связанных таблицах. Тогда если отчёт использует inner join по этим таблицам - он пропустит строки с неправильной поддержкой.
Например я сталкивался с тем что при внесении номенклатуры в InventTable я не создавал соответствующие связанные записи в InventTableModule, в результате в форме InventTable (в которой датасоурсы от InventTable и от InventTableModule связаны по inner join) такие товары пропадали, хотя в самой таблице (обозреватель таблиц) и некоторых других формах их было прекрасно видно.
Проверьте такой вариант.
Спасибо за подробное объяснение.
Все строки вносились через функционал. Подчеркиваю, что отчет "Расчет спецификации" отрабатывает правильно. Так что с данными проблем быть не должно.
Старый 10.09.2004, 15:06   #10  
SevA is offline
SevA
Участник
Аватар для SevA
 
22 / 10 (1) +
Регистрация: 08.09.2004
Причина такого поведения отчета выявлена. Метод BOMHierarchyReport\scanDownVersion() делает проверку на цикличность.

PHP код:
if (presLevel == ||!circularBOMMap)
            
circularBOMMap = new Map(Types::IntegerTypes::Enum); // RecId, more than once?

        
if (circularBOMMap.exists(BOM.RecId))
        {
            if (
circularBOMMap.lookup(BOM.RecId) == NoYes::Yes)
                return 
false;
            else
                
circularBOMMap.insert(BOM.RecIdNoYes::Yes);
        }
        else
            
circularBOMMap.insert(BOM.RecIdNoYes::No);
        
reportRun.send(BOM); 
В моем случае спецификация имеет вид:
PHP код:
-Сп1 (искусственная)
         -
Сп21
                  
-Сп31
                            
-Сп41
                            
-Номенклатура1
                            
-Номенклатура2
         
-Сп22
                  
-Сп32
                           
-Сп41
                           
-Номенклатура3
                           
-Номенклатура2
         
-Сп22
                  
-Сп32
                           
-Сп41
                           
-Номенклатура1
                           
-Номенклатура3
и т
.д
Вполне реальная производственная спецификация.
Так вот, в соответствии с приведенным выше кодом, Когда третий раз выводиться Сп41, этот метод вылетает. Вылетает из-за того, что при возврате на уровень 1 circularBOMMap не очищается.
Пытаемся понять логику такой работы кода, пока ни чего разумного на ум не приходит. Видимо, все же глюк.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Коррекция себестоимости спецификации по откорректированным приходам отходов(возврата) Vasilenko Alexsandr DAX: Функционал 3 25.09.2013 12:16
Отчет строки спецификации Sanya DAX: Программирование 1 07.10.2005 02:16
Проверка цикличности в спецификации vey DAX: Функционал 2 24.03.2005 11:03
При создании строки в закупке статус строки становится "Отменено" AlexUnik DAX: Функционал 4 27.09.2004 16:05
Строки спецификации - Код операции Андре DAX: Функционал 3 08.05.2003 14:27
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 23:06.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.