Регистр сведений состояния контрагентов бэд 1с. Переход к безбумажному ЭДО: опыт, проблемы, перспективы

Версия 1.3.8 является развитием редакции 1.3 "1С:Библиотека электронных документов 8", которая предназначена для обеспечения обмена электронными документами в прикладных решениях, разработанных на платформе "1С:Предприятие" версии 8.3.10.2252 и выше.

Новые возможности и изменения

• В форме поиска торговых предложений добавлена возможность поиска без подключения к сервису 1С:Бизнес-сеть, добавлена возможность поиска поставщика по наименованию.
• Добавлен отчет по публикуемым торговым предложениям.
• Добавлено рабочее место публикации торговых предложений в сервисе 1С:Бизнес-сеть.
• Произведена адаптация с подсистемами "1С:Библиотека стандартных подсистем" версия 2.4.2, "1С:Библиотека интернет-поддержки пользователей" версия 2.2.2.

Переход на версию 1.3.8 с версии 1.3.7

Добавлен определяемый тип КонтрагентБЭД , определяемый тип Контрагент удален. При обновлении обязательно установить новый тип данных, в противном случае произойдет удаление данных о контрагентах в объектах подсистемы ОбменСКонтрагентами (документ Пакет электронных документов , регистр сведений Состояния контрагентов БЭД ).

Изменения в модуле:

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

Изменения в модуле ТорговыеПредложения

• Добавлена процедура ОбновитьДекорациюСостоянияПубликации для обновления элемента формы Декорация с состоянием публикации. Необходимо добавить в вызов в форме настройки публикации для элемента состояния.

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

Версия 1.3.7

Версия 1.3.7 является развитием редакции 1.3 "1С:Библиотека электронных документов 8", которая предназначена для обеспечения обмена электронными документами в прикладных решениях, разработанных на платформе "1С:Предприятие" версии 8.3.10 и выше.

Значения свойств конфигурации:

• Режим совместимости должен быть установлен "Не использовать".
• Режим использования модальности может быть установлен "Не использовать".
• Режим совместимости интерфейса может принимать значения "Версия 8.2", "Версия 8.2. Разрешить Такси" или "Такси. Разрешить Версия 8.2".

Новые возможности и изменения

• Добавлена возможность получения состояния платежного документа из Сбербанка.
• Реализовано автоматическое получение настроек для Сбербанка при подключении с сервису 1С:ДиректБанк.
• Добавлена возможность отображения контекстной рекламы 1С:ДиректБанк.
• Произведена адаптация для работы с сервисом 1С:Бизнес-сеть в облачном сервисе 1CFresh.
• Добавлена возможность публикации, поиска и заказов торговых предложений в сервисе 1С:Торговые предложения для участников сервиса 1С:Бизнес-сеть.
• Произведена адаптация с подсистемами "1С:Библиотека стандартных подсистем" версия 2.4.1, "1С:Библиотека интернет-поддержки пользователей" версия 2.1.9, "1С:Библиотека технологии сервиса" версия 1.0.12.

Подсистема "Обмен с контрагентами"

Изменения в модуле :

• ДокументДата , ДокОснованиеДата

Подсистема "Обмен с банками"

Изменения в модуле РаботаСФайламиПереопределяемый :

• В процедуру ПриОпределенииНастроек необходимо добавить код:

ЭлектронноеВзаимодействие.ПриОпределенииНастроек(Настройки);

• В процедуру ПриОпределенииСправочниковХраненияФайлов необходимо добавить код:

ЭлектронноеВзаимодействие.ПриОпределенииСправочниковХраненияФайлов(ТипВладелецФайла, ИменаСправочников);

• В план обмена ОбновлениеИнформационнойБазы добавлены справочники СообщениеОбменСБанкамиПрисоединенныеФайлы и ЭДПрисоединенныеФайлы
• В определяемый тип ПодписанныйОбъект добавлены справочники СообщениеОбменСБанкамиПрисоединенныеФайлы и ЭДПрисоединенныеФайлы.

КлиентБанк ) перенести группу элементов из общей формы .

В обработчике события формы ПриСозданииНаСервере

&НаСервере

…


КонецПроцедуры

В обработчике события формы ОбработкаОповещения

& НаКлиенте

…
// ЭлектронноеВзаимодействие.ОбменСБанками

Элементы.ГруппаРекламаДиректБанкГоризонтально, Элементы.ТекстДиректБанкГоризонтально);
// Конец ЭлектронноеВзаимодействие.ОбменСБанками
КонецПроцедуры

Для элемента ТекстДиректБанкГоризонтально добавить обработчик события ОбработкаНавигационнойСсылки

&НаКлиенте


КонецПроцедуры

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

Подсистема "Обмен с сайтами"

Изменения в модуле ОбменССайтомПереопределяемый :

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

Изменения в модуле ОбменССайтомКлиентПереопределяемый :

• Удалена процедура ОпределитьТипГруппТаблицыУКаталога , тип значения колонки Группы таблицы КаталогТоваров определяется настройкой обмена.
• Добавлена процедура ПолеВводаПриИзменении , вызывается для обработки события ПриИзменении поля ввода формы узла плана обмена, добавленного в процедуре ОбменССайтомПереопределяемый.ДобавитьРеквизитыФормыУзла.
• Добавлена процедура ПолеФлажкаПриИзменении , вызывается для обработки события ПриИзменении поля флажка формы узла плана обмена, добавленного в процедуре ОбменССайтомПереопределяемый.ДобавитьРеквизитыФормыУзла.
• Добавлена процедура ТаблицаФормыПередОкончаниемРедактирования , вызывается для обработки события ПередОкончаниемРедактирования поля табличной части формы узла плана обмена, добавленного в процедуре ОбменССайтомПереопределяемый.ДобавитьРеквизитыФормыУзла.

Подсистема "Бизнес-сеть"

• Добавлены новые методы для работы регламентных заданий в разделенном режиме, общий модуль ЭлектронноеВзаимодействие , процедуры ПриПолученииСпискаШаблонов , . См. одноименные методы общего модуля ОчередьЗаданийПереопределяемый.
• При встраивании библиотеки, для работы в разделенном режиме, необходимо добавить вызов методов в общем модуле ОчередьЗаданийПереопределяемый :
  • в процедуре ПриПолученииСпискаШаблонов :

// ЭлектронноеВзаимодействие
ЭлектронноеВзаимодействие.ПриПолученииСпискаШаблонов(ШаблоныЗаданий);

• в процедуре ПриОпределенииПсевдонимовОбработчиков :

// ЭлектронноеВзаимодействие
ЭлектронноеВзаимодействие.ПриОпределенииПсевдонимовОбработчиков(СоответствиеИменПсевдонимам);
// Конец ЭлектронноеВзаимодействие

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

Подсистема "Торговые предложения"

Добавлена новая подсистема "Торговые предложения", для встраивания необходимо:

• Разработать переопределяемые методы в общих модулях ТорговыеПредложенияКлиентПереопределяемый , ТорговыеПредложенияПереопределяемый .
• Указать типы данных в определяемых типах ВидыЗначенийРеквизитов1СБизнесСеть , ВидыНоменклатурыБЭД , ДополнительныеРеквизитыБЭД , ТорговоеПредложение .

Подробная информация приведена в документации по встраиванию.

Версия 1.3.6

Версия 1.3.6 является развитием редакции 1.3 "1С:Библиотека электронных документов 8", которая предназначена для обеспечения обмена электронными документами в прикладных решениях, разработанных на платформе "1С:Предприятие" версии 8.3.8 и выше. При этом свойство конфигурации "Режим совместимости" должно быть установлено "Версия 8.3.8".

Данная конфигурация предназначена для совместного использования с конфигурацией "1С:Библиотека стандартных подсистем" не ниже версии 2.3.4.112, с конфигурацией "1С:Библиотека интернет-поддержки пользователей 8" не ниже версии 2.1.9.4.

Новые возможности и изменения

• Поддержаны форматы первичных документов счетов-фактур (в части передачи отдельного первичного документа, счет-фактуры) в соответствии с приказом Федеральной налоговой службы от 24.03.2016 № ММВ-7-15/155@ "Об утверждении формата счета-фактуры и формата представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счет-фактуру, в электронной форме".
• Поддержаны форматы первичных документов об изменении стоимости, включающего в себя корректировочный счет-фактуру" (в части передачи отдельного первичного документа, корректировочного счет-фактуры) в соответствии с приказом Федеральной налоговой службы от 13.04.2016 N ММВ-7-15/189@ "Об утверждении формата корректировочного счета-фактуры и формат представления документа об изменении стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав, включающего в себя корректировочный счет-фактуру, в электронной форме".
• Добавлены новые электронные документы Передача товаров, Передача результатов работ, новая форма визуального представления документов.
• Добавлен механизм одностороннего обмена, не требующий извещения о получении от получателя.
• Добавлена возможность управления распаковкой входящих электронных документов (автоматически или вручную), возможность настройки при получении электронных документов создания определенного вида документа.
• Добавлена возможность привязки электронного документа к нескольким документам учета информационной базы.
• Реализовано разделение электронных документов на входящие и исходящие.
• Реализована интеграция с сервисом 1C-UMI позволяющая создавать сайты из программы, настроить обмен с интернет-магазином UMI .
• Произведена адаптация для работы с сервисом 1С-ЭДО в облачном сервисе 1CFresh.

Переход на версию 1.3.6 с версии 1.3.5

Подсистема "Обмен с контрагентами"

Общий модуль ОбменСКонтрагентамиПереопределяемый

• Добавлен метод УПД СЧФДОП.
• Добавлен метод ЗаполнитьДанныеДляУПДИнформацииПокупателяФНС . Метод подготавливает данные для электронного документа типа УПД (информация покупателя) функция СЧФДОП.
• Добавлен метод УПД (информация продавца) функция СЧФДОП в объекты ИБ.
• Добавлен метод ЗаполнитьДанныеДляДОПИнформацияПродавцаФНС . Метод подготавливает данные для электронного документа типа УПД (информация продавца) функция ДОП.
• Добавлен метод НайтиСоздатьУПДДокументОПередаче . Метод сохраняет данные из электронного документа УПД (информация продавца) функция ДОП в объект ИБ.
• Добавлен метод ЗаполнитьДанныеДляСЧФИнформацияПродавцаФНС . Метод подготавливает данные для электронного документа типа УПД (информация продавца) функция СЧФ.
• Добавлен метод НайтиСоздатьУПДСчетФактуру . Метод сохраняет данные из электронного документа УПД (информация продавца) функция СЧФ в объект ИБ.
• Добавлен метод . Метод подготавливает данные для электронного документа типа УКД (информация продавца) функция КСЧФДИС.
• Добавлен метод ЗаполнитьДанныеДляУКДИнформацииПокупателяФНС . Метод подготавливает данные для электронного документа типа УКД (информация покупателя) функция КСЧФДИС.
• Добавлен метод . Метод сохраняет данные из электронного документа УКД (информация продавца) функция КСЧФДИС в объекты ИБ.
• Добавлен метод ЗаполнитьДанныеДляДИСИнформацияПродавцаФНС . Метод подготавливает данные для электронного документа типа УКД (информация продавца) функция ДИС.
• Добавлен метод НайтиСоздатьУКДДокументОбИзмененииСтоимости . Метод сохраняет данные из электронного документа УКД (информация продавца) функция ДИС в объект ИБ.
• Добавлен метод ЗаполнитьДанныеДляКСЧФИнформацияПродавцаФНС . Метод подготавливает данные для электронного документа типа УКД (информация продавца) функция КСЧФ.
• Добавлен метод НайтиСоздатьУКДСчетФактуру . Метод сохраняет данные из электронного документа УКД (информация продавца) функция КСЧФ в объект ИБ.
• Добавлен метод СоответствиеИсходящихВидовЭДДокументамИБ . Метод формирует соответствие исходящих электронных документов и документов ИБ.
• Добавлен метод НайтиСоздатьДокументПередачаРезультатовРабот . Метод используется заполнения документа Товарная накладная, полученного в формате "Передача товаров".
• Добавлен метод НайтиСоздатьДокументПередачаТоваров . Метод используется заполнения документа Акт об оказании услуг, полученного в формате "Передача результатов работ".
• Добавлен метод УстановленоСостояниеОбменЗавершен . Метод вызывается при изменении состояния документооборота на ОбменЗавершен , ОбменЗавершенСИсправлением .
• При формировании электронных документов УПД, УКД, Передача товаров, Передача результатов работ реквизиты ДокументДата , ДокОснованиеДата установлены обязательными к заполнению.

Обработка ОбменСКонтрагентами

В макете "Торг-12Продавец":

• Добавлено поле "ИдГосКонтракта".
• Добавлена табличная часть "ТранспортнаяНакладная".
• Удалены поля "ТранспортнаяНакладнаяДата", "ТранспортнаяНакладнаяНомер".
• Добавлено поле "СведенияОЛицеПередавшемТовары".

В макете АктНаПередачуПрав :

• Добавлена табличная часть "Основание".
• Удалены поля "ДокументОснованиеНаименование", "ДокументОснованиеНомер", "ДокументОснованиеДата", "ДокументОснованиеДопСведения".
• Добавлено поле "ВалютаНаименование".
• Добавлено поле "Претензии".
• Добавлено поле "ДатаИсполнения".
• В свойствах участников сделки поле "Факс" заменено на поле "ЭлектроннаяПочта".
• В свойствах участников сделки поле "КодСтр" заменено на поле "КодСтраны".
• В свойствах участников сделки поле "АдрТекст" заменено на поле "АдресТекст".

Обновление определяемого типа Контрагент :

При переходе с версии 1.3.5 требуется обновить определяемый тип Контрагент, в противном случае, ссылки на справочник Контрагент в объектах БЭД, при обновлении, заменятся на тип строка с потерей ссылок на объекты без возможности восстановления.

Порядок обновления:

