|
![]() |
#1 |
Участник
|
Цитата:
Так же не понимаю, как должна отрабатывать функция Печати из формы журнала накладных, если в двух формах настройки заданы разные значения - в одной ER-формат, в другой SSRS-отчет. По факту (у меня) чтобы я не выбрал в настройках параметров модуля, из формы журнала отрабатывает SSRS-отчет. И кроме этих двух форм настройки, в вебинаре еще показывалась возможность настраивать использование ER-форматов в Способах оплаты - там для этого надо включать чекбокс. И как это все сочетается - у меня не хватает или информации или соображения. |
|
![]() |
#2 |
Участник
|
Цитата:
Нужно лишь найти описание, как что и почему, либо разобраться в коде. GER отчеты, построенные на основе аксаптового движка SSRS, на сколько представляю, вполне поддерживаются управлением печати документов (то есть выбираются и прочее). |
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от axm2017
![]() Точка чего? Если какие то отчеты прописаны это лишь значит, что может есть где то функциональность их использующая.
Нужно лишь найти описание, как что и почему, либо разобраться в коде. GER отчеты, построенные на основе аксаптового движка SSRS, на сколько представляю, вполне поддерживаются управлением печати документов (то есть выбираются и прочее). И, как показал на скриншоте, форматы выбираются в форме Параметров модуля. Но эта настройка не учитывается при печати из формы журнала. А в форме Управления печатью эти же форматы не не выбираются. Почему мне непонятно. Описания "как что и почему" мне найти не удалось; как консультанту возможности самому разобраться в коде у меня нет - надо запрашивать разработчиков, а т.к. для них это новый функционал, то сколько я буду ждать ответа сложно прогнозируемо. |
|
![]() |
#4 |
Участник
|
Цитата:
На сколько вижу как по коду, так и по самим конфигурациям(?) там другой подход и соответственно есть определенные правила для написания подобных форматов и маппингов. Мне данный подход нравится больше так как позволяет не страдать самому и не давать страдать консультанту описывая порой нетривиальные связи и контролируя их: по факту скрыт технический уровень (вы используете источники данных те же что SSRS), что правильно + позволяет использовать заделы по созданным ранее SSRS отчетам. Есть способ проще. Спросить MS -ников, которые и родили это. Насколько представляю российское отделение. |
|
![]() |
#5 |
Участник
|
Цитата:
Сообщение от axm2017
![]() Почему они должны выбираться?
На сколько вижу как по коду, так и по самим конфигурациям(?) там другой подход и соответственно есть определенные правила для написания подобных форматов и маппингов. Мне данный подход нравится больше так как позволяет не страдать самому и не давать страдать консультанту описывая порой нетривиальные связи и контролируя их: по факту скрыт технический уровень (вы используете источники данных те же что SSRS), что правильно + позволяет использовать заделы по созданным ранее SSRS отчетам. Но независимо от того, кому какой подход нравится больше, если в интерфейсе есть возможность в Параметрах модуля выбрать для Накладной ER-формат, то должна существовать и возможность (причем в интерфейсе, а не в коде) использовать эту настройку при печати из формы журнала. Либо в выпадающем меню кнопки Печать должны быть пункты, позволяющие выбрать и формат, настроенный в Параметрах модуля, и формат(-ы) настроенный в Управлении печатью. Либо должен быть чекбох, определяющий какая настройка имеет приоритет. Как-то совсем нелогично иметь в интерфейсе пользователя настройку (в Параметрах модуля), которую никак нельзя применить. |
|
![]() |
#6 |
Участник
|
Цитата:
Можно ли где-то почитать о специфике этих правил? |
|
![]() |
#7 |
Участник
|
Цитата:
Ваш подход идет из древних времен. Формально концепция с тех пор не сильно поменялась, но жизнь на мой взгляд слегка поправила все и неявно мс вполне допускает код для генерации отчета в X++. ER framework для управления печатью ориентирован на использование существующего SRS framework-ка. Используются теги, объекты и прочие не самые очевидные вещи. По факту если у вас есть SRS отчет то вы можете подпихнуть ER формат причем в настройках и "вместо/вместе с" SRS-ной формы вылезет ваш формат, который получает данные, как SRS отчет. Это очень сильно сокращает время разработки для уже существующих отчетов + на порядок меньше ошибок (сверится с существующим SRS отчетом достаточно просто). Ну и удобно в плане если что то пошло не так, посмеявшись над неудачниками, можно сменить настройку на SRS отчет и формально пользователь страдает не так кардинально. ХЗ. Может и можно, но не знаю где. Мне проще так как есть знакомые вроде работающие на мс и они иногда делятся знаниями. Последний раз редактировалось axm2017; 17.02.2020 в 12:53. |
|
![]() |
#8 |
Участник
|
Цитата:
чтобы он "появился" тут: |
|
![]() |
#9 |
Administrator
|
Цитата:
- Для каких-то отчетов задаются настройки (т.е. выбор конфигурации) на уровне параметров модуля. Так работают в частности отчеты из российской локализации (например, книги покупок / продаж). - Отчеты из международного функционала часто задаются в форме Управление печатью (т.е. они там выбираются). При этом в системе при нажатии кнопки Печать обязательно будет сидеть флажок типа "Использовать параметры управления печатью". И если он включен - то будет использован отчет (=конфигурация GER), указанный в форме Управление печатью, а если не включен - то штатный SSRS отчет, который "прибит гвоздями" к этой кнопке. Например, письмо напоминание или счет на оплату.
__________________
Возможно сделать все. Вопрос времени |
|
|
За это сообщение автора поблагодарили: EVGL (3). |
![]() |
#10 |
Участник
|
Цитата:
Сообщение от sukhanchik
![]() Из того, что я понял - система работает так:
- Для каких-то отчетов задаются настройки (т.е. выбор конфигурации) на уровне параметров модуля. Так работают в частности отчеты из российской локализации (например, книги покупок / продаж). - Отчеты из международного функционала часто задаются в форме Управление печатью (т.е. они там выбираются). При этом в системе при нажатии кнопки Печать обязательно будет сидеть флажок типа "Использовать параметры управления печатью". И если он включен - то будет использован отчет (=конфигурация GER), указанный в форме Управление печатью, а если не включен - то штатный SSRS отчет, который "прибит гвоздями" к этой кнопке. Например, письмо напоминание или счет на оплату. |
|
![]() |
#11 |
Administrator
|
Цитата:
Сообщение от Libovs
![]() Я работаю с международной функционалом. И для накладной клиента есть настройка в Управлении печатью, но там настроенные GER-форматы не выбираются. Флажок, включающий использование GER-форматов, который есть в форме Способы оплаты, на форме Управления печатью я не вижу. Может он есть, но где-то в другом месте? Или это тоже имеет какие-то региональные ограничения?
\Расчеты с клиентами\Настройка\Формы\Настройка форм, закладка Разное, кнопка Управление печатью При печати из заказа на продажу через форму разноски есть флажок Использовать назначение управления печатью Из самой накладной есть тоже возможность использования режима управления печатью После этого по идее должна распечататься накладная в формате Sales invoice (Excel). Этот формат у меня описан в конфигурации Но конкретно в моем случае не происходит ничего. Я полагаю, что вмешивается российская локализация, которая глушит этот функционал. Но повторюсь аналогичная идея работает в письмах-напоминаниях, куда российская локализация не дошла. И там все честно печатается. При печати вызывается диалог, в котором можно указать использование режима управления печатью И потом печатается файл. Весьма симпатичный (на мой взгляд)
__________________
Возможно сделать все. Вопрос времени |
|
![]() |
#12 |
Участник
|
Цитата:
У меня появилось такое предположение, что для лукапа в форме Параметров модуля одни условия фильтрации (модель Customer invoice model + Определение (точка интеграции) InvoiceCustomer), а для лукапа Накладной вероятно какие-то другие. Не подскажете ли: эта модель собственной разработки или от официального поставщика? И название точки интеграции формата (Определение модели данных в терминах интерфейса), с которым у Вас этот формат попадает в лукап формы Управления печатью? |
|
![]() |
#13 |
Administrator
|
Цитата:
Сообщение от Libovs
![]() Насколько я вижу по скриншотам, Вы используете Invoice model. В репозитарии MS я такой не нашел - есть Invoice list model.
У меня появилось такое предположение, что для лукапа в форме Параметров модуля одни условия фильтрации (модель Customer invoice model + Определение (точка интеграции) InvoiceCustomer), а для лукапа Накладной вероятно какие-то другие. Цитата:
Цитата:
![]()
__________________
Возможно сделать все. Вопрос времени Последний раз редактировалось sukhanchik; 17.02.2020 в 12:30. |
|
![]() |
#14 |
Участник
|
У одной модели может быть несколько маппингов с разными "точками интеграции". Например в этой модели их 2:
Идентификатор точки интеграции конкретного маппинга отображается тут: Когда создается формат, обязательно указывается какой именно маппинг (и соответственно Определение (точка интеграции)) используется для этого формата Я просил Вас посмотреть, какое Определение используется форматом, который у Вас попадает в лукап формы Управления печатью. А сам еще раз посмотрю репозитарий; может я проглядел эту модель. |
|
![]() |
#15 |
Участник
|
Цитата:
И получаю такое: И форма не такая, как на Вашем скрине, и в списке конфигураций Invoice model нет. Я куда-то не туда попал? |
|
Теги |
generic electronic reporting, ger |
|
|