Розширення 1С - Коли варто використовувати і чого остерігатися

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

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

Вступ

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

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

Коли з'явився механізм розширень у 1С?

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

Навіщо був потрібний цей механізм?

Легше оновлювати систему

Безпека для основної конфігурації

Більше гнучкості

Чи існують різні типи розширень?

Залежно від цілей, розширення поділяються на кілька типів: Виправлення (патч), Адаптація і Доповнення. Для кожного з типів розширень встановлено свій порядок застосування. Насамперед застосовуються розширення із призначенням Виправлення, потім Адаптація, а потім – Доповнення. Отже, який тип розширення вибрати?

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

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

• Доповнення – цей тип розширення використовують для додавання до конфігурації нової функціональності, не торкаючись стандартної логіки роботи системи. Застосовують цей тип, коли потрібно впровадити щось нове, чого спочатку не було в системі, наприклад новий звіт, документ або регістр.

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

Експерти IBS на порталі Habr вивели по десять плюсів і мінусів використання механізму розширень, при цьому зазначивши, що аргументи було давати важко. У таблиці залишилися лише ключові:

Таблиця «Використання розширень у 1С: за та проти» на порталі habr.com
https://habr.com/ua/companies/ibs/articles/824942/

Далі ми розглянемо ці та інші аргументи за та проти використання розширень у 1С, а також поради від пересічних програмістів.

Які обмеження існують?

Регламентні завдання у розширеннях.

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

Не можна змінювати тип об'єкта метаданих.

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

Не рекомендується додавати нові метадані у розширенні.

Усі нові об'єкти (документи, довідники, регістри тощо), а також нові реквізити, вимірювання та ресурси до об'єктів основної конфігурації, що вже існують, рекомендується додавати до основної конфігурації.

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

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

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

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

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

Неможливо аналізувати зміни під час оновлення.

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

Вирішити цю проблему пропонує автор у статті «Аналіз змін у розширенні під час оновлення основної конфігурації» на сайті infostart.ru

Дані, що зберігаються в розширенні, можуть бути втрачені при його оновленні та видаленні.

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

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

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

Детальніше про оновлення та видалення розширень можна прочитати в нотатках розробників 1С (Нотатки із Задзеркалля): https://wonderland.v8.1c.ru/blog/rasshirenie-dannykh/ А також у коментарях користувачів на форумі Інфостарт Розширення конфігурації : Розширення конфігурації (Власні об'єкти) — Форум.Інфостарт

Використання директиви &Замість

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

Докладніше про це можна прочитати у статті «Розширення модулів» на сайті розробників 1С wonderland.v8.1c.ru в розділі «Що краще, Перед, Під час або Замість?», а також цікавий кейс від архітектора 1С Юрія Билінкіна у статті «Як вижити, якщо у тебе в базі 1С 50+ розширень» на сайті infostart.ru, в якій він буквально називає директиву Замість «Злом».

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

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

Увага!

Подальший текст написаний мовою програмістів 1С та наведено цитати штатного програміста нашого клієнта

Форми – це хворе місце.

— «Є форма, до неї додали зміни графічно, поколупалися в коді. Та ж форма є й у розширенні: також змінена графічно, внесені зміни до коду, змінені події, додані &Перед &Після. Скільки б я не шукав, 1С просто не надає жодних інструментів для порівняння, ніж вони відрізняються. У конфігурації я можу це порівняти: бачу код, адаптую, а те, що реквізити додавали інтерактивним способом, 1С не показує. Доводиться або поєднувати з пріоритетом, або замінювати. Шукав способи вирішення цієї проблеми, але знайшов лише скарги програмістів.

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

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

— «Хочеш до чогось звернутися, а не бачиш це, бо воно в розширенні. Розширення бачить основну базу, тоді як розширення одне одного вже немає. Принаймні, не завжди.

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

Дві переваги

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

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

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

Нюанси пошкодженої бази

— «Через специфіку роботи в нас була дуже доопрацьована форма заявок на витрачання коштів і будь-яка, найменша, зміна (навіть поміняти місцями два реквізити на формі) призводила до того, що вона не відкривалася з невідомою помилкою. Було дуже багато збоїв, можливо тому, що розширення робили давно і, можливо, щось зашкодило. Тобто розширення ще й можуть бути пошкодженими, і з'ясувати це можна буде лише тоді, коли щось зміниться, пройде зміна структури. У цьому випадку довелося видаляти форму, тому що допрацювати щось чи трохи змінити я вже не міг.

