Кто каким образом делает "тонкую настройку" печатных форм (СФ, накладные и т.п.) под конкретного клиента?

[Ace of Database]

Но копировать, размножать и переставлять местами поля в Fast Report одно удовольствие.
Всякие линии там рисовать

[Владимир Максимов]

Цитата:

Сообщение от Ace of Database

Да, то это альтернатива, согласен

Как я уже говорил, я рассматриваю эту схему не как "замену", а как "дополнение". Цель - хотя бы часть работы по настройке печатных форм переложить на пользователя. Однако, к сожалению, совсем исключить из этой цепочки программиста - не получается

Цитата:

Сообщение от Ace of Database

Но у всего есть свои плюсы и минусы. В Fast Report пользователь сразу видит поля на своем месте. Недостаток конечно есть в том, что поля обозначаются латинскими буквами, и если надо добавить новое поле, то пользователь не знает как оно называется.

Дело вовсе не в названии. Запомнить пару десятков "кодов" - не проблема. Просто в Вашем случае необходимо создавать новые шаблоны, когда без этого можно обойтись. Один и тот же шаблон вполне можно использовать для разных клиентов, просто заполняя поля отчета разными способами.

Цитата:

Сообщение от Ace of Database

Но копировать, размножать и переставлять местами поля в Fast Report одно удовольствие.
Всякие линии там рисовать

Да какая разница где рисовать! Я же пытаюсь хотя бы в некоторых случаях обойтись вообще БЕЗ рисования.

[Pustik]

Цитата:

Сообщение от Владимир Максимов

Запомнить пару десятков "кодов" - не проблема.

У нас есть пользователи, которых пользоваться стандартными фильтрами за годы так и не научить. Некоторые просто не хотят включать мозги. Административные методы не помогают

[ice]

Цитата:

Сообщение от Владимир Максимов

Пользователю это знать не надо. Пользователь видит некоторые условные "кубики". Например, "Телефон", "Название клиента", "Юридический адрес". И используя эти "кубики" формирует требуемый текст. А уже программный код, по названию "кубика" сам "понимает" откуда надо взять информацию.

а каким образом связь между таблицами настраивается? а если данные должны по условию меняться? а добавление новых полей на печатную форму? вообщем случае задача не решаема, нужно исходить из требований

[Ace of Database]

Цитата:

Сообщение от Владимир Максимов

Как я уже говорил, я рассматриваю эту схему не как "замену", а как "дополнение". Цель - хотя бы часть работы по настройке печатных форм переложить на пользователя. Однако, к сожалению, совсем исключить из этой цепочки программиста - не получается

Кстати, можно было бы докрутить класс, который выводит данные в Fast Report, чтобы он преобразовывал поля используя представленную вами на экране форму. Вполне выполнимая задача. Если был бы мотив, чтобы её исполнить.
Некие "метаданные" разработать.

Но все-таки я представил, как бы это работало на нашем предприятии. Мне кажется, все-таки это дополнительно усложнит модификацию печатных форм. т.к. в случае добавления нового поля, нужно будет добавить это поле
1) в таблицу Аксапты
2) в шаблон отчета
3) в код, который выводит данные
4) в метаданные

А без использования метаданных остается только 3 пункта.

[Ace of Database]

А если, применимо к нашему предприятию, при использовании метаданных изменить движок так, чтобы он динамически подхватывал новые поля из метаданных, то можно конечно тогда убрать 3-й пункт из моего перечня.
Но тогда придется переписывать все отчеты.
И разработчику придется изучать механизм работы метаданных. Как например сделать так, чтобы выводились дисплейные методы, сложные вычисляемые поля, подчиненные таблицы, группировки данных? Через метаданные сложно все описать.

Допустим, при использовании метаданных разработчику вообще не придется писать код отчета. Достаточно будет только понаписать кучу дисплейных методов или заполнить какую-то временную таблицу, чтобы подсунуть ее в метаданные. Только здесь придется соблюдать столько всяких правил, что сложно представить.

[Владимир Максимов]

Цитата:

Сообщение от Ace of Database

Кстати, можно было бы докрутить класс, который выводит данные в Fast Report, чтобы он преобразовывал поля используя представленную вами на экране форму. Вполне выполнимая задача. Если был бы мотив, чтобы её исполнить.
Некие "метаданные" разработать.

Угу. Все Ваши дальнейшие возражения, по сути, это следствие выделенного мной фрагмента. Не серьезно... Я же не заставляю Вас что-то там у себя менять.

Цель данной темы - это узнать кто и каким способом решает вполне конкретную практическую задачу.

[Владимир Максимов]

Цитата:

Сообщение от ice

а каким образом связь между таблицами настраивается?

Это Вы о чем? Вы не знаете какой именно документ печатаете? Какая запись из каких таблиц соответствует конкретному печатаемому документу?

Цитата:

Сообщение от ice

