Виконання оброблювачів оновлення не закінчується. Процедури обробки даних

17.04.2018

НОВИЙ РЕЛІЗ 3.1.60.46

Користувачам програмного продукту "Айлант: Управління житлово-комунального господарства" доступний для скачування новий реліз 3.1.60.46 від 17.04.2018. Нагадуємо, що користувачі редакцій 2.0 і 3.0 програмного продукту перед установкою даного релізу повинні переконатися, що придбаний Комплект переходу на редакцію 3.1. В іншому випадку, активація програмного продукту буде не можлива.

Файли оновлення призначені для поновлення з релізів 3.1.59.45

ПРИМІТКА:перед оновленням на реліз 3.1.60.46 програми «Айлант: Управління житлово-комунального господарства» необхідно перевірити, чи виконані процедури поновлення попереднього релізу, і, при необхідності, виконати їх.

Для цього під Адміністратором зайти в Меню / Адміністрування / Обслуговування / Результати поновлення програми / Результати поновлення і додаткова обробка даних. Якщо посилання показує, що не всі процедури виконані, тобто немає повідомлення «Всі процедури поновлення виконані успішно», то необхідно:

1. Створити хоча б одного співробітника в довіднику "Співробітники".

2. Запустити заново додаткові процедури обробки даних. Для цього під Адміністратором зайти в Меню / Адміністрування / Обслуговування / Результати поновлення програми / Результати поновлення і додаткова обробка даних. Клікнути на посилання, що вказує на кількість виконаних процедур оновлення.

Відкриється вікно "Додаткові процедури обробки даних". Внизу вікна натиснути кнопку "Запустити".

Після закрити вікно "Додаткові процедури обробки даних", закрити вікно "Результати поновлення програми". Заново клікнути на посилання "Результати поновлення і додаткова обробка даних". Повинна з'явитися посилання "Всі процедури поновлення виконані успішно". Після цього можна виконувати оновлення на наступний реліз 3.1.60.46.

Базова версія

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

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

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

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

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

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

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

Для вирішення завдань в експертних системах використовують:

метод логічного висновку, заснований на техніці доказів, званої резолюцією і використовує спростування заперечення (доказ «від противного»);

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

метод евристичних правил, заснованих на використанні досвіду експертів, а не на абстрактних правилах формальної логіки;

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

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

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

Для підтримки прийняття рішень обов'язковою є наявність наступних компонент:

• * Узагальнюючого аналізу;
• * Прогнозування;
• * Ситуаційного моделювання.

В даний час прийнято виділяти два типи інформаційних систем підтримки прийняття рішень. Системи підтримки прийняття рішень DSS (Decision Support System) здійснюють відбір і аналіз даних за різними характеристиками і включають кошти:

• * Доступу до баз даних;
• * Вилучення даних з різнорідних джерел;
• * Моделювання правил і стратегії ділової діяльності;
• * Ділової графіки для представлення результатів аналізу;
• * Аналізу «коли що»;
• * Штучного інтелекту на рівні експертних систем.

Системи оперативної аналітичної обробки OLAP (OnLine Analysis Processing) для прийняття рішень використовують такі засоби:

• * Потужну многопроцессорную обчислювальну техніку у вигляді спеціальних OLAP-серверів;
• * Спеціальні методи багатовимірного аналізу;
• * Спеціальні сховища даних Data Warehouse.

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

PS (Presentation Services) - засоби представлення. Забезпечуються пристроями, які приймають введення від користувача і відображають те, що повідомляє йому компонент логіки уявлення PL, плюс відповідна програмна підтримка. Може бути текстовим терміналом або X-терміналом, а також персональним комп'ютером або робочою станцією в режимі програмної емуляції терміналу або Х-терміналу.

PL (Presentation Logic) - логіка уявлення. Управляє взаємодією між користувачем і ЕОМ. Обробляє дії користувача за вибором альтернативи меню, після натискання кнопки або вибору елемента зі списку.

BL (Business or Application Logic) - прикладна логіка. Набір правил для прийняття рішень, обчислень і операцій, які має виконати додаток.

DL (Data Logic) - логіка управління даними. Операції з базою даних (SQL-оператори SELECT, UPDATE і INSERT), які потрібно виконати для реалізації прикладної логіки управління даними.

DS (Data Services) - операції з базою даних. Дії СУБД, що викликаються для виконання логіки управління даними, такі як маніпулювання даними, визначення даних, фіксація або відкат транзакцій і т.п. СУБД зазвичай компілює SQL-додатки.

FS (File Services) - файлові операції. Дискові операції читання і запису даних для СУБД і інших компонент. Зазвичай є функціями ОС.

Серед засобів розробки інформаційних додатків можна виділити наступні основні групи:

• * Традиційні системи програмування;
• * Інструменти для створення файл-серверних додатків;
• * Засоби розробки додатків «клієнт-сервер»;
• * Засоби автоматизації діловодства та документообігу;
• * Засоби розробки Інтернет / інтрнет-додатків;
• * Засоби автоматизації проектування додатків. (4.Антопольскій А.Б. - Інформаційні ресурси Росії: Науково-методичний посібник.)