Кульгаве розширення

— «У нас було дуже сильно кульгаюче розширення. Якісь речі не робота настільки, що їх було простіше видалити і чекати на замовлення, що щось там перестало працювати, ніж розбиратися як це все полагодити. І не факт, що це потрібне. Я питаю колег: Це потрібно?. Мені відповідають: "Так". Перепитую: «А чи Ви пробували це відкрити?». Відчиняють, а там помилка! Порожній довідник, порожній документ, реквізит, який не заповнений в жодному з десятків тисяч документів – все це свідчить про те, що деякі речі простіше видалити, а потім зробити знову. Головне, що акуратно потрібно робити – це реквізити та документи. Форми можна видаляти. Форма – це зовнішній вигляд, якщо її можна повернути не зашкодимо дані. Регістри, документи, довідники, реквізити вже зберігають дані і якщо їх видалити – втрачається інформація, яка записана.»

— «Ще є велика проблема із перенесенням реквізитів. Коли хтось зробив реквізит у розширенні доводиться робити такий самий реквізит у основі, лише з іншим найменуванням. Інакше буде конфлікт.Далі потрібно робити обробку, яка все це перенесе.

Що можна порадити тим, хто вже використовує розширення?

• Не подрібнюйте розширення для одного об'єкта конфігурації.
  Якщо зміни стосуються однієї форми, створюйте одне розширення та доповнюйте його за наступних завдань замість створення нових. Змінити послідовність виконання розширень складно, якщо вони містять дані. Хорошим рішенням об'єднуватиме розширення за функціональністю, а не лише по об'єктах, але це вимагає продуманого підходу на початку доробок. При додаванні однакового функціоналу кілька об'єктів може бути краще об'єднати їх у одне розширення, хоча це порушує принцип «одне розширення — один об'єкт».
• Зміни форм, що розширюються, робити програмно.
  Зміни в формах, що розширюються, краще робити програмно, не покладаючись на автоматичне оновлення через «Оновити розширення форми». Відходити від цього правила можна, якщо розширення - тимчасове виправлення помилки, що очікується усунення в наступному релізі.
• Мінімізовано використання анотації &Замість.
  Уникайте анотації &Замість, де можливо, замінюючи її на &Перед або &Після, щоб не перехоплювати повністю вихідну логіку та уникнути проблем під час оновлення конфігурації. У версіях 8.3.15+ з'явилася анотація &ЗмінаІКонтроль, яка дозволяє змінювати окремі рядки у процедурі без повної заміни. Платформа відслідковуватиме зміни вихідного коду та сповіщатиме за необхідності аналізу ваших доповнень.
• Робити незалежні одне від одного розширення.
  Так, з одного розширення можна викликати функцію іншого - це зручно для створення загального набору процедур, які використовуються в інших розширеннях. Однак такий підхід створює залежність: зміни у загальному розширенні можуть вплинути на решту.Якщо контролювати зміни, це допустимо, але потребує обережності.
• Нові об'єкти конфігурації, які передбачають збереження даних, додавати до основної конфігурації. Незважаючи на покращення безпеки в розширеннях, дані критичної важливості (довідники, документи, регістри) краще зберігати в основній конфігурації для полегшення оновлень. У розширеннях можна зберігати менш важливі дані, такі як налаштування та логи.
• Вести реєстр розширень.
  Документування всіх змін у типовій конфігурації – обов'язково, щоб уникнути складнощів під час оновлень. Важливо також вести реєстр усіх розширень з їх описом та вказівкою процедур та функцій, особливо тих, що використовують анотацію & Замість – це спростить оновлення. Ми, наприклад, ведемо реєстр у OneNote з посиланнями на ТЗ та GIT-сховище. Формат можна вибирати за зручністю, але головне забезпечити розуміння для інших фахівців.

Всі перелічені вище пункти розглянути докладніше можна у статті «Про розширення замовте слово…» на сайті infostart.ru

Що за підсумком?

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

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

Корисні матеріали