• Переименовать определяемый тип Контрагент в КонтрагентБЭД.
• Снять конфигурацию с поддержки БЭД 1.3.5.
• Запустить сравнение/объединение с конфигурацией БЭД 1.3.5, согласится с установкой конфигурации на поддержку.
• Снять флажки со всех объектов и оставить только на определяемом типе Контрагент, выполнить объединение.
• Запустить обновление конфигурации, выбрать файл БЭД 1.3.6.
• Установить флажки на определяемых типах КонтрагентБЭД и Контрагент. Указать прочие необходимые объекты БЭД для обновления.
• Выполнить обновление.

Подсистема "Обмен с банками"

В процедуру ПолучитьВыпискуБанка общего модуля ОбменСБанкамиКлиент добавлен необязательный параметр ОткрыватьФормуУточненияПерида с типом Булево . Его необходимо установить Истина, если на форме, с которой осуществляется получение выписки, нет возможности вручную изменить период запроса выписки.

Подсистема "Обмен с сайтами"

Изменен узел обмена ОбменССайтом , форма, модуль объекта:

• Добавлена возможность выгрузки Номенклатуры с отбором по Видам номенклатуры (ранее была только по группам номенклатуры).

Добавлен справочник Сайты :

• Добавлена возможность настроить переход на сайт из 1С – в пользовательскую часть сайта, и в админзону сайта.
• На основании Сайты можно создать узел обмена ОбменССайтом.

Добавлена обработка СоздатьСайт :

• Добавлена возможность создать сайт в домене 1C-UMI, сайт создается автоматически (элемент Сайты) и заполняется данными из 1С. Автоматически создается узел обмена ОбменССайтом и выполняется первый полный обмен с сайтом.

Общий модуль ОбменССайтомПереопределяемый :

• Добавлена возможность выбора Видов номенклатуры, удалена возможность выбора произвольного справочника.

Общий модуль ОбменССайтомСобытия :

• Добавлена возможность выбора Видов номенклатуры.
• Удалена возможность выбора произвольного справочника.

Прочие изменения

Настройка подсистемы Управление тарифами в модели сервиса библиотеки Технологии сервиса

В общий модуль ТарификацияПереопределяемый в метод ПриФормированииСпискаУслуг() необходимо добавить код после вызова метода ИнтернетПоддержкаПользователей.ПриФормированииСпискаУслуг(ПоставщикиУслуг):

// ЭлектронноеВзаимодействие
ЭлектронноеВзаимодействие.ПриФормированииСпискаУслуг(ПоставщикиУслуг);
// Конец ЭлектронноеВзаимодействие

Версия 1.3.5

Версия 1.3.5 является развитием редакции 1.3 "1С:Библиотеки электронных документов 8", которая предназначена для обеспечения обмена электронными документами в прикладных решениях, разработанных на платформе "1С:Предприятие" версии 8.3.8 и выше.

Значения свойств конфигурации:

• Режим совместимости должен быть установлен "Не использовать".
• Режим использования модальности может быть установлен "Не использовать".
• Режим совместимости интерфейса может принимать значения "Версия 8.2", "Версия 8.2. Разрешить Такси" или "Такси. Разрешить Версия 8.2".

Новые возможности и изменения

• проведена адаптация функционала библиотеки к особенностям работы на платформе 8.3.8 с отключенным режимом совместимости;
• обновлены подсистемы "Библиотеки стандартных подсистем" до версии 2.3.3.45;
• в состав библиотеки включены подсистемы "Библиотеки интернет-поддержки пользователей", версия 2.1.8.3.

Переход на версию 1.3.5 с версии 1.3.4

Изменения не требуются.

Версия 1.3.4

Версия 1.3.4 является развитием редакции 1.3 "1С:Библиотеки электронных документов 8", которая предназначена для обеспечения обмена электронными документами в прикладных решениях, разработанных на платформе "1С:Предприятие" версии 8.3.6 и выше. При этом свойство конфигурации "Режим совместимости" должен быть установлен "Не использовать". Режим использования модальности может быть установлен "Не использовать", а режим совместимости интерфейса может принимать значения "Версия 8.2", "Версия 8.2. Разрешить Такси" или "Такси. Разрешить Версия 8.2".

Новые возможности и изменения

• реализована система оповещений о событиях ЭДО (новые электронные документы, новые приглашения, окончание срока действия сертификата и т.д.). Появилась возможность настройки уведомлений на электронную почту в профиле настроек ЭДО, а так же вывод оповещения о событиях непосредственно в программе 1С с помощью всплывающих сообщений;
• поддержан формат первичного документа, включающего в себя счет-фактуру (формат УПД) в соответствии с приказом Федеральной налоговой службы от 24.03.2016 № ММВ-7-15/155@ "Об утверждении формата счета-фактуры и формата представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счет-фактуру, в электронной форме";
• поддержан формат документа об изменении стоимости, включающего в себя корректировочный счет-фактуру" (формат УКД) в соответствии с приказом Федеральной налоговой службы от 13.04.2016 N ММВ-7-15/189@ "Об утверждении формата корректировочного счета-фактуры и формат представления документа об изменении стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав, включающего в себя корректировочный счет-фактуру, в электронной форме";
• поддержано применение внешней компоненты в обмене с банками по технологии DirectBank.

Переход на версию 1.3.4 с версии 1.3.2, 1.3.3

Изменения в формах списков документов прикладного решения

В формах списков документов необходимо добавить подключаемую процедуру ОбменСКонтрагентамиКлиент.ОбработчикОжиданияЭДО :

&НаКлиенте

КонецПроцедуры

При обновлении подсистемы необходимо в обработчиках событий формы списка документов: ПриСозданииНаСервере , ПриОткрытии , ОбработкаОповещения

&НаСервере
Процедура ПриСозданииНаСервере
…
ПараметрыПриСозданииНаСервере = ОбменСКонтрагентами.ПараметрыПриСозданииНаСервере_ФормаСписка();
ПараметрыПриСозданииНаСервере.Форма = ЭтотОбъект;
ПараметрыПриСозданииНаСервере.МестоРазмещенияКоманд = Элементы.КомандыЭДО;
ОбменСКонтрагентами.ПриСозданииНаСервере_ФормаСписка(Отказ, СтандартнаяОбработка, ПараметрыПриСозданииНаСервере);
КонецПроцедуры

&НаКлиенте
Процедура ПриОткрытии(Отказ)
…
// Подсистема "ОбменСКонтрагентами".
// Конец подсистема "ОбменСКонтрагентами".
КонецПроцедуры

&НаКлиенте
Процедура ОбработкаОповещения(ИмяСобытия, Параметр, Источник)
…
// Подсистема "ОбменСКонтрагентами".
ПараметрыОповещенияЭДО = ОбменСКонтрагентамиКлиент.ПараметрыОповешенияЭДО_ФормаСписка();
ПараметрыОповещенияЭДО.Форма = ЭтотОбъект;
ПараметрыОповещенияЭДО.ИмяДинамическогоСписка = "Список";
ОбменСКонтрагентамиКлиент.ОбработкаОповещения_ФормаСписка(ИмяСобытия, Параметр, Источник, ПараметрыОповещенияЭДО);
// Конец подсистема "ОбменСКонтрагентами".
КонецПроцедуры

Изменения в формах документов прикладного решения

В формах документов необходимо добавить подключаемую процедуру Подключаемый_ОбработчикОжиданияЭДО , в которой нужно разместить вызов метода

ОбменСКонтрагентамиКлиент.ОбработчикОжиданияЭДО:

&НаКлиенте
Процедура Подключаемый_ОбработчикОжиданияЭДО()
ОбменСКонтрагентамиКлиент.ОбработчикОжиданияЭДО(ЭтотОбъект);
КонецПроцедуры

В формах документов необходимо удалить реквизит формы "СостояниеЭДО", вместо него добавить элемент формы "декорация". Для нужд прикладного решения декорация может быть подчинена элементу формы "Группа". Видимость группы устанавливается внутри метода ОбменСКонтрагентами.ПриСозданииНаСервере в зависимости от состояния ф.о. "ИспользоватьОбменСКонтрагентами".

При обновлении подсистемы необходимо в обработчиках событий формы документа ПриСозданииНаСервере , ПриОткрытии , ПослеЗаписиНаСервере , ОбработкаОповещения разместить методы подсистемы "ОбменСКонтрагентами".

Например:

&НаСервере

…
// Подсистема "ОбменСКонтрагентами".
ПараметрыЭДОПриСоздании= ОбменСКонтрагентами.ПараметрыПриСозданииНаСервере_ФормаДокумента();
ПараметрыЭДОПриСоздании.Форма = ЭтотОбъект;
ПараметрыЭДОПриСоздании.ДокументСсылка = Объект.Ссылка;
ПараметрыЭДОПриСоздании.ДекорацияСостояниеЭДО = Элементы.ДекорацияСостояниеЭДО;
ПараметрыЭДОПриСоздании.ГруппаСостояниеЭДО = Элементы.ГруппаСостояниеЭДО;
ОбменСКонтрагентами.ПриСозданииНаСервере_ФормаДокумента(Отказ, СтандартнаяОбработка, ПараметрыЭДОПриСоздании);
// Конец подсистема "ОбменСКонтрагентами".
КонецПроцедуры

&НаКлиенте
Процедура ПриОткрытии(Отказ)
…
// Подсистема "ОбменСКонтрагентами"
ОбменСКонтрагентамиКлиент.ПриОткрытии(ЭтотОбъект);
// Конец Подсистема "ОбменСКонтрагентами"
КонецПроцедуры

&НаСервере
Процедура ПослеЗаписиНаСервере(ТекущийОбъект, ПараметрыЗаписи)
…
// Подсистема "ОбменСКонтрагентами".
ПараметрыПослеЗаписи = ОбменСКонтрагентами.ПараметрыПослеЗаписиНаСервере();
ПараметрыПослеЗаписи.Форма = ЭтотОбъект;
ПараметрыПослеЗаписи.ДокументСсылка = Объект.Ссылка;
ПараметрыПослеЗаписи.ДекорацияСостояниеЭДО = Элементы.ДекорацияСостояниеЭДО;
ПараметрыПослеЗаписи.ГруппаСостояниеЭДО = Элементы.ГруппаСостояниеЭДО;
ОбменСКонтрагентами.ПослеЗаписиНаСервере(ТекущийОбъект, ПараметрыЗаписи, ПараметрыПослеЗаписи);
// Конец подсистема "ОбменСКонтрагентами".
КонецПроцедуры

&НаКлиенте
Процедура ОбработкаОповещения(ИмяСобытия, Параметр, Источник)
…
// Подсистема "ОбменСКонтрагентами".
ПараметрыОповещения = ОбменСКонтрагентамиКлиент.ПараметрыОповешенияЭДО_ФормаДокумента();
ПараметрыОповещения.Форма = ЭтотОбъект;
ПараметрыОповещения.ДокументСсылка = Объект.Ссылка;
ПараметрыОповещения.ДекорацияСостояниеЭДО = Элементы.ДекорацияСостояниеЭДО;
ПараметрыОповещения.ГруппаСостояниеЭДО = Элементы.ГруппаСостояниеЭДО;
ОбменСКонтрагентамиКлиент.ОбработкаОповещения_ФормаДокумента(ИмяСобытия, Параметр, Источник, ПараметрыОповещения);
// Конец подсистема "ОбменСКонтрагентами".
КонецПроцедуры

Изменения в модуле ОбменСКонтрагентами

• Добавлена процедура ПриСозданииНаСервере_ФормаСписка , вызывается из обработчика события "ПриСозданииНаСервере" формы списка документов. В качестве третьего параметра метода передается структура, которая инициализируется методом ПараметрыПриСозданииНаСервере_ФормаСписка .
• Добавлена процедура ПриСозданииНаСервере_ФормаДокумента , вызывается из обработчика события "ПриСозданииНаСервере" формы документа. В качестве третьего параметра метода передается структура, которая инициализируется методом ПараметрыПриСозданииНаСервере_ФормаДокумента .
• Добавлена процедура ПослеЗаписиНаСервере , вызывается из обработчика события "ПослеЗаписиНаСервере" формы документа. В качестве третьего параметра метода передается структура, которая инициализируется методом ПараметрыПослеЗаписиНаСервере .

Изменения в модуле ОбменСКонтрагентамиКлиент .

• Добавлена процедура ПриОткрытии , вызывается из обработчика события "ПриОткрытии" формы списка документов и формы документа.
• Добавлена процедура ОбработкаОповещения_ФормаСписка , вызывается из обработчика события "ОбработкаОповещения" формы списка документов. В качестве четвертого параметра метода передается структура, которая инициализируется методом ПараметрыОповешенияЭДО_ФормаСписка .
• Добавлена процедура ОбработкаОповещения_ФормаДокумента , вызывается из обработчика события "ОбработкаОповещения" формы документа. В качестве четвертого параметра метода передается структура, которая инициализируется методом ПараметрыОповешенияЭДО_ФормаДокумента .
• Изменения в модуле ОбменСКонтрагентамиПереопределяемый :
• Добавлен метод ЗаполнитьДанныеПередачаРаботИсполнитель .
  Пример:

// Подготавливает данные для электронного документа типа ПередачаТоваровПродавец.
// Параметры:
// СсылкаНаОбъект - Ссылка на ЭД, по которому необходимо сформировать электронный документ,


Процедура ЗаполнитьДанныеПередачаРаботИсполнитель(СсылкаНаОбъект, СтруктураЭД, ДеревоДанных) Экспорт
ЗаполнитьДанныеПоАкт501ИсполнительФНС(СсылкаНаОбъект, СтруктураЭД, ДеревоДанных)
КонецПроцедуры

