gifts2017

Дополнительные реквизиты и сведения в управляемом приложении - это просто....с БДРС

Опубликовал Алексей Ермилов (Alex_E) в раздел Программирование - Инструментарий

Библиотека Дополнительных Реквизитов и Сведений (далее БДРС) – инструмент для настройки, записи, чтения дополнительных реквизитов (далее ДР) и дополнительных сведений (далее ДС) в конфигурациях, БСП которых поддерживает этот механизм.
О ДР и ДС писал в http://infostart.ru/public/188152/, сейчас, наконец, оформился в виде внешней обработки инструмент, облегчающий работу с дополнительными реквизитами и сведениями (далее ДРС).
Заполнять и использовать ДРС средствами типовой конфигурации конечно можно, но ИМХО, с помощью этой обработки гораздо комфортнее.
Обработка написана в интерфейсе «Такси», нормально работает и в «старом» режиме управляемого приложения.
Тестировалась на БП 3.0, БСО 3.0 и УТ 11.

Убедительная просьба к купившим не тиражировать БДРС без моего согласия :-)

Почему БДРС? Так сложилось, что была и есть задумка сделать более универсальный механизм использования ДРС, урезанный вариант которого и представляет собой эта обработка.

Аббревиатуру БДРС придумал Николай Гусев ( http://infostart.ru/profile/18469/ ), совместно с которым всё это и разрабатывается. Большое ему спасибо за придумку ряда процедур/функций, на базе которых «родился» данный вариант БДРС.

Пример практического использование БДРС (реально работающий у реального клиента) -

Задача для БП 3.0:

Есть организация, которая производит строительный песок (намывают из речки, складируют кучами на отведенной территории). Песок реализуется не в месяце производства, для его реализации песок необходимо просеять, погрузить и т.п. Это работы, которые должны быть реализованы вместе с песком, но в выданных «бумажных» документах покупателю показывать работы не нужно. Т.е. в документе реализации выписываются и песок (табличная часть «Товары») и работы (табличная часть «Услуги») по его реализации, а в печатных формах «Счет на оплату покупателю» «ТОРГ-12» и «Счет – фактура»  должен выводиться только песок, цена и стоимость реализации которого равна сумме цены и стоимости как самого песка, так и цены и стоимости а работ по его реализации.

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

Решение задачи:

1. Настраивается ДР в элементе справочника «Номенклатура», с наименованием «Услуга в стоимость товара при печати» и типом справочник «Номенклатура». В этом ДР записываем для услуги товар, вместе с которым эта услуга должна продаваться. В нашем случае используется обработка «Настройка дополнительных реквизитов и сведений», в модуле которой находится БДРС. Шаблон используем из внешнего файла.

2. Создаются ВПФ (например, с помощью ""Конструктор внешних печатных форм"" от SeiOkami опубликованной на ИС) «Счет на оплату покупателю» «ТОРГ-12» и «Счет – фактура» в модуль которых скопирована БДРС, а при создании таблицы документа вставляется простой «кусок» кода (пример для счета на оплату):

 

в котором через БДРС получаем значение ДР и при его наличии изменяем результирующую таблицу. Время на создание ВПФ, создание и заполнение ДР в ИБ сокращается в разы. Имея эти файлы можно буквально за считанные минуты настроить работу по описанной схеме в базе БП 3.0 у любого клиента. Изменений типовой конфигурации (что важно) не требуется.

Файлы ВПФ и шаблона настройки реквизитов выложены бесплатно, как пример дальнейшего распространения БДРС на ИС. Для работы этих ВПФ необходимо приобрести БДРС, вставить в модуль ВПФ код БДРС и с помощью настройки из внешнего файла заполнить ДР для номенклатуры. Регистрируем ВПФ в дополнительных обработках – и можно работать.



Описание библиотеки работы с дополнительными реквизитами и сведениями (БДРС)

 

1. Назначение

БДРС предназначена для записи и чтения дополнительных реквизитов и сведений в конфигурациях на библиотеке стандартных подсистем (далее БСП) версий 2.2.3.*. Разрабатывалась в типовой конфигурации БП 3.0 релиз 3.0.33.20. Служит для облегчения написания внешних отчетов, обработок или печатных форм для конфигураций на поддержке.  Может быть встроена в измененную конфигурацию – для этого в ней создается общий модуль с процедурами и функциями из модуля обработки «Настройка дополнительных реквизитов и сведений».

2. Описание поставки

БДРС поставляется в виде внешней обработки «Настройка дополнительных реквизитов и сведений» (далее обработка), в модуле которой находится сама библиотека, процедуры и функции которой начинаются с комментария:

//ТЕКСТ МОДУЛЯ ОБЪЕКТА ДЛЯ КОПИПАСТА В "СВОЮ" ОБРАБОТКУ>>>НАЧАЛО>>>

И заканчиваются комментарием:

//ТЕКСТ МОДУЛЯ ОБЪЕКТА ДЛЯ КОПИПАСТА В "СВОЮ" ОБРАБОТКУ<<<КОНЕЦ<<<.

Если БДРС встраивается в конфигурацию, процедуру «БДРС_ПолучитьДанныеИзМакета» вставлять не нужно – это служебная процедура для быстрой настройки ДРС через макеты обработки или внешние файлы настройки.

                В модуле формы обработки расположены процедуры и функции для первоначального заполнения дополнительных реквизитов (далее ДР) и дополнительных сведений (далее ДС), которые будут использоваться в информационной базе (далее ИБ). Эти же процедуры и функции можно использовать в качестве примеров использования БДРС.

                Обработка содержит шаблоны, в которые разработчик может прописать состав ДР и ДС, которые надо зарегистрировать в ИБ. Использование этого инструмента не обязательно. Он нужен для первоначальной регистрации ДРС, которые в принципе можно регистрировать и при начале работы создаваемой внешней печатной формы или отчета (в процедуре ПриСозданииНаСервере()). Обработка позволяет предварительно настроить и заполнить значения ДР и ДС для выбранных элементов справочников и документов.

                Использование встроенных шаблонов не обязательно, в качестве шаблона можно использовать внешний файл формата mxl, установив флаг «Использовать внешний шаблон».

3. Описание обработки

При первом запуске обработки (см. рис. 1) в ИБ ничего не записывается, пользователь имеет возможность выбрать «Вид настройки», по которому будет произведено первоначальное заполнение плана видов характеристик «Дополнительные реквизиты и сведения» и справочника «Наборы дополнительных реквизитов и сведений». Настройка может быть выбрана из встроенных в обработку шаблонов или из внешнего файла формата mxl заданной структуры, описанной в шаблоне, вызываемом по кнопке «Создать файл шаблона» (Рис. 2).  Работа с ДРС через шаблон обусловлена «жизненной необходимостью» обеспечить разработчику наличие и точное описание ДРС, которые затем им будут использоваться в коде.

 Рисунок 1.

 

 

Рисунок 2.

 

 

Описание шаблона:

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

Имена колонок предназначены для хранения следующей информации:

- ДРС - строка «ДР» - дополнительный реквизит (ДР) или «ДС» - дополнительно сведение (ДС);

- ИмяОбъектаДРС - идентификатор объекта конфигурации, например, «НоменклатурныеГруппы»;

- ИмяДРС - строка с именем ДР или ДС, как её будет видеть пользователь (не должна содержать спец. Символов – это ограничения только для работы с ДРС через данную обработку, для правильной работы самой БДРС строка может быть любой);

- ТипДРС - строка с названем типа устанавливаемого ДР или ДС, например, «Булево», «Строка»      или имя (идентификатор, как он задан в конфигураторе) справочника из разрешенных к выбору в ДР или ДС;

- ДлинаДРС - длина строкового или числового ДР или ДС;

- ТочностьДРС - точность числового ДР или ДС.

Кнопка «Открыть список ДРС» открывает форму списка плана видов характеристик «Дополнительные реквизиты и сведения» для просмотра зарегистрированных ДРС.

 

Работа с БДРС начинается после выбора вида настройки (поле «Вид настройки:» для встроенного шаблона или «Файл шаблона:» для внешнего файла) (Рис. 3 - настройка из встроенного шаблона).

Рисунок 3.

 

После выбора варианта настройки обработка записывает указанные в шаблоне ДР и ДС в план видов характеристик и справочник; так же становятся доступными элементы управления табличной частью обработки, куда выводятся (если есть в ИБ) строки с установленными ДР и ДС.

В подменю «Создать» устанавливаются кнопки добавления соответствующих ДРС. Выбор колонки «Ссылка» в строке табличной части открывает соответствующий документ или элемент справочника, к которому установлен ДР или ДС, выбор в остальных колонках – форму редактирования ДРС в соответствующей строке. На рисунке 4 показаны установленный ДР и создание нового:

Рисунок 4.

 

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

Есть особенность работы с ДС – для их удаления можно открыть реквизит для редактирования и очистить его значение. После записи ДС будет очищено. Удалить ДР таким способом не получится – запись в табличной части «Дополнительные реквизиты» после очистки значения реквизита останется до её удаления через эту обработку или удаления из формы документа (элемента справочника). Рис. 5  - список ДРС с выделенными строками.

Рисунок 5.

 

 

На рисунке 6 пример заполнения ДРС по настройке из файла:

Рисунок 6.

 

На рисунке 7 показано редактирование ДРС из формы элемента справочника (ДР и ДС установлены настройками из встроенных шаблонов):

 

Рисунок 7.

 

Здесь наглядно можно увидеть отличие ДР от ДС:

- ДР выводятся непосредственно в форму элемента справочника;

- ДС доступны по нажатию кнопки справа от "Записать" в отдельном окне.

 

Обработка может быть зарегистрирована в ИБ стандартным способом или открываться через "Файл" – "Открыт"ь.

4. Описание БДРС

Обработка не является необходимым условием работы с БДРС, она предназначена для облегчения первоначальной установки и заполнения ДРС в ИБ. Использование БДРС возможно и без наличия этой обработки и шаблонов первоначального заполнения, главное - наличие в модуле внешней обработки (или в общем модуле) процедур и функций, указанных в описании поставки.

Параметры, используемые при вызове основных процедур и функций БДРС, стандартизованы. Назначение параметров выше в описании шаблона.

Параметры ДРС, ПустаяСсылка, ИмяДРС, ТипДРС обязательны в любом случае, ДлинаДРС – обязателен для типов ДРС «Строка» и «Число» , ТочностьДРС – обязателен для типа «Число».

 

Основные команды БДРС:

  • БДРС_НастроитьДРС( ДРС, ПустаяСсылка, ИмяДРС, ТипДРС, ДлинаДРС, ТочностьДРС) - Процедура первоначального заполнения ДРС.

Устанавливает ДР или ДС в ПВХ «ДополнительныеРеквизитыИСведения» и справочник  «НаборыДополнительныхРеквизитовИСведений».

Использование процедуры не является обязательным – при первом вызове записи или чтения ПВХ и справочник заполнятся автоматом. БДРС_НастроитьДРС – следует вызывать, если значения ДРС в ИБ надо установить до начала их использования, например во ВПФ. При выполнении этой процедуры попутно проверяется и, в случае необходимости, устанавливается в Истина значение константы «ИспользоватьДополнительныеРеквизитыИСведения».

  • БДРС_ЗаписатьДРС( ДРС, Ссылка, Значение, ИмяДРС, ТипДРС, ДлинаДРС, ТочностьДРС) –

Процедура записи ДРС. ДР записывается в табличную часть «ДополнительныеРеквизиты» справочника или документа. ДС в регистр сведений «ДополнительныеСведения». Попытка записать существующий ДРС приведет к его перезаписи. Если соответствующие ДР или ДС не были зарегистрированы в ПВХ и справочнике – они будут там зарегистрированы, а ДР или ДС записаны.

 

  • БДРС_ПолучитьЗначениеДРС( ДРС, Ссылка, ИмяДРС, ТипДРС, ДлинаДРС, ТочностьДРС)

Функция, возвращающая ДР или ДС для переданной в параметрах ссылке. Ссылка – обязательный параметр для вызова данной функции. Аналогично процедуре БДРС_ЗаписатьДРС в любом случае зарегистрирует ДРС в ИБ.

 

Дополнительные команды (ограниченное использование):

  • БДРС_ПолучитьСсылкуПоДополнительномуРеквизиту( ИмяДРС, ЗначениеДР, ИмяОбъектаДРС, ТипДРС, ДлинаДРС, ТочностьДРС)

Функция возвращает ссылку по ДР, имеет смысл только в случае, если в ИБ есть только одна запись соответствующего ИмяОбъектаДРС типа с данным значение БР. ЗначениеДР – обязательный реквизит. Если в ИБ существует несколько аналогичных записей, функция вернет ссылку на первую найденную.

 

  • БДРС_ПолучитьСсылкуПоНаименованиюИЗначениюДопСвойства( ИмяДРС, Значение)

Функция, аналогичная ПолучитьСсылкуПоДополнительномуРеквизиту, только работает с ДС. Возвращает ссылку на объект, для которого записано ДС.

 

Следует отметить, что все процедуры и функции БДРС объявлены со словом Экспорт, поэтому доступны так же, как и основные и дополнительные команды.

Примеры использования команд БДРС можно посмотреть в модуле формы обработки.

 

Причины купить

Есть много разработок, использующих механизм ДРС в управляемом приложении. Анализ показывает, что "системного подхода" не наблюдается. Данный инструмент появился в том числе и потому, что каждый раз, при необходимости использовать ДРС в своих разработках приходилось вспоминать что и как надо записать/прочитать и т.д. Сэкономьте своё время - используй три простых команды БДРС.

Достоинства

БДРС – инструмент. Как и любой другой инструмент, он предназначен для облегчения выполнения какой–либо работы, в данном случае для регистрации, заполнения и чтения дополнительных реквизитов и сведений программно. Используя всего три команды из состава БДРС Вы легко:

  • Зарегистрируете ДРС;
  • Запишите ДРС;
  • Прочитаете ДРС.

Отрицать, что всё это легко сделать и без использования предлагаемого инструмента глупо, но время на создание своих разработок он безусловно сэкономит.

Ещё один плюс использования БДРС – это «унификация» ДРС в каждой информационной базе. Используя её не нужно выбирать из данных объекты, для которых эти ДР или ДС установлены – их видно в обработке по выбранной настройке сразу. Тут же можно установить или удалить ДРС.

Перенести свои уже отлаженные на конкретной базе отчеты, обработки и т.п. в другую базу (или из своей тестовой в клиентскую) вообще не составит никакого труда и главное - позволит избежать всяких досадных недоразумений: например, при вводе «вручную» названий ДРС, т.к. все настройки прописываются в шаблоне и «руками» в базу для регистрации ДРС ничего не вводится.

Использование шаблонов для настройки ДРС позволяет так же быстро просмотреть только «свои», используемые в текущей задаче данные, что опять же – «пустячок, а приятно».

Сравнение версий

25.06.2014 - Версия 1.4 - доработанные вариант и использованием внешней обработки для управления ДРС. В планах использование данной версии в других разработках, для работоспособности которых необходимо приобретение БРДС. Пример такой поставки - файлы ВПФ и файла с шаблоном в этой публикации. 

11.07.2014 - Версия 1.5 - исправлены замеченные ошибки при работе с установленными ДРС в табличной части обработки.

25.10.2014 - Версия 1.6 - добавлена регистрация из формы, исправлено создания подменю создания БРС, теперь в именах ДРС можно использовать ".", "," и ";"

02.12.2014 - Верия 1.7 - исправлены замеченные ошибки. Изменен порядок записи ДР - если передается пустое значание для записи (в случаее типа ДР булево - ЛОЖЬ) удаляется вся строка табличной части объекта "ДополнительныеРеквизиты".

04.09.2015 - Версия 1.11 - адаптировано к новой версии БСП, исправлены замеченные ошибки.

14.09.2015 - Версия 1.12 - исправлена процедура идентификации конфигурации.

01.10.2015 - Версия 1.13 - исправлена ошибка, возникающая в УТ 11.

18.11.2015 - Версия 1.14 - включена в состав поддерживемых конфигурация УТ 11.2.*. Добавлена возможность перезаписи настроек в команде  БДРС_НастроитьДРС.

14.04.2016 - Версия 1.15 - исправлены замеченные ошибки. 

Гарантия возврата денег

Гарантия возврата денег

ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом течение 14-ти дней со дня поступления денег на наш счет.

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

Для возврата оплаты просто свяжитесь с нами.

Скачать файлы

Наименование Файл Версия Размер
Описание БДРС 84
.docx 282,72Kb
18.11.15
84
.docx 282,72Kb Бесплатно
ВПФ и шаблон.rar 103
.rar 57,16Kb
26.11.14
103
.rar 57,16Kb Бесплатно
Настройка дополнительных реквизитов и сведений v 1.15
14.04.2016
1000 руб.

Моментальная
доставка

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Яков Коган (Yashazz) 24.06.14 16:47
Автор, а вот если нужно прицепить к некоему элементу справочника ещё одну табличную часть, с составм реквизитов, определяемым пользователями, такое получится?
2. Алексей Ермилов (Alex_E) 24.06.14 17:06
(1) Yashazz, Ещё одна ТЧ для элемента справочника через ДП - это перебор. ДР записываются в табличную часть "Дополнительные реквизиты", где всего то и есть три реквизита:
- Свойство
- Значение
- Текстовая строка.
Свойство нужно для поиска. В значение можно писать примитивные типы или ссылки на справочники, может быть просто "Значение дополнительного реквизита" (БДРС кстати такой тип не обслуживается, надобности как то не было), куда можно конечно прикрутить подобие ещё одного справочника, но полноценную ТЧ через ДР сделать не получится.
С ДС ситуация аналогичная, можно конечно что то подумать, но на раз ответ - НЕТ.
3. Яков Коган (Yashazz) 25.06.14 10:41
(2) Ничего не перебор. Многократно требовалось в моей практике и мной давно реализовано в простенькой идейной насадке на типовые механизмы, практически без доработки. Будет очень интересно - расскажу, как.
А вы, получается, всего лишь чуть-чуть допилили 10 лет как известный механизм доп.свойств, да ещё и денег хотите))) Причины купить - ну совершенно неубедительны)
4. Алексей Ермилов (Alex_E) 25.06.14 10:52
(3) Yashazz,
в простенькой идейной насадке на типовые механизмы, практически без доработки.
- конфигурация для простенькой доработки снята с поддержки? Если да, то причем здесь типовой механизм ДРС?
всего лишь чуть-чуть допилили 10 лет как известный механизм доп.свойств, да ещё и денег хотите)))
- механизм доп.свойств известен 10 лет, доп.реквизитов физически не мог быть известен такой срок - он появился только во второй редакции БСП.
Причины купить - ну совершенно неубедительны)
- с удовольствием выслушаю причины НЕ купить :-)
5. Яков Коган (Yashazz) 25.06.14 12:02
(4) Не путайте снятие с поддержки и включение возможости изменений. Кроме того, можно и в абсолютно нетронутой так извернуться, был случай.
Принципиальное отличие доп.свойства от доп.реквизита с точки зрения пользователя можете назвать?
6. Алексей Ермилов (Alex_E) 25.06.14 12:33
(5) Yashazz,
Не путайте снятие с поддержки и включение возможости изменений.
Странно что Вы решили, что я чего то путаю - включение возможности изменения - это лишение клиента возможности использовать автоматическое обновление программы, и с точки зрения как раз пользователя - это и есть как раз снятие с поддержки.
Принципиальное отличие доп.свойства от доп.реквизита с точки зрения пользователя можете назвать?
- Легко (см. Рис.7 в публикации). ДР пользователь видит в форме элемента, до ДС надо ещё добраться - нажать кнопочку :-)
Кроме того, можно и в абсолютно нетронутой так извернуться, был случай.
- так опубликуйте свой замечательный метод, кто ж против? А то мне не совсем понятно что мы сейчас обсуждаем? Мой инструмент, или Ваш метод, о котором мне пока ничего не известно?
7. Яков Коган (Yashazz) 25.06.14 13:02
(6) В 7.7 иногда тоже всё бывало на форме элемента, так что нету разницы))
Да, в общем, ничего особенно не обсуждаем, кроме некоторой доли моего разочарования в вашем инструменте. Флудим, да простят нас модераторы. Будет особенно интересно - можем продолжить в личке.
8. Николай Гусев (GusevNA) 25.06.14 13:07
(3) Yashazz, А за сколько времени Вы бы написали и отладили такую библиотеку? Не думаю, что менее, чем за час. И цена библиотеки выставлена исходя не из того, что там что-то революционно новое, а, во-первых, код уже написан и отлажен, во-вторых, есть и будут появляться ВПФ, использующие эту библиотеку. Ведь Заказчика не сильно интересует, сможете Вы что-то сделать или нет, его всегда интересуют сроки и стоимость. БДРС позволяет сократить и то, и другое.