а если данные должны по условию меняться?

Так не бывает. Один документ (заказ) - один, вполне конкретный, способ формирования данных.

Если Вы имеет в виду, что в зависимости от неких реквизитов документа надо печатать по другому, то пользователь сам, в зависимости от этих самых реквизитов, и должен указать соответствующий набор печатных форм (с соответствующими настройками способа формирования)

Цитата:

Сообщение от ice

а добавление новых полей на печатную форму?

Это уже задача программиста. Изменение дизайна отчета настройками, в общем случае, не решается

Цитата:

Сообщение от ice

вообщем случае задача не решаема, нужно исходить из требований

Так я и не говорил, что это решение для общего случая. Я говорил, что подобное решение позволит ЧАСТЬ задач по настройке печатных форм переложить на пользователя. Причем довольно существенную часть

[ice]

Цитата:

Сообщение от Владимир Максимов

Это Вы о чем? Вы не знаете какой именно документ печатаете? Какая запись из каких таблиц соответствует конкретному печатаемому документу?

я говорил о том что, например пользователь захотел увидеть реквизиты банка в реквизитах плательщика, как ему настроить?

Цитата:

Сообщение от Владимир Максимов

Так не бывает. Один документ (заказ) - один, вполне конкретный, способ формирования данных.

Если Вы имеет в виду, что в зависимости от неких реквизитов документа надо печатать по другому, то пользователь сам, в зависимости от этих самых реквизитов, и должен указать соответствующий набор печатных форм (с соответствующими настройками способа формирования)

какими настройками можно, например, от галочки в договоре изменить содержание всего одного поля в печатной форме накладной?

[ice]

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

[Ace of Database]

Цитата:

Сообщение от Владимир Максимов

Вы по прежнему думаете как программист

Я думаю не как программист. Зачем вы вешаете ярлыки, не зная всех моих мотивов?
Скорее, я думаю как коммерсант.

У меня есть пара коробочных продуктов. Через некоторое время я их представлю, и может быть получу даже заказы на внедрение

Один из этих продуктов я вкратце описал здесь. Fast Report сам по себе тоже пришлось допиливать, чтобы получился гибкий функционал.

Просто так проекты к этим продуктам разместить не могу, т.к. требуется внедрение, обучение. Все заработает скорее всего на первый же день. Просто интрумент настолько гибкий и мощный, что придется какое-то время консультировать заказчиков по его использованию.

Еще пока до конца не уверен, стоит ли ввязываться во все это

[Владимир Максимов]

Цитата:

Сообщение от ice

я говорил о том что, например пользователь захотел увидеть реквизиты банка в реквизитах плательщика, как ему настроить?

Что есть "реквизит плательщика" и что есть "реквизит банка"? Есть фиксированный набор "переменных отчета" и фиксированный набор "кубиков" из которых можно в принципе составить содержимое переменной отчета.

В данном случае, в переменную отчета, скажем "Плательщик", добавляется нужный набор "кубиков", скажем "Название банка", "Расчетный счет банка" и т.п.

Разумеется, если возникнет задача создать новые переменные отчета или добавить новые "кубики", то этим будет заниматься программист, а не пользователь

Цитата:

Сообщение от ice

какими настройками можно, например, от галочки в договоре изменить содержание всего одного поля в печатной форме накладной?

Вы опять не о том. Ну, не бывает так, чтобы реквизиты менялись после того как документ проведен. Все "галочки" будут поставлены на этапе создания и проведения документа.

Далее делается две разные настройки печатных форм (или две разные печатные формы). Одна для печати документа у которого договор с галочкой, а другая - для печати документа у которого договор без галочки. В реквизитах документа явно проставляется какой пакет документов (с галочкой или без галочки) будем печатать. Если выбранная печатная форма противоречит галочке - это проблемы пользователя

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

Цитата:

Сообщение от ice

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

Ну, конечно, алгоритм расчета себестоимости у Вас меняется настолько часто, что специально для этого была сделана соответствующая настройка Настройки делаются не по причине частоты изменения этих самых настроек, а для того, чтобы вместо написания кода решать задачи именно с помощью настроек. Без привлечения программиста (если это возможно)

Чем данный подход будет отличаться от классов? Тем, что без этого механизма у Вас будет много классов. Вам придется "хардкодить" настройки для каждой "хотелки" клиента.

Т.е. если один клиент хочет вывести "факс"+"телефон", Вы должны написать отдельный класс (или отдельный отчет), где формирование поля будет именно таким образом. Если другой клиент захочет в том же дизайне вывести наоброт "телефон"+"факс", то Вам придется написать еще один класс, где формирования поля будет выполняться другим способом. А если клиент подумает и скажет, что нужен третий вариант - пишите третий класс.

[Владимир Максимов]

Цитата:

Сообщение от Ace of Database

