ищется субподрядчик на MS Reporting Services или Crystal Reports

[EVGL]

Мы ищем компанию, которая способна на субподряде (outsourcing) реализовать гибкие отчеты на базе, скажем, MS Reporting Services (предпочтительно) или Crystal Reports.

Заказчики - крупные международные концерны, базирующиеся в Австрии, которым требуется, к примеру, формировать счета и накладные по заказам на продажу на разных языках и разных форматов в зависимости от настроек клиента. Ключевые отчеты:

• счета, накладные
• предложения
• накладные на отгрузку
• этикетки для палет

При этом задача-максимум - дать заказчику инструментарий, с которым он своими силами сможет создавать новые дизайны этих отчетов.

Безусловно, основной критерий к субподрячику - опыт разработки чего-либо подобного.

Контакт: Евгений Глазов , SOLUTIONS FACTORY Information Technology & Consulting GmbH

[mazzy]

Цитата:

Изначально опубликовано EVGL
При этом задача-максимум - дать заказчику инструментарий, с которым он своими силами сможет создавать новые дизайны этих отчетов.

"MS Reporting Services (предпочтительно) или Crystal Reports" это и есть такой инструментарий. Или я чего-то не понимаю?

Источником данных является Аксапта?
Более общий вопрос, данные полностью лежат в таблицах, или могут вычислятся некоторой сторонней бизнес-логикой (вне СУБД)?

[EVGL]

Цитата:

Изначально опубликовано mazzy

"MS Reporting Services (предпочтительно) или Crystal Reports" это и есть такой инструментарий. Или я чего-то не понимаю?

Источником данных является Аксапта?
Более общий вопрос, данные полностью лежат в таблицах, или могут вычислятся некоторой сторонней бизнес-логикой (вне СУБД)?

- Ok, я не имел опыта работы ни с одной из этих систем, но задача не так проста, как может показаться. Мы собираемся подменить, скажем, накладную из Аксапта. Важно не только суметь создать в Crystal новый дизайн на основе содержимого таблиц из Аксапта (отвечая на второй вопрос), но и сопоставить этот новый дизайн с клиентом. Тут, очевидно, есть два подхода, реализуемость которых я оценить пока не могу:

• сама Axapta подсказывает Crystal, какой дизайн нужно взять. Для этого, очевидно, в настройках клиента тем или иным образом должен быть доступен список дизайнов.
• Crystal Reports способен проанализировать настройки из CustTable (поле типа Enum?) и включить нужный дизайн

Отвечая на последний вопрос: внешние вычисления полностью исключить нельзя. Но можно ожидать, что они будут сводиться к подведению итогов по строкам или многоуровневым запросам по связанным таблицам. Пример: вывести в конце счета итог по НДС 10% и НДС 20%. Или: вывести на этикетке палеты с произведенным товаром код клиента, для которого произведен товар (номер палеты -> InventSum -> серийный номер -> производственный заказ -> заказ на продажу).

[Maxim Gorbunov]

С чем связано требование реализации этого добра во внешней программе?

[EVGL]

Цитата:

Изначально опубликовано Maxim Gorbunov
С чем связано требование реализации этого добра во внешней программе?

Замучались делать это в самой системе. Высокие трудозатраты на создание каждого новго дизайна. Необозримые затраты при переходе на новую версию. Полная невозможноcть обучить клиента самостоятельной модификации такого отчета, как SalesInvoice. Разумеется, в конце все упирается в деньги. Если получаем коммерческое предложение, которое дешевле, чем делать все то же самое в Axapta - хорошо. Если нет - работаем дальше с аксаптовским дизайнером отчетов.

[mazzy]

Цитата:

Изначально опубликовано EVGL
- Ok, я не имел опыта работы ни с одной из этих систем, но задача не так проста, как может показаться. Мы собираемся подменить, скажем, накладную из Аксапта.

Ой. Правильно. Задача очень непроста...

Цитата:

Изначально опубликовано EVGL
Отвечая на последний вопрос: внешние вычисления полностью исключить нельзя. Но можно ожидать, что они будут сводиться к подведению итогов по строкам или многоуровневым запросам по связанным таблицам. Пример: вывести в конце счета итог по НДС 10% и НДС 20%.

Неа.
Выводить нельзя. Надо брать то, что рассчитано в taxTrans. Ведь возможны ручные коррекции НДС. Причем с округлением, которое используется в unit и currency

На самом деле если внешние вычисления исключить нельзя, то задача превращается в очень и очень сложную...

[mazzy]

стоит почитать вот это обсуждение
http://www.sql.ru/forum/actualthread.aspx?tid=105796

[EVGL]

В общем, хочется не почитать, а получить коммерческое предложения и посчитать.

[Recoilme]

Спецы по MS RS тусуются здесь:
http://www.sql.ru/forum/actualtopics.aspx?bid=26

[Bobkov]

А почему бы например, не выводить эти "отчеты" в Excel?
У нас есть наработка, которая позволяют хранить дизайн такого отчета в отдельном файле. Дизайн допускает использование множества изобразительных возможностей Excel, в том числе группировки. Аксапта формирует каждый раз отдельную книгу Excel на основании этого дизайна. Изменение дизайна не требует никакого перепрограммирования в Аксапте, если не изменяется алгоритм формирования выводимых значений. Без проблем можно сделать несколько дизайнов одной печатной формы и выводить нужную по алгоритму или запросу пользователя. Создать новый дизайн может человек, владеющий только Excel, Аксапту он может вообще не знать. Если интересно, пишите, как вы видите коммерческую сторону, обсудим...

[mazzy]

Цитата:

Изначально опубликовано Bobkov
А почему бы например, не выводить эти "отчеты" в Excel?

При помощи стандартной функциональности документооброта, например? А?!

[Maxim Gorbunov]

Эх, есть у меня серьезные сомнения на счет того, что документооборот можно нормально вылечить до такого состояния, чтобы он более менее сносно данные из связанных таблиц выводил. Там в архитектуре решения есть серьезные проблемы

P.S.: Буду рад ошибаться