А в плане чего-то известного или написанного - если сесть за книжки, можно и Windows самому написать, а можно, потратив несколько тысяч рублей, купить и сесть работать :-)

Так что, на мой взгляд, причины купить - вполне убедительные.
9. Николай Гусев (GusevNA) 25.06.14 13:14
(5) Yashazz, можно вообще никак не менять конфигурацию для добавления ТЧ. Например, ТЧ хранить где-нибудь в конфигурации в виде двоичных данных, ХранилищаЗначений и т.д. а в ДС - например, код объекта. Вопрос - как это редактировать, чтобы было удобно для пользователя. Можно во внешней форме, например - все зависит от задачи. И поскольку здесь унификации пока не придумано, то и канонического решения пока нет, а есть решения для конкретных задач. Важно, что можно получить приемлемое решения без изменения конфигурации. Если интересно, могу рассказать более детально, но уже в другой ветке обсуждений.
10. Алексей Ермилов (Alex_E) 25.06.14 13:17
(7) Yashazz,
В 7.7 иногда тоже всё бывало на форме элемента, так что нету разницы))
- ну в 7.7 на форме элемента - это посмотреть бы - я не видел, хотя не понятно причем здесь 7.7? И то, что только в управляемом приложении появилось чёткое разделение ДР и ДС - это факт. И то, что пользователь гораздо проще воспринимает именно ДР, который видит сразу у меня подтверждено личным опытом, в связи с чем ДР использую когда пользователь имеет необходимость видеть этот реквизит сразу, а ДС, когда он про него может и не знать вовсе... В общем - согласен флуд.
А разачарование в инструменте, которым никогда не пользовался - ну что ж - бывает....
11. dimaster dimaster (dimaster) 28.06.14 18:25
(3)Yashazz, (9)GusevNA,
оч интересно, поделитесь соображениями и опытом реализации доп ТЧ к спр и докам. и работе с ними в УФ. вещь нужная. можно на форуме создать ветку, но публикация была бы интереснее )
12. Александр (МимохожийОднако) 28.06.14 19:31
(8) GusevNA, самый убедительный аргумент - это фактическая покупка сего изделия. Можно объявлять любую цену, но продан товар будет только за ту цену, которую заплатит покупатель. Но это конечно не совсем в тему.
Волнует )) вопрос: как эта штука будет работать в базовых конфигурациях?
13. Алексей Ермилов (Alex_E) 28.06.14 19:52
(12) МимохожийОднако, Так же как в ПРОФ - БСП в части ДРС одинакова.
МимохожийОднако; +1 Ответить
14. Андрей Хабибулин (teflon) 26.11.14 14:40
Похоже, в новых версиях типовых конфигураций обновляют БСП, в которых, в свою очередь, меняются названия некоторых процедур и функций.
Для универсальности ВПФ под разные релизы конфигураций, можно добавить условие на проверку версии БСП...

