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

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

Цитата:

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

Ответы на вопросы:
1. Кнопку обработки накладной спрятали.

Угу. Понятно. Т.е. стандартным функционалом печати вообще не пользуетесь. Выброшен за ненадобностью. О чем я и говорил.

Цитата:

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

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

Как мне кажется, не очень удачное решение. Программист превращается в "делателя отчетов", поскольку даже минимальная модификация (поменять поля местами) невозможна без программиста.

[Ace of Database]

А как без программиста вы предлагаете поменять поля местами? В принципе, пользователю можно установить редактор шаблонов отчетов и по кнопочке пусть он открывает отчет в редакторе.
Вы видели картинки редактора отчетов в Fast Report, которые я приводил?
Там любой обученный человек сможет поменять поля местами.

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

[Ace of Database]

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

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

Цитата:

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

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

Я не про изменение дизайна, а про изменение содержимого существующих полей. Если отвлечся от конкретных значений, то бланк, например, товарной накладной ТОРГ-12, имеет следующие "поля"

• Организация-грузоотправитель
• Структурное подразделение
• Грузополучатель
• Поставщик
• Плательщик
• Основание

Судя по Вашему описанию, Вы формируете, например, значение поля "Организация-грузоотправитель" примерно так

"Организация-грузоотправитель" = "Название" + "Адрес" + "Телефон" + "Факс"

Т.е. фактически, в отчете, программно формируете содержимое одного поля отчета.

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

"Организация-грузоотправитель" = "Название" + "Адрес" + "Факс" + "Телефон"

Так вот, Ваша реализация предполагает, что это будет либо новый дизайн, либо новый класс. Т.е. предполагает работу программиста. Хотя очевидно, что, если предоставить некую специфическую форму по формированию содержимого полей отчета это вполне мог бы сделать и пользователь. Явно ведь, что это чисто "настроечная" задача.

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

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

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

[Ace of Database]

Нет, вы неправильно поняли

Чтобы сформировать строку вида "Организация-грузоотправитель" = "Название" + "Адрес" + "Телефон" + "Факс"

в дизайне отчета создается один (!) элемент, внутри которого можно писать константный текст, а можно чередовать поля с данными. Содержание элемента для вашего примера будет таким:
<<<Организация-грузоотправитель: [Клиент."Название"];[Клиент."Адрес"];[Клиент."Телефон"];[Клиент."Факс"]>>>

Квадратные скобки открывают и закрывают поля с переменными данными. Вы можете просто поменять внутри элемента текст, переставить местами два поля.

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

[Ace of Database]

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

[Ace of Database]

В приведенном примере вместо текста [CTD_ReportSummary1."ManagerName"] будет вставлена фамилия руководителя.
А вместо [CTD_ReportSummary1."IManName"] будет вставлена фамилия бухгалтера.

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

Цитата:

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

Нет, вы неправильно поняли
(...)
Квадратные скобки открывают и закрывают поля с переменными данными. Вы можете просто поменять внутри элемента текст, переставить местами два поля.

Вот как это выглядит в редакторе:

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

Несколько наводящих вопросов:

1. КТО будет это делать? Программист или пользователь?
2. Результат модификации - это ЧТО? Новый класс, новый отчет?
3. А БЕЗ создания новых объектов (классов, отчетов) для подобной модификации обойтись нельзя? Ну, если не всегда, то хотя бы в "половине" случаев?

Судя по Вашему ответу, задача настройки решается программными средствами. Можно, конечно. Только, как я и говорил, программист превращается в "генератор отчетов"

[Ace of Database]

Отвечаю на вопросы (если надо переставить местами два поля)
1. Это будет делать тот, что владеет дизайнером отчетов в Fast Report. Перепрограммировать ничего не надо.

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

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

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

Расположение полей в отчете не имеет никакого значения для программиста.

[Ace of Database]

Цитата:

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

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

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

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

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

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

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

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

Цитата:

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

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

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

[ice]

Цитата:

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

Я не про изменение дизайна, а про изменение содержимого существующих полей. Если отвлечся от конкретных значений, то бланк, например, товарной накладной ТОРГ-12, имеет следующие "поля"

• Организация-грузоотправитель
• Структурное подразделение
• Грузополучатель
• Поставщик
• Плательщик
• Основание

Судя по Вашему описанию, Вы формируете, например, значение поля "Организация-грузоотправитель" примерно так

"Организация-грузоотправитель" = "Название" + "Адрес" + "Телефон" + "Факс"

Т.е. фактически, в отчете, программно формируете содержимое одного поля отчета.

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

"Организация-грузоотправитель" = "Название" + "Адрес" + "Факс" + "Телефон"

Так вот, Ваша реализация предполагает, что это будет либо новый дизайн, либо новый класс. Т.е. предполагает работу программиста. Хотя очевидно, что, если предоставить некую специфическую форму по формированию содержимого полей отчета это вполне мог бы сделать и пользователь. Явно ведь, что это чисто "настроечная" задача.

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

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

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

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

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

Цитата:

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

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

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

[Ace of Database]

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

[Ace of Database]

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

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

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

[ice]

Цитата:

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

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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