Що таке розширення конфігурації 1С, і навіщо вони потрібні?

Після виходу 1С 8.3.6.1977 до функціоналу типових конфігурацій було додано новий інструмент «Розширення».

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

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

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

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

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

Робота з розширеннями 1С

Здійснюючи розробку розширень корисно знати, що:

• 1У конфігурації можна впроваджувати одночасно кілька розширень одночасно;
• 2Не всі об'єкти конфігурації можна використовувати в розширенні.

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

• 1«Виправлення» - призначення застосовно в тому випадку, коли потрібне оперативне виправлення помилок у розширеннях;
• 2 «Адаптація» - це призначення використовується у випадку, коли під умову клієнта потрібне застосування прикладного рішення. Наприклад: за умов, коли в одне реалізоване розширення не вдається вмістити весь перелік доробок, застосовується «Адаптація». За допомогою цього призначення ви зможете розділити всі доробки у розширенні великих блоків;
• 3«Доповнення» — застосовується у разі, коли необхідно реалізувати нове доопрацювання у вже існуючому розширенні. Наприклад: при включенні даного призначення програміст зможе створити, наприклад, новий набір звітів, які відсутні у прикладному рішенні, але потрібні клієнту.

Застосування 1С розширення

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

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

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

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

Сценарій роботи розширення 1С

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

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

Які об'єкти в 1С розширення не підтримуються при створенні?

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

• Функціональні опції та їх параметри;
• Бізнес-процеси та завдання;
• Зовнішні джерела даних;
• Регламентні завдання;
• Передплати на події;
• Сховище налаштувань;

• Журнал документів;
• Визначаються типи;
• Загальні реквізити;
• Параметри сеансу;
• Критерії відбору;
• Константи;
• Мови.

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

Як влаштовано 1С розширення конфігурації

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

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

Перейдіть до розділу «Конфігурація» → «Номенклатура» → «Додати до розширення».

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

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

Як здійснюється підключення розширення 1С

Потрібно перейти в розділ «Всі функції» → «Стандартні» → «Управління розширеннями конфігурації» або скористатися інтерфейсом, наданим компанією 1С: Підприємство.

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

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

Щоб здійснити підключення розширення, яке збережено у файл запуск конфігуратора, не потрібно.

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

Здійснити перевірку підключення розширення до різних конфігурацій можна за допомогою:

• 1Вбудована опція «Управління розширеннями конфігурації»;
• 2Запуск конфігуратора в пакетному режимі;
• 3Вбудованої мови.

Призначення розширення 1С

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

Послідовність застосування розширення із призначенням:

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

У цій статті ми розповіли про те, що таке розширення у конфігураціях 1С. Якщо у вас залишилися питання або потрібне налаштування 1С — дзвоніть нам за номером, вказаним на сайті. Наші фахівці з радістю дадуть відповідь на всі питання, що вас цікавлять.

Що таке розширення конфігурації 1С, і навіщо вони потрібні?

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

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

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

Робота з 1С

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

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

Використання 1С розширення

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

Є об'єкти, які не підтримуються у 1С розширенні:

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

Якщо об'єкт не є власним, неможливо використати розширення. Воно влаштоване за принципом «дерева об'єктів».

Щоб розпочати роботу, необхідно пройти наступний шлях: «Конфігурація» → «Номенклатура» → «Додати до розширення». На кожному етапі система здійснює перевірку запозичення об'єктів.

Підключити функцію можна в такий спосіб:

• "Усі функції" → "Стандартні" → "Управління розширеннями конфігурації";
• користуватися інтерфейсом від розробника;
• створити нове розширення у конфігураторі.

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

Аутсорсинг 1С

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

Комплексний супровід полягає у проведенні всіх робіт з впровадження, підтримки працездатності, розвитку платформи 1С. Замовнику не потрібно вникати в тонкощі процесу, він отримає готову платформу, адаптовану до його бізнесу.

Організаціям Москви компанія SkyDynamics надає комплексні IT послуги з ведення бізнесу. Програмісти встановлять платформу 1С, підключать розширення конфігурації, що полегшують роботу. Залишіть заявку, за кілька хвилин передзвонить консультант, відповість на запитання, розрахує вартість разової послуги чи абонентського обслуговування.