Стан контрагентів бед 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

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

Загальний модуль ОбмінСКонтрагентамиПеревизначений

Доданий метод УПД СЧФДОП.
Доданий метод ЗаповнитиДаніДляУПДінформаціїПокупцяФНП. Метод готує дані електронного документа типу УПД (інформація покупця) функція СЧФДОП.
Доданий метод УПД (інформація продавця), функція СЧФДОП в об'єкти ІБ.
Доданий метод ЗаповнитиДаніДляДОПІнформаціяПродавцяФНП. Метод готує дані електронного документа типу УПД (інформація продавця) функція ДОП.
Доданий метод ЗнайтиСтворитиУПДДокументОпередаче. Метод зберігає дані з електронного документа УПД (інформація продавця), функція ДОП в об'єкт ІБ.
Доданий метод ЗаповнитиДаніДляСЧФІнформаціяПродавцяФНП. Метод готує дані електронного документа типу УПД (інформація продавця) функція СЧФ.
Доданий метод ЗнайтиСтворитиУПДРахунокФактуру. p align="justify"> Метод зберігає дані з електронного документа УПД (інформація продавця) функція СЧФ в об'єкт ІБ.
Доданий метод. p align="justify"> Метод готує дані для електронного документа типу УКД (інформація продавця) функція КСЧФДІС.
Доданий метод ЗаповнитиДаніДляУКДінформаціїПокупцяФНП. p align="justify"> Метод готує дані для електронного документа типу УКД (інформація покупця) функція КСЧФДІС.
Доданий метод. p align="justify"> Метод зберігає дані з електронного документа УКД (інформація продавця) функція КСЧФДІС в об'єкти ІБ.
Доданий метод ЗаповнитиДаніДляДІСІнформаціяПродавцяФНП. Метод готує дані електронного документа типу УКД (інформація продавця) функція ДИС.
Доданий метод ЗнайтиСтворитиУКДДокументПроЗміну Вартість. Метод зберігає дані з електронного документа УКД (інформація продавця) функція ДІС об'єкт ІБ.
Доданий метод ЗаповнитиДаніДляКСЧФІнформаціяПродавцяФНП. Метод готує дані електронного документа типу УКД (інформація продавця) функція КСЧФ.
Доданий метод ЗнайтиСтворитиУКДРахунокФактуру. p align="justify"> Метод зберігає дані з електронного документа УКД (інформація продавця) функція КСЧФ в об'єкт ІБ.
Доданий метод ВідповідністьВихіднихВідівЕДДокументамІБ. Метод формує відповідність вихідних електронних документів та документів ІБ.
Доданий метод ЗнайтиСтворитиДокументПередачаРезультатівРобот. Метод використовується для заповнення документа Товарна накладна, отриманого у форматі "Передача товарів".
Доданий метод ЗнайтиСтворитиДокументПередачаТоварів. Метод використовується для заповнення документа Акт про надання послуг, отриманого у форматі "Передача результатів робіт".
Доданий метод ВстановленоСтанОбмінЗавершено. Метод викликається за зміни стану документообігу на ОбмінЗавершено, ОбмінЗавершеноВиправленням.
При формуванні електронних документів УПД, УКД, Передача товарів, Передача результатів робіт реквізити ДокументДата, ДосвідДатавстановлені обов'язковими для заповнення.

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

У макеті "Торг-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С-ЕДО".
Приклад:

ВИБРАТИ
ВИБІР
КОЛИ СтанКонтрагентівБЕД.Стан = ЗНАЧЕННЯ(Перерахування.СтаниКонтрагентуБЕД.Підключено)
ТОДІ 0
Інакше 1
КІНЕЦЬ
КІНЕЦЬ ЯК ЕДО,
ДовідникКонтрагенти.Найменування,
ДовідникКонтрагенти.ІПН,
ДовідникКонтрагенти.КПП,
....
ДовідникКонтрагенти.НайменуванняПовне
З
Довідник.Контрагенти ЯК ДовідникКонтрагенти
ЛІВОЕ З'ЄДНАННЯ РеєстрДовідок.
ПЗ (СтаниКонтрагентівБЕД.Контрагент = ДовідникКонтрагенти.Посилання)

На формах документів інформаційної бази необхідно усунути прив'язку до функціональної опції "Використовувати ОбмінЕД" у реквізиту форми "ТекстСтануЕД". Видалити заголовок у реквізиту "Стан ЕД".

Зміни у підсистемі "Обмін із банками"

Додані підписки на події ОбмінСБанкамиВласникЕДПередЗаписомі ОбмінСБанкамиВласникЕДПріЗаписи.

Додані визначені типи Власники ОбмінСБанками та ДовідникБанки.
Додано спільну команду НалаштуванняОбмінСБанками.

У визначений тип ПриєднанийФайлдодати:

довідникПосилання.ПовідомленняОбмінЗБанкамиПриєднаніФайли;
довідникОб'єкт.ПовідомленняОбмінЗБанкамиПриєднаніФайли;
довідникПосилання.ПакетОбмінЗБанкамиПриєднаніФайли;
довідникОб'єкт.ПакетОбмінЗБанкамиПриєднаніФайли.

У визначений тип ВласникПриєднанихФайлівнеобхідно додати

