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

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

Цитата:

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

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

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

[Ace of Database]

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

[Ace of Database]

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

[RVS]

Цитата:

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

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

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

Цитата:

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

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

[Pustik]

Цитата:

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

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

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

[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]

Цитата:

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

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

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

Цитата:

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

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

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

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

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

Цитата:

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

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

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

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

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

Цитата:

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

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

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

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

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

Цитата:

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

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

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

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

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