Сьогодні ми хочемо вам розповісти про використання додаткових звітів та обробок та особливо розширень конфігурації в моделі сервісу. Технології не стоять на місці, обслуговування баз 1С у хмарі стає все більш привабливим сервісом. Що потрібно знати, щоб потрібний для вашої компанії функціонал був реалізований в орендованій базі, і як цей процес виглядає з боку провайдера сервісу - про це можна буде дізнатися під катом.
Що таке зовнішні звіти та обробки
Обробки 1С бувають різні, але у будь-якому разі вони розширюють функціонал конфігурації та дозволяють отримувати швидкий доступ до інформації, що зберігається в базі, без зміни конфігурації та без зняття з підтримки. Вони можуть бути вбудовані безпосередньо в конфігурацію, додані як розширення конфігурації або зовнішніми файлами. За функціональністю обробки поділяються на ті, які можуть змінювати дані та ті, які просто аналізують інформацію та виводять результат у зручній для користувача формі (звіти). Щоб не змінювати стандартні макети друку документів, розробляються зовнішні форми друку. Також зовнішні обробки можуть виконуватися за розкладом на сервері додатків 1С - це регламентні завдання.
У Кнопці розроблено кілька десятків обробок, які дозволяють використати нашим бухгалтерам “практичну магію“. Наприклад, для аналізу правильності бухгалтерського обліку в Кнопці використовується зовнішній звіт "Автоаудит баз". У зручних для сприйняття таблицях виводиться аналіз за 120 критеріями залишків та оборотів за рахунками, відповідність даних із податкових декларацій та інформації з бухгалтерського обліку, аналіз основних засобів та інше.
Приклад зовнішньої друкованої форми "договір позики" за формою, розробленою нашими юристами. Бувають випадки, коли підприємець бере безвідсоткову позику у своєї фірми як фізична особа, або, навпаки, перераховує власні кошти фірмі, тоді є можливість відразу ж роздрукувати договір.
Відкривається форма для заповнення необхідних реквізитів:
І виводиться друкована форма договору:
Обробки за розкладом (регламентні завдання) використовуємо, наприклад, для виправлення виписки. У Кнопки налаштовані інтеграції з основними банками та спеціальні роботи завантажують витяг безпосередньо в 1С. Завдяки технології машинного навчання відсоток помилок при проведенні виписки вдалося знизити до 3%. Але як завжди є винятки, наприклад, клієнти, які використовують агентську схему реалізації товарів, у цьому випадку правила проведення банківської виписки індивідуальні. Щоб не перепрограмувати робота для окремого випадку, до появи розширень конфігурації використовували регламентне завдання, щоб раз на 10 хвилин виправляти виписку за роботом.
Що таке розширення конфігурації
Розширення - це міні-конфігурація, яка успадковує об'єкти з основної конфігурації бази даних і містить код з доповненнями або виправлення об'єктів і модулів. При цьому основна конфігурація залишається на підтримці, не слід включати можливість редагування, що значно полегшує процес оновлення. Механізм передбачає три типи використання, які, власне, і вказуються в полі Призначення, при створенні розширення:
Центральним компонентом технології є Менеджер сервісу, він зберігає всю інформацію про абонентів, користувачів, додатках, інформаційних базах і зв'язках між ними, за його допомогою і відбувається управління зовнішніми обробками та розширеннями конфігурацій.
Усі файли з обробками завантажуються у спеціальний каталог менеджера сервісу. Але перед тим, як завантажити файл в каталог, тобто "опублікувати в сервісі", його треба спеціально підготувати.
Підготовка зовнішніх звітів та обробок до публікації у моделі сервісу
Додатковий звіт або обробка створюються в конфігураторі "1С: Підприємство 8" як стандартні зовнішні звіти та обробки та зберігаються у файл з розширенням - .epf (для додаткових обробок) або .erf (для додаткових звітів). У модулі об'єкта мають бути процедури та функції для визначення параметрів реєстрації.
Зауважте, що важливим параметром є “Версія“. Якщо ви внесли зміни в обробку, яка вже була завантажена в каталог менеджера сервісу, обов'язково змініть номер версії, інакше менеджер сервісу відмовиться завантажувати цей файл. Під час розробки звіту чи обробки треба враховувати, що користувачі працюють у моделі сервісу через web-клієнт (хороша стаття у блозі 1С). Якщо обробка містить форми, то вони повинні працювати у web-клієнті під усіма web-браузерами, які підтримуються технологічною платформою "1С: Підприємство 8".
За стандартами сервісу 1cfresh.com додатковий звіт або обробка повинні бути повністю працездатними при виконанні в безпечному режимі, тобто працювати без звернення до зовнішніх для конфігурації об'єктів.
Додатковий звіт або обробка повинні бути підготовлені для завантаження у сервіс у вигляді комплекту постачання. Комплект поставки є архівом (zip-файлом), що містить:
- файл додаткового звіту чи обробки;
- xml-файл маніфесту, в якому знаходиться додаткова метаінформація, необхідна менеджеру сервісу для публікації додаткового звіту або обробки у сервісі.
Встановлення додаткових звітів та обробок у моделі сервісу
Відмінною рисою технології 1С Fresh є те, що зовнішній звіт або обробку не можна завантажити безпосередньо в область даних. Додавання відбувається лише адміністратором сервісу через менеджер сервісу. Після того, як zip-архів із файлом обробки підготовлений, його треба завантажити в каталог менеджера сервісу та встановити для конкретного абонента сервісу. Абонент сервісу - це група користувачів, об'єднаних за будь-яким принципом. Відповідно, інформаційні бази, доступні для певної групи користувачів, називаються програмами абонента.
Програми можуть мати різні конфігурації 1С (Бухгалтерія підприємства, Зарплата та управління персоналом, Управління нашою фірмою тощо), для яких можливе використання моделі сервісу. Додатковий звіт або обробка можуть бути встановлені лише у програмі абонента, який вказано під час завантаження файлу.
Так виглядає форма властивостей додаткового звіту з версіями. За посиланням “Установка/видалення“, потрапляємо до списку додатків і вибираємо необхідні бази.
Після того, як обробка завантажена та вибрано програму, менеджер сервісу звертається за адресою програми та дає команду встановити її в інформаційну базу.
Запускаємо обробки за розкладом
Працюючи з великою кількістю бухгалтерських баз, деякі обробки потрібно виконувати періодично. Наприклад, раз на місяць або раз на кілька хвилин. Також важливо автоматизувати ручні та типові операції користувачів. Для цього активно використовуємо регламентні завдання.Обробки, які виконуватимуться за розкладом, не мають форми. Вся логіка прописується в модулі об'єкта і має такий вигляд.
При підготовці комплекту постачання задаємо розклад. Тепер наша обробка буде виконуватись щогодини.
Докладніше про розширення конфігурації
Паралельно із зовнішніми звітами та обробками, які потрібно готувати та адмініструвати “по-старому”, ми почали активно використовувати механізм розширень конфігурації. Починаючи з платформи 1С Підприємства 8.3.10 цей механізм досить полегшив наше життя і дозволив спростити адаптацію конфігурацій під особливості Кнопки. Наприклад, ми писали про регламентні операції для виправлення документів за роботами, які запускалися раз на 10 хвилин. Тепер можна за допомогою розширення перевизначити роботу модулів. Таким чином, ми можемо одразу, при записі чи проведенні документа виконати необхідні дії. Це набагато оптимальніше, тому що черга завдань у базі не забивається виконанням дій кожні 10 хвилин і оперативніше, оскільки зміни робляться відразу.
Нове розширення підготувати досить легко. Розгляньмо процес створення розширень на конкретних прикладах.
З досвіду роботи лідером за запитами на внесення коригувань є друкована форма ТОРГ-12. Наприклад, нам треба зробити розширення для можливості друкувати товарну накладну у валюті (за умовчанням вона може формуватися лише у рублях).
Відкриваємо Меню → Конфігурація → Розширення конфігурації
Створюємо нове розширення із призначенням “Адаптація“.
Розширення виглядає як звичне дерево конфігурації, але поки що без об'єктів. Насамперед додамо новий макет ТОРГ-12, до якого вставили колонки із сумами у валюті.
Оскільки товарна накладна роздруковується з документа “Реалізація товарів послуг“, додамо цей документ у наше розширення з основної конфігурації та внесемо потрібні зміни до модуль менеджера. Для цього в контекстному меню реалізації вибираємо «додати до розширення».
Тепер можна доопрацювати модуль менеджера реалізації. Нам потрібно додати нову форму до списку друкованих форм та заповнити суми у валюті.
Для зміни типових процедур використовуємо анотацію &Після, також нам знадобиться пара своїх функцій та процедура.
Зупинімося докладніше на анотаціях. У розширеннях можна використовувати: &Перед, &Після, &Замість (дуже акуратно). Принцип дії простий: хочемо, щоб спочатку виконували наші алгоритми з розширення, ставимо інструкцію &Перед і в дужках вказуємо ім'я процедури з типової конфігурації. Якщо спочатку відпрацьовує типовий модуль, а потім наш, використовуємо &Після.
Анотації &Перед і &Після не можна використовувати для функцій. Тому, якщо нам необхідно змінити алгоритм функції з основної конфігурації, використовуємо інструкцію &Замість.
Анотацію &Замість треба застосовувати якомога рідше, оскільки вона повністю замінює виконання процедури та функції з основної конфігурації на процедуру/функцію розширення. При цьому способі перехоплення процедура/функція з основної конфігурації взагалі перестануть виконуватися, поки встановлено розширення, навіть оновлення версій не допоможе.
Висновок
Існує багато різних думок щодо використання розширень та зовнішніх звітів/обробок. Маючи наш досвід, ми двома руками “за“ розширення. Це сучасна і адаптивніша технологія, у неї набагато більше можливостей, і їх публікація в рази простіше. У розширення міститься лише необхідна частина коду, також немає необхідності додатково прописувати процедури та функції для визначення параметрів реєстрації, стежити за версіями та створювати комплект поставки.Можна використовувати кілька розширень для однієї області даних.
Для специфіки роботи 1С Fresh в режимі поділу даних (одна конфігурація, багато незалежних областей), метод розширень відмінний вихід.
Про які такі обробники йдеться?
Після кожного оновлення бази в ній запускаються оновлення для того, щоб зробити з даними бази маніпуляції, необхідні у зв'язку з конфігурацією, що змінилася.
Таких обробників буває 2 види: основніі відкладені.
Суть їх одна, але відкладені обробники на відміну основних можна виконувати вже після всіх оновлень, у фоновому режимі, по ходу роботи користувача.
Оновлення за замовчуванням виконує й ті та інші обробники у своєму циклі оновлення відразу.
І це правильно, оскільки найчастіше застосовується кілька оновлень. І якщо не виконати обробники оновлення відразу - потім це може бути зробити дуже проблематично (будуть виникати помилки).
Що робити, якщо оновлення говорить про невиконані відкладені обробники оновлення?
У цьому меню розкрийте розділ "Обробки":
І в ньому знайдіть та відкрийте підпункт "Результати оновлення програми":
У цій обробці можна побачити відомості про виконані обробники та можливі проблеми з ними:
І якщо не всі обробники були виконані – це буде відображено у цьому вікні. Тоді їх можна буде відкрити за посиланням та запустити на повторне виконання (зазвичай через контекстне меню правою кнопкою).
Виконання відкладеного оновлення ІБ
У деяких випадках може бути потрібний примусовий запуск регламентного завдання "Відкладене оновлення ІБ".
Для цього в режимі користувача знову зайдіть в меню ( воно може бути приховано з меню, про те, як його показати читайте):
У діалозі розкрийте розділ "Обробки". Знайдіть та відкрийте там наступний пункт:
У вікні регламентних завдань знайдіть "Відкладене оновлення ІБ", виділіть його та натисніть кнопку "Виконати зараз":
Окремий випадок це коли вам не вдається виконати проблемні обробники навіть у ручному режимі. Зазвичай це означає, що:
- або розробники оновлення припустилися помилки в коді проблемного обробника
- або є проблеми в базі на рівні даних (заповнення довідників, регістрів та документів), які потребують втручання спеціаліста
З повагою, Володимир Мількін(викладач та розробник
Створення даних як процес обробки передбачає їх освіту в результаті виконання деякого алгоритму і подальше використання для перетворень на більш високому рівні. Модифікація даних пов'язана з відображенням змін у реальній предметній області, які здійснюються шляхом включення нових даних та видалення непотрібних.
Контроль, безпека та цілісність спрямовані на адекватне відображення реального стану предметної галузі в інформаційній моделі та забезпечують захист інформації від несанкціонованого доступу (безпека) та від збоїв та пошкоджень технічних та програмних засобів. Пошук інформації, яка зберігається в пам'яті комп'ютера, здійснюється як самостійна дія при виконанні відповідей на різні запити і як допоміжна операція при обробці інформації. Підтримка прийняття рішення є найважливішою дією, що виконується під час обробки інформації. Широка альтернатива прийнятих рішень призводить до необхідності використання різноманітних математичних моделей.
Створення документів, зведень, звітів полягає у перетворенні інформації на форми, придатні для читання як людиною, і комп'ютером. З цією дією пов'язані і такі операції, як обробка, зчитування, сканування та сортування документів.
При перетворенні інформації здійснюється її переклад із однієї форми подання чи існування на іншу, що визначається потребами, що у процесі реалізації інформаційних технологій. Реалізація всіх процесів, виконуваних у процесі обробки інформації, здійснюється за допомогою різноманітних програмних засобів. Найбільш поширеною сферою застосування технологічної операції обробки інформації є прийняття рішень. Ухвалення рішень в умовах визначеності. У цій задачі моделі об'єкта та системи управління вважаються заданими, а вплив довкілля - несуттєвим. Тому між обраною стратегією використання ресурсів і кінцевим результатом існує однозначний зв'язок, звідки випливає, що в умовах визначеності достатньо використовувати вирішальне правило для оцінки корисності варіантів рішень, приймаючи як оптимальне те, що призводить до найбільшого ефекту. Якщо таких стратегій кілька, всі вони вважаються еквівалентними. Для пошуку рішень за умов визначеності використовують методи математичного програмування.
Ухвалення рішень в умовах ризику. На відміну від попереднього випадку для прийняття рішень в умовах ризику необхідно враховувати вплив зовнішнього середовища, який не піддається точному прогнозу, а відомий лише ймовірнісний розподіл його станів. У умовах використання однієї й тієї ж стратегії може призвести до різних результатів, ймовірності появи яких вважаються заданими чи може бути визначено. Оцінку та вибір стратегій проводять за допомогою вирішального правила, що враховує можливість досягнення кінцевого результату. Ухвалення рішень в умовах невизначеності. Як і в попередній задачі між вибором стратегії та кінцевим результатом відсутній однозначний зв'язок. Крім того, невідомі також значення ймовірностей появи кінцевих результатів, які або не можуть бути визначені або не мають у контексті змістовного сенсу. Кожній парі «стратегія – кінцевий результат» відповідає деяка зовнішня оцінка як виграшу. Найбільш поширеним є використання критерію отримання максимального гарантованого виграшу.
Ухвалення рішень в умовах багатокритеріальності. У будь-який з перелічених вище завдань багатокритеріальність виникає у разі наявності кількох самостійних, які не зводяться одна до іншої цілей. Наявність великої кількості рішень ускладнює оцінку та вибір оптимальної стратегії. Одним із можливих шляхів вирішення є використання методів моделювання. Рішення завдань з допомогою штучного інтелекту полягає у скороченні перебору варіантів під час пошуку рішення, у своїй програми реалізують самі принципи, якими користується у процесі мислення людина.
Експертна система користується знаннями, які вона має у своїй вузькій області, щоб обмежити пошук шляху до вирішення завдання шляхом поступового звуження кола варіантів.
Для вирішення завдань у експертних системах використовують:
метод логічного висновку, заснований на техніці доказів, яка називається резолюцією та використовує спростування заперечення (доказ «від противного»);
метод структурної індукції, заснований на побудові дерева прийняття рішень визначення об'єктів з великої кількості даних на вході;
метод евристичних правил, що ґрунтуються на використанні досвіду експертів, а не на абстрактних правилах формальної логіки;
метод машинної аналогії, заснований на поданні інформації про порівнювані об'єкти у зручному вигляді, наприклад, у вигляді структур даних, які називаються фреймами.
Джерела «інтелекту», що виявляється під час вирішення завдання, можуть виявитися марними чи корисними чи економічними залежно від певних властивостей області, де поставлено завдання. Виходячи з цього може бути здійснений вибір методу побудови експертної системи або використання готового програмного продукту. Процес вироблення рішення на основі первинних даних можна розбити на два етапи: вироблення допустимих варіантів рішень шляхом математичної формалізації з використанням різноманітних моделей та вибір оптимального рішення на основі суб'єктивних факторів.
Інформаційні потреби осіб, які приймають рішення, у багатьох випадках орієнтовані на інтегральні техніко-економічні показники, які можуть бути отримані в результаті обробки первинних даних, що відображають поточну діяльність підприємства. Аналізуючи функціональні взаємозв'язки між підсумковими та первинними даними, можна побудувати так звану інформаційну схему, яка відображає процеси агрегування інформації. Первинні дані, як правило, надзвичайно різноманітні, інтенсивність їх надходження висока, а загальний обсяг на інтервалі, що цікавить, великий. З іншого боку, склад інтегральних показників відносно малий, а необхідний період їх актуалізації може бути значно коротшим за період зміни первинних даних - аргументів.
Для підтримки прийняття рішень обов'язковою є наявність наступних компонентів:
- * узагальнюючого аналізу;
- *прогнозування;
- *ситуаційного моделювання.
В даний час прийнято виділяти два типи інформаційних систем підтримки прийняття рішень. Системи підтримки прийняття рішень 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.Антопольський А.Б. - Інформаційні ресурси Росії: Науково-методичний посібник.)
транспорт кодування дорога залізниця
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.
Базова версія