1с унф изменить печатную форму
Управляемая внешняя печатная форма «СчетНаОплату», для УНФ 1.4.6.19(тонкий клиент), с возможностью произвольного изменения должности и Ф.И.О в подписи документа.
В существующей «встроенной» форме, в подписи документа «Счет на оплату», должность и Ф.И.О. подставляются автоматически,на основании справочников. Причем должности ответственных лиц всего 4 (четыре), они " вшиты " в конфигурацию. И чтобы добавить новое ответственное лицо, необходимо делать изменения в конфигурации, а этого, как Вы понимаете не очень то и хотелось .
В современных реалиях бизнеса на многих предприятиях, документ «Счет на оплату», оформляют и подписывают другие лица, должность которых не включена в справочник ответственных лиц. Данная, управляемая внешняя печатная форма (УВПФ) позволяет, не снимая конфигурацию с поддержки, реализовать возможность выводить в подписи документа произвольные должности и Ф.И.О . Для примера, в прилагаемой УВПФ реализована 1-я подпись ( должность – менеджер, фамилия - Иванов И.И.) и 2-я подпись (должность –Бухгалтер, фамилия - Сидорова И.Г. )
В конфигурации УНФ-1.4.6.19 существует еще одна печатная форма «Счет на оплату частичная оплата». Если потребуется, пишите, выставлю и УВПФ «СчетНаОплату_Менеджер_ЧастОплата».
ИНСТРУКЦИЯ
Открываем конфигурацию «УНФ 1.4.6.19», в режиме «Конфигуратор» и ч ерез панель управления «Файл»->«Открыть» открываем внешнюю печатную форму «СчетНаОплату_Менеджер_Иванов.epf»;
Шаг_1. Изменяем в полях "Имя" и "Синоним" фамилию Иванов на требуемую например "Петров";
Шаг_2. Сохраняем УВПФ под именем "СчетНаОплату_Менеджер_Петров".epf
Шаг_3. Открываем макет "ПФ_MXL_СчетНаОплату" и в области "Подвал Счета" изменяем Ф.И.О. "Иванов И.И." на "Петров П.П.", а должность "Менеджер" например на "Начальник отдела продаж", так же вставляете требуемую Ф.И.О. бухгалтера. Если бухгалтер не требуется , тогда в макете просто удаляете эту строчку, затем сохраняем УВПФ . Желательно это делать после каждого шага в инструкции.
Шаг_4. Через, кнопку "Действия" открываем закладку Модуль объекта.
Шаг_4. Через, кнопку "Действия" открываем закладку Модуль объекта.
Шаг_5. В модуле объекта открываем Функция СведенияОВнешнейОбработке() Экспорт , находим "Счет на оплату Менеджер_Иванов" и меняем Иванов на Петров. Так же открываем Процедура Печать(МассивОбъектов, КоллекцияПечатныхФорм, ОбъектыПечати, ПараметрыВывода = Неопределено) Экспорт, находим "Счет на оплату Менеджер_Иванов" и меняем Иванов на Петров.
Все, сохраняем готовую под Ваши нужды УВПФ под именем "СчетНаОплату_Менеджер_Петров".epf
Добавляется данная УВПФ из пользовательского режима. В панели Администрирование, меню "Дополнительные отчеты и обработки". При добавлении и сохранении печатная форма автоматически регистрируется в качестве дополнительной для документа "Счет на оплату" и становится доступной из документа или списка документов, кнопка "печать" -> дополнительные печатные формы.
P. S. В «УНФ 1.4.6.19» в справочнике "Организации" на вкладке "Настройка печати" есть возможность установить Логотип организации (картинка) и этот логотип автоматически появиться и в печатной форме УВПФ "СчетНаОплату_Менеджер_Петров".epf, но есть одно НО. Логотип появиться на форме, если у пользователя включены "Полные права" не путать с правами "Администратор системы" (они выключены), если иначе, выдаст ошибку "Не достаточно прав", т.к. УВПФ за логотипом "лезет" через служебные модули.
Чтобы снять эту проблему, достаточно, удалить Логотип из справочника "Организации",тогда печать документа "Счет на оплату" будет без Логотипа.
Результат работы формы с логотипом указанным в справочнике "Организации".
Соглашение или Договор с поставщиком или покупателем даже без автоматизации учета является основным документом регламентирующим отношения сторон. О том как автоматизирована работа с этим документом в программе 1С:Управление небольшой фирмой пойдет речь в данном обзоре.
Это справочник
Говоря о Договорах в УНФ надо понимать, что:
Добавить новый договор можно зайдя в карточку Контрагента на одноименную закладку (см. фото ниже).
- Наименование;
- №;
- Контрагент;
- И т.д.
Также подробное описание полей содержится в справке, которую можно вызвать горячей клавишей F1.
Следует отметить, что этот справочник присутствуют в подавляющем большинстве объектов в УНФ как реквизит шапки документа. Например, в Заказе покупателя, см. фото ниже.
Шаблоны текстов договоров
Несомненно весомая часть общей трудоемкости по обработке соглашения с контрагентом составляет подготовка текста договора. Для минимизации трудозатрат в этой части в 1С:УНФ есть замечательный инструмент для автоматизации подготовки текста.
Начиная с релиза 1.4.8 (февраль 2014 года) в программе был реализован инструмент для печати текстов на основе ранее подготовленных бланков. В контексте нашей статьи под бланком можно понимать шаблон. В типовую поставку УНФ уже включены четыре стандартных шаблона:
- Аренда;
- Купля-продажа;
- Оказание услуг;
- Поставка.
Если вам потребуется создать свой собственный шаблон, его можно сделать так сказать с чистого листа или скопировать типовой шаблон и внести в него соответствующие правки.
Подготовка шаблона
Непосредственно перед печатью есть возможность редактирования параметров. Можно редактировать автоматические параметры так и добавленные вручную.
Особенности с регулярными услугами
Названия полей дают понимание, какие данные в них нужно вводить.
Вид договора
А также выполнена настройка синхронизации (ее можно сделать например м 1С:Бухгалтерия 2.0, даже если в реальности ее нет).
Печатная форма по шаблону MS Word
в форму документа ПриемВРемонт добавил 2 реквизита. В форме документа все видно, новые реквизиты записываются и редактируются. Далее необходимо изменить макет, т.е. вставить в макет эти реквизиты(параметры) для вывода на печать.
Подскажите, как правильно это сделать?
p.s.
Сам документ и его дочерние объекты доступны для редактирования в конфигураторе.
Вы наверное добавили дополнительные реквизиты для документа и теперь хотелось бы их выводить на печать. Это надо делать через "программирование". Хоть и не сложное, но все равно программирование.
Правильно сделать внешнюю печатную форму, и подключить ее к документу.
(2)Нет, это не дополнительные реквизиты, а именно реквизиты самого документа. Все сделано через конфигуратор. (1)макет открываете на редактирование, размещаете реквизиты в нужном месте, задаете в свойствах значение параметр и имя параметра. В модуле объекта ищите процедуру где осуществляется вывод макета и там прописываете заполнение параметров макета реквизитами.ЗЫ если есть удаленка - пишите в личку, это в общем не долго, хотя возможны варианты. Правильней всего это делать было изначально не так - добавить дополнительные сведения, создать расширение конфигурации, куда экспортировать форму, и там сделать вывод добавленных сведение, их заполнение и запись. Ну, и сделать печать в том же расширении или внешней печатной формой. но, это требует некоторых усилий, зато избавляет от "мук обновления")))))))))) (3)Для этого документа через Администрирование невозможно добавить дополнительный реквизит. Поэтому и полез в конфигуратор.
А почему именно сведения? В чем по вашему разница между доп. реквизитами и доп. сведениями?
(4)
Тогда терять не чего. Открываете модуль менеджера, находите процедуру формирования печатной формы, добавляете в запрос свои строки -1, добавляете в печатную форму новые параметры -2, но ваш подход в целом плох из-за того, что каждое обновление вы будете мучатся.
Т.е. если разработчики УНФ выпустят обновление по вашему документу, вы не сможете обновиться в автоматическом режиме. Вам надо будет принять решение либо взять все из обновления (и потерять свои правки), оставить как есть (не получите исправления и новые фишки).
Алексей в (3) правильно сказал, что сделать можно через расширение или доп печатную форму.
(6) http://infostart.ru/public/188152/ тут про БП 3.0, но разница в одном - дополнительные реквизиты - это табличные части СПРАВОЧНИКОВ, которые выводятся на форму элементов средствами БСП. Дополнительные сведения - записи регистра сведений, "цепляются" как к справочникам, так и к документам, на форму не выводятся, доступны по кнопке.
Ну и, вишенкой на торте, появились расширения, где можно заменить типовую форму что справочника, что документа, куда, при желании, естественно, можно вывести дополнительные сведения и обеспечить работу с ними.
Минус - надо поработать
Плюс - не надо париться с обновлениями (до определенного предела, конечно)))))))))))
Вот именно! Реквизиты - это часть объекта, и если объект документ, то это табличная часть документа. То есть это то, что будет хранить в самом объекте и неразрывно с ним связано. А сведения это то, что хранится сбоку.
Проще говоря сведения - это одежка в шкафу, а реквизиты это сам человек. Отсюда напрашивается вопрос, почему вы рекомендуете сведения? Вообще, единственным плюсом доп. сведений является то, что они не требуют открытия самого объекта. Все. К тому же они уступают в функциональности. Так, например, они не позволяют настроить такие вещи как обязательно заполнение, видимость.
И в данном случае речь идет именно о реквизитах, потому что они находятся на форме объекта, то есть редактируются из объекта. Сведения как правило редактируются из списка.
(10) Скеорее это Вы не понимаете, для чего используются дополнительные сведения. ну да фиг с ними, вот если Но для моей конфигурации данный документ отсутствует в списке объектов, для которых возможно установить доп. реквизиты/сведения.- тогда да, бяда, а какой именно релиз?
ЗЫ и таки если пошли простым путём добавления реквизитов в документ, неужели трудности есть с добавлением их в запрос при печати и заполнение в макете?
При этом может быть другой сценарий, когда нужны именно сведения.
PS Что бы не выносить спор на всеобщее обозрение, предлагаю продолжить в личке.
(17) Главный мой посыл Вы не поняли, или не захотели понять. Я веду к тому, что поставленную ТС задачу можно решить не изменяя конфигурации, и все мысли про реквизиты принадлежность их объектам и пр.пр.пр. при моём подходе неуместны.
Есть механизм типовой конфигурации, позволяющий сохранить в ИБ дополнительные данные , которые привязываются к объекту типа документ , с помощью дополнительных сведений . Управление этими реквизитами спокойно выносятся в расширение, где создаётся модифицированная форма. Конфигурация остаётся на полной поддержке.
Сведения, как и реквизиты внедряются парой. Если есть реквизиты, значит будут сведения. В УНФ по-крайней мере происходит так, обратный примеров нет.Я бы не был так категоричен, потому как именно в УНФ разделены реквизиты и сведения.
(19) Не только в УНФ, а во всех конфигурациях, где используется БСП 2.*. В обычных приложениях (напр. БП 2.0 или УТ 10.3) дополнительных реквизитов не было вовсе, использовались только дополнительные сведения.
ИМХО в (17) сведениями ошибочно называются данные
Внедряются (добавляются), а вы мне настройки показываете. Это же одна подсистема БСП, у них даже инициализация общая.
// СтандартныеПодсистемы.Свойства
ххх = УправлениеСвойствамиПереопределяемый.ЗаполнитьДополнительныеПараметры()
УправлениеСвойствами.ПриСозданииНаСервере(. )
// СтандартныеПодсистемы.Свойства
Я разве это оспаривал?
Единственное, что я тут обсуждаю: "Важно понимать, когда необходимо использовать сведения, а когда реквизиты".
В данном случае правильнее использовать реквизиты. Более я не чего не доказываю :)
(21)Если мне нужен только доп реквизит, то я делаю реквизит, если мне нужны доп сведения, то я делаю только доп сведения. Никакой пары внедрения нет. и делается в режиме предприятие, без конфигуратора.А я вам настройки и показал, что бы понятно было как ведет себя реквизит и сведения. Один на форме, для другого отдельная форма и они никак не связаны друг с другом. Пользователю вообще про БСП ничего не надо знать.
(20)
Как вы отличаете когда нужен реквизит, а когда сведения?
(28) Отлично, используйте это как руководство к действию.Чего вы переживаете? Эта конференция и создана для того, что бы понимать как это работает.
(30)Дело в том что я понимаю как это работает. Меня удивило утверждение что доп реквизит и доп сведения "внедряются парой". Это не верное утверждение. Я не пытался утверждать когда нужно использовать реквизит а когда сведения. Это решает каждый сам для себя. И вопрос не в понимании когда и что использовать, а в неправильных утверждениях в (17) в ответ на (15).ЗЫ если внимательно читать ТС то там вопрос - как правильно изменить макет, а не как правильно добавить реквизит. Реквизит уже добавлен .
Хорошо, давайте обсудим "внедряются парой" (если у вас есть время).
Когда я сказал "Внедряются парой" я имел ввиду следующее:
Подсистема БСП "Свойства" содержит как реквизиты и сведения, они не разрывно связаны и добавляются неразрывно. Не может быть конфигураций в которых есть только доп. реквизиты, а сведения отсутствуют (или наоборот).
Так же вы не можете включить использование дополнительных реквизитов, при этом не включать сведения. Тут важно понимать, что речь идет именно о включении, а не о настройке. Еще раз: если к объекты подключены реквизиты, то у него будут сведения.
Включение регулируется Константа.ИспользоватьДополнительныеРеквизитыИСведения, а настройка - это уже добавление сведений или реквизитов. Регулировать состав сведений или реквизитов можно раздельно и там, где показали вы, или непосредственно из формы документа.
Кстате, раньше в настройках именно было: глобальный рубильник использования (включение), и 2 гиперссылки для перехода к раздельным настройкам (рис. приложил), сейчас рубильник спрятали (убрали видимость), но он все равно есть и он общий :)
Читайте также: