1c обмін даними. Публікації. Умови обміну даними

Помилка 500 після установки модуля означає, що трапилася якась критична помилка у php.

Для визначення проблеми можна:
1. Відкрити файл logs/error.log на сервері. Наприкінці цього файлу будуть усі останні критичні помилки.
2. Відкрити в адмінці Інструменти > Логи помилок – тут відображаються помилки, але не завжди.
3. Включити виведення помилок php на екран – додати наступний код в кінець файлу.htaccess:

Php_value display_errors 1
php_value display_startup_errors 1
php_value error_reporting E_ALL

Можливі причини:

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

2. Можливо у модуля, що встановлюється, немає власної сторінки налаштувань і відповідно його не буде в списку Модулей

Два варіанти вирішення:

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

2. Також вирішити цю помилку можна інакше: прописати доступи до FTP в адмінці Система > Установки > Магазин > вкладка FTP.

Якщо ви бачите повідомлення " Доступ заборонено! У вас немає прав на доступ до цієї сторінки. Якщо вона вам потрібна, зверніться до адміністратора.- потрібно дати права адміністраторам на керування модулем або сторінкою.

Рішення: в адмінці Opencart 2 переходимо в Система > Користувачі > Групи користувачів > Адміністраториі тут натискаємо "Виділити все" нижче за обидва блоки, потім Зберегти .

Ще однією причиною появи цієї помилки може бути не правильне встановлення модуля - файли не завантажилися на свої місця. Завантажте файли модуля вручну на сервер або встановіть фіксатор і перевстановіть модуль.

Якщо модуль - це один XML файл, його розширення має бути.ocmod.xml

Якщо модуль - це ocmod.zip архів, його не потрібно розпаковувати, а встановлювати як є. У такому архіві обов'язково має бути папка upload (може бути порожній), і можуть бути файли модифікацій: install.xml , install.php , install.sql . Ніяких інших файлів в корені архіву не повинно бути.

Ця помилка означає, що ви намагаєтеся встановити модифікатор, який вже встановлено або, можливо, у якогось вашого модуля такий самий ID.

Щоб вирішити цю помилку, потрібно видалити стару версію модифікації перед розділом Модулі > Модифікації.

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

 Ця помилка означає, що ви намагаєтеся встановити занадтооб'ємний xml-модифікатор.
Кількість символів в файлі ocmod.xml не повинна перевищувати 65535
.
Для вирішення помилки потрібно розбити xml-файл модифікації на кілька частин, головне - не забути задавати кожній унікальне значення , можна додавати до поточного значення цифри 1,2,3 як ідентифікатори частини.
Ще одним способом вирішення є зміни типу поля, де зберігаються модифікації, в таблиці "oc_modification" бази даних.  Потрібно виконати наступний SQL-запит: 
 ALTER TABLE oc_modification CHANGE xml xml MEDIUMTEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ;

Первинний варіант налаштування обміну даними вимагає не тільки знань у галузі програмування, але також і області консалтингу.  Часом налаштування цієї функції виявляється найтрудомісткішим і найдорожчим завданням.
Етапи обміну даними, при якому один або всі об'єкти - це продукти 1С:
Узгоджується склад обміну;
Визначається протокол;
Етап синхронізації;
Визначення та настроювання правил обміну;
Розклад.
Етап перший: склад обміну
Напрямок обміну може бути одностороннім чи двостороннім залежно від ролі об'єктів обміну.  Усього в обміні бере участь дві конфігурації – «джерело» та «приймач».  При односторонньому обміні дані надходять від одного об'єкта до іншого та його ролі не змінюються.  У разі двостороннього обміну ролі об'єктів постійно змінюються і дані виходять від обох об'єктів і надходять до обох об'єктів.
На цьому етапі визначається і формат обміну:
Розподілена ІБ
Універсальний ОД.
EnterpriseData.
Етап другий: протокол обміну
За допомогою 1С:Підприємство 8 можна обмінюватися даними різних типів та стандартів.  Тому відштовхуватися у визначенні протоколу обміну слід лише з можливостей системи, з якою відбуватиметься обмін.
Етап третій: синхронізація довідників
Головний принцип – наявність однієї точки введення.
Етап четвертий: встановлення правил
Повноцінне відображення отриманих даних можливе, лише якщо були правильно задані та налаштовані правила обміну даними.
Для того, щоб легко, швидко та правильно впоратися із цим етапом, можна скористатися деревом правил.  У ньому можна знайти всі необхідні дані щодо кожного елемента правил, параметри, алгоритми або через нього відкрити головну форму налаштування правил.
Етап п'ятий: розклад
Щоб автоматизувати регулярний обмін, слід встановити періодичне розвантаження даних.
Можливо, у процесі роботи будуть потрібні доопрацювання.  Причини цього можуть бути різними:
Об'єкти обміну раніше доопрацьовані;
Конфігурація БД нетипова;
Різна версія робочих платформ;
Не актуальна не оновлена версія конфігурації;
Потрібно змінити правила обміну на нестандартні і т.д.
Конфігурація УПП ("Управління виробничим підприємством") у типовій версії вже містить готові механізми обміну даними.  Але їх також потрібно налаштувати.  Слід врахувати, що обмін УПП можливе лише у новіших версіях.
Через кнопку "Сервіс" вибираємо необхідне меню обміну даними.  Якщо програма вказує на те, що можливість обміну недоступна, проставляємо галочку на відповідному полі в меню «Налаштування».


Після цього можна організовувати процес обміну даними.
Головна Реалізовані рішення Обмін даними з інтернет-магазином
Ведення бізнесу через мережу Інтернет є ключовою умовою успіху сучасної торгової компанії.Все більше торгових компаній створюють власні інтернет-магазини та w eb-вітрини, розміщуючи на w eb-сайті свої торгові пропозиції та організуючи прийом замовлень від покупців.
Як правило, торгівля через Інтернет не є єдиним каналом продажу таких компаній.  Для підвищення ефективності роботи компанії, всі канали продажів доцільно інтегрувати в єдину корпоративну систему управління торгівлею, яка може бути побудована на платформі "1С:Підприємство".
Для створення та безпосереднього управління та інтернет-магазином призначені спеціалізовані системи, наприклад "1С-Бітрікс: Управління сайтом".  Спеціалізована система забезпечує взаємодію між інтернет-магазином та покупцями через Інтернет.  А система "1С:Підприємство" регулярно обмінюється комерційними даними з інтернет-магазином через Інтернет або загальну локальну мережу та керує виконанням отриманих замовлень.
Таким чином, при інтеграції з інтернет-магазином система "1С:Підприємство" відіграє роль бек-офісу.

Для організації обміну даними між системою "1С:Підприємство" та інтернет-магазином фірмами "1С" та "1С-Бітрікс" розроблено та опубліковано , в якому використовується заснований на XML стандарт обміну комерційною інформацією CommerceML 2 .
Реалізація обміну у системі "1С:Підприємство"
Організація обміну даними на стороні систем керування web-сайтом
Інформація про застосування системи управління web-сайтом для організації інтернет-магазину, інтегрованого із системою "1С:Підприємство", опублікована на сайтах компаній.
Ми продовжуємо серію статей з нового релізу 14,5 і цього разу ми торкнемося найцікавіші операції, які можуть бути використані у повсякденній практиці обміну з 1С.
Ми розглянемо такі типові операції:
Реалтаймовий режим обміну з 1С
Режим логування операцій що проводяться в 1С та на сайті
Вивантаження довідників із 1С
Вивантаження властивостей із 1С
Реалтаймовий режим обміну з 1СРежим обміну в реальному часі реалізований таким чином, що в 1С постійно висить один сеанс, який чекає на повідомлення з сайту.  На сайті створили або відредагували замовлення - 1С посилається сигнал, щоб 1С виконала обмін замовленнями.  Кожні 40 с (за замовчуванням).  з'єднання з сайтом обривається і відбувається нове з'єднання.
Якщо база 1С у файловому варіанті роботи, Тоді на активний сеанс 1С чекає повідомлення з сайту.  Для припинення режиму реального часу необхідно закрити або розблокувати сеанс, натиснувши на комбінацію клавіш Ctrl + Break.
Якщо база 1С у клієнт-серверному варіантітоді фонове завдання чекає повідомлення з сайту.  Тимчасовий інтервал, у якому працює режим реального часу – задається у розкладі завдання.
Коротка схема роботи режиму реального часу. 
До авторизації на сайті до адреси сайту додається параметр "?type=listen".  Тобто.  адреса сайту виходить:<АдресСайта>+ "? type = listen".  Параметр необхідний, щоб сайт знав, що це з'єднання для реального часу.
Сайт може повернути 2 коди стану.
Якщо це код 200, то треба виконати обмін.
Якщо 302, потрібно зробити переадресацію і знову подивитися код стану.  Адреса переадресації береться із заголовка "Location".
Якщо прийшов код стану 200, то має здійснитися обмін із сайтом.  Ознака того, який вузол обміну повинен виконуватися – вказується в налаштуваннях з'єднання (прапорець "Використовується в режимі реального часу").  Тільки в одному налаштуванні може стояти ця ознака. На відео можна побачити роботу реал-тайм обміну для файлової бази 1С.  Спочатку був реалізований сеанс 1С, в якому було запущено режим обміну в реальному часі, потім запустили другий сеанс, в якому дивилися - чи потрапить замовлення, створене на сайті в базу 1С.  Як можна було побачити – замовлення практично миттєво потрапило до 1С.  Швидкість попадання замовлення 1С залежить від швидкості створення замовлення 1С.  Назад, змінене в 1С замовлення, потрапить на сайт при вивантаженні замовлень з 1С або при наступному реал-тайм попаданні замовлення в 1С.
Режим логування операцій що проводяться в 1С та на сайті
У новому модулі обміну реалізовано механізм логування.  У лог записуються всі ключові дані щодо формування, транспорту та обробки на сайті.  Лог файл зберігається не тільки в каталозі, встановленому в налаштуванні обміну, але може бути вивантажений на сайт.
На сайті він зберігається в: /upload/1c_catalog/Reports
Зберігання лога на сайті дозволяє зробити первинний аналіз проблем з обміном даних, не заходячи в 1С або на ПК, де вони зберігаються.  Лог файл ведеться в розрізі дня і для кожного налаштування обміну він свій.  Після кожного обміну лог файл дописується.  На сайті лог файли зберігаються кілька днів.
На відео показана робота логування.  Для наочнішого уявлення, спочатку в налаштуванні обміну вказали вивантаження інформації по товарах, у пакетах якого було по 20 товарів.  Можна було помітити, що у лозі зберігалися всі ключові етапи обміну кожного пакета.  Звісно, якщо вивантажувати дані товарів з 20 елементів – обмін сповільниться, т.к.  дій щодо передачі даних набагато більше, тому при повторному обміні в налаштуваннях обміну вказали, щоб кількість товарів у пакеті було 100 і вказали, щоб лог вивантажувався на сайт.
У вашому браузері вимкнено JavaScript
Як і видно на відео лог файл потрапив на сайт, причому в лозі зберігалася інформація про перший обмін, так і другий.  Для зменшення часу під час передачі файл лога – лог архівується.
Вивантаження довідників
У новому модулі обміну реалізована можливість вивантаження будь-яких довідників із 1С на сайт.  Причому можна вивантажувати як всі дані, а й лише змінені, т.к.  при записі довідників виглядає, чи потрібно реєструвати зміну для розвантаження на сайт.
Довідники користувача зберігаються в Highload інфоблоках.  Разом з довідниками вивантажується інформація про реквізити: назви користувача і його тип (якщо він примітивний).  Якщо у реквізиту посилання тип, то можна вивантажити як його унікальний ідентифікатор, так і рядкове представлення елемента.
Теоретично на сайті можна повторити довідкову структуру бази 1С.  Табличні частини довідників поки що не вивантажуються.
У вашому браузері вимкнено JavaScript
Як можна побачити на відео, було додано два довідники користувача «Види номенклатури» («VidyNomenklatury» на сайті») та «Договори контрагентів» («DogovoryKontragentov»).  Усі елементи цих довідників було вивантажено.
Причому налаштування стояли таким чином, що частина реквізитів посилань представлялися як рядок, а частина як ідентифікатор елемента.  Наприклад, у довіднику «Договори контрагентів» налаштування були задані так, що власник договору (контрагент) і тип ціни, вивантажується як ідентифікатор елемента (у контрагентах і типах цін, що вивантажуються, саме цей ідентифікатор), а валюта і організація як рядок.
За допомогою ідентифікаторів, при невеликій доробці сайту, можна пов'язати елементи різних інфоблоків.  Наприклад, договори контрагентів, де вказуючи контрагента у замовленні, відобразиться список його договорів, а вибраний договір зі списку підставить потрібний тип ціни.
Вивантаження властивостей
У новому модулі обміну значно доопрацьовано властивості товарів та пропозицій:
Стало можливим робити відбір властивостей, адже не всі властивості, які є в 1С, мають вивантажуватись на сайт.  Коли вивантажуються ті властивості, які необхідні – це не тільки спростить роботу з властивостями на сайті, але й помітно прискорить швидкість обміну.
Тепер властивості вивантажуються у товари, а й у пропозиції, що значно спрощує роботу з пропозиціями.
Властивості можуть вивантажуватися як властивості інфоблоків, так і в довідники HL блоки.  Куди вивантажувати властивість - задається в установках обміну 1С.
У якості з'явився ознака визначальний, впливає це властивість на ціну товару, чи це інформативне свойство.
У вашому браузері вимкнено JavaScript На відео можна побачити, що в налаштуваннях обміну 1С задали відбір за властивостями, щоб вивантажувалися ті властивості, які необхідні.  У налаштуваннях властивостей вказали, які властивості повинні вивантажуватися в високошвидкісних блоках, а які ні.  Встановили ознаку на тих властивостях, які впливають на ціну.  На сайті ж видно: створилися два highload блоки («PROIZVODITEL» - властивість «Виробник» та «VIDTOVARA» - властивість «Вид товару»).  Значення властивостей у товарів та пропозицій з'явилися, причому вибирати значення можна з списку, що випадає.
Якщо у вас виникнуть питання задавайте їх у коментарях, ми із задоволенням на них відповімо.
P.S.  Якщо у вас є пропозиції, які ще типові операції можна розглянути в статтях, то пишіть про це в коментарях.


 Автоматизовані системи управління здебільшого складаються з окремих баз даних і найчастіше мають територіально розподілену структуру.  У цьому правильно реалізований обмін даними - необхідна умова ефективної роботи таких систем.