• Метод ПроверитьВозможностьРедактированияОбъекта стал процедурой.
• Добавлен метод ЗаполнитьДанныеДляУПДИнформацияПродавцаФНС . Метод подготавливает данные для электронного документа типа УПД (информация продавца) функция СЧФДОП .
• Добавлен метод НайтиСоздатьУниверсальныйПередаточныйДокумент . Метод сохраняет данные из электронного документа УПД (информация продавца) функция СЧФДОПв объекты ИБ.
• Добавлен метод ЗаполнитьДанныеДляУКДИнформацияПродавцаФНС . Метод подготавливает данные для электронного документа типа УКД (информация продавца) функция КСЧФДИС .
• Добавлен метод НайтиСоздатьУниверсальныйКорректировочныйДокумент . Метод сохраняет данные из электронного документа УКД (информация продавца) функция КСЧФДИС в объекты ИБ.

Изменения в подсистеме "Обмен с банками"

Изменения в модуле ОбменСБанкамиПереопределяемый

Процедура ПриИзмененииСостоянияЭД добавлена. Вызывается при изменении состояния электронного документооборота.

Изменения для работы в режиме сервиса

Если конфигурация предназначения для работы в режиме сервиса необходимо:

• В процедуру ПолучитьОбработчикиПоставляемыхДанных общего модуля ПоставляемыеДанныеПереопределяемый добавить код:

ЭлектронноеВзаимодействие.ЗарегистрироватьОбработчикиПоставляемыхДанных(Обработчики);

• В общий реквизит ОбластьДанныхОсновныеДанные добавить регламентное задание ОбновлениеВнешнихМодулейОбменСБанками.

Прочие изменения

• В определяемый тип необходимо добавить константу ИспользоватьОбменСБанками ;
• Удалена функция ОбменСБанками.РекомендуетсяПрямойОбменСБанком .

Версия 1.3.3

Версия 1.3.3 является развитием редакции 1.3 продукта "1С:Библиотека электронных документов". Предназначена для разработки конфигураций, которые рассчитаны для работы на платформе 1С:Предприятие 8.3 версии 8.3.6 и выше.

Значения свойств конфигурации:

• Режим совместимости должен быть установлен "Не использовать".
• Режим использования модальности может быть установлен "Не использовать".
• Режим совместимости интерфейса может принимать значения "Версия 8.2", "Версия 8.2. Разрешить Такси" или "Такси. Разрешить Версия 8.2".

Новые возможности и изменения

• в соответствии с Приказом от 30.11.2015 № ММВ-7-10/551@ "Об утверждении формата представления документа о передаче товаров при торговых операциях в электронной форме" и Приказом от 30.11.2015 № ММВ-7-10/552@ "Об утверждении формата представления документа о передаче результатов работ (документа об оказании услуг) в электронной форме" поддержаны новые форматы электронных документов.

Изменения в подсистеме "Обмен с контрагентами"

В модуле ОбменСКонтрагентамиПереопределяемый внести изменение:

// Подготавливает данные для электронного документа типа ТоварнаяНакладная.
// Параметры:
// СсылкаНаЭД - Ссылка на ЭД, по которому необходимо сформировать электронный документ,
// СтруктураЭД - Структура, структура данных для формирования электронного документа.
// ДеревоДанных - дерево значений, дерево данных заполнения электронного документа.
Процедура ЗаполнитьДанныеПередачаТоваровПродавец(СсылкаНаОбъект, СтруктураЭД, ДеревоДанных) Экспорт
ЗаполнитьДанныеПоТорг12ПродавецФНС(СсылкаНаОбъект, СтруктураЭД, ДеревоДанных)
КонецПроцедуры

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

Версия 1.3.2

Версия 1.3.2 является развитием редакции 1.3 продукта "1С:Библиотека электронных документов". Предназначена для разработки конфигураций, которые рассчитаны для работы на платформе 1С:Предприятие 8.3 версии 8.3.6 и выше.

Значения свойств конфигурации:

• Режим совместимости должен быть установлен "Не использовать".
• Режим использования модальности может быть установлен "Не использовать".
• Режим совместимости интерфейса может принимать значения "Версия 8.2", "Версия 8.2. Разрешить Такси" или "Такси. Разрешить Версия 8.2".

Новые возможности и изменения

• реализовано отображение 2-х титулов электронных документов (ТОРГ12, Акт, Корректировочные документы) в единой форме просмотра электронного документа. Вся информация из титулов будет собрана на единую форму. Отдельно форму второго титула можно будет посмотреть из формы "Электронный документы";
• реализована возможность заключать типовое "Соглашение об ЭДО" в электронном виде из "Настройки ЭДО" в программе 1С; По команде "Сформировать соглашение по шаблону" автоматически будет создан произвольный электронный документ, вложением которого будет файл соглашения. После подписания документ можно будет сразу отправить контрагенту.
• интегрирован обмен произвольными электронными документами с присоединенными файлами. Теперь любой присоединенный файл можно быстро подписать и отправить контрагенту с помощью произвольного электронного документа;
• поддержана возможность обмениваться эл.документами с банком по зарпл.проекту;
• добавлен помощник подключения организации к DirectBank;
• реализовано обновление списка банков, поддержавших DirectBank, через Интернет;
• поддержана работа с разными видами токенов (эл.ключами) Сбербанка: "обычный", "сенсорный", "с экраном".
• обновлены подсистемы "Библиотеки стандартных подсистем" (БСП) до версии 2.3.2.27.

Переход на версию 1.3.2.19 с версии 1.2.7, 1.3.1

Необходимо выполнить добавление процедуры без заполнения в модуль :

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

В модуле РегламентныеЗаданияПереопределяемый внести изменение:

Процедура ПриОпределенииНастроекРегламентныхЗаданий(Настройки) Экспорт
ЭлектронноеВзаимодействие.ПриОпределенииНастроекРегламентныхЗаданий(Настройки);
КонецПроцедуры

В модуле ЭлектроннаяПодписьКлиентПереопределяемый внести изменение:

Процедура ПриДополнительнойПроверкеСертификата(Параметры) Экспорт
ОбменСБанкамиКлиент.ПриДополнительнойПроверкеСертификата(Параметры);
КонецПроцедуры

В модуль ЭлектроннаяПодписьПереопределяемый внести изменение:

Процедура ПриСозданииФормыПроверкаСертификата(Сертификат, ДополнительныеПроверки, ПараметрыДополнительныхПроверок, СтандартныеПроверки) Экспорт
ОбменСБанками.ПриСозданииФормыПроверкаСертификата(
Сертификат, ДополнительныеПроверки, ПараметрыДополнительныхПроверок, СтандартныеПроверки);
КонецПроцедуры

Добавлены следующие неразделенные объекты:

В определяемый тип МестоХраненияФункциональныхОпций добавить константу ИспользоватьОбменСБанками .

Если конфигурация предназначена для работы в режиме модели сервиса, то необходимо Обработчик подписки на событие КонтрольНеразделенныхОбъектовПриЗаписиБЭД изменить на РаботаВМоделиСервиса.КонтрольНеразделенныхОбъектовПриЗаписи.

Версия 1.3.1

Версия 1.3.1 является развитием редакции 1.2 продукта "1С:Библиотека электронных документов". Предназначена для разработки конфигураций, которые рассчитаны для работы на платформе 1С:Предприятие 8.3 версии 8.3.6 и выше.

Значения свойств конфигурации:

• Режим совместимости должен быть установлен "Не использовать".
• Режим использования модальности может быть установлен в "Не использовать".
• Режим совместимости интерфейса может принимать значения "Версия 8.2", "Версия 8.2. Разрешить Такси" или "Такси. Разрешить Версия 8.2".

Новые возможности и изменения

• реализована возможность обмена электронными документами без электронной подписи через сервис ЭДО для участников 1С:Бизнес-сеть;
• реализована автономная подсистема обмена с банками;
• обновлены подсистемы "Библиотеки стандартных подсистем" (БСП) до версии 2.3.1.71.

Переход на версию 1.3.1 с версии 1.2.6, 1.2.7

Изменения архитектуры

Все модули с префиксом "ЭлектронныеДокументы" переименованы в модули с префиксом "ОбменСКонтрагентами". Методы модуля ОбщегоНазначенияЭД перенесены в новый модуль ЭлектронноеВзаимодействие . Модуль ОбновлениеИнформационнойБазыЭД переименован в ОбновлениеИнформационнойБазыБЭД .

ЭлектронныеДокументы в ЭлектронныеВзаимодействие :

• ФамилияИнициалыФизЛица

Список методов, которые были перенесены из модуля ЭлектронныеДокументы в ОбменСБанками :

• ВозможенПрямойОбменСБанком
• ПолучитьДанныеВыпискиБанкаДеревоЗначений
• ПолучитьДанныеВыпискиБанкаТекстовыйФормат
• ДеревоРазбораВыпискиБанка

Список методов, которые были перенесены из модуля в ЭлектронныеВзаимодействиеКлиентПереопределяемый :

• ВыполнитьПроверкуПроведенияДокументов

Список методов, которые были перенесены из модуля ЭлектронныеДокументыКлиентПереопределяемый в ОбменСБанкамиКлиентПереопределяемый :

• РазобратьФайлВыписки

Список методов, которые были перенесены из модуля в ЭлектронныеВзаимодействиеКлиентСервер :

• ПолучитьТекстСообщения (переименован в ТекстСообщения)
• ЕстьДействие

Список методов, которые были перенесены из модуля ЭлектронныеДокументыКлиентСервер в ОбменСБанкамиКлиентСервер :

• ЗаполненыРеквизитыНастройкиЭДОСБанками (переименован в ЗаполненыРеквизитыНастройкиОбмена)
• ЗаголовокНастройкиЭДОСБанком переименован в ЗаголовокНастройкиОбменаСБанком
• ПолучитьТекстСостоянияЭД

Список методов, которые были перенесены из модуля в ЭлектронныеВзаимодействиеПереопределяемый :

• ИзменитьСвойстваЭлементовФормы
• ТекущийКаталогВременныхФайлов
• ПолучитьСоответствиеФункциональныхОпций
• ПолучитьСоответствиеСправочников
• ПолучитьСоответствиеНаименованийОбъектовМДиРеквизитов
• СоответствиеКодовРеквизитовИПредставлений
• ПолучитьСтруктуруКлючевыхРеквизитовОбъекта
• ТекстСообщенияОНеобходимостиНастройкиСистемы
• ИзменитьСообщениеОбОшибке
• ПодготовитьТекстСообщенияОНарушенииПравДоступа
• РазобратьНаименованиеФизЛица
• НайтиСсылкуНаОбъект
• ПолучитьПечатныйНомерДокумента
• ПроверитьГотовностьИсточников
• ПолучитьДанныеЮрФизЛица
• ОписаниеОрганизации
• ЕстьПравоОбработкиЭД
• ЕстьПравоЧтенияЭД
• ЕстьПравоОткрытияЖурналаРегистрации

Список методов, которые были перенесены из модуля ЭлектронныеДокументыПереопределяемый в ОбменСБанкамиПереопределяемый :

• ПолучитьАктуальныеВидыЭД
• ПолучитьНомераБанковскихСчетов
• ЗаполнитьПараметрыЭДПоИсточнику
• ЗаполнитьДанныеПоПлатежномуПоручению
• ЗаполнитьДанныеПоПлатежномуТребованию
• ПроверитьВозможностьРедактированияОбъекта

Из подписок на события НазначитьНовуюВерсиюЭДПриЗаписиВладельца и ПроверитьИзменениеПередЗаписьюВладельцаЭД удалены банковские документы.

Перенесены макеты из обработки ОбменСКонтрагентами в ОбменСБанками :

• ПлатежноеПоручение
• ПлатежноеТребование

В определяемый тип необходимо добавить

• документОбъект.ПакетЭД

Изменения интерфейсов

• В общих модулях ОбменСБанками , ОбменСКонтрагентами добавлены процедуры ПриСозданииНаСервере . Вызываются при открытии форм объектов для формирования команд ЭДО. Параметры: Форма – текущая форма, МестоРазмещенияКомандПоУмолчанию – элемент формы подменю, в котором будут созданы команды ЭДО.
• В общих модулях ОбменСБанкамиПереопределяемый , ОбменСКонтрагентамиПереопределяемый добавлены процедуры для формирования списка команд ЭДО ПодготовитьСтруктуруОбъектовКомандЭДО . Параметр СоставКомандЭДО может быть массивом (для подсистемы ОбменСБанками ) или структурой массивов (ОбменСКонтрагентами ).
• Удалена группа команд ЭДО, автоматическое заполнение командной панели командами ЭДО более не производится.

Для создания команд ЭДО в формах документов информационной базы необходимо добавить код для формирования видов объектов в процедуре переопределяемого общего модуля.

Пример в модуле ОбменСКонтрагентамиПереопределяемый :

СоставКомандЭДО.Исходящие.Добавить("Документ.РеализацияТоваровУслуг");
СоставКомандЭДО.Исходящие.Добавить("Документ.ЗаказПокупателя");
…
СоставКомандЭДО.Входящие.Добавить("Документ.ПоступлениеТоваровУслуг");
СоставКомандЭДО.Входящие.Добавить("Документ.СчетФактураПолученный");
…
КонецПроцедуры

ОбменСБанкамиПереопределяемый:

Процедура ПодготовитьСтруктуруОбъектовКомандЭДО(СоставКомандЭДО) Экспорт
СоставКомандЭДО.Добавить("Документ.ПлатежноеПоручение");
СоставКомандЭДО.Добавить("Документ.ПлатежноеТребование");
…
КонецПроцедуры

При создании формы производить вызов программного формирования команд

ОбменСКонтрагентами.ПриСозданииНаСервере:

Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
// КомандыЭДО
ОбменСКонтрагентами.ПриСозданииНаСервере(ЭтотОбъект, Элементы.КомандыЭДО);
// Конец КомандыЭДО
КонецПроцедуры

Добавить подключаемый обработчик формы Подключаемый_ВыполнитьКомандуЭДО :

Процедура Подключаемый_ВыполнитьКомандуЭДО(Команда)
ЭлектронноеВзаимодействиеСлужебныйКлиент.ВыполнитьПодключаемуюКомандуЭДО(Команда, ЭтаФорма, Элементы.Список);
КонецПроцедуры

