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

[Ace of Database]

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

[Ace of Database]

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

[Ace of Database]

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

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

Цитата:

Сообщение от 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]

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

[ice]

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

[ice]

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

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

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

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

Цитата:

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

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

Каким?

[RVS]

Цитата:

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

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

Цитата:

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

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

Владимир,

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

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

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

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

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

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

Цитата:

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

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

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

Цитата:

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

В принципе - что страшного тогда, если это будет делать программист (варианты изложены выше,

Так ведь нет вариантов-то. Точнее, один вариант. Свой собственный класс+отчет на каждого клиента. То, что они сгруппированы в пакеты - это уже детали реализации

Цитата:

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

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

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

Подобное происходит не часто. Но даже раз в год на подобную задачу - уже тяжело. Использование "кубиков" как раз и позволяет свести количество печатных форм к возможному минимуму.

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

Цитата:

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

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

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

Цитата:

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

- либо "кубики" (например - то же название клиента) придется дробить на более мелкие, менять интерфейс настройки, переобучать пользователя etc

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

Цитата:

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

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

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

[RVS]

Цитата:

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

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

Я бы включил это в накладные расходы по клиенту. Или ценой-скидкой поигрался бы

Ну, не должно быть ТАК

Цитата:

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

Так ведь нет вариантов-то. Точнее, один вариант. Свой собственный класс+отчет на каждого клиента. То, что они сгруппированы в пакеты - это уже детали реализации

Класс может наследовать. Формы - нет. Поэтому и предлагалось, может, неясно выразился:
- Ёксель, две страницы, одна - для клиента, другая - для нас.
- на той, что "для нас" - excel named ranges, соответствующие тому, что мы в состоянии вытащить из Axapta на данный момент.
- на той, что для клиента - картинка в том виде, что ее хочет видеть клиент
- mapping (Ёкселем) со страницы "для нас" на страницу "для клиента". Море поводов для фантазии, при маппинге, функции в ячейке еще никто не отменял
- внимание: страница, что "для нас" - скрыта. "Чтобы дураки не лазили" (анекдот такой есть)

Цитата:

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

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

Так... Подробнее, пожалуйста, с этого момента.

Я говорил о СФ. То, что вы сказали, в данном контексте означает либо:
- изменение стандартной формы СФ... Ну, да... землетрясение, от судьбы не уйдешь, работаем
- изменение внутренних требований вашей организации, в документах, предоставляемых клиенту (это уже не СФ ни разу!), да такое изменение, что его необходимо донести до каждого клиента.

Извините, business-case для последнего предположения мне непонятен, фантазия ложится набок.

Цитата:

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

Подобное происходит не часто. Но даже раз в год на подобную задачу - уже тяжело. Использование "кубиков" как раз и позволяет свести количество печатных форм к возможному минимуму.

Сочувствую

Цитата:

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

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

10 фактур, 10 накладных... я про ФОРМЫ пока что... Откуда 200? При правильной организации всего прочего?

Цитата:

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

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

Понятно. То есть - "система кубиков" спроектирована так, что позволяет ее безболезненно расширять. Респект.

Цитата:

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

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

А если на пункт выше посмотреть, то кубики возникают "из жизни". И способны размножаться

Цитата:

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

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

Упс... Владимир, похоже, мы об одном и том же говорили

[ice]

Цитата:

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

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


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


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

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


Каким?

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

[kair84]

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

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

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

Цитата:

(в редакции Постановлений Правительства РФ от 15.03.2001 N 189, от 27.07.2002 N 575, от 16.02.2004 N 84, от 11.05.2006 N 283, от 26.05.2009 N 451)

Как видите, бланк счета-фактуры меняется каждые 2..3 года. Вам придется менять ВСЕ отчеты. Вообще все! И те, что сделаны в Excel в том числе.

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

Цитата:

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

10 фактур, 10 накладных... я про ФОРМЫ пока что... Откуда 200? При правильной организации всего прочего?

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

Бланк счета-фактуры (форма) - одна. И никто ее не менял. Клиент не выдвигает никаких требований по дизайну (форме). Ему надо всего-лишь изменить формирование некоторых значений.

Ваше решение предполагает создание двух шаблонов. Мое решение - создание двух настроек. Цифра 200 отсюда и появилась. Это не формы (точнее, не только формы). Это настройки. Для меня настройки. А если бы я использовал Ваш подход, то это действительно было бы 200 форм. 200 разных шаблонов Excel.

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

[imir]

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

[RVS]

Ага. "Я купил Аксапту, но забыл купить MS Office"

[imir]

Цитата:

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

Ага. "Я купил Аксапту, но забыл купить MS Office"

Неа не так..
1) Я не куплю Аксапту, потому что у меня open office (знаю таких и не мало)
2) Я куплю Аксапту и прикручу к ней Open Office (тоже знаю бедолаг)
3) Я куплю Аксапту и поставлю офис только 30%-ам сотрудников, которые реально печатают и анализируют, остальные так помучаются
4) Я не буду обновлять офис, у нас есть офис 1981-го года..

Усугубляется: подразделение офиса у майкрософт очень прибыльное, дарить даром?! да вы чО... Давайте притянем к Аксе "MS репортинг" - не важно за какие части тела, не важно что не получится в ближайшие пару версий по-человечески..