ВПФ Проверял на БП 3.0.37.21.

В ВПФ, в функции ЗарегистрироватьОбработкуВИнформационнойБазеНаСервере() нужно изменить
ПолноеНазначениеЗначение = ДополнительныеОтчетыИОбработки.ПолучитьПолноеНазначениеПоВидуДополнительнойВнешнейОбработки­(ЭлементОбъект.Вид);
на
ПолноеНазначениеЗначение = ДополнительныеОтчетыИОбработки.НазначаемыеОбъектыМетаданныхПоВидуВнешнегоОбъекта(ЭлементОбъект.Вид);.

В процедуре УстановитьОграниченияТипа()
ПолноеНазначениеЗначение = ДополнительныеОтчетыИОбработки.ПолучитьВидОбработкиПоСтроковомуПредставлениюВида(РегистрационныеДанные.Вид);
на
ПолноеНазначениеЗначение = ДополнительныеОтчетыИОбработки.НазначаемыеОбъектыМетаданныхПоВидуВнешнегоОбъекта(РегистрационныеДанные.Вид);
15. Алексей Ермилов (Alex_E) 26.11.14 15:00
(14) teflon, Мой косяк - БДРС то в этой форме отсутствует... Исправляется просто - в модуле ВПФ текст:
//ТЕКСТ МОДУЛЯ ОБЪЕКТА ДЛЯ КОПИПАСТА В "СВОЮ" ОБРАБОТКУ>>>>>>>>>>>>>>>>>>>>>>>НАЧАЛО>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