Изменения в подсистеме "Обмен с контрагентами"

• заполнить определяемый тип "ОснованияПроизвольногоЭД" типами документов, на основании которых будут вводиться Произвольные ЭД (скорее всего это будут те же документы, что и в определяемом типе ВладелецПрисоединенныхФайлов), так же в этих документах надо добавить документ "ПроизвольныйЭД" в список "Является основанием для:"
• в формах документов и списках документов (на основании которых вводится Произвольный ЭД) надо отключить в подменю "Создать на основании" Произвольный ЭД, т.к. команда ввода Произвольного ЭД вынесена в подменю ЭДО (команда "Добавить файл");
• в макетах АктНаПередачуПрав, ЗаказТовара, ОтветНаЗаказ, ОтчетКомиссионераОПродажах, ОтчетКомиссионераОСписании, СчетНаОплату, КаталогТоваров, ПрайсЛист в группе параметров "Банк" у поле "БИК" изменен признак обязательного заполнения. Необходимо предусмотреть заполнение данного поля;
• в макете СчетФактура изменился формат полей КодСтраныПроисхождения и НомерТаможеннойДекларации. Для более корректного заполнения, они объеденены в таблицу ТаможеннаяДекларация. Пример заполнения этих элементов в процедуре подготовки данных ЭСФ, можно посмотреть в демо базе БЭД.

Изменения в модуле ОбменСКонтрагентамиКлиент

• Устарел метод ОткрытьСписокЭД. Вместо него рекомендуется использовать ОткрытьДеревоЭД, который открывает пользователю на дерево регламента обмена электронными документами по документу ИБ.

Изменения в модуле ЭлектронноеВзаимодействиеПереопределяемый

В метод ПолучитьСоответствиеНаименованийОбъектовМДиРеквизитов добавлены для переопределения два ключа:

• РеализацияТоваровУслугВМетаданных
• ПоступлениеТоваровУслугВМетаданных

Изменения в модуле ОбменСКонтрагентами

Добавлен метод ЗаполнитьДанныеПо1СЭДОДляМастера1СОтчетности, который готовит данные для мастера 1С-Отчетности.

Добавлен метод ПроверитьКонтрагентаВ1СЭДОПриСозданииНаСервере, который необходимо вызвать при создании формы контрагента. Данный метод запускает проверку на подключение контрагента к сервису 1С-ЭДО.
Пример ОбменСКонтрагентами.ПроверитьКонтрагентаВ1СЭДОПриСозданииНаСервере :

Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
// ЭлектронноеВзаимодействие.ОбменСКонтрагентами
ОбменСКонтрагентами.ПроверитьКонтрагентаВ1СЭДОПриСозданииНаСервере(Объект.Ссылка);
// Конец ЭлектронноеВзаимодействие.ОбменСКонтрагентами
КонецПроцедуры

Добавлено НЕ разделенное регламентное задание ПроверкаКонтрагентовБЭД , которое делает выборку контрагентов и выполняет по ним проверку подключения к 1С-ЭДО.

Добавлен разделенный регистр сведений СостоянияКонтрагентовБЭД , в котором собирается статистика по подключенным контрагентам к сервису 1С-ЭДО.

Добавить вывод признака подключения к сервису 1С-ЭДО в колонку "ЭДО" на форме списка и форме выбора контрагентов. Добавить подсказку к колонке "Подключен к сервису 1С-ЭДО".
Пример:

ВЫБРАТЬ
ВЫБОР
КОГДА СостоянияКонтрагентовБЭД.Состояние = ЗНАЧЕНИЕ(Перечисление.СостоянияКонтрагентаБЭД.Подключен)
ТОГДА 0
ИНАЧЕ 1
КОНЕЦ
КОНЕЦ КАК ЭДО,
СправочникКонтрагенты.Наименование,
СправочникКонтрагенты.ИНН,
СправочникКонтрагенты.КПП,
....
СправочникКонтрагенты.НаименованиеПолное
ИЗ
Справочник.Контрагенты КАК СправочникКонтрагенты
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.СостоянияКонтрагентовБЭД КАК СостоянияКонтрагентовБЭД
ПО (СостоянияКонтрагентовБЭД.Контрагент = СправочникКонтрагенты.Ссылка)

На формах документов информационной базы необходимо убрать привязку к функциональной опции "ИспользоватьОбменЭД" у реквизита формы "ТекстСостоянияЭД". Удалить заголовок у реквизита "Состояние ЭД".

Изменения в подсистеме "Обмен с банками"

Добавлены подписки на события ОбменСБанкамиВладелецЭДПередЗаписью и ОбменСБанкамиВладелецЭДПриЗаписи .

• Добавлены определяемые типы ВладельцыОбменСБанками и СправочникБанки.
• Добавлена общая команда НастройкиОбменСБанками.

В определяемый тип ПрисоединенныйФайл добавить:

• справочникСсылка.СообщениеОбменСБанкамиПрисоединенныеФайлы;
• справочникОбъект.СообщениеОбменСБанкамиПрисоединенныеФайлы;
• справочникСсылка.ПакетОбменСБанкамиПрисоединенныеФайлы;
• справочникОбъект.ПакетОбменСБанкамиПрисоединенныеФайлы.

В определяемый тип ВладелецПрисоединенныхФайлов необходимо добавить

• документСсылка.СообщениеОбменСБанками;
• документСсылка.ПакетОбменСБанками.

В определяемый тип ВладелецПрисоединенныхФайловОбъект необходимо добавить

• документОбъект.СообщениеОбменСБанками;
• документОбъект.ПакетОбменСБанками;
• документОбъект.ПакетЭД

Добавлена новая подсистема "БизнесСеть"

В состав подсистемы входят общие модули (префикс ОбменБизнесСеть ), обработка БизнесСеть , роли (АдминистрированиеАбонентаБизнесСеть , ВыполнениеОбменаБизнесСеть ), регистр сведений ИдентификаторыБизнесСеть . В форме "Настройка обмена электронными документами" добавлена команда вызова формы подключения к сервису.

Необходимо выполнить заполнение процедур и функций в модуле БизнесСетьПереопределяемый :

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

Переход на версию 1.3.7 с версии 1.3.6

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

В обработчике события формы ПриСозданииНаСервере разместить методы ОбменСБанкамиКлиентСервер.ПоказатьРекламуДиректБанк:

&НаСервере
Процедура ПриСозданииНаСервере (Отказ, СтандартнаяОбработка)
…
// ЭлектронноеВзаимодействие.ОбменСБанками
ОбменСБанкамиКлиентСервер.ПоказатьРекламуДиректБанк(
Элементы.ГруппаРекламаДиректБанкГоризонтально, Элементы.ТекстДиректБанкГоризонтально);
// Конец ЭлектронноеВзаимодействие.ОбменСБанками
КонецПроцедуры

В обработчике события формы ОбработкаОповещения разместить метод ОбменСБанкамиКлиент.ОбновитьРекламуДиректБанк:

& НаКлиенте
Процедура ОбработкаОповещения(ИмяСобытия, Параметр, Источник)
…
// ЭлектронноеВзаимодействие.ОбменСБанками
ОбменСБанкамиКлиент.ОбновитьРекламуДиректБанк(ИмяСобытия,
Элементы.ГруппаРекламаДиректБанкГоризонтально, Элементы.ТекстДиректБанкГоризонтально);
// Конец ЭлектронноеВзаимодействие.ОбменСБанками
КонецПроцедуры

Для элемента ТекстДиректБанкГоризонтально добавить обработчик события ОбработкаНавигационнойСсылки и разместить в нем метод ОбменСБанкамиКлиент.ОбработкаНавигационнойСсылкиРекламыДиректБанк:

&НаКлиенте
Процедура ТекстДиректБанкГоризонтальноОбработкаНавигационнойСсылки(Элемент, НавигационнаяСсылкаФорматированнойСтроки, СтандартнаяОбработка)
ОбменСБанкамиКлиент.ОбработкаНавигационнойСсылкиРекламыДиректБанк(
НавигационнаяСсылкаФорматированнойСтроки, СтандартнаяОбработка);
КонецПроцедуры

В процедуру ПолучитьСоответствиеНаименованийОбъектовМДИРеквизитов общего модуля ЭлектронноеВзаимодействие добавить элемент соответствия с ключом ПлатежноеПоручениеВМетаданных и значением: наименование объекта метаданных Платежное поручение в прикладном решении.

Мы продолжаем то, что мы уже много наделали.

Не так давно ко мне в очередной раз обратился клиент с широко известной проблемой. В его компании установили обновления 1С. И работа остановилась, так как программа перестала корректно работать. Думаю, всем, кто сталкивался с программными продуктами от 1С в качестве программиста или пользователя, эта ситуация очень хорошо знакома.

Конечно, в данном конкретном случае я постарался решить все проблемы в самые короткие сроки, и, в результате, работа офиса вернулась в привычное русло. Но даже в такой ситуации я получил массу негатива со стороны клиента. И тогда я задумался о том, почему с программными продуктами 1С постоянно возникает такое количество проблем, почему от клиентов идет столько негатива, а самих 1С-программистов часто недолюбливают, в том числе, и другие программисты?

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

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

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

С чего начиналась 1С? Давайте вспомним!

Ей на смену пришла 7-я версия, в том числе, ее наиболее удачный релиз – 1С 7.7. Это уже был достаточно мощный программный продукт, который получил очень широкое распространение по всему постсоветскому пространству. К этому времени большинство пользователей настолько привыкли работать с 1С, что умение пользоваться этими программами стало одним из условий для приема на работу бухгалтеров, различного офис-персонала, а также менеджеров, кладовщиков и т.д.

В принципе, 1С 7.7 достаточно успешно решала задачи, связанные с различными видами учета. Более того, этим программным продуктом до сих пор пользуются в отдельных случаях, что также говорит о его популярности.

Теперь это программное обеспечение поражает широтой возможностей и одновременно сложностью системы .

Сегодня компания 1С предоставляет для своих клиентов целую экосистему:

• Мощная платформа для разработчиков.
• Среда для ведения различных видов учета и аналитики
• Возможность подключения разного торгового оборудования
• Широчайшая сеть партнеров
• Многофункциональная CMS для создания сайтов

Обновления 1С: как это работает

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

При этом как в платформе, так и в любой конфигурации присутствует достаточно большое количество багов от разработчика. А сама система настолько сложная и объемная, что исправить эти баги силами программиста 1С весьма затруднительно и самое главное невыгодно для конечного пользователя. Более того, как платформу, так и сами конфигурации отличает такое малоприятное качество, как отсутствие модульности.

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

Но и это еще не самое печальное в ситуации с обновлениями 1С. Самое печальное и на сайте разработчика видно, что обновления выходят очень часто, иногда даже 3-4 раза в месяц. В некоторых случаях исправляются ошибки непринципиальные, в некоторых – серьезные баги, связанные с работой всей системы.

Каждая новая версия – это добавление функционала и своеобразная «заплатка» к багам предыдущей, которая исправляет старые ошибки, но практически всегда несет в себе новые. А потому установка обновлений – процесс в большинстве своем непредсказуемый .

Отсутствие модульности: почему это так важно

Почему отсутствие модульности я лично считаю проблемой? Давайте разберемся на примере. Допустим, появилась необходимость доработать какие-то функции, необходимые для успешной работы Управления Торговлей или внести изменения в средства хранения остатков. Но в платформе 1С все взаимосвязано между собой, а потому приходится также тянуть за собой обновления работы с зарплатой, с бухгалтерией и т.д. и т.п.

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

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

И теперь вы получаете одновременно мощный инструмент, удобный визуальный интерфейс и …. множество проблем и багов из-за сложности системы.

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

Лицензионная политика и баги в системе

Итак, представьте себе ситуацию. Есть компания, на которой работает, например, 30 человек. После обновления программа перестала принимать лицензионные ключи. Работа компании парализована. Компания несет убытки.

Важная проблема: непредсказуемость поведения платформы при обновлении.

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

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

Итак, ситуация для программиста выглядит таким образом:

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

Почему так много багов?

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

Еще одна очень важная причина постоянного наличия багов и ситуации с ними – это отсутствие конкуренции. По сути, 1С сейчас – монополист.

Конечно, создаются альтернативные программные продукты, некоторые из них вполне приличные. Но все они пока что – прикладные решения, способные решать те или иные задачи, в то время как 1С – это целая экосистема.

Более того, компанию 1С отличает очень мощный и агрессивный маркетинг, об этом программном обеспечении знают все.

Именно потому я утверждаю, что сегодня достойного конкурента на постсоветском пространстве у 1С не существует. А отсутствие конкуренции всегда приводит к снижению качества самого продукта, что мы и наблюдаем на примере 1С: постоянные «сырые» обновления, постоянные баги, отсутствие подробной документации к обновлениям и т.д.
А потому лично я советую всем своим клиентам без особой необходимости не обновляться. Кстати, этот же совет я получил сам от одного из людей, которые стояли у истоков 1С.

Конечно, в текущей версии обязательно есть какие-то баги, но если вы в ней работаете без проблем, то эти баги для вас не критичны. Что будет в новой версии – предсказать невозможно. А потому обновления стоит устанавливать только тогда, когда это становится действительно необходимо для работы.

Флагманы. Типовые конфигурации

Но основная масса пользвоателей работает использует всего 4 конфигурации:

• Бухгалтерия предприятия
• Управление торговлей
• Управление производственным предприятием
• Зарплата и управление персоналом

• Отсутствие модульности
• Громоздкость и много лишних функций
• Новые баги в новых версиях
• Непредсказуемый результат обновлений

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

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

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

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

Агрессивный маркетинг и его результаты

Мотивация программистов

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

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

