Багато підприємців, які здійснюють торговельну діяльність, для підвищення ефективності управління набувають одночасно дві програми «1С:Бухгалтерія 8» (Далі БП)та «1С:Управління торгівлею 8» (далі УТ).
БП використовується для ведення регламентованого обліку та здачі звітності, а УТ - для оперативного та управлінського облікув компанії.
Успіх спільного використання цих програмних продуктівбагато в чому залежить від організації обміну даними між конфігураціями БП та УТ.
Розуміння наведених нижче особливостей типового обміну даними допоможе уникнути помилок у процесі обміну між конфігураціями та порушень обліку у кожній конфігурації окремо.
При написанні цієї статті використані матеріали з документації 1С до програмних продуктів. Спільне використанняконфігурацій Управління торгівлею (11) та Бухгалтерія підприємства», який знаходиться в каталозі шаблонів при встановленні як 1С: Бухгалтерії 2.0 (далі БП), так і 1С: Управління торгівлею 11 (далі УТ); рекомендації, отримані на партнерській конференції 1С та особистий досвідавтора зі створення та зміни налаштувань обміну для клієнтів компанії ТОВ «РГ-Софт Проект Консалтинг».
1. Налаштування одностороннього або двостороннього обміну.
Насамперед, слід враховувати, що з зміни БП у конфігурацію УТ можуть вивантажуватися лише документи, пов'язані з операціями руху готівкових і безготівкових коштів. До них відносяться: Прибутковий касовий ордер, Видатковий касовий ордер, Надходження на розрахунковий рахунок та Списання з розрахункового рахунку. Документи руху товарів, створені в БП, не вивантажуватимуться в УТ.
Фірма 1С рекомендує здійснювати обмін із банком в УТ. «Це забезпечить повноцінну роботу з вихідними платіжними документами та більше просту роботуіз вхідними документами». Однак, була ситуація, коли з файлу клієнт-банку не вдалося завантажити в УТ практично жодної платіжки, тоді як у БП цей файл завантажився повністю.
Це пояснюється тим, що до УТ додано більш суворі перевірки змісту файлу клієнт-банку, наприклад: перевірка заповнення ІПН, перевірка номера документа, номер повинен містити лише цифри відповідно до положення ЦБР від 3 жовтня 2002 р. N2-П "Про безготівкові розрахунки" в Російської Федерації(зі змінами від 3 березня 2003 р., 11 червня 2004 р., 2 травня 2007 р., 22 січня2008 р.).
Налаштовувати односторонній обмін (з УТ до БП) має сенс лише в тому випадку, якщо всі документи та нормативно- Довідкова інформаціязаповнюються в УТ. Таким чином, можна уникнути дублювання елементів у цій базі.
Для цього необхідно налаштувати наступний сценарій обміну: створити в конфігурації УТ сценарій обміну, в якому зберегти тільки розвантаження (мал.1), в конфігурації БП створити сценарій обміну та зберегти лише завантаження.
Необхідно враховувати, що при такому сценарії обміну всі додаткові документи та довідники, створені в БП, будуть реєструватися для обміну, але не завантажуватимуться в УТ, тому реєстрацію рекомендується періодично скидати, інакше файл повідомлення обміну з БП постійно збільшуватиметься, уповільнюючи процес обміну .
Для цього рекомендується використовувати обробку РеєстраціяЗмінДляОбміну82.epf, яку можна знайти у поставці конфігурації "Конвертація даних, ред. 2.1". Після установки конфігурації обробка знаходиться в каталозі установки оновлення: ...\1c\Conversion\...номер_версії…
Якщо нормативно-довідкова інформація заповнюється і в УТ, і в БП, слід налаштовувати двосторонній обмін, але при цьому може знадобитися відстежувати дублі, запускаючи обмін в інтерактивному режимі замість автоматичного (рис. 2).
Для того, щоб обмежити обмін даними лише на рівні документів, не обов'язково налаштовувати односторонній обмін, достатньо у фільтрі обміну на стороні БП поставити дату більше дати останнього документа (див. рис. 5). Але перш ніж встановлювати фільтр на дату, потрібно переконатися, що документи в БП не були раніше зареєстровані для обміну, інакше зареєстровані документи будуть перенесені в іншу базу при обміні.
Пріоритет зміни даних
Якщо спочатку буде виконано обмін в УТ, а потім у БП, то пріоритет будуть мати дані, вивантажені з УТ. Наприклад, В УТ завели документ «Надходження на розрахунковий рахунок», запустили обмін спочатку в УТ, потім у БП – документ з'явився у конфігурації БП. Потім бухгалтер зміни БП вніс зміни до цього документа. При подальшому обміні, якщо черговість запуску обміну не змінювалася, то внесені до документа зміни затруться даними з УТ.
Для коректного обміну з тими об'єктами, які змінені в обох базах, 1С рекомендує організувати роботу, щоб об'єкт редагувався лише з однієї з баз. В іншій базі такий об'єкт повинен відкриватись лише на перегляд. І тому потрібно використовувати налаштування прав доступу користувачів, але такий підхід гарантує відсутність колізій під час обміну, тобто. розбіжностей, що виникають при зміні об'єкта і в одній, і в іншій базі, між обмінами (рис. 3).
2. Відмінності БП та УТ, що впливають на обмін
Договори контрагентів
У конфігурації УТ не ведеться аналітика за договорами контрагентів. Усі операції, що ведуться у конфігурації УТ, при завантаженні у конфігурацію БП завжди оформляються за окремими договорами, створюваним та контрольованим самою системою УТ.
Якщо договори з потрібними параметраминемає у зміни БП, відбувається створення такого договора. Необхідно зазначити, що пошук договору здійснюється тільки з раніше завантажених з УТ договорів.
Управлінська організація в УТ
Починаючи з релізу 11.0.6.9, у ПТ у довіднику організації з'явився певний елемент «Управлінська організація». Цей елемент не повинен бути зіставлений (або змінений) з поточною (єдиною чи однією) організацією. Докладніше про використання даного об'єктаможна прочитати у файлі документації "Зміни та доповнення в документації.htm", що входить до постачання УТ.
Структура підприємства
В УТ для управлінського обліку використовується довідник "Структура підприємства", який містить перелік підрозділів компанії. При оформленні документів зазначення підрозділу підприємства є обов'язковим.
Елементи довідника «Структура підприємства» не порівнюються з елементами довідника «Підрозділи організації» в БП. Для того, щоб в УТ не завантажувалися документи із незаповненим реквізитом Підрозділ, у налаштуваннях обміну необхідно заповнити значення за замовчуванням (мал. 4).
Склад у табличній частині
Якщо в УТ планується використати нову можливістьвказівки складів у табличних частинах документів, то у налаштуваннях вузла плану обміну необхідно встановити узагальнюючий склад, який підставлятиметься при вивантаженні документів з ПТ у конфігурацію БП замість складів, дозволених для вибору у табличних частинах документів (рис. 4).
Вид номенклатури
При розвантаженні даних із БП в УТ, у номенклатурі не заповнюється реквізит «вид номенклатури», це пов'язано з тим, що обміном обслуговується сценарій, коли номенклатура створюється у конфігурації УТ, а чи не в БП. У документах руху товарів в УТ немає окремої табличної частини для обліку послуг (послуги заповнюються в таблиці товари), тому, для того, щоб послуги, зазначені в документах УТ, правильно переносилися в табличну частину в БП, потрібно:
1. У розділі нормативно-довідкова інформація відкрити довідник «Види номенклатури», зайти у вигляд номенклатури «послуги» – натиснути «Всі дії» – дозволити редагування та вибрати Тип номенклатури – Послуга.
2. Змінити номенклатуру (послугу) – натиснути «Всі дії» – дозволити редагування та вибрати цей Вид номенклатури з типом Послуга.
3. Налаштування фільтрів обміну (рис. 5)
Зміна дати вивантаження (завантаження) документів
1) Перш ніж пересувати дату вперед, необхідно синхронізувати бази шляхом виконання сеансу обміну, щоб на вузлі не було зареєстрованих до обміну документів на момент зміни налаштування. Інакше такі документи після зміни налаштування в результаті вивантаження можуть стати поміченими на видалення в базі-приймачі, якщо вони були раніше туди вивантажені.
2) Пересувати дату можна, т.к. це лише розширює область даних, що вивантажуються. Варто зауважити, що при цьому документи із раніше закритого періоду не будуть зареєстровані до обміну автоматично. Для того, щоб це зробити, необхідно або змінити документи, або скористатися обробкою РеєстраціяЗмінДляОбміну82.epf.
Фільтр по організаціям
Увімкнення цього фільтра дозволяє обмежити список організацій, за якими дозволено обмін даними. Наявність включеного фільтра впливає як на розвантаження самого довідника організацій, і на розвантаження інших даних, що з організаціями (довідники і документи).
Принцип дії фільтрів вивантаження такий: нові налаштування діють для всіх даних - у момент створення обміну, або тільки для тих даних, які були змінені після моменту застосування нових налаштувань - після створення обміну, тому рекомендується максимально відповідально підійти до налаштування фільтрів при створенні обміну даними .
Приклад:під час створення обміну користувач встановив фільтр з організації. У базу-приймач вивантажилися дані лише з зазначеної організації. Далі користувач вирішив, що в базу-приймач повинні вивантажуватись дані по всіх організаціях. Але оскільки налаштування починають діяти тільки для нових даних, то вже наявні документи і довідники не будуть вивантажені в базу-приймач до тих пір, поки користувач не зробить з ними будь-які зміни.
4. Видалення об'єктів однієї з баз
Позначка на видалення
Можлива ситуація, коли елемент довідника, що використовується раніше, не планується використовувати для подальшого обліку і цей довідник користувачі вважають правильним помітити на видалення. Позначені видалення об'єкти не беруть участь у обміні. Цю особливість слід враховувати.
Видалення дублів
Для видалення об'єктів, що виникли при обміні дублів, ми рекомендуємо скористатися обробкою ПошукІЗамінаЗначень.epf, яка знаходиться в каталозі \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ на диску ІТС. А для перевірки коректності зіставлення об'єктів двох інформаційних баз можна відкрити Регістр відомостей «Відповідність об'єктів інформаційних баз» та запису даного регіструможуть бути скориговані вручну. Важливо знати, що після видалення об'єкта в одній із баз у записі регістру відомостей залишиться відповідність для віддаленого об'єкта (бите посилання), потрібно буде або зіставити інший об'єкт, або видалити запис.
5. Додаткові налаштування
Статті руху грошових коштів
Для конфігурації УТ може знадобитися проставити реквізит «кор. рахунок» для тих статей руху коштів, які будуть використовуватися та вивантажуватись у БП.
Для зміни БП: може знадобитися проставити вид руху коштів у елементах довідника.
Користувачі
Елементи довідника користувачі можуть бути перенесені в іншу базу в тому випадку, якщо зазначені як відповідальні в одному з об'єктів, що беруть участь в обміні. Для таких об'єктів потрібно налаштувати права.
Префікс бази та префікс організації
В УТ префікс завжди має фіксовану довжину та роздільник (дефіс) "-". Тому, якщо префікс інформаційної бази не заданий чи префікс організації не заданий, він замінюється нулями. Однак при налаштуванні обміну префікс інформаційної бази завжди заповнюється ЦБ (для УТ) і на БП (відповідно для конфігурації БП).
Таке рішення є стандартом для формування номерів документів і кодів об'єктів. Префікс має фіксовану довжину та відокремлюється символом дефісу від номера документа. Якщо надалі в базі буде кілька організацій, достатньо буде встановити для них префікси і не потрібно виконувати перенумерацію всіх об'єктів.
Виправлення помилок
У статті були розглянуті найважливіші моменти організації обміну даними між «1С:Управління торгівлею 8» ред.11 і «1С:Бухгалтерія 8» ред.2.0.
Фахівці компанії ТОВ «РГ-Софт Проект Консалтинг» готові запропонувати не тільки налаштування обміну особливо ведення обліку конкретної організації, але й способи виправлення помилок у діючих обмінах.
Автоматизовані системиуправління здебільшого складаються з окремих баз даних і найчастіше мають територіально розподілену структуру. При цьому правильно реалізований обмін даними - необхідна умовадля ефективної роботитаких систем.
Початкове налаштування обміну при цьому може вимагати низки дій, не тільки в частині програмування, а й консалтингу, навіть якщо ми маємо справу з однорідними джерелами, як у випадку з продуктами на платформі «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-адреси та електронній поштіігноруємо, натискаючи "Далі".
У налаштуваннях вручну проставляємо префікси – умовні позначеннябаз (як правило, БП, УПП, РО), задаємо правила та початкову дату вивантаження даних. Префікс буде вказуватися в назві документів для позначення бази, в якій вони були створені. Якщо правила вивантаження не будуть редаговані, дані за промовчанням будуть вивантажуватись за всіма наявними параметрами.
Створюємо файл налаштування обміну для "Роздріб", щоб не повторювати свої дії. При необхідності негайного надсилання даних відразу після налаштування синхронізації – проставляємо галочку.
Для автоматизації процесу обміну необхідно настроїти розклад.
Меню "Роздріб".
Проставляємо галочку та вибираємо «Синхронізацію».
Виробляємо «зворотне» налаштування, вибираючи Управління виробничим підприємством.
Завантажуємо файл з налаштуваннями, створений в УПП.
Проставляємо галочку, адресу система підхоплює автоматично.
Діємо так само, як і в УПП.
Перевірочне зіставлення даних (Ручне зіставлення даних рекомендується зробити на підготовчому етапі, оскільки ці роботи можуть стати найважчими в процесі реалізації обміну). Відкриття вікна зіставлення відбувається по подвійному клацанню миші.
У разі помилки у синхронізації «Докладно…» буде замінено на «Ніколи…».
"Докладно..." відкриває журнал реєстрації з уточненою інформацією щодо обміну.
Готово.
Давайте розглянемо простий приклад з реального життя. Допустимо у нас є фірма, яка займається оптово-роздрібною торгівлею, також у цій фірмі як і в будь-якій іншій ведеться бухгалтерія. На підприємстві встановлено дві типові бази, це УТ (управління торгівлею) та БП (бухгалтерія підприємства), відповідно в кожній з баз ведеться свій облік, в УТ управлінський для відображення всіх операцій пов'язаних з торгівлею, у БП бухгалтерський. Щоб не робити подвійну роботу, тобто. не створювати одні й самі документи у двох базах (адже рухи повинні бути за управлінським та бухгалтерським обліком) ми якраз і налаштуємо синхронізацію між цими базами.
Обмін даними будемо налаштовувати односторонній, з УТ ---> БП. Також можна налаштувати двосторонній обмін, але на практиці це не так часто потрібно, тому в нашому прикладі ми його не розглядатимемо.
Підготовчі дії для налаштування обміну в БП
Давайте приступимо до налаштування синхронізації, спочатку зайдемо в базу 1С "Бухгалтерія підприємства 3.0" (приймач), нам необхідно перевірити, чи включена синхронізація для цієї бази, для того щоб це зробити нам потрібно спочатку зайти в базу. Як тільки база відкриється переходимо на вкладку "Адміністрування" ---> "Налаштування синхронізації даних"
Перед нами відкривається нова вкладка, її необхідно заповнити так само, як на скріншоті нижче, за винятком префіксу інформаційної бази. Префікс повинен складатися з двох букв, ви можете задати будь-який, але за стандартом 1С краще ставити префікс за назвою конфігурації, тобто для "Бухгалтерії Підприємства" префікс буде як "БП". Якщо ж у вас налаштовуються складні обміни і є кілька бухгалтерських баз, то префікси повинні явно відрізнятися друг від друга, тут можна як абревіатури використовувати перші дві літери назви організації.
Продовжуємо налаштування синхронізації даних в УТ
Після того як ми зробили всі необхідні дії в базі приймача (БП 3.0), для продовження налаштування обміну даними необхідно відкрити базу джерело (УТ 11.1). Заходимо на вкладку "Адміністрування", зліва в меню вибираємо пункт "Налаштування синхронізації даних". Якщо синхронізація не включена, то вмикаємо її за допомогою прапорця, також не забуваємо вказати префікс бази джерела. Як тільки ми виконали всі пункти 1-4, як показано на зображенні нижче, необхідно натиснути на гіперпосилання "Синхронізація даних" (пункт 5).
У новому вікні необхідно натиснути на зелений плюсик (Налаштувати синхронізацію даних), у меню вибираємо пункт "Бухгалтерія підприємства 3.0".
Налаштування важливих моментів в обміні даними між УТ та БП
Тепер ми бачимо вікно з налаштуванням синхронізації даних в 1С, вибираємо пункт "Вказати налаштування вручну" та тиснемо "Далі".
Продовжуємо налаштовувати обмін даними в 1С, на наступній вкладці потрібно вибрати варіант підключення до інформаційної бази приймача (пряме підключення до програми), параметри підключення (на даному комп'ютеріабо в локальної мережі), каталог де розташовується база приймач, а також необхідні дані аутентифікації (ім'я користувача та пароль у базі).
На наступній сторінці ми повинні заповнити правила надсилання та отримання даних із конфігурації БП 3.0 (приймач). Тиснемо "змінити правила вивантаження даних".
Перед нами відкрилося вікно "Правила надсилання даних", у ньому ми задаємо наступні параметри:
- Яка НСІ буде відправлятися (у нашому прикладі нас цікавлять тільки документи та НСІ, яка використовується в них, тому ми брали відповідний пункт, якщо вибрати перший пункт "Надсилати всю" то разом з документами будуть перевантажуватися і всі довідники, найчастіше якщо інформація не використовується в документах то вона марна для приймача, адже вона ніяк не впливає на облік)
- З якої дати надсилати всю інформацію (ручну синхронізацію ми в цій статті не розглядатимемо)
- По якій або яким організаціям виконувати надсилання даних (у нашому прикладі ми обрали одну організацію ІП "Підприємець")
- Правила формування договорів
- Узагальнений склад
- Чи згортати документи за складом
Після того як ми зробили налаштування, натискаємо "Записати і закрити".
Оскільки в нашому прикладі ми налаштовуємо та користуємося одностороннім обміном, з УТ до БП, то налаштування правил отримання даних з "Бухгалтерії підприємства 3.0" нас не цікавлять, тому тиснемо на "Далі".
У новому вікні пропонується налаштувати правила для бази приймача (БП). У пункті 1 називаємо якось нашу базу, задаємо їй префікс. ПРЕФІКС має бути таким самим, яким ми його задавали в самій базі БП на початку цієї статті, якщо префікси будуть відрізнятися синхронізація даних у програмі 1С працювати не буде.Після цього тиснемо пункт 2, а потім пункт 3.
У пункті 3 нам необхідно дозволити проведення документів під час їх завантаження до бази. Натискаємо "Записати та закрити".
Тепер вікно повинно мати приблизно такий вигляд, як показано нижче, тиснемо "Далі".
У цьому вікні знаходиться довідкова інформація про створювану синхронізацію в 1С. Просто тиснемо кнопку "Далі". Якщо при налаштуванні синхронізації даних у Вас програма вивела помилку, то Вам необхідно зв'язатися з нами, щоб наш спеціаліст 1С надав Вам допомогу прямо зараз!
На наступному кроці програма запропонує виконати синхронізацію відразу після створення налаштування обміну даними. Погодимося з цим та натиснемо "Готово".
Перед вами з'явиться вікно, в якому ви побачите інформацію про те, як проходить синхронізація. Якщо основа приймач не порожня, тобто. у ній вже вівся облік, то користувачеві у програмі 1С буде запропоновано зробити зіставлення об'єктів вручну. Зіставлення об'єктів у 1С при синхронізації даних - це зіставлення однакових об'єктів приймача з однаковими об'єктами у джерелі.
Давайте розглянемо приклад, припустимо в УТ є контрагент з найменуванням "ТОВ ФармГруп" і ІПН 1234567, а в БП також є контрагент з ІПН 1234567, але найменуванням "ФармГруп", якщо ми при зіставленні даних на етапі синхронізації після синхронізації в приймачі (Бухгалетрія підприємства 3.0) ми матимемо два контрагенти з ІПН 1234567 та двома найменуваннями "ТОВ ФармГруп" та "ФармГруп" відповідно. Для того, щоб не виникало подібних ситуацій і був винайдений механізм зіставлення об'єктів.
У прикладі база приймач порожня, і тому вікна зіставлення об'єктів ми відкривалося. Проте після виконання деяких операцій система обов'язково запропонує користувачеві додати деякі додаткові дані та виведе наступне вікно. Ніяких додаткових даних нам передавати не потрібно, все, що потрібно, ми вже налаштували раніше, тому на цьому кроці вибираємо "Не додавати документи до відправки". Тиснемо "Далі".
Заключний етап виконання обміну даними між 1С
На заключному етапі програма відобразить наступне вікно, в ньому користувача проінформують про те, що синхронізація була проведена успішно, тиснемо "Готово". На цьому синхронізацію між базами в односторонньому обміні з "Управління торгівлею 11.1" (УТ) до "Бухгалтерії підприємства 3.0" (БП) завершено.
У реальному житті рідкісна компанія обходиться однією базою 1С. Найчастіша ситуація – це дві бази, бухгалтерія та зарплата.
Бази мають бути пов'язані – нарахували зарплату, до бухгалтерії мають піти нараховані податки до сплати.
Для зв'язку кількох баз існує Обмін 1С. Як він працює?
Що таке Обмін 1С?
Є мережа магазинів та центральний офіс. У кожному магазині та в офісі є склад. Товари переміщуються зі складу склад (переважно з центрального склади магазинів), й у магазинах — продаються.
Використовується база 1С Роздріб в офісі та ця ж база у кожному магазині. Бази у магазинах – підпорядковані базі в офісі.
У офісі створюють документи про переміщення товарів зі складу складу, призначаються ціни. Документи заливаються до підлеглих баз і там «з'являються» товари.
У магазинах створюються документи про скоєні продажі товарів. Документи заливаються в офісну базу і там з'являються продажі.
Така схема називається – розподілена інформаційна база (РІБ). Процедури заливки документів - двосторонній обмін 1С. А налаштування цієї схеми - УРІБ або УРІБД (управління розподіленими інформаційними базамиданих).
Принципи Обмін довідниками в 1С
Довідники 1С (а набір усіх довідників «в комплексі» називають НСІ – нормативно-довідкова інформація) – у різних базах зазвичай мають бути єдині. Це означає, що навіть баз кілька, то список товарів, складів, контрагентів – єдиний у різних базах.
Нормальна практика, як у одній основі довідник можна редагувати, а інші він копіюється («мігрує»). Як ми раніше вже обговорювали – кожен елемент 1С має унікальний ідентифікатор – GUID . Довідники зазвичай копіюються разом зі своїм GUID і таким чином ідентичні у всій розподіленій інформаційній системі.
В іншому випадку, коли з'єднуються кілька існуючих баз, або коли довідники можна створювати в різних базах одночасно, їх GUID будуть різними. І тому існує механізм зіставлення. У спеціальний регістр відомостей при обміні 1С записується інформація, що з бази №1 з GUID ххх дорівнює елементу у цій базі з GUID yyy. Спочатку наявні елементи, які вже не рівні, потрібно порівняти автоматично (за іншими реквізитами, наприклад, за назвою або за ІПН та КПП) або вручну.
Принципи Обміну документами в 1С
Документи в 1С проводяться по регістрам і після цього вважаються проведеними. Це породжує зрозумілі складнощі під час перенесення.
Один варіант – перенести лише документи та провести їх заново після завантаження. Цей метод часто використовується, але може народжувати помилки - документ може і не провести в новій базі, так як умови при проведенні можуть скластися інакше, ніж були в момент проведення цього документа в початковій базі.
Інший варіант – перенесення документів та регістрів разом. Як ми розуміємо, відразу ж постає питання - чи ми переносимо всі документи взагалі і тоді весь регістр взагалі або змушені вибирати для перенесення тільки руху по документах, що переносяться.
Допустимо, нам потрібно перенести елемент довідника Номенклатури. Цей довідник має 10 полів, з яких 5 є рядками та числами, а 5 – посиланнями на інші довідники.
Відповідно при перенесенні одного елемента Номенклатури ми змушені шукати та переносити також 5 елементів інших довідників.
Таким чином, при перенесенні одного елемента довідника або одного документа, за посиланням може бути перенесено 100 і більше інших об'єктів 1С.
Фактично кажуть, що майже всі довідники конфігурації так чи інакше посилаються один на одного.
Плани обміну 1С
Припустимо, що ми створили розподілену базу даних та провели обмін 1С. На центральний склад закуплено товар та підготовлено для відправки до магазинів. У 1С офісі ввели потрібні документи переміщення товарів. Потрібно, щоб вони завантажилися до магазинів.
Що робити? Провести знову повний обмін 1С? Довго та неефективно! Набагато краще було б обчислити, що саме було додано або змінено користувачами в офіс, щоб у магазини потрапили тільки зміни.
І тому існує – плани обміну 1С. Програміст заздалегідь створює план обміну 1С щодо обмінів 1С з будь-якої іншої базою даних, наприклад з нашими магазинами.
План обміну 1С зазначає під час роботи користувачів з довідниками та документами, що було додано або змінено з моменту проведення останнього обміну 1С із цією базою.
Створення УРІБ 1С
Отже, ми створимо розподілену основу з нуля. Спочатку ми маємо «батьківську» базу офісу. З неї ми виділятимемо бази магазинів, які будуть їй підпорядковані.
У типових конфігураціях вже є типові плани обміну 1С. Види баз, котрим вони призначені – інтуїтивно зрозумілі з назви:
- Обмін 1С із сайтом: обмін із сайтом 1С:Бітрікс
- Обмін 1С УПП-УТ або УТ-Роздріб: типові обміни з конфігураціями-побратимами
- Повний - обмін 1С з базою даних на основі такої конфігурації.
РИБ – розподілена інформаційна база – можна створити зокрема з урахуванням плану обміну 1С «Повний». У конфігураторі у плані обміну 1С має стояти галочка «Розподілена інформаційна база».
План обміну 1С, створений конфігураторі, свідчить, що ми збираємося обмінюватися з такою конфігурацією. У режимі Підприємство в цьому ж плані обміну 1С тепер потрібно вказати конкретні бази даних на базі цієї конфігурації.
Зайдемо до плану обміну 1С (Операції/План обміну; також можуть бути в іншому меню, часто в меню Сервіс/ХХХ).
У списку баз даних у плані обміну 1С є одна із зеленим кружечком на картинці. Цей елемент позначає цю базу. Інші елементи позначають ІНШІ основи, з якими йде обмін 1С.
Необхідно, щоб було заповнено найменування і код у всіх елементів.
Щоб створити підлеглу базу магазину:
- Встановіть куховар у списку на елемент плану обміну 1С, який ми створили як «базу магазину»
- Виберіть пункт меню "Дії/Створити початковий образ".
В результаті буде створено одну базу з вивантаженими в неї початковими даними. Це потрібно повторити для кожного елемента плану обміну 1С, крім поточної бази.
Теорія проведення обмінів 1С
Теорія обміну 1С досить проста:
- Одна з баз (частіше база центру) ініціює обмін 1С за розкладом або за подією (вхід до бази певного користувачаі т.п.)
- Обмін 1С полягає у вивантаженні з бази файлу
- Файл повинен бути переміщений у те місце, звідки його зможе забрати підпорядкована база (частіше кулі або ftp, рідше електронна пошта)
- Підпорядкована база завантажує отриманий файл
- Як підтвердження, що інформація отримана, підпорядкована база вивантажує "відповідний" файл, який таким же чином завантажується назад в центральну базу
- Сеанс обміну 1С завершено.
Існують інші методи обміну 1С, не через файли, а, наприклад, через пряме COM-з'єднання між двома базами. Його плюси:
- Не потрібне «місце для зберігання та передачі файлів»
- Не потрібно повторного завантаження підтвердження
- Все відбувається швидше за рахунок перших двох пунктів.
Однак обмеження зрозуміло - бази повинні бути в такій доступності один до одного, щоб ініціювати COM з'єднання.
Налаштування РИБ 1С
У константах типових конфігурацій (Операції/Константи; або Сервіс/Налаштування програми) — зазвичай є загальне налаштуванняобмінів 1С. Це – префікс у кодах елементів та номерах документів, щоб легко визначати, в якій базі він створений. А також внутрішній метод збереження інформації про місце створення довідників та документів.
Тепер необхідно налаштувати як відбуватиметься процес періодичного обміну 1С інформацією між створеними базами.
Усі налаштування РИБ в 1С знаходяться у типових конфігураціях зазвичай у меню Сервіс/Розподілені інформаційні бази/Налаштувати вузли РІБ.
Для кожного раніше створеного елемента "віддаленої бази магазину" необхідно додати елемент налаштування.
У налаштуванні вказується спосіб обміну 1С: файл (кулі), файл (FTP), файл (e-mail).
Створення та налаштування розподіленої інформаційної бази 1С у тонкому клієнті
Подивимося аналогічне налаштування в типової конфігураціїна базі тонкого клієнта- Управління торгівлею редакція 11.
Налаштування (та створення з нуля) знаходяться на закладці інтерфейсу Адміністрація. Пункт "Обмін даними".
Виберемо "Створити обмін у розподіленій інформаційній базі".
З самого початку 1С нам запропонує вказати, яким чином ми збираємося обмінитися з підлеглою базою інформацією. Ось варіант налаштування "через файл на кулі".
Ось варіант налаштування через файл на FTP.
Назва нашого налаштування обміну 1С.
І відразу ж пропозиція створити «початковий образ» — тобто саму підлеглу бази даних із вивантаженням у неї первинної інформації.
На відміну від конфігурації на товстому клієнті, обидві налаштування обміну 1С знаходяться в одному місці.
2018-11-15T19:32:35+00:00Універсальна обробка "Вивантаження та завантаження даних XML" здійснює повне або часткове вивантаження даних інформаційної бази у файл у форматі XML. Згодом цей файл може бути завантажений в інформаційну базу за допомогою цієї обробки. Формат файлу розвантаження відрізняється від формату файлу, створюваного при розвантаженні за планом обміну, заголовною частиною.
Обробка може використовуватися тільки в тих випадках, коли інформаційна база, в якій здійснювалося вивантаження даних, і та, в якій дані завантажуються, є однорідними (конфігурації ідентичні, дані можуть різнитися), або всі об'єкти, що вивантажуються, практично повністю ідентичні за складом і типами реквізитів і табличних частин, властивостями "провідного" об'єкту метаданих і так далі.
Використання цієї обробки можливе, наприклад, для створення повної або часткової резервної копіїданих, здійснення обміну даними між інформаційними базами, а також як допоміжний інструмент у відновленні збійних інформаційних баз.
Обробка підтримує розвантаження даних із можливістю завдання відбору за періодом. Також реалізовано перевірку об'єктів на наявність неприпустимих символів під час обміну через XML.
З повагою, (викладач та розробник).
Завантаження...