//Сюда надо скопировать процедуры и функции БДРС из обработки "НастройкаДополнительныхРеквизитовиСведений"

//ТЕКСТ МОДУЛЯ ОБЪЕКТА ДЛЯ КОПИПАСТА В "СВОЮ" ОБРАБОТКУ<<<<<<<<<<<<<<<<<<<<<<<<КОНЕЦ<<<<<<<<<<<<<<<<<<<<<<­<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
...Показать Скрыть

нужно заменить на:
//ТЕКСТ МОДУЛЯ ОБЪЕКТА ДЛЯ КОПИПАСТА В "СВОЮ" ОБРАБОТКУ>>>>>>>>>>>>>>>>>>>>>>>НАЧАЛО>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
//Сюда надо скопировать процедуры и функции БДРС из обработки "НастройкаДополнительныхРеквизитовиСведений"
#Область ЗаглушкаПриОтсутствииБДРС
Функция БДРС_ПолучитьЗначениеДРС(ИмяДРС, СсылкаДРС, Наим, Имя) Экспорт
	Сообщить("Библиотека дополнительных реквизитов и сведений не установлена!!!");
КонецФункции
#КонецОбласти
//Область ЗаглушкаПриОтсутствииБДРС необходимо удалить 
//ТЕКСТ МОДУЛЯ ОБЪЕКТА ДЛЯ КОПИПАСТА В "СВОЮ" ОБРАБОТКУ<<<<<<<<<<<<<<<<<<<<<<<<КОНЕЦ<<<<<<<<<<<<<<<<<<<<<<­<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
...Показать Скрыть