На самом деле в большинстве случаев никакой объективной необходимости в обновлениях нет. А вот объем работы программиста и, соответственно, его гонорар значительно увеличивается. Между прочим, многие пользователи потому и относятся к программистам 1С с негативом. С их точки зрения 90% суммы они платят программисту за то, что до начала его работы прекрасно работало, т.е. один и тот же функционал им приходится оплачивать по нескольку раз.

Агрессивный маркетинг от 1С

Недостатки сервиса и франчайзинга

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

Но на самом деле компания 1С с партнерами практически не работает:

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

Я уже упоминал, что 1С – это целая экосистема. В чем-то ее можно даже сравнить с компанией Apple. Там выстроена целая система, состоящая из «железа», программного обеспечения и ресейлеров. В 1С также есть платформа, есть конфигурации, есть сертифицированные ресейлеры.

Но если Apple очень жестко контролирует качество на всех этапах – от производства до работы партнеров, и высочайшее качество является для этого бренда одним из важных конкуретных преимуществ, то в компании 1С все совсем не так. Здесь сервисное обслуживание практически отсутствует, работу партнеров никто не контролирует, в результате качество постпродажной работы с программным обеспечением очень низкое.

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

И здесь также проявляются причины негатива к программистам 1С и к самому программному продукту.
Когда я перестал работать только с 1С и занялся бизнес-консалтингом, я начал использовать в работе самые разные программные продукты. Это были и сайты на Drupal, и системы вроде ZOHO CRM, ATOL РМК, Redmine, и и много еще каких систем. И практически все эти сервисы и программы не требуют постоянных и частых обновлений. И при обновлении не возникает такого количества проблем.

В то время как компания 1С зарабатывает на двух направлениях: на продажах и на постоянных обновлениях. Но причем тут клиент? Он вынужден платить и обновляться, так как другого выхода нет. Более того, обновлять приходится одновременно все продукты, которые используются на предприятии.

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

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

Да, другие системы ведения учета в нашей стране есть, некоторые из них даже догоняют постепенно 1С по возможностям. Но маркетинг – великая вещь! А потому клиент не видит альтернативы, и, не смотря на постоянный негатив, производит очередную оплату.

1С: Битрикс – сложности, особенности, маркетинг

Пользователь, который покупает программные продукты 1С и заказывает сайт на 1С-Битрикс, видит общий бренд и пребывает в уверенности, что это продукты одной линейки, которые будут всегда без проблем работать вместе.
На самом деле, CMS Bitrix – это отдельный продукт, который разработали специалисты, не имеющие никакого отношения к компании 1С. В дальнейшем в эту CMS были добавлены средства интеграции с продуктами линейки 1С, и появился новое название «1С-Битрикс». Произошло это потому, что компания 1С выкупила крупный пакет акций Битрикс и решила использовать эту CMS вместе со своим программным обеспечением.

Что получилось в результате?

Более того, программисты, которые настраивали вам работу 1С, не смогут установить и настроить Битрикс. Здесь вам потребуется web-программист, специалист по Bitrix. Частично интеграция настраивается силами 1С-програмистов, частично – специалистами по Битрикс. А бывают такие случаи, когда пользователь вообще не знает, к кому обращаться.

Например, у меня была такая ситуация. После очередных обновлений у моего клиента перестал работать обмен данными с сайтом. Я обратился к специалисту 1С, но он не сумел нам помочь, так как, по его мнению, проблема была на стороне Bitrix. Обратились мы к Bitrix-программисту. Он также развел руками и сказал, что проблема, скорей всего, все-таки на стороне 1С. Около 2 недель обмен данными с сайтом не работал. Клиент был вынужден загружать вручную цены и остатки, выгружать с сайта заказы. В конце концов, нам повезло. Я вышел на программиста, который разбирался одновременно и в Битрикс, и в 1С, он и настроил работу модуля обмена.

Bitrix и 1С: системы разные, недостатки общие

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

Вместо резюме

• Высокая сложность системы
• Отсутствие модульности
• Наличие багов в каждом обновлении
• Отсутствие подробной документации к обновлениям
• Непредсказуемый результат установки обновлений

Со стороны пользователей негатив вызывают:

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

• Пользователи переносят на специалиста часть негатива по поводу программы. Ведь именно 1С программист получает оплату за установку обновлений и настройку конфигурации.
• Программисты, которые занимаются другими направлениями, понимают, что часто их коллеги, специализирующиеся на 1С, получают деньги, по сути, за «продажу воздуха». Особенно это заметно, когда обновления клиенту навязываются самими специалистами.
• Из-за отсутствия контроля со стороны 1С обслуживанием программных продуктов занимаются случайные люди, что также не способствует положительному имиджу.

Теги: Добавить метки

Вышла новая версия 1.3.8 типовой конфигурации "1С:Библиотека электронных документов 1.3".

Версия 1.3.8

Версия 1.3.8 является развитием редакции 1.3 "1С:Библиотека электронных документов 8", которая предназначена для обеспечения обмена электронными документами в прикладных решениях, разработанных на платформе "1С:Предприятие" версии 8.3.10.2252 и выше.

Новые возможности и изменения

• В форме поиска торговых предложений добавлена возможность поиска без подключения к сервису 1С:Бизнес-сеть, добавлена возможность поиска поставщика по наименованию.
• Добавлен отчет по публикуемым торговым предложениям.
• Добавлено рабочее место публикации торговых предложений в сервисе 1С:Бизнес-сеть.
• Произведена адаптация с подсистемами "1С:Библиотека стандартных подсистем" версия 2.4.2, "1С:Библиотека интернет-поддержки пользователей" версия 2.2.2.

Переход на версию 1.3.8 с версии 1.3.7

Добавлен определяемый тип КонтрагентБЭД , определяемый тип Контрагент удален. При обновлении обязательно установить новый тип данных, в противном случае произойдет удаление данных о контрагентах в объектах подсистемы ОбменСКонтрагентами (документ Пакет электронных документов , регистр сведений Состояния контрагентов БЭД ).

Изменения в модуле:

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

Изменения в модуле ТорговыеПредложения

• Добавлена процедура ОбновитьДекорациюСостоянияПубликации для обновления элемента формы Декорация с состоянием публикации. Необходимо добавить в вызов в форме настройки публикации для элемента состояния.

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

Версия 1.3.7

Версия 1.3.7 является развитием редакции 1.3 "1С:Библиотека электронных документов 8", которая предназначена для обеспечения обмена электронными документами в прикладных решениях, разработанных на платформе "1С:Предприятие" версии 8.3.10 и выше.

Значения свойств конфигурации:

• Режим совместимости должен быть установлен "Не использовать".
• Режим использования модальности может быть установлен "Не использовать".
• Режим совместимости интерфейса может принимать значения "Версия 8.2", "Версия 8.2. Разрешить Такси" или "Такси. Разрешить Версия 8.2".

Новые возможности и изменения

• Добавлена возможность получения состояния платежного документа из Сбербанка.
• Реализовано автоматическое получение настроек для Сбербанка при подключении с сервису 1С:ДиректБанк.
• Добавлена возможность отображения контекстной рекламы 1С:ДиректБанк.
• Произведена адаптация для работы с сервисом 1С:Бизнес-сеть в облачном сервисе 1CFresh.
• Добавлена возможность публикации, поиска и заказов торговых предложений в сервисе 1С:Торговые предложения для участников сервиса 1С:Бизнес-сеть.
• Произведена адаптация с подсистемами "1С:Библиотека стандартных подсистем" версия 2.4.1, "1С:Библиотека интернет-поддержки пользователей" версия 2.1.9, "1С:Библиотека технологии сервиса" версия 1.0.12.

Переход на версию 1.3.7 с версии 1.3.6

Подсистема "Обмен с контрагентами"

Изменения в модуле :

• ДокументДата , ДокОснованиеДата

Подсистема "Обмен с банками"

Изменения в модуле РаботаСФайламиПереопределяемый :

• В процедуру ПриОпределенииНастроек необходимо добавить код:

ЭлектронноеВзаимодействие.ПриОпределенииНастроек(Настройки);

• В процедуру ПриОпределенииСправочниковХраненияФайлов необходимо добавить код:

ЭлектронноеВзаимодействие.ПриОпределенииСправочниковХраненияФайлов(ТипВладелецФайла, ИменаСправочников);

• В план обмена ОбновлениеИнформационнойБазы добавлены справочники СообщениеОбменСБанкамиПрисоединенныеФайлы и ЭДПрисоединенныеФайлы
• В определяемый тип ПодписанныйОбъект добавлены справочники СообщениеОбменСБанкамиПрисоединенныеФайлы и ЭДПрисоединенныеФайлы.

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

В обработчике события формы ПриСозданииНаСервере разместить методы ОбменСБанкамиКлиентСервер.ПоказатьРекламуДиректБанк:

