помочь кому-то.
У меня есть Crystal Report (CR), который запрашивает номер acct. Основной источник данных отчета использует представление sql для ввода номера acct и поиска информации, необходимой для печати в отчете, включая внутренний идентификационный номер сотрудника. Этот внутренний идентификационный номер лица также используется в качестве входных данных для подачи параметра для вложенного отчета, источником данных которого является другое представление sql (мне нужно было изменить это представление вложенного отчета). Этот вложенный отчет имеет выбор записей формула, которая говорит, что взять внутренний идентификационный номер человека, полученный из результатов представления основного отчета и использовать его для поиска информации вложенного отчета. Этот отчет и подчиненный отчет работают нормально, и когда я запускаю отчет, он запрашивает только номер acct.
Я скопировал основной отчет в новый отчет и скопировал представление sql вложенного отчета и пересмотрел его, чтобы вытащить все те же поля, которые все видны в Field Explorer. Я обновил источник данных в подчиненном отчете, чтобы он был новым представлением / sql и он тянет все те же ожидаемые столбцы в Field Explorer. Я также пересмотрел формулу выбора параметра / записи, используемую вложенным отчетом, чтобы убедиться, что она использует новый источник данных sql/view для своей формулы. Теперь, когда я запускаю основной отчет, он добавляет новое приглашение запросить внутренний идентификационный номер человека, который он должен был получить, используя результаты, возвращенные из основного отчета sql/view, но по какой-то причине он не тянет это. Я не уверен, что еще может быть не так. Она не должен запрашивать внутренний идентификационный номер человека, потому что пользователь никогда не узнает об этом.