Это "заглушка" БДРС, точно так же нужно сделать в счет-фактуре. При печати будет выдаваться сообщение.
Обработки сейчас перезалью. Если нужно - давайте почту - пришлю (можно в личку).
Всем скачавшим приношу извинения, за доставленные неудобства.
16. Алексей Ермилов (Alex_E) 26.11.14 15:04
Залил исправленные ВПФ. В ТОРГ-12 такую же заглушку вставил.
17. Андрей Хабибулин (teflon) 26.11.14 15:19
(16) Alex_E, нет, думаю дело не в БДРС, т.к. БДРС я вставил в модуль объекта ВПФ...

Также, изменилась ТЧ "Назначение" справочника ДополнительныеОтчетыИОбработки, поэтому в ВПФ, кроме того, что я указал в предыдущем сообщении, нужно изменить также:

НоваяСтрока.ПолноеИмяОбъектаМетаданных = ЭлементЗаданноеНазначение;
на
НоваяСтрока.ОбъектНазначения = ЭлементЗаданноеНазначение;

ЭлементОбъект.Назначение.Свернуть("ПолноеИмяОбъектаМетаданных", "");
на
ЭлементОбъект.Назначение.Свернуть("ОбъектНазначения", "");
18. Алексей Ермилов (Alex_E) 26.11.14 15:33
(17) teflon, Не понимаю, что то Вы делаете не так...
Вот картинки в трех вариантах - ВПФ счета на опатлу с заглушкой, с БДРС и с БДРС и установленным дополнительным реквизитом "Услуга в стоимости тоара при печати" - всё работает (БП 3.0.37.25)
Прикрепленные файлы:
19. Алексей Ермилов (Alex_E) 26.11.14 15:44
(17) teflon, У вас ошибка возникает при регистрации внешней печатной формы в справочнике дополнительные отчеты и обработки, я только что зарегистрировал ВПФ счета, что выложил в архив сюда, с БДРС и БЕЗ БДРС - никаких ошибок в ДСП, которая регистрирует те же ВПФ нет. Посмотрел на юзерсе БП 3.0.37.21 там нет, возможно это была тестовая? Текущий релиз БП 3.0.37.25, оппа, решил проверить прям только что выложили 3.0.37.26, установлю - проверю и на ней. Но ошибок нет. Если нужно, могу посмотреть, что у Вас происходит, например через амми админ (пишите в личку).
20. Андрей Хабибулин (teflon) 26.11.14 15:50
(18) Alex_E, вы меня не слышите, выша ВПФ отлично печатается, все ОК, но (!) сейчас я про регистрацию ВПФ в ИБ, в случае, когда открываем ВПФ через меню Файл->Открыть, нажимаем на кнопку "Зарегистрировать".
21. Алексей Ермилов (Alex_E) 26.11.14 16:04
(20) teflon, Точно, совсем плохой стал....у меня вчера ДР был - поздно лег, наверно поэтому :-) Про кнопку Зарегистрировать ВПФ - так я даже и не смотрел её наличие - все три созданы при помощи обработки "Конструктор внешних печатных форм"" от SeiOkami (http://infostart.ru/profile/309462/). Кстати недавно разобрались и с ошибками в ней, но вместо автора выкладывать не хотелось бы. По поводу авто-регистрации из работки ВПФ, созданной с помощью конструктора - спасибо большое, надо будет исправить и в конструкторе!
А так, вопросы к автору той обработки :-)
Я то эти ВПФ создал для примера использования БДРС, и ни для чего либо другого. В ВПФ в информации написано, откуда они "взялись". Сейчас поправлю регистрацию, выложу (реально, даже не видел эту регистрацию - что значит не своя разработка)...
22. Алексей Ермилов (Alex_E) 26.11.14 18:05
(20) teflon, Изменил регистрацию всех ВПФ, там кстати были ещё ошибки, переделал для ТАКСИ.
23. Андрей Хабибулин (teflon) 26.11.14 20:34
(22) Alex_E, знаю про другие ошибки, т.к. уже сам доработал регистрацию ВПФ.
24. Андрей Хабибулин (teflon) 26.11.14 22:34
(22) Alex_E, в обработке "Настройка ДРС" кнопка "Открыть список ДРС" открывает ПВХ ДРС, но, по-моему скромному мнению, лучше в этом случае открывать справочник "Наборы ДРС", т.к. этот справочник специально создан для удобства создания и удаления ДРС, в нем уже организована группировка ДРС по объектам метаданных, и при создании ДРС сразу происходит привязка к объекту метаданных в зависимости от контекста группировки справочника, в отличие от ПВХ ДРС, в котором можно создать только общие ДРС.
Интересно, возможно ли создавать программно, через файл-шаблон, ДРС составного типа?