&НаСервере
Процедура ПриСозданииНаСервере (Отказ, СтандартнаяОбработка)
…
ОбменСБанкамиКлиентСервер.ПоказатьРекламуДиректБанк(

КонецПроцедуры

В обработчике события формы ОбработкаОповещения разместить метод ОбменСБанкамиКлиент.ОбновитьРекламуДиректБанк:

& НаКлиенте

…
// ЭлектронноеВзаимодействие.ОбменСБанками
ОбменСБанкамиКлиент.ОбновитьРекламуДиректБанк(ИмяСобытия,
Элементы.ГруппаРекламаДиректБанкГоризонтально, Элементы.ТекстДиректБанкГоризонтально);
// Конец ЭлектронноеВзаимодействие.ОбменСБанками
КонецПроцедуры

Для элемента ТекстДиректБанкГоризонтально добавить обработчик события ОбработкаНавигационнойСсылки и разместить в нем метод ОбменСБанкамиКлиент.ОбработкаНавигационнойСсылкиРекламыДиректБанк:

&НаКлиенте
Процедура ТекстДиректБанкГоризонтальноОбработкаНавигационнойСсылки(Элемент, НавигационнаяСсылкаФорматированнойСтроки, СтандартнаяОбработка)
ОбменСБанкамиКлиент.ОбработкаНавигационнойСсылкиРекламыДиректБанк(
НавигационнаяСсылкаФорматированнойСтроки, СтандартнаяОбработка);
КонецПроцедуры

В процедуру ПолучитьСоответствиеНаименованийОбъектовМДИРеквизитов общего модуля ЭлектронноеВзаимодействие добавить элемент соответствия с ключом ПлатежноеПоручениеВМетаданных и значением: наименование объекта метаданных Платежное поручение в прикладном решении.

Подсистема "Обмен с сайтами"

Изменения в модуле ОбменССайтомПереопределяемый :

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

Изменения в модуле ОбменССайтомКлиентПереопределяемый :

• Удалена процедура ОпределитьТипГруппТаблицыУКаталога , тип значения колонки Группы таблицы КаталогТоваров определяется настройкой обмена.
• Добавлена процедура ПолеВводаПриИзменении , вызывается для обработки события ПриИзменении поля ввода формы узла плана обмена, добавленного в процедуре ОбменССайтомПереопределяемый.ДобавитьРеквизитыФормыУзла.
• Добавлена процедура ПолеФлажкаПриИзменении , вызывается для обработки события ПриИзменении поля флажка формы узла плана обмена, добавленного в процедуре ОбменССайтомПереопределяемый.ДобавитьРеквизитыФормыУзла.
• Добавлена процедура ТаблицаФормыПередОкончаниемРедактирования , вызывается для обработки события ПередОкончаниемРедактирования поля табличной части формы узла плана обмена, добавленного в процедуре ОбменССайтомПереопределяемый.ДобавитьРеквизитыФормыУзла.

Подсистема "Бизнес-сеть"

• Добавлены новые методы для работы регламентных заданий в разделенном режиме, общий модуль ЭлектронноеВзаимодействие , процедуры ПриПолученииСпискаШаблонов , . См. одноименные методы общего модуля ОчередьЗаданийПереопределяемый.
• При встраивании библиотеки, для работы в разделенном режиме, необходимо добавить вызов методов в общем модуле ОчередьЗаданийПереопределяемый :
  • в процедуре ПриПолученииСпискаШаблонов :

// ЭлектронноеВзаимодействие
ЭлектронноеВзаимодействие.ПриПолученииСпискаШаблонов(ШаблоныЗаданий);

• в процедуре ПриОпределенииПсевдонимовОбработчиков :

// ЭлектронноеВзаимодействие
ЭлектронноеВзаимодействие.ПриОпределенииПсевдонимовОбработчиков(СоответствиеИменПсевдонимам);
// Конец ЭлектронноеВзаимодействие

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

Подсистема "Торговые предложения"

Добавлена новая подсистема "Торговые предложения", для встраивания необходимо:

• Разработать переопределяемые методы в общих модулях ТорговыеПредложенияКлиентПереопределяемый , ТорговыеПредложенияПереопределяемый .
• Указать типы данных в определяемых типах ВидыЗначенийРеквизитов1СБизнесСеть , ВидыНоменклатурыБЭД , ДополнительныеРеквизитыБЭД , ТорговоеПредложение .

Подробная информация приведена в документации по встраиванию.

Версия 1.3.6

Версия 1.3.6 является развитием редакции 1.3 "1С:Библиотека электронных документов 8", которая предназначена для обеспечения обмена электронными документами в прикладных решениях, разработанных на платформе "1С:Предприятие" версии 8.3.8 и выше. При этом свойство конфигурации "Режим совместимости" должно быть установлено "Версия 8.3.8".

Данная конфигурация предназначена для совместного использования с конфигурацией "1С:Библиотека стандартных подсистем" не ниже версии 2.3.4.112, с конфигурацией "1С:Библиотека интернет-поддержки пользователей 8" не ниже версии 2.1.9.4.

Новые возможности и изменения

• Поддержаны форматы первичных документов счетов-фактур (в части передачи отдельного первичного документа, счет-фактуры) в соответствии с приказом Федеральной налоговой службы от 24.03.2016 № ММВ-7-15/155@ "Об утверждении формата счета-фактуры и формата представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счет-фактуру, в электронной форме".
• Поддержаны форматы первичных документов об изменении стоимости, включающего в себя корректировочный счет-фактуру" (в части передачи отдельного первичного документа, корректировочного счет-фактуры) в соответствии с приказом Федеральной налоговой службы от 13.04.2016 N ММВ-7-15/189@ "Об утверждении формата корректировочного счета-фактуры и формат представления документа об изменении стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав, включающего в себя корректировочный счет-фактуру, в электронной форме".
• Добавлены новые электронные документы Передача товаров, Передача результатов работ, новая форма визуального представления документов.
• Добавлен механизм одностороннего обмена, не требующий извещения о получении от получателя.
• Добавлена возможность управления распаковкой входящих электронных документов (автоматически или вручную), возможность настройки при получении электронных документов создания определенного вида документа.
• Добавлена возможность привязки электронного документа к нескольким документам учета информационной базы.
• Реализовано разделение электронных документов на входящие и исходящие.
• Реализована интеграция с сервисом 1C-UMI позволяющая создавать сайты из программы, настроить обмен с интернет-магазином UMI .
• Произведена адаптация для работы с сервисом 1С-ЭДО в облачном сервисе 1CFresh.

Переход на версию 1.3.6 с версии 1.3.5

Подсистема "Обмен с контрагентами"

Общий модуль ОбменСКонтрагентамиПереопределяемый

• Добавлен метод УПД СЧФДОП.
• Добавлен метод ЗаполнитьДанныеДляУПДИнформацииПокупателяФНС . Метод подготавливает данные для электронного документа типа УПД (информация покупателя) функция СЧФДОП.
• Добавлен метод УПД (информация продавца) функция СЧФДОП в объекты ИБ.
• Добавлен метод ЗаполнитьДанныеДляДОПИнформацияПродавцаФНС . Метод подготавливает данные для электронного документа типа УПД (информация продавца) функция ДОП.
• Добавлен метод НайтиСоздатьУПДДокументОПередаче . Метод сохраняет данные из электронного документа УПД (информация продавца) функция ДОП в объект ИБ.
• Добавлен метод ЗаполнитьДанныеДляСЧФИнформацияПродавцаФНС . Метод подготавливает данные для электронного документа типа УПД (информация продавца) функция СЧФ.
• Добавлен метод НайтиСоздатьУПДСчетФактуру . Метод сохраняет данные из электронного документа УПД (информация продавца) функция СЧФ в объект ИБ.
• Добавлен метод . Метод подготавливает данные для электронного документа типа УКД (информация продавца) функция КСЧФДИС.
• Добавлен метод ЗаполнитьДанныеДляУКДИнформацииПокупателяФНС . Метод подготавливает данные для электронного документа типа УКД (информация покупателя) функция КСЧФДИС.
• Добавлен метод . Метод сохраняет данные из электронного документа УКД (информация продавца) функция КСЧФДИС в объекты ИБ.
• Добавлен метод ЗаполнитьДанныеДляДИСИнформацияПродавцаФНС . Метод подготавливает данные для электронного документа типа УКД (информация продавца) функция ДИС.
• Добавлен метод НайтиСоздатьУКДДокументОбИзмененииСтоимости . Метод сохраняет данные из электронного документа УКД (информация продавца) функция ДИС в объект ИБ.
• Добавлен метод ЗаполнитьДанныеДляКСЧФИнформацияПродавцаФНС . Метод подготавливает данные для электронного документа типа УКД (информация продавца) функция КСЧФ.
• Добавлен метод НайтиСоздатьУКДСчетФактуру . Метод сохраняет данные из электронного документа УКД (информация продавца) функция КСЧФ в объект ИБ.
• Добавлен метод СоответствиеИсходящихВидовЭДДокументамИБ . Метод формирует соответствие исходящих электронных документов и документов ИБ.
• Добавлен метод НайтиСоздатьДокументПередачаРезультатовРабот . Метод используется заполнения документа Товарная накладная, полученного в формате "Передача товаров".
• Добавлен метод НайтиСоздатьДокументПередачаТоваров . Метод используется заполнения документа Акт об оказании услуг, полученного в формате "Передача результатов работ".
• Добавлен метод УстановленоСостояниеОбменЗавершен . Метод вызывается при изменении состояния документооборота на ОбменЗавершен , ОбменЗавершенСИсправлением .
• При формировании электронных документов УПД, УКД, Передача товаров, Передача результатов работ реквизиты ДокументДата , ДокОснованиеДата установлены обязательными к заполнению.

Обработка ОбменСКонтрагентами

В макете "Торг-12Продавец":

• Добавлено поле "ИдГосКонтракта".
• Добавлена табличная часть "ТранспортнаяНакладная".
• Удалены поля "ТранспортнаяНакладнаяДата", "ТранспортнаяНакладнаяНомер".
• Добавлено поле "СведенияОЛицеПередавшемТовары".

В макете АктНаПередачуПрав :

• Добавлена табличная часть "Основание".
• Удалены поля "ДокументОснованиеНаименование", "ДокументОснованиеНомер", "ДокументОснованиеДата", "ДокументОснованиеДопСведения".
• Добавлено поле "ВалютаНаименование".
• Добавлено поле "Претензии".
• Добавлено поле "ДатаИсполнения".
• В свойствах участников сделки поле "Факс" заменено на поле "ЭлектроннаяПочта".
• В свойствах участников сделки поле "КодСтр" заменено на поле "КодСтраны".
• В свойствах участников сделки поле "АдрТекст" заменено на поле "АдресТекст".

Обновление определяемого типа Контрагент :

При переходе с версии 1.3.5 требуется обновить определяемый тип Контрагент, в противном случае, ссылки на справочник Контрагент в объектах БЭД, при обновлении, заменятся на тип строка с потерей ссылок на объекты без возможности восстановления.

Порядок обновления:

• Переименовать определяемый тип Контрагент в КонтрагентБЭД.
• Снять конфигурацию с поддержки БЭД 1.3.5.
• Запустить сравнение/объединение с конфигурацией БЭД 1.3.5, согласится с установкой конфигурации на поддержку.
• Снять флажки со всех объектов и оставить только на определяемом типе Контрагент, выполнить объединение.
• Запустить обновление конфигурации, выбрать файл БЭД 1.3.6.
• Установить флажки на определяемых типах КонтрагентБЭД и Контрагент. Указать прочие необходимые объекты БЭД для обновления.
• Выполнить обновление.

Подсистема "Обмен с банками"

В процедуру ПолучитьВыпискуБанка общего модуля ОбменСБанкамиКлиент добавлен необязательный параметр ОткрыватьФормуУточненияПерида с типом Булево . Его необходимо установить Истина, если на форме, с которой осуществляется получение выписки, нет возможности вручную изменить период запроса выписки.

Подсистема "Обмен с сайтами"

Изменен узел обмена ОбменССайтом , форма, модуль объекта:

• Добавлена возможность выгрузки Номенклатуры с отбором по Видам номенклатуры (ранее была только по группам номенклатуры).

Добавлен справочник Сайты :

• Добавлена возможность настроить переход на сайт из 1С – в пользовательскую часть сайта, и в админзону сайта.
• На основании Сайты можно создать узел обмена ОбменССайтом.

Добавлена обработка СоздатьСайт :

• Добавлена возможность создать сайт в домене 1C-UMI, сайт создается автоматически (элемент Сайты) и заполняется данными из 1С. Автоматически создается узел обмена ОбменССайтом и выполняется первый полный обмен с сайтом.

Общий модуль ОбменССайтомПереопределяемый :

• Добавлена возможность выбора Видов номенклатуры, удалена возможность выбора произвольного справочника.

Общий модуль ОбменССайтомСобытия :

• Добавлена возможность выбора Видов номенклатуры.
• Удалена возможность выбора произвольного справочника.

Прочие изменения

Настройка подсистемы Управление тарифами в модели сервиса библиотеки Технологии сервиса

В общий модуль ТарификацияПереопределяемый в метод ПриФормированииСпискаУслуг() необходимо добавить код после вызова метода ИнтернетПоддержкаПользователей.ПриФормированииСпискаУслуг(ПоставщикиУслуг):

// ЭлектронноеВзаимодействие
ЭлектронноеВзаимодействие.ПриФормированииСпискаУслуг(ПоставщикиУслуг);
// Конец ЭлектронноеВзаимодействие

Версия 1.3.5

Версия 1.3.5 является развитием редакции 1.3 "1С:Библиотеки электронных документов 8", которая предназначена для обеспечения обмена электронными документами в прикладных решениях, разработанных на платформе "1С:Предприятие" версии 8.3.8 и выше.

Значения свойств конфигурации:

• Режим совместимости должен быть установлен "Не использовать".
• Режим использования модальности может быть установлен "Не использовать".
• Режим совместимости интерфейса может принимать значения "Версия 8.2", "Версия 8.2. Разрешить Такси" или "Такси. Разрешить Версия 8.2".

Новые возможности и изменения

• проведена адаптация функционала библиотеки к особенностям работы на платформе 8.3.8 с отключенным режимом совместимости;
• обновлены подсистемы "Библиотеки стандартных подсистем" до версии 2.3.3.45;
• в состав библиотеки включены подсистемы "Библиотеки интернет-поддержки пользователей", версия 2.1.8.3.

Переход на версию 1.3.5 с версии 1.3.4

Изменения не требуются.

Версия 1.3.4

Версия 1.3.4 является развитием редакции 1.3 "1С:Библиотеки электронных документов 8", которая предназначена для обеспечения обмена электронными документами в прикладных решениях, разработанных на платформе "1С:Предприятие" версии 8.3.6 и выше. При этом свойство конфигурации "Режим совместимости" должен быть установлен "Не использовать". Режим использования модальности может быть установлен "Не использовать", а режим совместимости интерфейса может принимать значения "Версия 8.2", "Версия 8.2. Разрешить Такси" или "Такси. Разрешить Версия 8.2".

Новые возможности и изменения

• реализована система оповещений о событиях ЭДО (новые электронные документы, новые приглашения, окончание срока действия сертификата и т.д.). Появилась возможность настройки уведомлений на электронную почту в профиле настроек ЭДО, а так же вывод оповещения о событиях непосредственно в программе 1С с помощью всплывающих сообщений;
• поддержан формат первичного документа, включающего в себя счет-фактуру (формат УПД) в соответствии с приказом Федеральной налоговой службы от 24.03.2016 № ММВ-7-15/155@ "Об утверждении формата счета-фактуры и формата представления документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг), включающего в себя счет-фактуру, в электронной форме";
• поддержан формат документа об изменении стоимости, включающего в себя корректировочный счет-фактуру" (формат УКД) в соответствии с приказом Федеральной налоговой службы от 13.04.2016 N ММВ-7-15/189@ "Об утверждении формата корректировочного счета-фактуры и формат представления документа об изменении стоимости отгруженных товаров (выполненных работ, оказанных услуг), переданных имущественных прав, включающего в себя корректировочный счет-фактуру, в электронной форме";
• поддержано применение внешней компоненты в обмене с банками по технологии DirectBank.

Переход на версию 1.3.4 с версии 1.3.2, 1.3.3

Изменения в формах списков документов прикладного решения

В формах списков документов необходимо добавить подключаемую процедуру ОбменСКонтрагентамиКлиент.ОбработчикОжиданияЭДО :

&НаКлиенте

КонецПроцедуры

При обновлении подсистемы необходимо в обработчиках событий формы списка документов: ПриСозданииНаСервере , ПриОткрытии , ОбработкаОповещения

&НаСервере
Процедура ПриСозданииНаСервере
…
ПараметрыПриСозданииНаСервере = ОбменСКонтрагентами.ПараметрыПриСозданииНаСервере_ФормаСписка();
ПараметрыПриСозданииНаСервере.Форма = ЭтотОбъект;
ПараметрыПриСозданииНаСервере.МестоРазмещенияКоманд = Элементы.КомандыЭДО;
ОбменСКонтрагентами.ПриСозданииНаСервере_ФормаСписка(Отказ, СтандартнаяОбработка, ПараметрыПриСозданииНаСервере);
КонецПроцедуры

&НаКлиенте
Процедура ПриОткрытии(Отказ)
…
// Подсистема "ОбменСКонтрагентами".
// Конец подсистема "ОбменСКонтрагентами".
КонецПроцедуры

&НаКлиенте
Процедура ОбработкаОповещения(ИмяСобытия, Параметр, Источник)
…
// Подсистема "ОбменСКонтрагентами".
ПараметрыОповещенияЭДО = ОбменСКонтрагентамиКлиент.ПараметрыОповешенияЭДО_ФормаСписка();
ПараметрыОповещенияЭДО.Форма = ЭтотОбъект;
ПараметрыОповещенияЭДО.ИмяДинамическогоСписка = "Список";
ОбменСКонтрагентамиКлиент.ОбработкаОповещения_ФормаСписка(ИмяСобытия, Параметр, Источник, ПараметрыОповещенияЭДО);
// Конец подсистема "ОбменСКонтрагентами".
КонецПроцедуры

Изменения в формах документов прикладного решения

В формах документов необходимо добавить подключаемую процедуру Подключаемый_ОбработчикОжиданияЭДО , в которой нужно разместить вызов метода

ОбменСКонтрагентамиКлиент.ОбработчикОжиданияЭДО:

&НаКлиенте
Процедура Подключаемый_ОбработчикОжиданияЭДО()
ОбменСКонтрагентамиКлиент.ОбработчикОжиданияЭДО(ЭтотОбъект);
КонецПроцедуры

В формах документов необходимо удалить реквизит формы "СостояниеЭДО", вместо него добавить элемент формы "декорация". Для нужд прикладного решения декорация может быть подчинена элементу формы "Группа". Видимость группы устанавливается внутри метода ОбменСКонтрагентами.ПриСозданииНаСервере в зависимости от состояния ф.о. "ИспользоватьОбменСКонтрагентами".

При обновлении подсистемы необходимо в обработчиках событий формы документа ПриСозданииНаСервере , ПриОткрытии , ПослеЗаписиНаСервере , ОбработкаОповещения разместить методы подсистемы "ОбменСКонтрагентами".

Например:

&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
…
// Подсистема "ОбменСКонтрагентами".
ПараметрыЭДОПриСоздании= ОбменСКонтрагентами.ПараметрыПриСозданииНаСервере_ФормаДокумента();
ПараметрыЭДОПриСоздании.Форма = ЭтотОбъект;
ПараметрыЭДОПриСоздании.ДокументСсылка = Объект.Ссылка;
ПараметрыЭДОПриСоздании.ДекорацияСостояниеЭДО = Элементы.ДекорацияСостояниеЭДО;
ПараметрыЭДОПриСоздании.ГруппаСостояниеЭДО = Элементы.ГруппаСостояниеЭДО;
ОбменСКонтрагентами.ПриСозданииНаСервере_ФормаДокумента(Отказ, СтандартнаяОбработка, ПараметрыЭДОПриСоздании);
// Конец подсистема "ОбменСКонтрагентами".
КонецПроцедуры

&НаКлиенте
Процедура ПриОткрытии(Отказ)
…
// Подсистема "ОбменСКонтрагентами"
ОбменСКонтрагентамиКлиент.ПриОткрытии(ЭтотОбъект);
// Конец Подсистема "ОбменСКонтрагентами"
КонецПроцедуры

&НаСервере
Процедура ПослеЗаписиНаСервере(ТекущийОбъект, ПараметрыЗаписи)
…
// Подсистема "ОбменСКонтрагентами".
ПараметрыПослеЗаписи = ОбменСКонтрагентами.ПараметрыПослеЗаписиНаСервере();
ПараметрыПослеЗаписи.Форма = ЭтотОбъект;
ПараметрыПослеЗаписи.ДокументСсылка = Объект.Ссылка;
ПараметрыПослеЗаписи.ДекорацияСостояниеЭДО = Элементы.ДекорацияСостояниеЭДО;
ПараметрыПослеЗаписи.ГруппаСостояниеЭДО = Элементы.ГруппаСостояниеЭДО;
ОбменСКонтрагентами.ПослеЗаписиНаСервере(ТекущийОбъект, ПараметрыЗаписи, ПараметрыПослеЗаписи);
// Конец подсистема "ОбменСКонтрагентами".
КонецПроцедуры

&НаКлиенте
Процедура ОбработкаОповещения(ИмяСобытия, Параметр, Источник)
…
// Подсистема "ОбменСКонтрагентами".
ПараметрыОповещения = ОбменСКонтрагентамиКлиент.ПараметрыОповешенияЭДО_ФормаДокумента();
ПараметрыОповещения.Форма = ЭтотОбъект;
ПараметрыОповещения.ДокументСсылка = Объект.Ссылка;
ПараметрыОповещения.ДекорацияСостояниеЭДО = Элементы.ДекорацияСостояниеЭДО;
ПараметрыОповещения.ГруппаСостояниеЭДО = Элементы.ГруппаСостояниеЭДО;
ОбменСКонтрагентамиКлиент.ОбработкаОповещения_ФормаДокумента(ИмяСобытия, Параметр, Источник, ПараметрыОповещения);
// Конец подсистема "ОбменСКонтрагентами".
КонецПроцедуры

Изменения в модуле ОбменСКонтрагентами

• Добавлена процедура ПриСозданииНаСервере_ФормаСписка , вызывается из обработчика события "ПриСозданииНаСервере" формы списка документов. В качестве третьего параметра метода передается структура, которая инициализируется методом ПараметрыПриСозданииНаСервере_ФормаСписка .
• Добавлена процедура ПриСозданииНаСервере_ФормаДокумента , вызывается из обработчика события "ПриСозданииНаСервере" формы документа. В качестве третьего параметра метода передается структура, которая инициализируется методом ПараметрыПриСозданииНаСервере_ФормаДокумента .
• Добавлена процедура ПослеЗаписиНаСервере , вызывается из обработчика события "ПослеЗаписиНаСервере" формы документа. В качестве третьего параметра метода передается структура, которая инициализируется методом ПараметрыПослеЗаписиНаСервере .

Изменения в модуле ОбменСКонтрагентамиКлиент .

• Добавлена процедура ПриОткрытии , вызывается из обработчика события "ПриОткрытии" формы списка документов и формы документа.
• Добавлена процедура ОбработкаОповещения_ФормаСписка , вызывается из обработчика события "ОбработкаОповещения" формы списка документов. В качестве четвертого параметра метода передается структура, которая инициализируется методом ПараметрыОповешенияЭДО_ФормаСписка .
• Добавлена процедура ОбработкаОповещения_ФормаДокумента , вызывается из обработчика события "ОбработкаОповещения" формы документа. В качестве четвертого параметра метода передается структура, которая инициализируется методом ПараметрыОповешенияЭДО_ФормаДокумента .
• Изменения в модуле ОбменСКонтрагентамиПереопределяемый :
• Добавлен метод ЗаполнитьДанныеПередачаРаботИсполнитель .
  Пример:

// Подготавливает данные для электронного документа типа ПередачаТоваровПродавец.
// Параметры:
// СсылкаНаОбъект - Ссылка на ЭД, по которому необходимо сформировать электронный документ,


Процедура ЗаполнитьДанныеПередачаРаботИсполнитель(СсылкаНаОбъект, СтруктураЭД, ДеревоДанных) Экспорт
ЗаполнитьДанныеПоАкт501ИсполнительФНС(СсылкаНаОбъект, СтруктураЭД, ДеревоДанных)
КонецПроцедуры

• Метод ПроверитьВозможностьРедактированияОбъекта стал процедурой.
• Добавлен метод ЗаполнитьДанныеДляУПДИнформацияПродавцаФНС . Метод подготавливает данные для электронного документа типа УПД (информация продавца) функция СЧФДОП .
• Добавлен метод НайтиСоздатьУниверсальныйПередаточныйДокумент . Метод сохраняет данные из электронного документа УПД (информация продавца) функция СЧФДОПв объекты ИБ.
• Добавлен метод ЗаполнитьДанныеДляУКДИнформацияПродавцаФНС . Метод подготавливает данные для электронного документа типа УКД (информация продавца) функция КСЧФДИС .
• Добавлен метод НайтиСоздатьУниверсальныйКорректировочныйДокумент . Метод сохраняет данные из электронного документа УКД (информация продавца) функция КСЧФДИС в объекты ИБ.

Изменения в подсистеме "Обмен с банками"

Изменения в модуле ОбменСБанкамиПереопределяемый

Процедура ПриИзмененииСостоянияЭД добавлена. Вызывается при изменении состояния электронного документооборота.

Изменения для работы в режиме сервиса

Если конфигурация предназначения для работы в режиме сервиса необходимо:

• В процедуру ПолучитьОбработчикиПоставляемыхДанных общего модуля ПоставляемыеДанныеПереопределяемый добавить код:

ЭлектронноеВзаимодействие.ЗарегистрироватьОбработчикиПоставляемыхДанных(Обработчики);

• В общий реквизит ОбластьДанныхОсновныеДанные добавить регламентное задание ОбновлениеВнешнихМодулейОбменСБанками.

Прочие изменения

• В определяемый тип МестоХраненияФункциональныхОпций необходимо добавить константу ИспользоватьОбменСБанками ;
• Удалена функция ОбменСБанками.РекомендуетсяПрямойОбменСБанком .

Версия 1.3.3

Версия 1.3.3 является развитием редакции 1.3 продукта "1С:Библиотека электронных документов". Предназначена для разработки конфигураций, которые рассчитаны для работы на платформе 1С:Предприятие 8.3 версии 8.3.6 и выше.

Значения свойств конфигурации:

• Режим совместимости должен быть установлен "Не использовать".
• Режим использования модальности может быть установлен "Не использовать".
• Режим совместимости интерфейса может принимать значения "Версия 8.2", "Версия 8.2. Разрешить Такси" или "Такси. Разрешить Версия 8.2".

Новые возможности и изменения

• в соответствии с Приказом от 30.11.2015 № ММВ-7-10/551@ "Об утверждении формата представления документа о передаче товаров при торговых операциях в электронной форме" и Приказом от 30.11.2015 № ММВ-7-10/552@ "Об утверждении формата представления документа о передаче результатов работ (документа об оказании услуг) в электронной форме" поддержаны новые форматы электронных документов.

Переход на версию 1.3.2.19 с версии 1.2.7, 1.3.1

Изменения в подсистеме "Обмен с контрагентами"

В модуле ОбменСКонтрагентамиПереопределяемый внести изменение:

// Подготавливает данные для электронного документа типа ТоварнаяНакладная.
// Параметры:
// СсылкаНаЭД - Ссылка на ЭД, по которому необходимо сформировать электронный документ,
// СтруктураЭД - Структура, структура данных для формирования электронного документа.
// ДеревоДанных - дерево значений, дерево данных заполнения электронного документа.
Процедура ЗаполнитьДанныеПередачаТоваровПродавец(СсылкаНаОбъе

Коллеги!

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

Разбираться с контрагентом — почему не проходит проверка по ИНН/КПП — дело долгое, и часто просто нужно передать сведения ФНС и предоставить, в случае вопросов, справку по контрагенту, чтобы она уже разбиралась с ним сама, чем пытаться решить эту проблему самостоятельно и получать штрафы за не вовремя сданную отчетность.

Сейчас мы остановимся на некоторых приемах выхода из таких ситуаций на примере конфигурации 1С:Бухгалтерия 8 ред. 3.0.

Итак, хитрость №1: встроенная проверка контрагентов в Бухгалтерия 8 работает только с контрагентами, у которых ЗАВЕДЕН ИНН/КПП. Если удалить ИНН/КПП у не прошедшего проверку контрагента, сообщения об ошибке не будет. Он просто исключается из рассмотрения в проверочном модуле отчета.

Хитрость №2: При проверке контрагентов происходит заполнение специального регистра сведений: «Состояния контрагентов». Вот с ним и нужно работать.

На примере учебной базы рассмотрим этот вариант. Имеем список не прошедших проверку контрагентов:

Программа сообщает, что статус, например, контрагента Камелия «КПП не соответствует данным базы ФНС». Такой контрагент проверку не пройдет и программа не даст выгрузить отчет по НДС, содержащий такого контрагента.

Что можно сделать?

Открываем регистр сведений «Состояния контрагентов» — гл. меню — Все функции — Регистры Сведений:

В регистре сведений «Состояния контрагентов» устанавливаем курсор на строке с нужным контрагентом:

И меняем статус проверки с «КПП не соответствует данным ФНС» на «Контрагент есть в базе ФНС».

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

Разговоры о переходе на БЭД идут довольно давно, на государственном уровне - активно с 2008 г. Но насколько динамичен и успешен этот процесс? В чем причины того, что сегодняшние результаты отличаются от тех, которые прогнозировались 7–10 лет назад? За ответами на эти вопросы мы обратились к экспертам - разработчикам средств СЭД/ECM и тем, кто занимается внедрением и эксплуатацией таких систем.

Какова актуальность перехода на БЭД

Данная тема становится все более актуальной для разного вида заказчиков - и коммерческих, и государственных организаций, уверен руководитель практики Alfresco компании «Логика бизнеса» (ГК «АйТи») Олег Бейлезон. Все уже буквально тонут в потоках бумаги - это физически становится проблемой, рабочие столы и шкафы многих сотрудников завалены рассматривающимися, согласуемыми, подписываемыми, хранимыми и «отчетными-для-налоговой» документами, управлять ими все тяжелее и тяжелее. По его мнению, это осознали и многие государственные регуляторы (например, ФНС), поэтому настоятельно - вплоть до императивных требований - рекомендуют переходить на безбумажное обращение формальных документов.

Руководитель управления маркетинга компании ЭОС Елена Иванова, в свою очередь, отмечает, что хотя переход на безбумажный документооборот позволяет сократить издержки предприятий и повысить эффективность их бизнес-процессов, нужно иметь в виду, что такая трансформация требует определенных затрат, связанных с внедрением технологических решений, изменением регламентов, минимизацией рисков, вытекающих из факта применения электронных документов. В целом же ситуация очевидна: чем больше поток бумажных документов - тем актуальнее вопрос безбумажного обмена. В качестве основных барьеров, тормозящих такой переход, она видит необходимость дополнительных затрат «прямо сейчас» и неготовность сотрудников отказываться от привычных процессов и атрибутов бумажного документа. Но у разработчиков есть инструменты, которые позволяют преодолевать трудности внедрения.

Тем не менее сейчас, в условиях затяжного экономического кризиса, на это готовы пойти не все компании, констатирует начальник отдела развития ЕСМ-решений корпорации ЭЛАР Дмитрий Шмайлов. Кроме того, БЭД не является для бизнеса таким приоритетным направлением, как, скажем, автоматизация производства, решения для критически важных задач и систем, нацеленных на сокращение издержек, т. е. проекты, которые могут приносить деньги.

Заместитель генерального директора компании «ИнтерТраст» по развитию бизнеса Вадим Ипатов напоминает, что помимо организационных и технологических проблем есть еще нормативно-правовые требования, которые сегодня во многом по-прежнему ориентированы на использование бумажных оригиналов. В частности, до сих пор остаются нерешенными вопросы долгосрочного (и тем более вечного) хранения документов. Доля таких документов в общем их объеме вроде бы небольшая, но она, как якорь, сдерживает процесс отказа от бумажных оригиналов в целом.

Если же говорить о документах, используемых в качестве средства коммуникаций, то сегодня самым распространенным является механизм электронной почты. Казалось бы, тут организационно-правовых и технических проблем нет. Но на самом деле электронная почта реализует традиционный бумажный вариант взаимодействия, который в автоматизированной реализации приводит к созданию огромных массивов информации, которыми трудно управлять даже при использовании ИТ. То есть необходимы какие-то качественно иные коммуникационные архитектуры. А для их применения, подчеркивает эксперт, нужно пересмотреть наше понимание /ECM, позиционируя их в качестве систем, объединяющих людей, процессы и связанный с ними контент. Сегодня правильнее говорить не о безбумажном документообороте, а о безбумажном, но документированном взаимодействии людей в ходе рабочих процессов.

Традиционно под проблематикой СЭД у нас понимались вопросы автоматизации внутренних бизнес-процессов предприятия, причем в существенной степени в отношении организационно-распорядительных документов. Однако в последние годы быстро повышается актуальность проблематики межорганизационного обмена документами: между коммерческими компаниями, внутри органов государственного управления, а также при взаимодействии бизнеса и частных лиц с госструктурами. Все эти направления сейчас быстро развиваются именно с точки зрения перехода на межорганизационный ЭДО.

Говоря об этом, заместитель директора по маркетингу компании «Такском» Эрнест Колесников ссылается на прогнозы аналитиков: к 2017 г. использование механизмов ЭДО с контрагентами достигнет показателя 22,5%. Уже сейчас, после введения новой декларации по НДС (ее теперь должны сдавать в электронном виде почти все налогоплательщики), вопрос автоматизации документооборота стал особенно актуальным, поскольку при ручном вводе данных бухгалтерия с высокой вероятностью будет получать автотребования по расхождениям с контрагентами. Он напоминает также, что глава 49.1 Трудового кодекса РФ разрешает использовать ЭДО при работе удалённых сотрудников, а с 01.07.2016 начнут действовать поправки в ФЗ «Об акционерных обществах», которые позволят акционерам дистанционно принимать участие в собраниях при помощи ЭДО.

Руководитель проектов «Обмен Электронными Документами» фирмы «1С» Артем Танан уверен, что главным стимулом перехода к БЭД является стремление компаний к повышению своей конкурентоспособности. Те, кто хочет быть лидером на рынке, начали подготовку к такой трансформации задолго до разрешения со стороны законодательства и первыми осваивают эти возможности на практике. Еще в 2013–2014 гг. электронные методы взаимодействия с контрагентами начали использовать компании из высококонкурентных и технологичных отраслей, например торговые сети, дистрибьюторы, телеком-операторы и т. д. Это позволило им получить комплексный эффект: от ускорения возврата НДС и снижения налоговых рисков до оптимизации затрат и повышения оперативности взаимодействия с контрагентами. Под давлением компаний-поставщиков на БЭД начали переходить и их контрагенты. В 2015 г. процесс принял еще более массовый характер, чему способствовали развитие законодательства и появление ряда новых нормативных требований по сдаче налоговой отчетности. За последние годы количество пользователей, подключенных к сервисам , увеличилось в разы.

Практика перехода к безбумажному электронному документообороту

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

«При разговоре о переходе к работе с электронными подлинниками компании начинают со слова „хотим“, за которым следует „но...“, - отмечает и Олег Бейлезон. - Дальше идет набор более или менее преодолимых причин: не готовы некоторые подразделения, не выделен бюджет, не можем сломать традиции организации и т. д.» Но в целом, считает он, тенденция к электронизации документооборота видна достаточно хорошо, хотя бы потому, что проекты по переходу на безбумажные технологии есть, а о проектах обратного перехода что-то не слышно. Охваченных БЭД областей много - это и классические СЭД, и финансовый документооборот организации, и юридически значимый оборот финансовых документов. Несколько буксует юридически значимый организационно-распорядительный документооборот - слишком много тут правовых тонкостей, не наработана достаточная практика. Еще сильнее отстает электронное хранение и обработка документов с различными грифами доступа, поскольку предъявляются (в целом обоснованно) довольно жесткие требования к реализующим их системам.

Бизнес-аналитик компании Directum Максим Кайнер говорит о том, что при внедрении СЭД/ECM экономия на печати бумаги достигается только в рамках автоматизированных процессов, но зачастую получается, что общий объем печати во всей организации может увеличиться. Более того, автоматизация конкретного бизнес-процесса за счет ECM менее чем в 10% случаев позволяет уйти от печати документов даже в рамках этого процесса. В целом он считает, что пока о переходе организаций к безбумажному документообороту речь не идет.

Как правило, задача избавиться от бумаги не является самоцелью, цель - оптимизировать те или иные деловые процессы, ускорить и упростить их выполнение, подчеркивает Вадим Ипатов. По его оценкам, в большинстве организаций-заказчиков полностью реализован внутренний электронный , включая весь комплекс вспомогательных документов (поручения, резолюции, отчеты об исполнении...). Во многих органах власти из числа заказчиков его компании в значительной степени автоматизированы предоставление госуслуг и работа с обращениями граждан. Если обращение поступает по электронным каналам, то работа с ним полностью идет в электронном виде. В сфере организационно-распорядительных и нормативных документов «цифровизация» может достигать, условно говоря, 99,9%, но приказ, распоряжение или регламент хотя бы в единственном бумажном экземпляре все равно нужен - это продиктовано и традициями, и законодательными нормами. В работе с договорами ситуация схожая: весь процесс их подготовки и согласования проходит полностью в электронном виде, но два экземпляра, которые подписывают стороны, все еще «живут» в бумаге.

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

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

По мнению Эрнеста Колесникова, обмен электронными документами с контрагентами переживает стадию перехода из зачаточного состояния к более зрелому. Операторы ЭДО изначально выбрали тактику привлечения крупнейших компаний - генераторов трафика документов, в ключевых отраслях бизнеса обмен документами в электронном виде становится обычным делом, в других идут пилотные проекты. Этот процесс в существенной мере стимулируется, а порой и инициализируется действиями регулятора. Распространенный случай для автоматизации - это группы компаний одного холдинга с территориальным распространением по всей стране, где в электронный вид переводится большая часть документов и обеспечивается максимальный финансовый эффект. При этом эксперт отмечает важный момент: «Многое зависит от того, как ведётся бухгалтерия в компании. Если всё по закону, то повышение прозрачности приветствуется, если же ситуация обратная, то выступает инструментом для наведения порядка, но это процесс не быстрый».

Наиболее очевидная сфера применения БЭД - это переход на электронные товарные накладные и счета-фактуры. Но Артем Танан отмечает, что хотя регулятор проявляет явное желание быстро двигаться в этом направлении, возникает довольно много трудностей частного характера. Например, переходу на обмен электронными счетами-фактурами мешали ситуации, когда, скажем, услуги были оказаны в последний день налогового периода (связь, Интернет, коммунальные услуги и т. п.), а счет-фактура с подтверждением оператора электронного документооборота датировался уже следующим месяцем. Эта проблема вполне оперативно была решена с принятием федерального закона 382-ФЗ и последующими разъяснениями Минфина.

Препятствия на пути к БЭД

Еще несколько лет назад главным ответом на данный вопрос служил тезис «неготовность нормативно-законодательной базы», но сейчас эксперты, упоминая эту проблему, ставят ее не на первое место. «Организации не заинтересованы в уходе от бумаги, - говорит Максим Кайнер. - Затраты на печать и работу с бумажными документами не настолько велики, чтобы рассматривать их сокращение как выгоду. ECM-системы внедряются не для перехода к безбумажному документообороту, а для получения других более ощутимых и очевидных эффектов: прозрачности процессов и их ускорения, снижения рисков и т. д. Более того, подчас переводить процесс в электронный вид просто не имеет смысла, в том числе и по причине довольно высокой цены сертификата электронной подписи». При этом он отмечает и недостатки нормативной базы - нечеткость ряда формулировок и общий рекомендательный характер, оставляющий выбор за организациями, которые могут просто не захотеть менять проверенные схемы работы. Вместе с тем он уверен, что резко насаждать новые подходы не следует, так как в большинстве компаний они потребуют изменений на уровне ИТ-инфраструктуры.

Говоря о проблеме законодательной базы, Елена Иванова обращает внимание на то, что многие нормативные вопросы находятся в ведении самих организаций. «Во многом в развитии БЭД играет роль воля руководства, - уверена она. - Если руководитель приказывает работать без бумаги, то все будут это исполнять, хотят они того или нет. Если же такого мотивирующего действия со стороны руководства в организации нет, значит, оно не видит в БЭД экономической целесообразности и эффекта. Тут еще стоит вопрос нехватки кадров, которые как раз и могли бы выступить драйвером процесса внедрения БЭД и донести до руководителя все его прелести».

С ней согласен и Дмитрий Шмайлов: «Конечно, можно говорить о том, что законодательство отстает от западных стран в плане развития БЭД, но гораздо важнее, что далеко не все используют даже те возможности, которые дают поправки в законодательство. Скорее, идет отставание: многие технологии БЭД используются лишь считанным количеством организаций. В случае с нашими заказчиками мы видим тенденцию к развитию и углублению тем электронного а и построения единой модели обработки и хранения учетных документов в электронном виде. Сильно ограничивает полный переход на БЭД отсутствие единого пространства доверия электронной подписи. Также не стоит забывать о требованиях по защите информации, предусматривающих в ряде случаев невозможность хранения и использования электронных документов. Ну и немаловажным фактором остается финансирование».

Перефразируя известную поговорку, Эрнест Колесников называет две основные беды российского электронного документооборота: законы и люди. «Имеются пробелы в законодательстве, например, утверждены форматы лишь для нескольких документов, по другим типам работа только ведется. В ближайшее время должны утвердить формат универсального передаточного документа, ходят разговоры об универсальном контейнере, к которому можно будет прикрепить любой документ. Судебной практики использования неформализованных документов пока ещё недостаточно, чтобы все компании без страхов перешли на ЭДО, но время идет и ситуация меняется в лучшую сторону. Вторая ключевая проблема - это люди и сложившиеся реалии жизни, часто приходится слышать от заказчиков: откажемся от бумаги, только если заставят».

Для внедрения новой технологии в рамках существующего процесса требуется в основном переподготовка кадров и желание руководства компаний применять новацию, а процессы, по сути, остаются те же, считает Артем Танан. Он дает конкретный совет: для внедрения БЭД следует назначить ответственных и выполнить три основные задачи - выстроить новую процедуру работы с документами, обучить персонал и определить сроки отказа от старой процедуры по выбранным контрагентам. Чтобы новые процедуры по работе с документами были простыми, понятными и имели минимум отличий от существующих, необходимо поддерживать интеграцию БЭД с учетными, управленческими и СЭД-программами, еще лучше - делать БЭД неотъемлемой их частью. Отдельным, вероятно, самым проблемным блоком идут вопросы вовлечения контрагентов. Нужно не просто подключить контрагентов заказчика БЭД, но и помочь в переходе на новую процедуру работы с документами. В ином случае даже с применением БЭД будут сохраняться ошибки и расхождения в сведениях книг покупок и продаж, причем есть и другие негативные последствия. Эксперт уверен, что вопросы интеграции БЭД с другими бизнес-системами и вовлечения контрагентов в ближайшие несколько лет будут играть основную роль с точки зрения распространения технологий БЭД в нашей стране.

Что делать?

«Пока в России отказаться совсем от бумаги, будь то государственный сектор или коммерческий, невозможно, - констатирует Елена Иванова. - Надо прежде всего развивать законодательную базу, которая стимулировала бы организации к переходу на БЭД. Отчасти сейчас это начинает проявляться в госорганизациях в связи с совершенствованием СМЭВ, М». Многое зависит от СЭД-вендора, считает она; они могут обосновывать экономический эффект от перехода на БЭД, предлагать технологические решения. Немаловажно также работать в профессиональных сообществах и в организациях, занимающихся стандартизацией в СЭД/ECM-областях, взаимодействовать с госрегулятором.

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

Об экономическом обосновании перехода к БЭД говорит и Максим Кайнер: «Чтобы переход к безбумажному документообороту состоялся, внедрение ИТ-решений должно окупаться за счет экономии на поддержке работы с бумажными носителями (закупка и обслуживание оборудования, расходные материалы, издержки пересылки и доставки, затраты на хранение и поиск). Мировые эксперты говорят, что срок окупаемости инвестиций в конкретные ECM-решения более чем в половине случаев составляет полтора года или меньше». Реальное участие вендоров в этом процессе может заключаться в продвижении идеи «работа без бумаги возможна и выгодна», в участии в законотворческом процессе, а также в снижении стоимости своих решений, в том числе за счет использования облачных моделей и SaaS.

Непреодолимых барьеров на пути к БЭД нет, но есть задачи, которые можно и нужно решать, считает Эрнест Колесников. Явно позитивным моментом является то, что государственные власти вкладывают большие средства в автоматизацию страны, и можно констатировать, что жить и работать за последние десять лет стало намного приятнее. Проблемы есть, но они выявляются и решаются совместными усилиями регулятора, разработчиков и заказчиков. «К определенному моменту объём информации в социуме достигнет достаточного объёма и все будут понимать, что выставлять документы по старинке на бумаге - это что-то из прошлого, - уверен он. - Сейчас уже сложно представить, как мы раньше жили без Интернета, с ЭДО, считаю, будет такая же ситуация».

«Мы рекомендовали бы компаниям не дожидаться „последнего звонка“, когда они уже сами не смогут справляться с потоком бумаги и не будут соответствовать требованиям регулятора, - советует Артем Танан. - Им нужно уже сейчас определиться, для каких типов сделок/документов и с какими контрагентами будет применяться БЭД, далее назначить ответственных и установить сроки. Если необходимо, привлекать экспертов с достаточными компетенциями в этой области для качественной реализации поставленных задач. Если возникают сложности методического или технического характера, то выносить их на обсуждение на специализированных площадках, в рабочих группах по вопросам БЭД. Только постановка конкретных задач при переходе на БЭД в отдельно взятой компании позволяет получить успешный опыт, понятный остальным участникам рынка. Тиражирование этого опыта силами крупных компаний совместно с операторами СФ, вендорами ПО и их партнерскими сетями - это самый эффективный способ распространения технологий БЭД на рынке».