Я думаю не как программист. Зачем вы вешаете ярлыки, не зная всех моих мотивов?
Скорее, я думаю как коммерсант.

Ну, я исходил из предложенного Вами способа решения поставленной задачи. Чисто программистский. Написать код, изменить шаблон. Это не есть работа пользователя. Если обидел, то извините. Ничего плохого не имел в виду...

[ice]

Владимир, вы путаете понятия настроек системы с настройками удобными для пользователя. Пользователю ваши кубики ни о чем, ему нужна печатная форма и нужные данные в нужном месте, изучать как настраивать то что уже настроено за него, ему врядли захочется, в вашем случае придется все захардкодить для ваших настроек, чтобы были доступны фиксированные наборы кубиков и переменных отчета, чем ваш вариант лучше? и все эти мучения ради того что вдруг комуто захочется изменить местами несколько предопределенных кубика? зачем усложнять то что можно решить простым способом?

[Владимир Максимов]

Цитата:

Сообщение от ice

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

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

Цитата:

Сообщение от ice

в вашем случае придется все захардкодить для ваших настроек, чтобы были доступны фиксированные наборы кубиков и переменных отчета, чем ваш вариант лучше?

По сравнению с чем?

Цитата:

Сообщение от ice

и все эти мучения ради того что вдруг комуто захочется изменить местами несколько предопределенных кубика?

Я сижу на поддержке. И у этого решения "ноги растут" как раз из той проблемы, что многие клиенты хотели и по прежнему хотят "изменить местами несколько кубиков"

Примерно раз в месяц подобное желание у кого-то возникает. Хорошо, что программировать ничего не надо. Все решается через "кубики".

Цитата:

Сообщение от ice

зачем усложнять то что можно решить простым способом?

Каким?

[RVS]

Цитата:

Сообщение от Владимир Максимов

у этого решения "ноги растут" как раз из той проблемы, что многие клиенты хотели и по прежнему хотят "изменить местами несколько кубиков"

Цитата:

Сообщение от Владимир Максимов

Примерно раз в месяц подобное желание у кого-то возникает.

Владимир,

Насколько я понимаю, у одного клиента желание "что-то под себя подстроить" возникает только однажды (ну, край, дважды ) за весть цикл его, клиента, с вами общения.

В принципе - что страшного тогда, если это будет делать программист (варианты изложены выше, сам похожее делал для фактуры, перехват стандартного формирования документа в Аксапте с выводом в Excel, плюс некоторые дополнения в таблицах-образах документа при нехватке данных в "стандартной" таблице Axapta)

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

Ваш подход - "кубики, настройка", как мне кажется
- либо не покроет часть "особо изысканных" требований клиентов (например - "хочу мое название по-русски + по-английски". Это еще не самый большой изыск, кстати)
- либо "кубики" (например - то же название клиента) придется дробить на более мелкие, менять интерфейс настройки, переобучать пользователя etc

Если в вашем конкретном случае это устраивает - тогда "кубики". Иначе - некий относительно дружелюбный интерфейс для программиста, чтобы он много времени не тратил при модификации.

[Maxim Gorbunov]

Цитата:

Сообщение от Ace of Database

Использую движок отчетов FastReport от Борланда.

А по цене FastReport Вы не могли бы сориентировать? Что-то я у них на сайте посмотрел, разные комплекты поставки стоят от 500 до 3,500 долларов. Какой именно набор их продуктов Вы использовали? И как он лицензируется?

Спасибо.

[RVS]

Цитата:

Сообщение от Ace of Database

Но копировать, размножать и переставлять местами поля в Fast Report одно удовольствие.
Всякие линии там рисовать

Так и Ёксель тоже все это с удовольствием делает...

Цитата:

Сообщение от Maxim Gorbunov

А по цене FastReport Вы не могли бы сориентировать? Что-то я у них на сайте посмотрел, разные комплекты поставки стоят от 500 до 3,500 долларов. Какой именно набор их продуктов Вы использовали? И как он лицензируется?

Максим, это намек. На то, что Excel практически бесплатен

[ice]

Цитата:

Сообщение от Владимир Максимов

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


По сравнению с чем?


Я сижу на поддержке. И у этого решения "ноги растут" как раз из той проблемы, что многие клиенты хотели и по прежнему хотят "изменить местами несколько кубиков"

Примерно раз в месяц подобное желание у кого-то возникает. Хорошо, что программировать ничего не надо. Все решается через "кубики".


Каким?

здесь обсуждаются предложенный способ печати первички Ace of Database и ваш

[kair84]

Реализован похожий мех-м, есть различные документы (разные дизайны и разные отчеты), настраиваются типовые наборы, но для кажного нлиента можно настроить свой набор с разным кол-вом документов, можно настройками изменять внешний вид одних и техже дизайнов, на данный момент требовалось скрывать отдельные элементы, но в принципи можно по всякому, все встроено в FormLetter, все средствами Ах