PS: В статье, в описании шаблона, исправьте имя первой колонки (должно быть "ДРС"), оно дублирует имя четвертой колонки ("ТипДРС"). Такое может кого-нибудь запутать...
25. Алексей Ермилов (Alex_E) 26.11.14 22:45
(24) teflon, Статью поправлю, а про кнопку - можно и вторую вывести, и то и то чтобы можно было открывать. Про создание из шаблона составного типа подумаю - сейчас нет, но сделать думаю можно, выкроется минутка - подумаю. Спасибо за ошибку!
26. Андрей Хабибулин (teflon) 29.11.14 03:00
Для номенклатуры может быть определено использование характеристик:
· Использовать общие для вида номенклатуры – характеристики подчинены данному виду номенклатуры;
· Использовать индивидуальные для номенклатуры – характеристики подчинены номенклатурным позициям
Вопрос в том, как задать ДРС для характеристик через файл-шаблон? Это вообще возможно с помощью БДРС? Если возможно, хотелось бы увидеть пример шаблона.
27. Алексей Ермилов (Alex_E) 29.11.14 12:14
(26) teflon, Про какую конфигурацию речь? Посмотрел в УТ 11.1.9.51 для характеристик номенклатуры нельзя задать ни ДР ни ДС - их нет в списке типов ПВХ ДРиС, общий же случай задания ДРС через шаблон mxl есть в описании и используется в обработке:
Имена колонок предназначены для хранения следующей информации:

