Заказ звонка

Закрыть

*
*
*

Неправильная расцеховка в наборе данных

Страницы: 1
RSS
Неправильная расцеховка в наборе данных
Делаю бланк сводной спецификации. В поле маршрут ставлю расцеховку используемой версии спецификации, беру ее из таблицы Где используется -> используемая версия ТП-> Реквизиты позиции ТП для отчета. Выводит неправильные расцеховки. Распечатываю набор данных, смотрю там на эту деталь, тоже неправильная расцеховка (ее нет ни в одной версии ТП на эту деталь). Подскажите пожалуйста что это за ошибка.
набор.rar (67.18 КБ) [ Скачать ]
С уважением, Никифоров В.Н.
Выполните экспорт и вышлите, пожалуйста, на адрес техподдержки интересующий набор данных. В приложенном примере (первый пост) укажите пожалуйста пример позиции, для которой отображаются ошибочные данные и напишите "как должно быть".
Ошибка в том, что в поле "Маршрут" используется некорректный запрос, его надо исправить. Свой пример отправил Вам по эл. почте.
При формировании бланка, в поле маршрут задваиваится расцеховка, к примеру идет 05-13-11-05-13-11, а должно быть 05-13-11. В наборе данных тоже самое. Посмотреть можно на примере: штуцер поворотный 255.05.35.07.100. Такое задвоение получается в узлах с двойной входимостью. Прилагаю все данные и скриншот входимости этой сборки.
.rar (372.75 КБ) [ Скачать ]
С уважением, Никифоров В.Н.
К сожалению нет возможности проверить на реальной базе, но по моему в запросе для получения маршрута надо убрать ORDER BY и добавить DISTINCT.

О результатах сообщите...
Изучив Ваш отчёт, осмелюсь предположить, что Вы не очень понимаете алгоритм работы репортера. Проблему Вашего отчёта надо решать радикально, т.е. переделывать, начиная с основного источника данных. Некоторые Ваши приёмы, конечно работают в частных случаях, но в более сложных - дают сбой. Итак, укажу на Ваши конкретные недоработки:
1. Ячейки R123C22 и R123C34
Нельзя для этих ячеек добывать значения запросом из бланка. Т.к. как раз в случае множественной входимости Ваш отчёт даст сбой. В случае уникальной входимости всё сработает, а в случае множества значений возвращенных запросом, репортер их просто разбросает по строкам, причём информацию в остальных ячейках строки никак не свяжет с конкретной входимостью.
Решение: данную информацию надо заложить в основной или дополнительный источник данных, или сориентировать получение значения для этой ячейки ещё и с условием дополнительного источника данных.
2. Основной источник данных в Вашем исполнении разработан так, что на каждую номенклатуру у Вас по одной строке. Правильнее было бы реализовать так, чтобы на каждую применяемость номенклатуры было по одной строке. Т.е. для позиции 255.05.35.07.100 основной источник данных содержал бы две строки.
3. Ячейка R123C82. Недостаточно условий для позиций со множественной входимостью. Штуцер 255.05.35.07.100 входит в 274.11.01.00.000-00 как разные позиции, причём с одной версией технологии. Вот запрос Вам и выдает дважды один и тот же маршрут. Решение: см. п. 2.
Ещё (как рекомендация) я бы учёл в дополнительном источнике данных идентификатор назначенной версии ТП номенклатуры для каждой входимости.

P.S.
Приложите, пожалуйста, точно такой же скриншот, как Вы сделали, только с дополнительно выполненной командой "Где используется (дерево)"
Вот скриншот дерева входимости.
С уважением, Никифоров В.Н.
Подтверждаю всё вышенаписанное. Необходимо переделать основной источник данных так, чтобы в нём содержалась информация о применяемости номенклатуры.
В итоге у Вас будет получаться следующая картина:

255.05.35.07.100 Штуцер | 274.11.01.00.000-00 | 05-13-11
поворотный
255.05.35.07.100 Штуцер | 274.11.01.00.000-00 | 05-13-11
поворотный
Изменено: Петр Бобов - 26.01.2009 12:34:55
Страницы: 1
Читают тему (гостей: 1, пользователей: 0, из них скрытых: 0)