Початкове налаштування обміну при цьому може вимагати низки дій, не тільки в частині програмування, а й консалтингу, навіть якщо ми маємо справу з однорідними джерелами, як у випадку з продуктами на платформі «1С:Підприємство».  Чому налаштування обміну 1С (або, як ще це називається - синхронізація даних у 1С 8.3) може стати найважчим і недешевим завданням проекту інтеграції, розглянемо в цій статті.
Обмін даними в середовищі 1С дозволяє:
Виключити подвійне введення документів;
 Автоматизувати суміжні бізнес-процеси;
 Оптимізувати взаємодію між розподіленими підрозділами;
 Оперативно актуалізувати дані для роботи спеціалістів різних відділів;
 «Розмежувати» різні види обліку.
*У разі, коли дані одного виду обліку суттєво відрізняються від іншого, необхідно забезпечити конфіденційність інформації та «розмежувати» інформаційні потоки.  Наприклад, обмін даними між 1С УТ та 1С Бухгалтерія не вимагає вивантаження до бази регламентного обліку управлінських даних, тобто.  синхронізація у 1С тут буде неповна.
Якщо представляти стандартний процес реалізації первинного обміну даними, коли хоча б один із його об'єктів – продукт 1С, то можна виділити такі етапи:
Узгодження складу обміну;
 визначення транспорту (протоколів обміну);
 встановлення правил;
 Складання розкладу.