документПосилання.ПовідомленняОбмінСБанками;
документПосилання.ПакетОбмінСБанками.

У визначений тип ВласникПриєднанихФайлівОб'єктнеобхідно додати

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

Додано нову підсистему "БізнесМережа"

До складу підсистеми входять загальні модулі (префікс ОбмінБізнесМережа), обробка Бізнесмережа, ролі ( Адміністрація АбонентаБізнесМережа, ВиконанняОбмінуБізнесМережа), регістр відомостей ІдентифікаториБізнесМережа. У формі "Налаштування обміну електронними документами" додано команду виклику форми підключення до сервісу.

Необхідно виконати заповнення процедур та функцій у модулі БізнесМережаПеревизначуваний:

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

Перехід на версію 1.3.7 із версії 1.3.6

У форму вивантаження платіжних документів у файл та завантаження банківської виписки з файлу (обробка КлієнтБанк) перенести групу елементів ГрупаРекламаДіректБанкГоризонтальноіз загальної форми ПропозиціяПідключити1СДіректБанк.

В обробнику події форми При створенні на серверірозмістити методи ОбмінСБанкамиКлієнтСервер.ПоказатиРекламуДіректБанк:

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

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

& НаКлієнті
Процедура Обробка Оповіщення(Ім'яПодії, Параметр, Джерело)
…
// ЕлектроннеВзаємодія.ОбмінСБанками
ОбмінСБанкамиКлієнт.ОбновитиРекламуДіректБанк(Ім'яПодії,
Елементи.ГрупаРекламаДіректБанкГоризонтально, Елементи.ТекстДіректБанкГоризонтально);
// Кінець ЕлектроннеВзаємодія.ОбмінСБанками
КінецьПроцедури

Для елемента ТекстДіректБанкГоризонтальнододати обробник події ОбробкаНавігаційногоПосиланнята розмістити в ньому метод ОбмінСБанкамиКлієнт.ОбробкаНавігаційногоПосиланняРекламиДиректБанк:

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

У процедуру ОтриматиВідповідністьНайменуваньОб'єктівМДІРеквізитівзагального модуля ЕлектроннеВзаємодіядодати елемент відповідності з ключем ПлатіжнедорученняВМетаданихта значенням: найменування об'єкта метаданих Платіжне дорученняу прикладному рішенні.

09.06.2017

(ЕДО) не дуже точно відображає те, що реалізується на практиці в російських компаніях та організаціях. З'ясувалося, що найчастіше йшлося (і йдеться), швидше, про електронну підтримку традиційного паперового документообігу: у найпростішому випадку – про управління електронними картками паперових документів, у складнішому – про створення додаткового контуру їх електронних копій. Проте оригіналом тут завжди є паперовий документ. Саме тому в даному огляді ми вирішили використати термін «безпаперовий електронний документообіг» (БЕД), маючи на увазі варіант реалізації «справжнього» ЕДО, коли першотвори документів представлені саме в електронному форматі. При цьому хотілося б наголосити, що відмова від паперових документів - це не самоціль, а лише засіб підвищення якості та ефективності роботи.

Розмови про перехід на БЕД точаться досить давно, на державному рівні - активно з 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.

Нездоланних бар'єрів на шляху до БЕД немає, але є завдання, які можна і потрібно вирішувати, вважає Ернест Колесников. Явно позитивним моментом є те, що державна влада вкладає великі кошти в автоматизацію країни, і можна констатувати, що жити та працювати за останні десять років стало набагато приємніше. Проблеми є, але вони виявляються та вирішуються спільними зусиллями регулятора, розробників та замовників. «До певного моменту обсяг інформації в соціумі досягне достатнього обсягу і всі розумітимуть, що виставляти документи по-старому на папері - це щось з минулого, - упевнений він. - Нині вже складно уявити, як ми раніше жили без Інтернету, з ЕДО, вважаю, буде така сама ситуація».

«Ми рекомендували б компаніям не чекати „останнього дзвінка“, коли вони вже самі не зможуть справлятися з потоком паперу та не відповідатимуть вимогам регулятора, – радить Артем Танан. - Їм потрібно вже зараз визначитися, для яких типів угод/документів та з якими контрагентами буде застосовуватись БЕД, далі призначити відповідальних та встановити терміни. Якщо необхідно, залучати експертів із достатніми компетенціями у цій галузі для якісної реалізації поставлених завдань. Якщо виникають складності методичного чи технічного характеру, то виносити їх на обговорення на спеціалізованих майданчиках, у робочих групах з питань БЕД. Тільки постановка конкретних завдань під час переходу на БЕД окремо взятої компанії дозволяє отримати успішний досвід, зрозумілий іншим учасникам ринку. Тиражування цього досвіду силами великих компаній разом із операторами СФ, вендорами ПЗ та його партнерськими мережами - це найефективніший спосіб поширення технологій БЕД над ринком».

Колеги!

У деяких конфігураціях помилки не дають можливості вивантажити дані, а отже, і передати звіт до ІФНС.

Розбиратися з контрагентом — чому не проходить перевірка щодо ІПН/КПП — справа довга, і часто просто потрібно передати відомості ФНП і надати, у разі питань, довідку щодо контрагенту, щоб вона вже розбиралася з ним сама, чим намагатися вирішити цю проблему самостійно та отримувати штрафи за невчасно здану звітність.

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

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

Хитрість №2: Під час перевірки контрагентів відбувається заповнення спеціального регістру відомостей: «Стани контрагентів». Ось із ним і треба працювати.

На прикладі навчальної бази розглянемо цей варіант. Маємо список контрагентів, що не пройшли перевірку:

Програма повідомляє, що статус, наприклад, контрагента Камелія "КПП не відповідає даним бази ФНП". Такий контрагент перевірку не пройде і програма не дасть вивантажити звіт із ПДВ, що містить такого контрагента.

Що можна зробити?

Відкриваємо регістр відомостей «Стану контрагентів» - гол. меню — Усі функції — Реєстри Відомостей:

У регістрі відомостей «Стан контрагентів» встановлюємо курсор на рядку з потрібним контрагентом:

І змінюємо статус перевірки з «КПП не відповідає даним ФНП» на «Контрагент є в базі ФНП».

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

Версія 1.3.8

Нові можливості та зміни

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

Перехід на версію 1.3.8 із версії 1.3.7

Зміни у модулі:

Додана функція Текст Запиту Опублікованих Товарівдля отримання джерела даних для публікації торгових пропозицій та формування звіту про товари, що публікуються. Необхідно реалізувати виклик функції методу Заповнити пакет пропозицій при отриманні списку товарів.

Зміни у модулі ТорговіПропозиції

Додана процедура ОновитиДекораціюСтануПублікаціїдля поновлення елемента форми Декорація зі станом публікації. Необхідно додати до дзвінка у вигляді налаштування публікації для елемента стану.

Додана роль ЗвітиТоргівельніПропозиціїнеобхідна для доступу до звіту ПублікуваніТорговіПропозиції.

Версія 1.3.7

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

Режим сумісності має бути встановлений "Не використовувати".
Режим використання модальності може бути встановлений "Не використовувати".
Режим сумісності інтерфейсу може приймати значення "Версія 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.3.6

Нові можливості та зміни

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

Перехід на версію 1.3.6 із версії 1.3.5

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

Загальний модуль ОбмінСКонтрагентамиПеревизначений

Доданий метод УПД СЧФДОП.
Доданий метод ЗаповнитиДаніДляУПДінформаціїПокупцяФНП. Метод готує дані електронного документа типу УПД (інформація покупця) функція СЧФДОП.
Доданий метод УПД (інформація продавця), функція СЧФДОП в об'єкти ІБ.
Доданий метод ЗаповнитиДаніДляДОПІнформаціяПродавцяФНП. Метод готує дані електронного документа типу УПД (інформація продавця) функція ДОП.
Доданий метод ЗнайтиСтворитиУПДДокументОпередаче. Метод зберігає дані з електронного документа УПД (інформація продавця), функція ДОП в об'єкт ІБ.
Доданий метод ЗаповнитиДаніДляСЧФІнформаціяПродавцяФНП. Метод готує дані електронного документа типу УПД (інформація продавця) функція СЧФ.
Доданий метод ЗнайтиСтворитиУПДРахунокФактуру. p align="justify"> Метод зберігає дані з електронного документа УПД (інформація продавця) функція СЧФ в об'єкт ІБ.
Доданий метод. p align="justify"> Метод готує дані для електронного документа типу УКД (інформація продавця) функція КСЧФДІС.
Доданий метод ЗаповнитиДаніДляУКДінформаціїПокупцяФНП. p align="justify"> Метод готує дані для електронного документа типу УКД (інформація покупця) функція КСЧФДІС.
Доданий метод. p align="justify"> Метод зберігає дані з електронного документа УКД (інформація продавця) функція КСЧФДІС в об'єкти ІБ.
Доданий метод ЗаповнитиДаніДляДІСІнформаціяПродавцяФНП. Метод готує дані електронного документа типу УКД (інформація продавця) функція ДИС.
Доданий метод ЗнайтиСтворитиУКДДокументПроЗміну Вартість. Метод зберігає дані з електронного документа УКД (інформація продавця) функція ДІС об'єкт ІБ.
Доданий метод ЗаповнитиДаніДляКСЧФІнформаціяПродавцяФНП. Метод готує дані електронного документа типу УКД (інформація продавця) функція КСЧФ.
Доданий метод ЗнайтиСтворитиУКДРахунокФактуру. p align="justify"> Метод зберігає дані з електронного документа УКД (інформація продавця) функція КСЧФ в об'єкт ІБ.
Доданий метод ВідповідністьВихіднихВідівЕДДокументамІБ. Метод формує відповідність вихідних електронних документів та документів ІБ.
Доданий метод ЗнайтиСтворитиДокументПередачаРезультатівРобот. Метод використовується для заповнення документа Товарна накладна, отриманого у форматі "Передача товарів".
Доданий метод ЗнайтиСтворитиДокументПередачаТоварів. Метод використовується для заповнення документа Акт про надання послуг, отриманого у форматі "Передача результатів робіт".
Доданий метод ВстановленоСтанОбмінЗавершено. Метод викликається за зміни стану документообігу на ОбмінЗавершено, ОбмінЗавершеноВиправленням.
При формуванні електронних документів УПД, УКД, Передача товарів, Передача результатів робіт реквізити ДокументДата, ДосвідДатавстановлені обов'язковими для заповнення.

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

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

Додано поле "ІдДержКонтракту".
Додано табличну частину "ТранспортнаНакладна".
Видалено поля "ТранспортнаНакладнаДата", "ТранспортнаНакладнаНомер".
Додано поле "ВідомостіОЛиціПередавшомуТовари".

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

Додана таблична частина "Підстава".
Видалено поля "ДокументПідставаНайменування", "ДокументПідставаНомер", "ДокументПідставаДата", "ДокументПідставаДопЗведення".
Додано поле "Валюта Найменування".
Додано поле "Претензії".
Додано поле "Дата Виконання".
У властивості учасників угоди поле "Факс" замінено на полі "Електронна Пошта".
У властивостях учасників угоди поле " КодСтр " замінено на полі " КодСтраны " .
У властивостях учасників угоди поле " АдрТекст " замінено полі " АдресТекст " .

Оновлення визначеного типу Контрагент:

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

Перейменувати тип Контрагент в КонтрагентБЕД.
Зняти конфігурацію за допомогою БЕД 1.3.5.
Запустити порівняння/об'єднання із конфігурацією БЕД 1.3.5, погодиться із встановленням конфігурації на підтримку.
Зняти прапорці з усіх об'єктів та залишити тільки на визначеному типі Контрагент, виконати об'єднання.
Запустити оновлення конфігурації, вибрати файл БЕД 1.3.6.
Встановити прапорці на визначених типах КонтрагентБЕД та Контрагент. Вказати інші необхідні об'єкти БЕД для оновлення.
Виконати оновлення.

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

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

Змінено вузол обміну ОбмінСайтом, форма, модуль об'єкта:

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

Доданий довідник Сайти:

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

Додано обробку Створити сайт:

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

Загальний модуль ОбмінСайтомПеревизначуваний:

Додано можливість вибору видів номенклатури, видалено можливість вибору довільного довідника.

Загальний модуль ОбмінСайтомПодії:

Додано можливість вибору видів номенклатури.
Видалено можливість вибору довільного довідника.

Інші зміни

Налаштування підсистеми Управління тарифамиу моделі сервісу бібліотеки Технології сервісу

Версія 1.3.5

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

Режим сумісності має бути встановлений "Не використовувати".
Режим використання модальності може бути встановлений "Не використовувати".
Режим сумісності інтерфейсу може приймати значення "Версія 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С за допомогою спливаючих повідомлень;
підтримано формат первинного документа, що включає рахунок-фактуру (формат УПД) відповідно до наказу Федеральної податкової служби від 24.03.2016 № ММВ-7-15/155@ "Про затвердження формату рахунку-фактури та формату подання документа про відвантаження товарів ( виконання робіт), передачі майнових прав (документа про надання послуг), що включає у собі рахунок-фактуру, в електронній формі";
підтримано формат документа про зміну вартості, що включає коригувальний рахунок-фактуру" (формат УКД) відповідно до наказу Федеральної податкової служби від 13.04.2016 N ММВ-7-15/189@ "Про затвердження формату коригувального рахунку-фактури та формат подання документа про зміну вартості відвантажених товарів (виконаних робіт, наданих послуг), переданих майнових прав, що включає коригувальний рахунок-фактуру, в електронній формі";
підтримано застосування зовнішньої компоненти в обміні із банками за технологією DirectBank.

Перехід на версію 1.3.4 із версії 1.3.2, 1.3.3

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

&На Клієнті

КінецьПроцедури

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

Обмін СКонтрагентами Клієнт. Обробник Очікування ЕДО:

Наприклад:

&На сервері
Процедура при створенні на сервері (відмова, стандартна обробка)
…
// Підсистема "Обмін СКонтрагентами".
ПараметриЕДОПріСтворенні=ОбмінСонтрагентами.ПараметриПріСтворенніНаСервере_ФормаДокумента();
ПараметриЕДОПріСтворенні.Форма = ЦейОб'єкт;
ПараметриЕДОПріСтворення.ДокументПосилання = Об'єкт.Посилання;
ПараметриЕДОПріСтворенні.ДекораціяСтанЕДО = Елементи.ДекораціяСтанЕДО;
ПараметриЕДОПріСтворення.ГрупаСтанЕДО = Елементи.ГрупаСтанЕДО;
Обмін СКонтрагентами.
// Кінець підсистема "Обмін СКонтрагентами".
КінецьПроцедури

Зміни в модулі Обмін СКонтрагентами

Додана процедура ПриСтворенніНаСервері_ФормаСписку, Викликається з оброблювача події "ПриСтворенніНа Сервері" форми списку документів. Як третій параметр методу передається структура, яка ініціалізується методом ПараметриПриСтворенніНаСервері_ФормаСписку.
Додана процедура ПриСтворенніНаСервері_ФормаДокумента, Викликається з оброблювача події "При Створенні На Сервері" форми документа. Як третій параметр методу передається структура, яка ініціалізується методом ПараметриПриСтворенніНаСервері_ФормаДокумента.
Додана процедура ПісляЗаписуНаСервері, Викликається з обробника події "ПісляЗаписуНаСервері" форми документа. Як третій параметр методу передається структура, яка ініціалізується методом ПараметриПісляЗаписуНаСервері.

Зміни у модулі ОбмінСконтрагентамиКлієнт.

Додана процедура При відкритті, Викликається з оброблювача події "При Відкритті" форми списку документів та форми документа.
Додана процедура ОбработкаОповещения_ФормаСписка, Викликається з оброблювача події "Обробка Оповіщення" форми списку документів. Як четвертий параметр методу передається структура, яка ініціалізується методом Параметри ОповіщенняЕДО_ФормаСписку.
Додана процедура ОбработкаОповещения_ФормаДокумента, Викликається з оброблювача події "Обробка Оповіщення" форми документа. Як четвертий параметр методу передається структура, яка ініціалізується методом Параметри ОповіщенняЕДО_ФормаДокумента.
Зміни у модулі ОбмінСонтрагентамиПеревизначений:
Доданий метод ЗаповнитиДаніПередачаПрацяВиконавець.
Приклад:

Метод Перевірити МожливістьРедагуванняОб'єктустав процедурою.
Доданий метод ЗаповнитиДаніДляУПДінформаціяПродавцяФНС. Метод готує дані для електронного документа типу УПД(інформація продавця) функція СЧФДОП.
Доданий метод ЗнайтиСтворитиУніверсальнийПередавальнийДокумент. Метод зберігає дані з електронного документа УПД(інформація продавця) функція СЧФДОПвоб'єкти ІБ.
Доданий метод ЗаповнитиДаніДляУКДінформаціяПродавцяФНС. Метод готує дані для електронного документа типу УКД(інформація продавця) функція КСЧФДІС.
Доданий метод ЗнайтиСтворитиУніверсальнийКоректувальнийДокумент. Метод зберігає дані з електронного документа УКД(інформація продавця) функція КСЧФДІСв об'єкти ІБ.

Зміни у підсистемі "Обмін із банками"

Зміни в модулі ОбмінСБанкамиПеревизначений

Процедура При ЗмініСтани ЕДдодано. Викликається за зміни стану електронного документообігу.

Зміни для роботи в режимі сервісу

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

У процедуру ОтриматиОбробникиДані, що поставляються, загального модуляДані, що поставляютьсяПеревизначуваний додати код:

Електронна Взаємодія.

У загальний реквізит ОбластьДанихОсновніДані додати регламентне завдання ОновленняЗовнішніхМодулівОбмінСБанками.

Інші зміни

У визначений тип МісцеЗберіганняФункціональнихОпційнеобхідно додати константу ВикористатиОбмінСБанками;
Видалено функцію Обмін СБанками. Рекомендується Прямий Обмін СБанком.

Версія 1.3.3

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

Режим сумісності має бути встановлений "Не використовувати".
Режим використання модальності може бути встановлений "Не використовувати".
Режим сумісності інтерфейсу може приймати значення "Версія 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С. І робота зупинилася, оскільки програма перестала коректно працювати. Думаю, всім, хто стикався з програмними продуктами від 1С як програміст або користувач, ця ситуація дуже добре знайома.

Звичайно, в даному конкретному випадку я постарався вирішити всі проблеми у найкоротші терміни, і, в результаті, робота офісу повернулася у звичне русло. Але навіть у такій ситуації я отримав багато негативу з боку клієнта. І тоді я задумався про те, чому з програмними продуктами 1С постійно виникає така кількість проблем, чому від клієнтів йде стільки негативу, а самих 1С-програмістів часто недолюблюють, зокрема й інші програмісти?

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

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

Але з іншого боку, я вважаю, що причини негативу також необхідно розібратися. Хоча б для того, щоб не залишати все це на рівні інтуїції та емоцій.

З чого починалася 1С? Давайте згадаємо!

Особисто я починав працювати із програмним забезпеченням 1С з версії 6.0. За моїми відчуттями ця програма була трохи складнішою за різноманітні варіанти обліку, який вели в електронних таблицях Excel.

Їй на зміну прийшла 7-ма версія, у тому числі, її найбільш вдалий реліз - 1С 7.7. Це вже був досить потужний програмний продукт, який набув дуже широкого поширення по всьому пострадянському простору. На цей час більшість користувачів настільки звикли працювати з 1С, що вміння користуватися цими програмами стало однією з умов прийому працювати бухгалтерів, різного офіс-персоналу, і навіть менеджерів, комірників тощо.

У принципі, 1С 7.7 досить успішно вирішувала завдання, пов'язані з різними видами обліку. Більш того, цим програмним продуктом досі користуються в окремих випадках, що також свідчить про його популярність.

Тепер це програмне забезпечення вражає широтою можливостей та водночас складністю системи.

Сьогодні компанія 1С надає для своїх клієнтів цілу екосистему:

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

При цьому разом і окремо всі компоненти цієї екосистеми функціонують не найкращим чином. Часто з'являються проблеми, збої в роботі, потрібні додаткові витрати часу та коштів, що, звичайно ж, спричиняє відторгнення.

Оновлення 1С: як це працює

Я хотів би нагадати коротко, як сьогодні працюють програмні продукти сімейства 1С. У більшості випадків користувач купує один або кілька програмних продуктів, що складаються з платформи та програми написаної на цій платформі - так званої конфігурації.

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

При цьому як у платформі, так і в будь-якій конфігурації є досить велика кількість багів від розробника. А сама система настільки складна та об'ємна, що виправити ці баги силами програміста 1С дуже важко і найголовніше невигідно для кінцевого користувача. Більше того, як платформу, так і самі конфігурації відрізняє таку неприємну якість, як відсутність модульності.

У результаті виправлення багів доводиться встановлювати оновлення. При цьому оновлюється щоразу повністю платформа та/або конфігурація. Звичайно, таке рішення займає дуже багато часу, а якщо йдеться про конфігурацію, то налаштування, додаткові плагіни та інші доробки, проведені програмістом, швидше за все, доведеться виконувати заново.

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

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

Відсутність модульності: чому це так важливо

Для початку поговоримо безпосередньо про платформу. Програмісти 1С знають, наскільки громіздкою вона стала. Про відсутність модульності я вже написав вище. У коді продукту присутні, так звані, підсистеми, але вони не відповідають вимогам модульності, а тому є просто спробою структурувати код.

Чому відсутність модульності я особисто вважаю за проблему? Давайте розберемося на прикладі. Припустимо, виникла потреба доопрацювати якісь функції, необхідні для успішної роботи Управління Торгівлею або внести зміни до засобів зберігання залишків. Але у платформі 1С все взаємопов'язано між собою, а тому доводиться також тягнути за собою оновлення роботи із зарплатою, з бухгалтерією тощо. і т.п.

За відсутності модульності для того, щоб внести навіть дрібні зміни, доводиться вивчати весь масив, всю платформу.

При цьому платформа 1С дуже велика та громіздка. У ній сьогодні зібрано стільки всього, що спочатку вона навіть викликає захоплення багатством можливостей. Але з використанням цієї платформи захоплення досить швидко минає. Розробники 1С в прагненні зробити програму універсальною додали в платформу безліч різних можливостей.

І тепер ви отримуєте одночасно потужний інструмент, зручний візуальний інтерфейс та …. безліч проблем та багів через складність системи.

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

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

При оновленні платформи користувачі часто стикаються з тим, що ліцензійні ключі перестають працювати. Якщо ви не стикалися особисто з такою ситуацією, просто наберіть у пошуковій системі «Після оновлення 1С перестала працювати» і ви переконаєтеся, наскільки поширена ця проблема.

Отже, уявіть собі ситуацію. Є компанія, на якій працює, наприклад, 30 людей. Після оновлення програма перестала приймати ліцензійні ключі. Роботу компанії паралізовано. Компанія зазнає збитків.

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

Крім того, що часто "злітає" ліцензія, після оновлення платформи в ній може виявитися новий функціонал, який також може працювати некоректно. А перевірити якість роботи та виявити нові баги нової версії програми можна лише практично, тобто. в процесі роботи.

Нагадую, що платформа дуже велика, громіздка, а тому протестувати її силами програміста в стислий термін просто нереально. І все це треба враховувати при кожному оновленні.

Отже, ситуація для програміста виглядає так:

При кожному оновленні я отримую багато зайвого, тому що платформа оновлюється повністю, і немає жодної можливості видалити або не встановлювати інструменти, які не будуть використовуватись надалі.
І все ж таки оновлення необхідні, оскільки це єдина можливість «вилікувати» поточні баги, які відомі або ще не виявлені програмістом
При цьому нове оновлення несе в собі нові баги, які будуть виправлені в наступній версії.

Таким чином, коло замкнулося. І програмісту доводиться раз у раз встановлювати нові версії, незважаючи на нові проблеми, які вони в собі несуть.

Чому так багато багів?

Головна причина великої кількості багів на мою скромну думку - це складність системи. Згадайте, зараз платформа 1С випускається для Windows 32 і 64 біт, для Linux, серверна версія, мобільна і т.п. Складність супроводу при цьому дуже висока, і, як показує практика, розробники 1С просто не справляються з супроводом.

Через відсутність модульності також виникають додаткові складності, тому що виявити всі помилки та налагодити такий громіздкий програмний продукт практично не реально. В результаті постійно випускаються нові поновлення.

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

Звичайно, створюються альтернативні програмні продукти, деякі з них є цілком пристойними. Але вони поки що – прикладні рішення, здатні вирішувати ті чи інші завдання, тоді як 1С – це ціла екосистема.

Більше того, компанію 1С відрізняє дуже потужний та агресивний маркетинг, про це програмне забезпечення знають усі.

Саме тому я стверджую, що сьогодні гідного конкурента на пострадянському просторі 1С немає. А відсутність конкуренції завжди призводить до зниження якості самого продукту, що ми спостерігаємо на прикладі 1С: постійні «сирі» оновлення, постійні баги, відсутність докладної документації до оновлень тощо.
Тому особисто я раджу всім своїм клієнтам без особливої необхідності не оновлюватися. До речі, цю саму пораду я отримав сам від одного з людей, які стояли біля витоків 1С.

Звичайно, в поточній версії обов'язково є якісь баги, але якщо ви в ній працюєте без проблем, ці баги для вас не критичні. Що буде у новій версії – передбачити неможливо. А тому оновлення варто встановлювати лише тоді, коли це стає дійсно необхідним для роботи.

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

В основі лінійки програмних продуктів 1С є типові конфігурації. На сайті 1С готових коробкових рішень представлено чимало.

Але основна маса користувачів працює використовує всього 4 конфігурації:

Бухгалтерія підприємства
Управління торгівлею
Управління виробничим підприємством
Зарплата та управління персоналом

І кожна з конфігурацій має ті ж недоліки, що і платформа:

Відсутність модульності
Громіздкість та багато зайвих функцій
Нові баги у нових версіях
Непередбачуваний результат оновлень

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

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

Якщо говорити про Торгівлю, то моя практика показує, що насправді люди використовують не більше 30% всього функціоналу цього компонента. Аналогічна ситуація та інших типових конфігураціях. У гонитві за реалізацією максимальної кількості можливостей розробники створили дуже громіздкі та складні продукти, в яких все взаємопов'язано, а тому навіть вимкнути непотрібний функціонал не завжди реально.

Наприклад, при оновленні торгівлі розробники додали нову бонусну систему. Клієнт бонусами не користується взагалі. Вони йому не потрібні. Але якщо ви спробуєте вимкнути ці бонуси, починає некоректно працювати система знижок. Я з такою ситуацією зіткнувся практично. Звичайно ж, для вирішення цієї проблеми була потрібна допомога програміста.

Останнім часом я прийшов до того, що після закінчення проекту всім клієнтам раджу взагалі не оновлюватись. Я все налаштував так, як потрібно для роботи, разом із клієнтом та його співробітниками ми протестували роботу конфігурації та переконалися, що все працює добре. Тому не потрібно оновлювати конфігурацію, поки не виникне потреба в серйозних змінах.

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

Дуже часто мої клієнти встановлюють поновлення всупереч моїм порадам. Чому так відбувається?

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

Програмісти 1С зацікавлені у тому, щоб клієнт якнайчастіше оновлював програмне забезпечення. Їм це просто вигідно. При кожному оновленні потрібно буде знову налаштовувати конфігурацію. А тому за допомогою оновлень вони одержують дохід буквально «з повітря».

Уявіть собі ситуацію, коли компанія працює у якійсь конфігурації без оновлень спокійно та надійно. Але виникла потреба, наприклад, створити ще один звіт або встановити додаткову обробку. Звичайно, у цьому випадку звертаються до фахівця.

Що відбувається далі? Програміст 1С приходить і бачить, що програма давно не оновлювалася. Він розповідає клієнту, як це погано, пояснює, що без оновлень налаштувати потрібний замовнику звіт або виконати іншу роботу він не зможе, лякає великою кількістю помилок, які є у старій версії тощо. і т.п. Загалом переконує клієнта купити та встановити оновлення.

Насправді, в більшості випадків жодної об'єктивної необхідності в оновленнях немає. А ось обсяг роботи програміста та, відповідно, його гонорар значно збільшується. До речі, багато користувачів тому і ставляться до програмістів 1С з негативом. З їхньої точки зору 90% суми вони платять програмісту через те, що на початок його роботи чудово працювало, тобто. один і той же функціонал їм доводиться оплачувати кілька разів.

Агресивний маркетинг від 1С

Сама компанія 1С також зацікавлена в тому, щоб користувачі оновлювалися якнайчастіше. У результаті користувачі часто отримують нагадування про нові оновлення, попередження про необхідність оновити платформу або конфігурацію. Але при цьому на сайті немає достатньо докладної інформації про те, що саме отримає користувач у разі оновлення, які виправлені баги, які можливості з'явилися. Тобто. об'єктивно оцінити необхідність встановлення того чи іншого оновлення неможливо. В результаті багато користувачів оновлюються просто про всяк випадок.

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

Я вважаю, що сервісного обслуговування у компанії 1С практично немає. Компанія чудово працює у продажах, у неї справді дуже агресивна і, треба визнати, результативна маркетингова політика. Але якщо вам знадобиться обслуговування, ви зіткнетеся з безліччю складнощів.

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

Але насправді компанія 1С із партнерами практично не працює:

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

Результат такої політики відомий дуже багатьом. Наявність тієї чи іншої компанії у списку партнерів 1С не гарантує якісного сервісного обслуговування.

Я вже згадував, що 1С це ціла екосистема. У чомусь її можна порівняти з компанією Apple. Там побудована ціла система, що складається з «заліза», програмного забезпечення та ресейлерів. У 1С також є платформа, конфігурації, є сертифіковані ресейлери.

Але якщо Apple дуже жорстко контролює якість на всіх етапах - від виробництва до роботи партнерів, і найвища якість є для цього бренду однією з важливих конкурентних переваг, то в компанії 1С все зовсім не так. Тут сервісне обслуговування практично відсутнє, роботу партнерів ніхто не контролює, тому якість постпродажної роботи з програмним забезпеченням дуже низька.

Також цікаво, що маркетингові зусилля компанія 1С спрямовує, передусім, на споживачів товару, тобто. на користувачів. А робота з конфігураціями повністю орієнтується на програмістів. У результаті, рекламується одне, але в практиці виявляється, що покупець отримав щось зовсім інше.

І тут також виявляються причини негативу до програмістів 1С та до самого програмного продукту.
Коли я перестав працювати тільки з 1С і зайнявся бізнес-консалтингом, я почав використовувати в роботі різні програмні продукти. Це були і сайти на Drupal, і системи на кшталт ZOHO CRM, ATOL РМК, Redmine, та багато інших систем. І практично всі ці сервіси та програми не вимагають постійних та частих оновлень. І при оновленні не виникає такої кількості проблем.

У той час як компанія 1С заробляє у двох напрямках: на продажах та на постійних оновленнях. Але до чого тут клієнт? Він змушений платити та оновлюватись, бо іншого виходу немає. Більше того, оновлювати доводиться одночасно всі продукти, що використовуються на підприємстві.

Наприклад, якщо ви використовуєте Торгівлю, до неї вийшло реально корисне оновлення, яке виправляє якийсь актуальний для вас баг, вам обов'язково знадобиться оновити Бухгалтерію. Тому що обмін даними можливий лише між однаковими версіями конфігурацій. Якщо ви вирішите залишити Бухгалтерію без оновлення, то вивантаження документів з Торгівлі до Бухгалтерії у вас перестане працювати.

В результаті клієнт змушений користуватися системою, яка постійно ламається, та регулярно оплачувати відновлення її роботи. Звісно, у клієнта з'являється негатив. А піти на якийсь інший програмний продукт він не може просто не бачить гідної альтернативи.

Так, інші системи ведення обліку в нашій країні є, деякі з них навіть поступово наздоганяють 1С за можливостями. Але маркетинг – велика річ! Тому клієнт не бачить альтернативи, і, не дивлячись на постійний негатив, робить чергову оплату.

1С: Бітрікс - складності, особливості, маркетинг

Ще один продукт, який традиційно відносять до лінійки 1С - це система управління сайтами 1С-Бітрікс. При цьому багато користувачів впевнені, що достатньо купити Бітрікс, і всі питання інтеграції сайту і даних в 1С будуть вирішені.

Користувач, який купує програмні продукти 1С і замовляє сайт на 1С-Бітрікс, бачить загальний бренд і впевнений, що це продукти однієї лінійки, які завжди без проблем працюватимуть разом.
Насправді CMS Bitrix – це окремий продукт, який розробили фахівці, які не мають жодного відношення до компанії 1С. Надалі до цієї CMS були додані засоби інтеграції з продуктами лінійки 1С, і з'явилася нова назва «1С-Бітрікс». Сталося це тому, що компанія 1С викупила великий пакет акцій Бітрікс і вирішила використати цю CMS разом із своїм програмним забезпеченням.

Що сталося в результаті?

Інтеграція бази даних інтернет магазину та програмних продуктів 1С дійсно передбачена. Але вона дуже складна, і без допомоги фахівця налаштувати обмін даними практично неможливо, а змінити дуже складно.

Більше того, програмісти, які налаштовували вам роботу 1С, не зможуть встановити та налаштувати Бітрікс. Тут вам знадобиться web-програміст, спеціаліст з Bitrix. Частково інтеграція налаштовується силами 1С-програмістів, частково – фахівцями з Бітрікс. А трапляються такі випадки, коли користувач взагалі не знає, до кого звертатися.

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

Bitrix та 1С: системи різні, недоліки загальні

Веб-розробники, які знайомі з останніми версіями Бітрікс, мене зараз зрозуміють. Як і програмні продукти 1С, останні версії Bitrix стали дуже потужними, з широкими можливостями, але при цьому надмірно складними. Зараз без допомоги адміністратора (веб-програміста) у Bitrix користувач найчастіше не може навіть налаштувати нові категорії в каталозі товарів, тому що для організації інтелектуального пошуку необхідно задавати власні параметри для кожного виду товарів.

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

Замість резюме

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

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

Все це стосується як платформи, так і будь-якої конфігурації 1С.

З боку користувачів негатив викликають:

Непередбачувані результати встановлення оновлень. Будь-якої миті програма може перестати працювати. При цьому через баги у минулих версіях оновлення виявляються необхідні.
За оновлення потрібно платити як компанії 1С, так і програмісту. При цьому видимі користувачеві плюси в більшості випадків незначні, і доводиться оплачувати здебільшого відновлення працездатності програми після встановлення нової версії.

Негатив по відношенню до 1С-програмістам також стає зрозумілим:

Користувачі переносять на спеціаліста частину негативу щодо програми. Адже саме 1С програміст отримує оплату за встановлення оновлень та налаштування конфігурації.
Програмісти, які займаються іншими напрямками, розуміють, що часто їхні колеги, що спеціалізуються на 1С, отримують гроші, по суті, за продаж повітря. Особливо це помітно, коли поновлення клієнту нав'язуються самими фахівцями.
Через відсутність контролю з боку 1С обслуговування програмних продуктів займаються випадкові люди, що також не сприяє позитивному іміджу.

Ось такі висновки особисто зробив. Можливо, в чомусь я не зовсім правий, можливо, щось я пропустив. У будь-якому випадку, написати цю статтю я вирішив не заради критики як такої, а для того, щоб розуміти, з яких причин може виявлятися негативне ставлення до програм лінійки 1С та 1С-програмістів у клієнтів.

Теги: Додати теги

Можливо, буде корисно почитати: