Контакти

1с впровадження БСП користувачі в свою конфігурацію. Впровадження «1С: Бібліотека стандартних підсистем. Захист персональних даних

Друк (Ctrl + P)

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

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

Файли поставки містить

1. 1Cv8.cf - файл поставки бібліотеки. Не призначений для створення
інформаційних баз за шаблоном.
2. 1Cv8_demo.dt - демонстраційна база.
3. 1Cv8_demo.cf - файл поставки демонстраційної бази.

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

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

В цілому процес впровадження складається з наступних етапів:
Етап 1 . Перенесення об'єктів метаданих з файлу поставки бібліотеки в конфігурацію.
етап 2. Налаштування перенесених об'єктів бібліотеки.
етап 3 . Використання об'єктів бібліотеки при розробці конфігурації.

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

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

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

перше впровадження

Крок 1.Для виконання перенесення об'єктів бібліотеки в свою конфігурацію при першому впровадженні потрібно вибрати в режимі Конфігуратор команду меню Конфігурація - Порівняти, об'єднати з конфігурацією з файлу. У діалоговому вікні вказати файл поставки бібліотеки і ствердно відповісти на запит про постановку до неї на підтримку.


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


З групи підсистем Стандартні підсистеми вибрати:

  • обов'язкові підсистеми : Базова функціональність, Оновлення версії ІБ, Користувачі, Контактна інформація. Відзначимо, що при впровадженні підсистеми «Користувачі» для використання в моделі сервісу
    підсистема «Контактна інформація»
  • підсистеми, які потрібно впровадити в вашу конфігурацію, наприклад, сервісні підсистеми, нормативно-довідкова інформація і
    класифікатори
  • якщо передбачається робота конфігурації в моделі сервісу, то потрібно включити додаткові підсистеми, обов'язкові до переносу в конфігурацію для роботи в моделі сервісу

Крок 3. Додатково потрібно встановити або зняти прапорці для окремих об'єктів бібліотеки і їх властивостей і вибрати режим об'єднання Взяти з файлу (Дії - Встановити режим для всіх ...) і натиснути кнопку Виконати. У вікні зі списком залежних об'єктів натиснути кнопку Продовжити.
крок 4. Після завершення порівняння і об'єднання перейти до другого етапу - настройка об'єктів бібліотеки. Залежно від числа впроваджуваних підсистем цей крок може зайняти від одного до декількох годин.

Оновлення версії бібліотеки

В цьому розділі описана загальна схема поновлення на нову версію бібліотеки. Окремі особливості поновлення кожної конкретної версії бібліотеки наведені в супровідному документі updateSSL.htm, Що входить в поставку бібліотеки. Як правило, при переході між редакціями, подредакціямі і релізами бібліотеки (перша,
друга і третя цифри в номері версії) потрібно скористатися додатковими функціями по оновленню, а при переході між виправними релізами бібліотеки (четверта цифра
в номері версії), як правило, ніяких додаткових дій не потрібно. У рідкісних випадках, коли додаткові дії все-таки необхідні при оновленні на виправний реліз бібліотеки, відповідні інструкції містяться не тільки в updateSSL.htm, але і в файлі readme.txt в розділі Важливо. Для оновлення версії бібліотеки потрібно вибрати команду меню Конфігурація - Підтримка - Оновити конфігурацію. У діалоговому вікні вказати варіант Вибір файлу оновлення, задати шлях до файлу поставки бібліотеки і ствердно відповісти на запит про
оновленні версії конфігурації постачальника.
Крок 1. Попередньо необхідно підготувати до видалення з конфігурації застарілі об'єкти метаданих бібліотеки. Для цього у вікні порівняння і об'єднання конфігурацій зняти всі прапорці навпроти об'єктів метаданих, потім встановити фільтр порівняння і об'єднання в значення Показувати присутні лише в старої конфігурації постачальника в групі Нова конфігурація постачальника<- Старая конфигурация поставщика, как указано на рисунке.

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

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

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

Далі відзначити всі об'єкти метаданих прапорцями і натиснути кнопку Виконати. У вікні зі списком залежних об'єктів натиснути кнопку родолжіть.
крок 3. Після завершення порівняння і об'єднання перейти до другого етапу - настройка об'єктів бібліотеки.

На прикладі редакції БСП 2.1.2.34 (платформа 1С 8.2) я розгляну основні функції, підсистеми та приклади використання даної конфігурації.

Конфігурація «Бібліотека стандартних підсистем» - одна з небагатьох конфігурацій від фірми 1С, яка створена для розробників, а не користувачів. Сама конфігурація вдає із себе набір підсистем, які можуть використовуватися в будь-яких конфігураціях. Також до складу БСП включена ціла технологія розробки на базі 1С 8.2. Бібліотека стандартних підсистем дозволяє стандартизувати рішення і домогтися максимальної схожості різних рішень від різних розробників. Всі типові конфігурації 1С 8.2, де використовуються керовані форми (2.0, БП 3.0, УТ 11, УНФ), написані на базі БСП.

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

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

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

Отримайте 267 відеоуроків по 1С безкоштовно:

1.Базовий функціональність

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

Ця підсистема обов'язкове для установки в разі використання будь-якої іншої підсистеми.

2. Робота в моделі сервісу

Підсистема «Робота в моделі» містить базовий функціонал, обов'язковий для всіх прикладних рішень, розрахованих на роботу в моделі сервісу, а також ряд підсистем, які розширюють інші підсистеми для роботи в моделі сервісу (наприклад, «Валюти в моделі сервісу» та ін.) .

3. Адресний класифікатор

Підсистема призначена для завантаження, зберігання, отримання адресної інформації. Завантаження відбувається з (КЛАДР). Підсистема сильно пов'язана з підсистемою «Контактна інформація», однак може впроваджуватися автономно.

4. Аналіз журналу реєстрації

Містить в собі спеціальний звіт для більш інформативного перегляду інформації журналу реєстрації.

5. Анкетування

Призначена для проведення опитувань і аналізу результатів опитування. Можливе проведення опитувань через інтернет за коштами веб-клієнта.

6. Банки

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

7. Бізнес-процеси і завдання

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

8. Валюта

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

9. Варіанти звітів

Підсистема розширює користувальницький інтерфейс налаштувань звітів.

10. Версіонування об'єктів

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

11. Взаємодії

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

12.Групповое зміна об'єктів

Підсистема дозволяє виробляти масова зміна даних в БД. Нагадує аналогічну обробку з 8.1.

13. Дати заборони зміни

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

14. Додаткові звіти і обробки

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

15. Завершення роботи користувачів

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

16. Записи

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

17. Заборона редагування реквізитів об'єктів

Дозволяє відключати редагування довільних реквізитів об'єкта. Це те, чого так сильно не вистачало в 8.1.

18. Захист персональних даних

Підсистема «Захист персональних даних» призначена для відповідності інформаційної системи, побудованої на основі конфігурації, вимогам Федерального закону №152-ФЗ від 27.06.2006 «Про персональні дані».

19. Інформаційний центр

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

20. Інформація при запуску

Відображає при запуску системи HTML сторінки з різною інформацією (наприклад, рекламу). Сторінки містяться в макетах обробки ІнформаціяПріЗапуске. Кожен макет містить стартову сторінку, а також може містити інші сторінки, посилання яких вказані в стартовій сторінці.

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

Для чого створювалася БСП

Перша версія БСП випущена фірмою 1С в далекому 2010 році для платформи 1С: Підприємство 8.2. 1С пропонує використовувати дану бібліотеку (або окремі її підсистеми) в якості основи для створення власних прикладних рішень. Також всі типові продукти, що випускаються самою фірмою 1С, базуються на БСП.

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

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

Як поширюється БСП

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

До складу поставки БСП входить демо-база з прикладом впровадження. Дана демо-база доступна для ознайомлення на сайті 1С. Як можна отримати до неї доступ можна почитати в статті.

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

Офіційна документація по БСП знаходиться за адресою https://its.1c.ru/db/bspdoc і доступна при наявності підписки на ІТС.

склад БСП

БСП складається з безлічі підсистем, які діляться на:

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

На поточний момент (липень 2017 року) доступна БСП версії 2.4.2, яка підтримує наступний функціонал:

Засоби адміністрування та обслуговування Аналіз журналу реєстрації
Додаткові звіти і обробки
налаштування програми
оновлення конфігурації
оцінка продуктивності
Пошук і видалення дублів
профілі безпеки
регламентні завдання
Резервне копіювання ІБ
Видалення помічених об'єктів
Управління підсумками та агрегатами
Адміністрування користувачів і прав доступу Завершення роботи користувачів
користувачі
управління доступом
Інтеграція з іншими програмами та системами зовнішні компоненти
Завантаження даних з файлу
Інтеграція з «1С-Бухфон» ( «1С-Коннект»)
Обмін даними
Відправка SMS
Отримання файлів з Інтернету
Робота з поштовими повідомленнями
Розсилка звітів
Технологічні механізми і програмні інтерфейси Базова функціональність
заповнення об'єктів
Заборона редагування реквізитів об'єктів
Оновлення версії ІБ
підключаються команди
префіксація об'єктів
Робота в моделі сервісу
центр моніторингу
Прикладні підсистеми і робочі місця користувачів анкетування
Бізнес-процеси та завдання
варіанти звітів
взаємодії
Робота з файлами
Поточні справи
шаблони повідомлень
Нормативно-довідкова інформація і класифікатори
банки
валюти
графіки роботи
календарні графіки
Сервісні підсистеми Версіонування об'єктів
Групове зміна об'єктів
Дати заборони зміни
Записи
Захист персональних даних
Інформація при запуску
Контактна інформація
нагадування користувача
Налаштування порядку елементів
печатка
повнотекстовий пошук
Перевірка легальності отримання оновлень
властивості
Схиляння уявлень об'єктів
структура підпорядкованості
Електронний підпис

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

впровадження БСП

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

  • Базова функціональність;
  • Оновлення версії ІБ;
  • Користувачі.

Загальна схема впровадження складається з наступних етапів:

  1. Перенесення необхідних об'єктів метаданих в цільову конфігурацію;
  2. Налаштування перенесених об'єктів;
  3. Використання об'єктів БСП при розробці нового функціоналу.

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

Для перевірки коректності впровадження БСП в каталозі шаблону конфігурації розташовується звіт ПроверкаВнедреніяБСП.erf.

Як дізнатися версію БСП прикладного рішення

Є кілька способів дізнатися яка версія БСП використовується в конкретному прикладному рішенні:

  • програмно: Викликати функцію СтандартниеПодсістемиСервер. ВерсіяБібліотекі() ;
  • інтерактивно: В регістрі відомостей «Версії підсистем» подивитися значення версії для підсистеми «СтандартниеПодсістеми».

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

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

Установка БСП. файли поставки

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

установка бібліотеки


рис.1

Слідуючи за монтажником, проходимо кроки і тиснемо «Готово».


рис.2


рис.3


рис.4

Додаємо нову інформаційну базу по кнопці «Додати» і вибираємо «Створення нової інформаційної бази», і далі - до натискання «Готово».


рис.5


рис.6


рис.7


рис.8


рис.9


рис.10

Поставка БСП включає демо-базу з варіантом установки і наступні файли:

  • 1Cv8.cf файл поставки бібліотеки, що не призначений для створення ІБ за шаблоном;
  • 1Cv8_international.cf файл поставки міжнародної версії бібліотеки, також не призначений для роботи з шаблонами;
  • 1Cv8_demo.dt демобаза;
  • 1Cv8_demo.cf файл поставки демобази.



рис.11


рис.12

Даний приклад розглядається з використанням версії 3.0.1.240. Файли конфігурації розташовані в підкаталозі \\ 1c \\ SSL \\ 3_0_1_240 \\. Звертаємо увагу, що дана версія використовується з платформою 1С 8.3 не нижче версії 8.3.12.1412.

При установці бібліотеки можна зіткнутися з «Помилкою SDBL. Таблиця або поле ConfigVersion не міститься в розділі FROM ».


рис.13

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


рис.14

Помічник впровадження БСП



рис.15


рис.16

ПервоеВнедреніеБСП.epf - зовнішня обробка, назва якої говорить сама за себе. З її допомогою можна відібрати підсистеми під впровадження, враховуючи їх взаємозв'язки, залишити настройки для порівняння (об'єднання), видалити надлишкові, невикористовувані фрагменти коду підсистем.

Покроковий помічник доступний з розділу «Інструменти розробника-Перше впровадження БСП».



рис.17

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



рис.18

рис.19



рис.20

Прописуємо доппараметри для кожної обраної нами підсистеми.

Переносимо дані, згідно з нашою налаштуванні, в створювану, порожню конфігурацію.В режимі «Конфігуратор» заходимо в неї.



рис.21

Для наочності перейменуємо її в «Моя_конфігурація».

У перший раз в режимі конфігуратора вказуємо «Конфігурація-Порівняти, об'єднати з конфігурацією з файлу», вказавши в діалозі файл поставки бібліотеки і підтвердивши запит про підтримку.



рис.22

На питання «Виконати повне завантаження конфігурації?» відповідаємо негативно.



рис.23



рис.24

Ми бачимо порівняння двох конфігурацій - «Моя_Конфігурація» і «Бібліотеки стандартних підсистем».



рис.25

У вікні порівняння можна завантажити настройки з раніше збереженого за допомогою помічника файлу через «Дії-Завантажити настройки з файлу».


рис.26

У вікні, вибрати наш раніше збережений з помічником файл - «ФайлНастроекСравненія».



рис.27

Звернемо увагу, що підсистеми будуть виділені, в залежності від того, які були визначені під час налаштування помічником. Так, якщо виділити тільки базові функції (Рис.28), вікно конфігурації буде виглядати наступним чином:


рис.28


рис.29

Тобто ми бачимо, що виділені галочками не всі об'єкти конфігурації.

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



рис.30


мал.31

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

З «Стандартні підсистеми» вибираємо обов'язкові, незалежно від того, який функціонал потрібен. Серед них - базовий функціонал, оновлення версій бази, користувачі, контакти.

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



рис.32

Вибравши підсистеми, натискаємо кнопку «Встановити».

Також окремим елементам можна вибрати режим об'єднання - «Взяти з файлу» або «Об'єднати з пріоритетом основний конфігурації» (для цього натиснути на ньому правою кнопкою мишки).



рис.33

Ці дії можна застосувати до всіх елементів, встановивши через меню «Дії-Встановити режим для всіх».


рис.34


рис.35



рис.36



мал.37



мал.38

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


мал.39





рис.41

Зверніть увагу, що по завершенню процесів, об'єкти метаданих перенесені, але поки не налаштовані. Тому необхідно почати налаштування об'єктів БСП.

"Оголосила про випуск 21.12.2010 новій редакції 1.1" 1С: Бібліотеки стандартних підсистем 8.2 "(БСП). Редакція 1.1 є черговим етапом розвитку інструментарію для розробника прикладних рішень на платформі" 1С: Підприємство 8.2 ".

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

Нове в редакції 1.1 БСП

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

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

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

Підсистема "Дати заборони зміни" дозволяє блокувати зміна будь-яких даних (документів, записів регістрів, елементів довідників та ін.) Раніше певної дати. Є можливість налаштування як однієї спільної дати для всієї інформаційної бази в цілому, так і декількох дат по розділах і / або окремих об'єктах розділів обліку.

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

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

Підсистема "Електронний цифровий підпис" надає в розпорядження прикладного розробника програмний і призначений для користувача інтерфейс для роботи із засобами криптографії: електронний цифровий підпис і перевірка підпису.

Як самостійна виділена підсистема: "Групове зміна об'єктів", що надає універсальний сервіс по груповому зміни властивостей і реквізитів об'єктів довільного посилального типу (довідники, документи і т. Д.), А також підсистема "Файлові функції". Підсистема "Файлові функції" є технологічною підсистемою, яка може використовуватися тільки в зв'язці з підсистемами "Робота з файлами" і / або "Приєднані файли". У ній реалізовані загальні для обох підсистем функції та базові інтерфейси роботи з файлами, зберігання файлів в томах на диску, функції для підтримки РИБ і створення первинного образу інформаційної бази.

У підсистемі "Базова функціональність" з'явився новий програмний інтерфейс для пакетного запису подій з клієнтського коду в журнал реєстрації, а також для перевірки, чи включена в журналі реєстрація певних типів подій. Додані функції перевірки коректності регламентованих даних (ІПН, КПП і т. П.).

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

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

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

Підсистема "Робота з файлами" використовує штатні можливості підсистеми "Електронний цифровий підпис". Крім того, при скануванні документів з'явилася можливість налаштовувати ступінь стиснення (для TIF), якість (для JPG) і спосіб збереження в PDF (за допомогою зовнішньої програми).

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

У підсистемі "Фізичні особи" реалізовані перевірки заповнення серії і номера документа фізичної особи (військовий квиток, військовий квиток офіцера запасу, дипломатичний паспорт громадянина РФ і ін.).

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

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

Порядок переходу з попередньої версії

Редакція 1.1 надається зареєстрованим користувачам системи "1С: Підприємство 8", які мають діючу підписку на інформаційно-технологічний супровід (ІТС).

Для поновлення БСП до редакції 1.1 випущена версія 1.1.1, сумісна з версією платформи 8.2.13 і вище.

Версія 1.1.1 БСП публікується в складі лютневого випуску ІТС за 2011 рік, на сайті підтримки користувачів http://users.v8.1c.ru/ і на сайті ІТС http://its.1c.ru/ (доступ до цих сайтів мають тільки передплатники ІТС).

Загальний порядок поновлення в конфігурації вже використовуваної БСП до версії 1.1.1 наведено в документації, що входить в поставку цієї версії. Особливості оновлення з попередніх версій 1.0.7, 1.0.6, бета-версії 1.0.5 і ознайомчої версії 1.0.4 описані у файлі update.htm, також входить в поставку версії 1.1.1.

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



Сподобалася стаття? поділіться їй