Виявлення складу обміну 1С
Об'єкти обміну можна умовно поділити на «джерело» та «приймач».  При цьому вони можуть виконувати дві ролі одночасно, що називатиметься – двостороннім обміном.  Визначення джерела та приймача відбувається логічним шляхом залежно від необхідності або від функціональних можливостей системи.*
*Наприклад, при інтеграції «WA: Фінансист» – рішення для ведення фінансового обліку та управління процесами казначейства, розробленого на базі «1С:Підприємство», експерти WiseAdvice рекомендують саме його як майстер-систему.  Це пов'язано з наявністю інструментів контролю за дотриманням правил заявочної політики, відповідно, й у забезпечення ефективності роботи рішення.
Далі на основі отриманих та зафіксованих вимог з боку користувачів створюється список даних для обміну, визначається їх обсяг, вимоги до частоти обміну, прописується процес роботи з помилками та опрацювання виняткових ситуацій (колізій).
На цьому ж етапі в залежності від парку наявних систем та структури підприємства визначаються з форматом обміну:
Розподілена інформаційна база
РИБ має на увазі обмін між ідентичними конфігураціями баз даних 1С, з чіткою структурою управління «головний-підлеглий» для кожної пари обміну.  Будучи елементом технологічної платформи, РИБ крім даних може передавати зміни у конфігурації та адміністративну інформацію БД (але з головного до підлеглого).
Універсальний обмін даними у 1С
Механізм, що дозволяє налаштувати обмін баз 1С, як із змінами на платформі «1С:Підприємство», і з системами сторонньої розробки.  Обмін здійснюється за допомогою переведення даних в універсальний формат xml відповідно до «Планами обміну».
EnterpriseData
Нова розробка фірми 1С, призначена для реалізації обміну даними у форматі XML між продуктами, створеними на платформі «1С:Підприємство», з будь-якими системами автоматизації.  Застосування EnterpriseData полегшує доопрацювання, пов'язані з обміном.  Раніше при включенні до системи нової конфігурації була потрібна реалізація механізму імпорту та експорту даних, як для неї, так і для вже наявних систем.  Тепер системи, що підтримують EnterpriseData, не потребують доробок, маючи лише одну точку «входу-виходу».
Визначення транспорту (протоколів обміну)
Для системи на платформі «1С:Підприємство 8» передбачено широкий спектр можливостей для організації обміну з будь-якими інформаційними ресурсами через загальноприйняті універсальні стандарти (xml, текстові файли, Excel, ADO-з'єднання тощо).  Тому щодо транспорту для даних обміну слід відштовхуватися від можливостей бази даних сторонньої системи.
Синхронізація довідників
Основним принципом ефективної синхронізації довідників є наявність однієї точки введення.  Але якщо йдеться про роботу з довідниками, що історично заповнювалися за різними правилами, необхідно чітко визначити поля синхронізації для приведення обміну до загального знаменника.
*На цьому етапі може знадобитися проведення робіт з нормалізації НСІ на стороні джерела даних.  Залежно від стану довідників та їх обсягу, процес зіставлення елементів, розпізнавання, виявлення помилок і дублів, а також заповнення полів, що відсутні, і призначення полів синхронізації, може вимагати роботи цілої групи експертів, як з боку інтегратора (власника методики нормалізації НСІ), так і  з боку замовника.
Встановлення правил
Можливість відображення даних систем-джерел у приймачах залежить від правильно заданих правил обміну.  Правила, представлені у форматі XML, регулюють відповідність ключових реквізитів об'єктів джерела-приймача.  Рішення «1С:Конвертація даних» призначене для автоматизації створення правил реалізації як одноразового обміну, і постійного.
Гарантує відсутність втрат даних під час обміну План обміну.  Це складова частина будь-якої конфігурації на платформі «1С:Підприємство», що повністю описує порядок обміну 1С: склад даних (документи з «розпізнавальними» реквізитами) та вузли (інформаційні бази приймачі-передавачі), а також активацію РІБ для обраних напрямків обміну.

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

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

Щоб вирішити цю проблему, необхідно вибрати "Налаштування обміну даними"

…і проставити галочку.  Далі повідомлення про помилку ігноруємо.

У налаштуваннях синхронізації даних вибираємо «Створити обмін із «Роздріб»…



Перед налаштуванням параметрів підключення через локальний або мережевий каталог слід переконатися, що на диску під каталог є місце.  Хоча, як правило, він не займає більше 30-50 Мб, у виняткових випадках під нього може знадобитися до 600 Мб.  Створити потрібний каталог можна прямо з конфігуратора.



При підключенні через мережевий каталог пропозиції налаштувати підключення за допомогою FTP-адреси та електронною поштою ігноруємо, натискаючи «Далі».

У налаштуваннях вручну проставляємо префікси - умовні позначення баз (як правило, БП, УПП, РО), задаємо правила та початкову дату розвантаження даних.  Префікс буде вказуватися в назві документів для позначення бази, в якій вони були створені.  Якщо правила вивантаження не будуть редаговані, дані за промовчанням будуть вивантажуватись за всіма наявними параметрами.



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

Для автоматизації процесу обміну необхідно настроїти розклад.

Меню "Роздріб".

Проставляємо галочку та вибираємо «Синхронізацію».

Виробляємо «зворотне» налаштування, вибираючи Управління виробничим підприємством.





Завантажуємо файл з налаштуваннями, створений в УПП.

Проставляємо галочку, адресу система підхоплює автоматично.






Діємо так само, як і в УПП.













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



У разі помилки у синхронізації «Докладно…» буде замінено на «Ніколи…».

«Докладно…» відкриває журнал реєстрації з уточненою інформацією щодо обміну.

Готово.