транспорт кодування дорога залізний

Система КРАФТ побудована на технології клієнт-сервер і використовує реляційну СУБД Firebird (або Oracle). Це означає, що обробка даних в-основному здійснюється на сервері БД, що значно прискорює процес.

Робота з даними в системі КРАФТ заснована на запатентованій технології Sybase DataWindow, яка надає потужні засоби для обробки, фільтрації, сортування інформації, а також на засобах вбудованої мови програмування K-Script. Розглянемо основні види обробки даних в системі і як вони виконуються.

читання даних

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

виконання звітів

Звіт - це різновид читання даних, представлених у спеціальній формі. В системі КРАФТ будь-який звіт - це об'єкт конфігурації з заданим SQL-запитом і форматом представлення даних. На відміну від деяких інших інформаційних систем, в КРАФТ не існує ніякої проміжної обробки даних звіту після видачі їх сервером БД! Це означає, що швидкість виконання будь-яких звітів в КРАФТ обмежена лише продуктивністю обладнання сервера і практично не залежить від потужності робочої станції (тобто повністю реалізуються переваги SQL і технології клієнт-сервер). В системі КРАФТ час виполнененія навіть найскладніших звітів не перевищує 30 сек (зазвичай не більше 5-10 сек).

Введення і зміна даних

Введення і зміна даних відбувається в основному через форми введення інформації, призначені для відповідних бізнес-об'єктів. Використання технології Sybase DataWindow забезпечує високу швидкість операцій зміни даних. Під час написання або зміні даних повністю підтримується механізм транзакцій Firebird (Oracle), що гарантує надійність запису даних в БД. При модифікації документів системи (як складних об'єктів) в системі КРАФТ додатково може використовуватися режим блокування на рівні сесій користувачів, що дозволяє виключити можливість одночасного редагування документа різними користувачами.

Обробка бізнес-логіки об'єктів

Під час написання або зміні даних складних об'єктів, таких наприклад як документи, можуть виконуватися асоційовані процедури бізнес-логіки. В системі КРАФТ для конфігурації прикладних модулів найчастіше застосовується 3-х звенная реалізація обробки бізнес-логіки, як показано на малюнку нижче.

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

Виконання складних процедур обробки даних

До таких належать наприклад процедури масового перепроведення документів або ревізії даних. Всі подібні процедури (так само як і процедури будь-який інший бізнес-логіки модулів) реалізовані на вбудованій мові конфігурації K-Script. Тут розробнику надаються широкі можливості вибору по реалізації. Наявність вбудованої підтримки SQL в мові K-Script (включаючи курсори) дозволяє повністю написати обробку даних будь-якої складності в процедурі конфігурації. При цьому, крім SQL-операторів (Insert, Update, Delete) і SQL-курсорів можливо також використання «динамічних» SQL-операторів (що будуються «на льоту» в програмному коді), а також спеціального вбудованого об'єкта буфера даних - Data Store. Однак, оптимальним рішенням часто буває рознесення власне бізнес-логіки і алгоритмічно навантажених частин на клієнтську і серверну частини, де серверна частина реалізується у вигляді збережених процедур на сервері БД, що викликаються з процедури конфігурації на вбудованій мові системи.

Типові конфігурації модулів КРАФТ, пропоновані Біном Софт, оптимізовані по швидкодією обробки даних і максимально використовують переваги технологій системи КРАФТ.

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

Що таке зовнішні звіти та обробки

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

За функціональністю обробки діляться на ті, які можуть змінювати дані і ті, які просто аналізують інформацію і виводять результат у зручній для користувача формі (звіти). Щоб не міняти стандартні макети друку документів, розробляються зовнішні друковані форми. Також зовнішні обробки можуть виконуватися за розкладом на сервері додатків 1С - це регламентні завдання.

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

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

Відкривається форма для заповнення необхідних реквізитів:

І виводиться друкована форма договору:

Обробки за розкладом (регламентні завдання) використовуємо, наприклад, для виправлення виписки. У Кнопки налаштовані інтеграції з основними банками і спеціальні роботи завантажують виписку безпосередньо в 1С. Завдяки технології машинного навчання, відсоток помилок при проведенні виписки вдалося знизити до 3%. Але як завжди є винятки, наприклад клієнти, які використовують агентську схему реалізації товарів, у цьому випадку правила проведення банківської виписки індивідуальні. Щоб не перепрограмувати робота для окремого випадку, до появи розширень конфігурації використовували регламентне завдання, щоб раз в 10 хвилин виправляти виписку за роботом.

Що таке розширення конфігурації

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

Механізм передбачає три типи використання, які, власне, і вказуються в полі "Призначення", при створенні розширення:

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

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

Підготовка зовнішніх звітів і обробок до публікації в моделі сервісу

Додатковий звіт або обробка створюються в конфігураторі "1С: Підприємство 8" як стандартні зовнішні звіти та обробки і зберігаються в файл з розширенням - .epf (для додаткових обробок) ілі.erf (для додаткових звітів).

У модулі об'єкта повинні бути процедури та функції для визначення параметрів реєстрації.

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

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

Додатковий звіт або обробка повинні бути підготовлені для завантаження в сервіс у вигляді комплекту поставки. Комплект поставки є архівом (zip-файлом), що містить:

• файл додаткового звіту або обробки;
• xml-файл маніфесту, в якому знаходиться додаткова метаінформація, необхідна менеджеру сервісу для публікації додаткового звіту або обробки в сервісі.

Підготовка виконується в локально розгорнутої інформаційної базі тієї конфігурації, для якої призначається додатковий звіт або обробка. Використовуємо спеціальний помічник створення комплекту поставки, зовнішню обробку ПодготовкаДополнітельнихОтчетовІОбработокКПублікацііВМоделіСервіса.epf. Детальніше можна почитати в документації по Технології публікацій рішень 1С Fresh.

Установка додаткових звітів і обробок в моделі сервісу

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

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

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

Ось так виглядає форма властивостей додаткового звіту з версіями. За гіперпосиланням "Установка / видалення", потрапляємо в список додатків і вибираємо потрібні бази.

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

Запускаємо обробки за розкладом

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

Обробки, які будуть виконуватися за розкладом не мають форми. Вся логіка прописується в модулі об'єкта і виглядає наступним чином.

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

Детальніше про розширення конфігурації

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

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

Нове розширення підготувати досить просто. Давайте розглянемо процес створення розширень на конкретних прикладах.
З досвіду роботи, лідером за запитами на внесення коригувань є друкована форма ТОРГ-12. Наприклад, нам треба зробити розширення для можливості друкувати товарну накладну в валюті (за замовчуванням вона може формуватися тільки в рублях).
Відкриваємо Меню → Конфігурація → Розширення конфігурації
Створюємо нове розширення з призначенням "Адаптація".

Розширення виглядає як звичне дерево конфігурації, але поки без об'єктів. Насамперед додамо новий макет ТОРГ-12, в який вставили колонки з сумами у валюті.

Оскільки товарна накладна роздруковується з документа "Реалізація товарів і послуг", додамо цей документ в наше розширення з основної конфігурації і внесемо потрібні нам зміни в модуль менеджера. Для цього в контекстному меню реалізації вибираємо «додати в розширення».

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

Для зміни типових процедур використовуємо анотацію & Після, також нам буде потрібно пара своїх функцій і процедура.

Давайте зупинимося докладніше на анотаціях. В розширеннях можна використовувати: & Перед, & Після, & Замість (дуже акуратно). Принцип дії простий: хочемо, щоб спочатку виконувалися наші алгоритми з розширення, ставимо анотацію & Перед і в дужках вказуємо ім'я процедури з типової конфігурації. Якщо спочатку відпрацьовує типовий модуль, а потім наш, використовуємо & Після.

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

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

висновок

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

Можна використовувати кілька розширень для однієї області даних.
Для специфіки роботи 1С Fresh в режимі поділу даних (одна конфігурація, багато незалежних областей), метод розширень відмінний вихід.

2019-03-13T12: 14: 01 + 00: 00

Про які такі обробниках йде мова?

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

Таких оброблювачів буває 2 види: основні і відкладені.

Суть їх одна, але відкладені обробники на відміну від основних можна виконувати вже після всіх оновлень, у фоновому режимі, по ходу роботи користувача.

Обновлятор за замовчуванням виконує і ті і інші обробники в своєму циклі поновлення відразу.

І це правильно, тому що найчастіше застосовується кілька оновлень. І якщо не виконати обробники поновлення тут же - потім це може бути зробити досить проблематично (будуть виникати помилки).

Що робити, якщо обновлятор говорить про невиконані відкладених обробниках оновлення?

У цьому меню розкрийте розділ "Обробки":

І в ньому знайдіть і відкрийте підпункт "Результати поновлення програми":

У цій обробці можна побачити відомості про виконаних обробниках і можливі проблеми з ними:

І якщо не всі обробники були виконані - це буде відображено в цьому вікні. Тоді їх можна буде відкрити за посиланням і запустити на повторне виконання (зазвичай через контекстне меню правою кнопкою).

Виконання відкладеного поновлення ІБ

У деяких випадках може знадобитися примусовий запуск регламентного завдання "Відкладене оновлення ІБ".

Для цього в режимі користувача знову зайдіть в меню ( воно може бути приховано з меню, про те як його показати читайте):

У діалозі розкрийте розділ "Обробки". Знайдіть і відкрийте там наступний пункт:

У вікні регламентних завдань знайдіть "Відкладене оновлення ІБ", виділіть його і натисніть кнопку "Виконати зараз":

Окремий випадок - це коли вам не вдається виконати проблемні обробники навіть в ручному режимі. Зазвичай це означає, що:

• або розробники поновлення допустили помилку в коді проблемного обробника
• або є проблеми в базі на рівні даних (заповнення довідників, регістрів і документів), які вимагають втручання фахівця

З повагою, Володимир Мількіна (Викладач і розробник