- ДРС - строка «ДР» - дополнительный реквизит (ДР) или «ДС» - дополнительно сведение (ДС);

- ИмяОбъектаДРС - идентификатор объекта конфигурации, например, «НоменклатурныеГруппы»;

- ИмяДРС - строка с именем ДР или ДС, как её будет видеть пользователь (не должна содержать спец. Символов – это ограничения только для работы с ДРС через данную обработку, для правильной работы самой БДРС строка может быть любой);

- ТипДРС - строка с названем типа устанавливаемого ДР или ДС, например, «Булево», «Строка» или имя (идентификатор, как он задан в конфигураторе) справочника из разрешенных к выбору в ДР или ДС;

- ДлинаДРС - длина строкового или числового ДР или ДС;

- ТочностьДРС - точность числового ДР или ДС.

Честно говоря я не совсем понял вопрос....
28. Андрей Хабибулин (teflon) 30.11.14 01:35
(27) Alex_E, Розница, редакция 2.1 (2.1.5.9). В этой конфигурации в справочнике "Наборы ДРС" есть справочник "Характеристики номенклатуры":
Прикрепленные файлы:
29. Алексей Ермилов (Alex_E) 30.11.14 09:00
(28) teflon, Попробовал для Розницы строительный магазин (просто розницы под руками нет) - вот файл, созданный прямо из режима учета, вроде как получилось...
Прикрепленные файлы:
ПримерШаблонаДляРозницы.mxl
30. Андрей Хабибулин (teflon) 01.12.14 00:02
(29) Alex_E, что значит
созданный прямо из режима учета
?
31. Алексей Ермилов (Alex_E) 01.12.14 09:32
(30) teflon, В описании
вызываемом по кнопке «Создать файл шаблона» (Рис. 2).
. То, что для создания файла шаблона не вызывался конфигуратор. В режиме предприятия из обработки создан шаблон, потом он использован как внешний .
32. Андрей Хабибулин (teflon) 21.01.15 20:57
(0) Alex_E, обновленную версию возможно получить?
33. Алексей Ермилов (Alex_E) 21.01.15 21:17
(32) teflon, Конечно можно - пишите в личку
34. reznic Резник (reznic) 23.03.15 19:33
позволит ли данная подсистема работать с табличными частями
35. Алексей Ермилов (Alex_E) 24.03.15 00:06
(34) reznic, Если имеется ввиду сохранение табличной части, как дополнительного реквизита или сведения - то нет, при необходимости можно оформить это в виде строки с разными разделителями колонок и строк, а при получении реквизита сделать разбор строки в таблицу значений, пока надобности не было, если необходимость есть - можно реализовать...
36. Maxim Goncharov (maxx) 14.05.15 20:27
К дркументам свойства можно прикреплять типа водителя,номер машины, которая везет накладную?
37. Алексей Ермилов (Alex_E) 14.05.15 20:34
(36) maxx, Так и делаю, для "пьяных" деклараций потом используется :-)
38. Сергей (Che) Коцюра (CheBurator) 15.12.15 00:36
Что-то я не въехал (не понял?)
типа "Услуга в стоимость товара при печати" - это примерно как на клюшках (за что все время в грязь макали) если глПользователь.Код="Иванов"...?
39. Алексей Ермилов (Alex_E) 15.12.15 10:03
(38) CheBurator, Что то я то же не понял, причём тут клюшки. Реально есть клиент, торгующий комиссионным товаром. Конечному покупателю выставляются документы в которых он видит только купленные им товары, а в документах в базе комиссионера есть и товары и услуги, которые в учете комиссионера учитываются именно как услуги, и используются потом для расчетов с комитентом.
Связь товаров и услуг обеспечивается дополнительным реквизитом...реальный пример, вот работают люди...
как на клюшках (за что все время в грязь макали) если глПользователь.Код="Иванов"...?
- совершенно непонятно, где Вы в коде это увидели, то, что обращение "Услуга в стоимости товара" написано строкой - так это аналог обращения к предопределённому элементу справочника - дополнительный реквизит создан с помощью БДРС и обращаемся к нему через БДРС, обращение происходит по его имени, предложите другой вариант, с удовольствием послушаю
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа