WEBVTT

00:00:00.000 --> 00:00:04.040
Что делать, если бизнес-централ справляется с большей частью ваших задач, но какая-то часть

00:00:04.040 --> 00:00:08.060
бизнеса все равно не совсем вписывается в систему? Может быть, вам нужен особый процесс доставки,

00:00:08.200 --> 00:00:12.060
финансовому отделу требуется специфический отчет или сотрудникам приходится вводить одни и те же

00:00:12.060 --> 00:00:15.940
данные в две системы, которые никак не взаимодействуют между собой. Бизнес-централ и так

00:00:15.940 --> 00:00:20.600
охватывает многое. Она помогает вам управлять финансами, продажами, запасами, проектами и

00:00:20.600 --> 00:00:25.120
повседневной работой из одного места. Но вот в чем дело, не бывает двух компаний, которые работают

00:00:25.120 --> 00:00:29.440
абсолютно одинаково. Вспомните свой телефон. Он поставляется с функциями звонков, сообщений,

00:00:29.440 --> 00:00:32.720
камерой и базовыми инструментами, а затем вы устанавливаете нужные вам приложения,

00:00:32.880 --> 00:00:37.060
не разбирая сам телефон. Расширение бизнес-централ работает точно так же. К концу этого короткого

00:00:37.060 --> 00:00:41.460
урока вы будете знать, что это такое, где они применяются и что нужно проверить перед их установкой.

00:00:41.640 --> 00:00:46.640
Что же на самом деле представляет собой расширение? Расширение – это пакет для Dynamics 365

00:00:46.640 --> 00:00:51.160
бизнес-централ, который добавляет возможности, отсутствующие в стандартной настройке,

00:00:51.360 --> 00:00:55.760
или изменяет работу стандартных функций под нужды вашей компании. Оно может быть совсем простым,

00:00:55.760 --> 00:00:59.860
например, добавлять обязательное поле в карточку клиента, чтобы никто не мог создать запись,

00:01:00.040 --> 00:01:03.960
не указав предпочтение по доставке. Или же оно может охватывать целый бизнес-процесс.

00:01:04.140 --> 00:01:07.980
Расширение для доставки может создавать этикетки перевозчика, отправлять данные о посылках в

00:01:07.980 --> 00:01:11.240
службу доставки и получать информацию об отслеживании, о банковское расширение,

00:01:11.400 --> 00:01:14.460
загружать выписки и помогать сопоставлять их с уже зарегистрированными платежами.

00:01:14.580 --> 00:01:18.800
Вам не нужно быть разработчиком, чтобы понять основную идею. Представьте бизнес-централ как

00:01:18.800 --> 00:01:22.480
офисное здание, где стандартное приложение предоставляет вам основные помещения, финансы,

00:01:22.480 --> 00:01:26.640
продажи, закупки, запасы, проекты и многое другое. В нем уже есть двери, стены,

00:01:26.860 --> 00:01:31.640
проводка и общие коммуникации, верно. Расширение дополняет это здание, не затрагивая его

00:01:31.640 --> 00:01:36.160
основную конструкцию. Оно может добавить новую комнату или дополнительный инструмент на ваш

00:01:36.160 --> 00:01:41.260
рабочий стол, например, новую кнопку в заказе на продажу, столбец в списке, другой макет счета

00:01:41.260 --> 00:01:46.040
фактуры или подключение к стороннему сервису. За кулисами расширения может добавлять поля,

00:01:46.300 --> 00:01:51.580
страницы, отчеты, действия, правила и бизнес-логику. Последняя фраза звучит технически сложно,

00:01:51.580 --> 00:01:55.580
поэтому давайте объясним ее проще. Бизнес-логика – это правило, которое указывает

00:01:55.580 --> 00:01:59.620
бизнес-централ, что именно нужно делать. Например, правило может запретить выпуск заказа,

00:01:59.780 --> 00:02:03.920
пока кто-то не введет номер заказа на закупку. А другое правило может отправлять документ на

00:02:03.920 --> 00:02:07.980
утверждение, когда его сумма превышает лимит. Расширение берет это правило на себя,

00:02:08.220 --> 00:02:13.240
поэтому вашей команде не нужно каждый раз о нем помнить. Раньше, до появления облачных приложений

00:02:13.240 --> 00:02:17.820
и расширений, компании часто меняли исходный код бизнес-централ напрямую. Представьте,

00:02:17.820 --> 00:02:22.720
что вы меняете стены и проводку внутри офисного здания. Поначалу это может решить проблему,

00:02:22.840 --> 00:02:26.200
но когда Microsoft выпускает обновление, оно рассчитывает, что стандартная система выглядит

00:02:26.200 --> 00:02:29.600
определенным образом, и ваши изменения могут вступить с ним в конфликт. Поэтому кому-то нужно

00:02:29.600 --> 00:02:33.280
проверить эти изменения, устранить конфликты и протестировать систему, прежде чем обновление

00:02:33.280 --> 00:02:37.300
можно будет безопасно установить. Эта работа требует времени. Расширения позволяют избежать

00:02:37.300 --> 00:02:41.540
многих проблем, так как их код остается отделенным от кода стандартного приложения. Поэтому вместо

00:02:41.540 --> 00:02:45.740
перестройки здания к нему аккуратно присоединяют готовый модуль. Microsoft может обновлять

00:02:45.740 --> 00:02:50.200
основное приложение, пока расширение остается в своем собственном пакете. Это не значит,

00:02:50.480 --> 00:02:55.720
что каждое обновление вообще не требует внимания. Расширение может зависеть от другого расширения,

00:02:55.900 --> 00:03:00.560
и его разработчику может потребоваться выпустить совместимую версию при изменениях в бизнес-централ.

00:03:00.700 --> 00:03:05.380
Но отделение расширения от стандартного кода все равно дает всем гораздо более чистую отправную

00:03:05.380 --> 00:03:09.600
точку. Можно сравнить это с хранением подключаемого инструмента в собственном футляре.

00:03:09.740 --> 00:03:14.600
Инструмент подключается к мастерской, когда вам нужно, но не требует перестройки всей мастерской,

00:03:14.600 --> 00:03:19.040
а если инструмент больше не нужен, его можно просто убрать, не разбирая все здание.

00:03:19.200 --> 00:03:23.380
Это меняет подход с вопроса, как нам переписать бизнес-централ под себя. На вопрос,

00:03:23.580 --> 00:03:27.960
как нам безопасно добавить недостающий элемент. Это важно, потому что стандартный бизнес-централ

00:03:27.960 --> 00:03:31.460
уже выполняет огромный объем типичной бизнес-работы. Поэтому расширения должны

00:03:31.460 --> 00:03:35.020
закрывать реальные пробелы, а не становиться поводом для переделки каждого экрана только потому,

00:03:35.200 --> 00:03:38.660
что старая система выглядела иначе. Иногда лучшее расширение – это то, которое добавляет

00:03:38.660 --> 00:03:42.560
одно поле и одну проверку. Иногда оно подключает бизнес-централ к сервису, от которого уже зависит

00:03:42.560 --> 00:03:46.240
ваша компания. В любом случае, цель остается простой – сохранить стабильность стандартной

00:03:46.240 --> 00:03:48.880
базы, добавляя при этом инструменты, необходимые вашим сотрудникам.

00:03:49.000 --> 00:03:52.860
Теперь нам нужно посмотреть, кто создает эти дополнения, ведь не все расширения

00:03:52.860 --> 00:03:56.300
появляются из одного источника. Основные типы расширений

00:03:56.300 --> 00:04:00.440
Итак, откуда же на самом деле берутся расширения? Их источники различаются,

00:04:00.600 --> 00:04:04.300
и понимание этих различий поможет вам выбрать подходящее решение для вашего бизнеса.

00:04:04.420 --> 00:04:08.000
Первый тип называется расширением-приложением. Представьте его как упакованный аддон,

00:04:08.000 --> 00:04:11.820
который выполняет конкретную задачу внутри бизнес-централ. Например, приложение для доставки

00:04:11.820 --> 00:04:15.180
может связать ваши заказы с транспортной компанией. Платежное приложение может принимать оплату

00:04:15.180 --> 00:04:18.340
картами или отправлять данные в платежный сервис. Приложение для отчетности может добавить

00:04:18.340 --> 00:04:22.620
отчеты, которые нужны вашей команде каждый месяц. Расширение – это как покупка готового инструмента

00:04:22.620 --> 00:04:26.840
для задачи, которую вам точно нужно выполнить. Вы устанавливаете его, настраиваете под свою

00:04:26.840 --> 00:04:30.940
компанию, и пользователи видят новую функцию прямо в бизнес-централ. Оно может добавлять

00:04:30.940 --> 00:04:35.380
собственные страницы и поля или размещать опции на уже знакомых страницах, таких как заказы на

00:04:35.380 --> 00:04:40.020
продажу, заказы на закупку или карточки клиентов. Некоторые расширения выпускает сама компания

00:04:40.020 --> 00:04:43.980
Microsoft. Они предоставляют дополнения для нужд, которые актуальны не для каждой компании или

00:04:43.980 --> 00:04:47.700
каждой страны. Хорошим примером является пакет локальной юридической отчетности. Налоговые

00:04:47.700 --> 00:04:51.320
правила, счета, платежи и официальные документы различаются в зависимости от региона. Поэтому

00:04:51.320 --> 00:04:54.520
одной стране могут потребоваться функции, которыми никогда не пользуются в другой. Такое

00:04:54.520 --> 00:04:57.600
разделение позволяет стандартизировать продукт, сохраняя при этом возможность для

00:04:57.600 --> 00:05:01.780
компаний соблюдать местные правила. Далее идут расширения ISV. ISV расшифровывается как

00:05:01.780 --> 00:05:05.720
независимый поставщик программного обеспечения. Звучит как сложный технический термин, но на деле

00:05:05.720 --> 00:05:09.580
это просто софтверная компания, создающая приложение для многих клиентов Business Central.

00:05:09.760 --> 00:05:14.740
ISV может специализироваться на складской работе, ритейле, производстве, обработке документов,

00:05:14.940 --> 00:05:19.060
расчете зарплат, электронных счетах или отраслевой отчетности. Вместо того, чтобы создавать

00:05:19.060 --> 00:05:22.960
одну и ту же функцию с нуля для каждого клиента, они создают приложение, которое многие компании

00:05:22.960 --> 00:05:26.940
могут купить или оформить подписку. Такие приложения обычно размещаются в Microsoft AppSource,

00:05:27.140 --> 00:05:31.620
онлайн-маркетплейсе бизнес-приложении Microsoft. AppSource полезен, когда ваша потребность типична.

00:05:31.620 --> 00:05:35.460
Возможно, многим компаниям нужно подключить Business Central к одной и той же службе доставки,

00:05:35.460 --> 00:05:38.980
банку или платежному провайдеру. Вместо того, чтобы платить за разработку подключения

00:05:38.980 --> 00:05:42.840
специально для вас, можно найти готовое приложение с поддержкой, инструкциями и регулярными

00:05:42.840 --> 00:05:46.560
обновлениями от разработчика. Это может сэкономить огромное количество работы. Тем не менее,

00:05:46.760 --> 00:05:50.620
наличие приложения в AppSource не означает, что оно автоматически вам подходит. Вам нужно убедиться,

00:05:50.860 --> 00:05:55.340
что оно соответствует вашим процессам, стране и версии Business Central. Хорошее приложение решает

00:05:55.340 --> 00:05:59.400
конкретную проблему, не заставляя команду перестраивать всю повседневную работу ради него.

00:05:59.520 --> 00:06:03.660
Следующий тип – расширение для клиента, которое часто называют PTE. Клиент,

00:06:03.660 --> 00:06:08.200
Тенант – это собственная среда вашей компании в Business Central. Поэтому расширение для клиента – это

00:06:08.200 --> 00:06:11.820
приложение, созданное только для вашей компании, а не общедоступное для всех пользователей

00:06:11.820 --> 00:06:15.540
Business Central. Представьте дистрибьютора продуктов питания с очень специфическим способом

00:06:15.540 --> 00:06:19.020
расчета стоимости доставки. Цены могут зависеть от температурного режима перевозки,

00:06:19.160 --> 00:06:23.060
зон доставки, возвратной тары и клиентских соглашений, накопленных за годы. Такой процесс,

00:06:23.260 --> 00:06:27.360
вероятно, слишком сложен для стандартного приложения по доставке. Партнер или разработчик

00:06:27.360 --> 00:06:30.860
Business Central может создать расширение для конкретного арендатора под этот процесс.

00:06:30.860 --> 00:06:35.260
Приложение остается в рамках настроек Business Central данной компании и может соответствовать

00:06:35.260 --> 00:06:39.120
методам ее работы. Оно может включать уникальную связь со старой системой, особый процесс

00:06:39.120 --> 00:06:43.560
утверждения или экран, созданный для специфической задачи. Но индивидуальное не всегда означает

00:06:43.560 --> 00:06:46.580
лучшее. Расширение для конкретного арендатора обеспечивает максимальное соответствие вашим

00:06:46.580 --> 00:06:50.380
требованиям. Но кто-то должен им управлять. Это означает введение документации, тестирование

00:06:50.380 --> 00:06:54.120
изменений и организацию поддержки при обновлении процессов компании или самого Business Central.

00:06:54.300 --> 00:06:58.360
Если эта функция может пригодиться и другим, готовое приложение ISV потребует меньше

00:06:58.360 --> 00:07:02.700
долгосрочных затрат. Итак, как сделать выбор? Начните с бизнес-потребности, а не с типа

00:07:02.700 --> 00:07:07.040
расширения. Если ваша потребность типична, например, импорт банковских выписок, этикетки для

00:07:07.040 --> 00:07:11.280
посылок, электронные счета или локальный отчет. Сначала поищите приложение от Microsoft или

00:07:11.280 --> 00:07:15.740
ISV партнера. Возможно, вы найдете готовое решение, которое уже подходит. Если потребность вызвана

00:07:15.740 --> 00:07:19.160
уникальным процессом вашей компании, расширение для арендатора может быть более оправданным.

00:07:19.340 --> 00:07:23.300
Существуют также простые расширения для узких задач. Например, обязательное заполнение полей перед

00:07:23.300 --> 00:07:27.180
сохранением данных клиента или поставщика. Они могут быть небольшими, но предотвращают появление

00:07:27.180 --> 00:07:30.700
серьезных проблем из-за отсутствия информации в будущем. От разработчика приложения зависит,

00:07:30.900 --> 00:07:34.520
кому обращаться за поддержкой и обновлениями. То, что меняет приложение, определяет,

00:07:34.680 --> 00:07:39.040
что ваши пользователи будут замечать каждый день. Как расширения меняют вашу повседневную работу?

00:07:39.320 --> 00:07:43.160
Итак, где именно вы заметите работу расширения? Обычно это происходит на странице,

00:07:43.240 --> 00:07:46.920
которую вы уже используете, например, в карточке клиента, заказе на продажу, карточке товара или

00:07:46.920 --> 00:07:51.760
отражанном счете. Чаще всего это расширение страницы. Оно меняет экран, не заменяя привычную страницу

00:07:51.760 --> 00:07:56.480
целиком. Ваша команда продолжает работать там же, где и всегда, а расширение добавляет нужную информацию

00:07:56.480 --> 00:08:00.560
или действие. Представьте, что вашему отделу продаж нужно окно доставки для каждого клиента.

00:08:00.760 --> 00:08:04.680
Расширение страницы может добавить поле «Окно доставки» в карточку клиента и отобразить эту

00:08:04.680 --> 00:08:08.760
деталь в заказе на продажу. Больше не нужны отдельные таблицы или заметки, спрятанные в электронной

00:08:08.760 --> 00:08:12.680
почте. Сотрудник, оформляющий заказ, видит правила доставки именно там, где это важно.

00:08:12.900 --> 00:08:17.160
Иногда изменения еще проще. Вы можете увидеть новую кнопку для отправки напоминаний об оплате,

00:08:17.300 --> 00:08:21.000
создания транспортной этикетки, открытия документа или запуска запроса на утверждение.

00:08:21.000 --> 00:08:24.220
Страница по-прежнему выглядит как бизнес-централ, но теперь она поддерживает задачу,

00:08:24.220 --> 00:08:27.880
которую должна выполнить ваша команда. Это позволяет выполнять работу непосредственно в карточке

00:08:27.880 --> 00:08:31.720
записи. Вместо того, чтобы заставлять пользователей запоминать пять шагов в разных инструментах,

00:08:31.860 --> 00:08:34.940
расширение может разместить следующие действия прямо рядом с клиентом – счетом,

00:08:35.060 --> 00:08:39.180
заказом или товаром, который они просматривают. Меньше переключение обычно означает меньше

00:08:39.180 --> 00:08:43.620
пропущенных шагов. Отчеты меняются аналогичным образом. Бизнес-централ включает стандартные отчеты,

00:08:43.740 --> 00:08:47.160
но компания может потребоваться, чтобы в счете отображался специальный номер, дополнительные

00:08:47.160 --> 00:08:50.420
юридические данные, другой логотип или информация, которую ожидает увидеть клиент.

00:08:50.420 --> 00:08:53.780
Расширение отчетов может добавить эти данные или предоставить другой макет,

00:08:53.960 --> 00:08:58.120
оставляя исходный отчет на месте. Подумайте о счете на продажу. Вашему финансовому отделу

00:08:58.120 --> 00:09:01.720
может потребоваться один макет для местных клиентов, а другой – для зарубежных. В первом

00:09:01.720 --> 00:09:05.460
могут быть указаны местные налоговые реквизиты, а во втором требуются другие формулировки и

00:09:05.460 --> 00:09:09.700
таможенный код. Расширение отчетов может добавить эти макеты и подтянуть поля, необходимые для

00:09:09.700 --> 00:09:14.520
каждого документа. Стандартный отчет никуда не исчезает. И это важно, потому что вы не заменяете

00:09:14.520 --> 00:09:18.320
привычный отчет чем-то совершенно иным. Вы добавляете то, что нужно вашему бизнесу,

00:09:18.320 --> 00:09:21.960
сохраняя стандартный отчет в качестве основы. Отчеты предназначены не только для документов,

00:09:22.120 --> 00:09:25.460
которые вы отправляете за пределы компании. Расширение может добавить столбцы во внутренний

00:09:25.460 --> 00:09:29.040
финансовый отчет, показать дополнительные детали товара для планирования запасов или включить

00:09:29.040 --> 00:09:32.540
специфическое поле компании в управленческий отчет. Если данные существуют в бизнес-централ,

00:09:32.680 --> 00:09:35.580
отчет может включить их в представления, которые люди используют для принятия решений.

00:09:35.760 --> 00:09:40.200
Далее идут расширения наборов разрешений. Разрешения определяют, что каждый человек может видеть,

00:09:40.380 --> 00:09:44.740
изменять, проводить или удалять. Для новичка представьте их как карты доступа в разные помещения

00:09:44.740 --> 00:09:48.500
вашей компании. Финансовому пользователю может потребоваться доступ к новому экрану платежей.

00:09:48.620 --> 00:09:52.000
Пользователю склада может потребоваться доступ к функции отгрузки, но не к банковским реквизитам,

00:09:52.120 --> 00:09:55.620
стоящим за ней. Когда расширение добавляет новую страницу или процесс, оно также может добавить

00:09:55.620 --> 00:09:59.360
разрешение, необходимое пользователям для этой новой работы. Это позволяет избежать распространенной

00:09:59.360 --> 00:10:03.080
проблемы. Приложение установлено, люди видят новую кнопку, но не могут ее воспользоваться,

00:10:03.200 --> 00:10:07.200
так как у них нет доступа к записям, стоящим за ней. Расширение наборов разрешений помогает связать

00:10:07.200 --> 00:10:11.100
новую функцию с нужными ролями. Таким образом, доступ соответствует той работе, которую люди действительно

00:10:11.100 --> 00:10:14.900
выполняют. Вам все равно нужно решить, кто именно должен получить этот доступ. Расширение может

00:10:14.900 --> 00:10:18.800
предоставлять наборы разрешений, но ваша компания сама выбирает, какие люди или группы должны их

00:10:18.800 --> 00:10:22.340
использовать. Новый инструмент не должен без ведома давать каждому пользователю больше доступа,

00:10:22.420 --> 00:10:26.300
чем того требует его роль. Многие расширения также соединяют бизнес-централ с другими онлайн

00:10:26.300 --> 00:10:30.800
сервисами. Это интеграционные приложения. Они передают информацию между бизнес-централ и банком,

00:10:30.980 --> 00:10:34.640
транспортной компанией, платежным сервисом, интернет-магазином или другой бизнес-системой.

00:10:34.800 --> 00:10:38.900
Возьмем финансовый отдел, который ежедневно получает банковские выписки. Без подключения

00:10:38.900 --> 00:10:43.360
сотруднику приходится скачивать файл из банка, загружать его вручную, сверять каждую банковскую

00:10:43.360 --> 00:10:47.440
операцию с платежами и искать несовпадения. С банковским расширением выписки поступают в

00:10:47.440 --> 00:10:51.420
бизнес-централ, помогая команде сопоставлять входящие и исходящие платежи с имеющимися

00:10:51.420 --> 00:10:55.200
записями. Сотрудник по-прежнему проверяет исключения, но на рутинное сопоставление уходит

00:10:55.200 --> 00:10:59.180
меньше усилий. Финансовый отдел может сосредоточиться на записях, требующих участия человека.

00:10:59.360 --> 00:11:03.000
Это практический пример использования расширения. Оно не отменяет необходимость суждения. Оно

00:11:03.000 --> 00:11:06.980
устраняет повторяющуюся рутину. Приложения для доставки работают примерно так же. Заказ на продажу

00:11:06.980 --> 00:11:11.020
может отправить адрес и данные посылки в службу доставки. Перевозчик может вернуть этикетку и номер

00:11:11.020 --> 00:11:14.880
для отслеживания. Вместо того, чтобы копировать адрес на сторонний сайт, ваша команда запускает

00:11:14.880 --> 00:11:18.880
процесс отправки прямо из заказа. Вы можете добавлять эти функции по мере необходимости. Если

00:11:18.880 --> 00:11:22.320
компания перестает пользоваться услугами перевозчика, меняет платежного провайдера или отказывается

00:11:22.320 --> 00:11:26.200
от процесса, соответствующие расширения больше не нужно. Такой модульный подход дает больше контроля,

00:11:26.380 --> 00:11:30.180
чем встраивание всех внешних подключений в стандартное приложение. И все же каждое добавленное

00:11:30.180 --> 00:11:33.760
приложение становится частью вашей ежедневной работы. Следующий шаг – тщательная проверка

00:11:33.760 --> 00:11:38.000
расширения, прежде чем оно попадет в процессы, от которых зависят ваши люди. Поиск и установка

00:11:38.000 --> 00:11:42.820
приложений. Итак, вы понимаете, что процесс требует оптимизации. Где искать решения? Большинство

00:11:42.820 --> 00:11:46.440
начинают с Microsoft AppSource или страницы управления расширениями внутри Business Central.

00:11:46.600 --> 00:11:50.680
AppSource – это магазин, где можно просматривать приложения от Microsoft и других разработчиков.

00:11:50.800 --> 00:11:54.480
В управлении расширениями можно просматривать и настраивать приложения, уже подключенные к вашей

00:11:54.480 --> 00:11:59.180
среде Business Central. Вот в чем секрет. Начинайте с проблемы, а не с названия приложения. Ищите слова,

00:11:59.180 --> 00:12:03.120
которые ваша команда уже использует в работе. Попробуйте запросы, доставка, банковский импорт,

00:12:03.260 --> 00:12:06.840
согласование, электронные счета, складское сканирование, напоминание об оплате или локальные

00:12:06.840 --> 00:12:11.240
отчеты. Простой поиск дает больше шансов найти несколько вариантов, чем выбор первого попавшегося

00:12:11.240 --> 00:12:15.620
приложения по рекомендации. Представьте, что ваша складская команда каждый день тратит время на

00:12:15.620 --> 00:12:19.900
копирование данных заказа на сайт перевозчика. Не начинайте с поиска конкретного поставщика.

00:12:20.120 --> 00:12:24.460
Вместо этого ищите по словам «перевозчик», «отправка посылок», «печать этикеток» или «отслеживание грузов».

00:12:24.460 --> 00:12:28.260
Затем сравните найденные приложения с реальными задачами, которые нужно решить вашей команде.

00:12:28.380 --> 00:12:33.220
Теперь внимательно изучите описание. Сначала проверьте издателя, кто создал приложение и где

00:12:33.220 --> 00:12:37.020
найти контакты службы поддержки. Приложение может идеально выглядеть в описании,

00:12:37.360 --> 00:12:41.880
но вам нужно знать, кому обратиться, если этикетка не распечатается или обновление изменит

00:12:41.880 --> 00:12:46.480
привычный рабочий процесс. Затем проверьте, какие версии Business Central поддерживает это приложение.

00:12:46.700 --> 00:12:50.420
Ваша компания может использовать облачную версию Business Central или версию, установленную на

00:12:50.420 --> 00:12:54.180
собственных серверах. Приложение должно поддерживать вашу конфигурацию. Изучите описание

00:12:54.180 --> 00:12:58.060
приложения и документацию издателя, а не полагайтесь на то, что каждое приложение работает везде.

00:12:58.300 --> 00:13:01.860
Ценообразование также требует внимательного изучения. Некоторые приложения взимают плату за

00:13:01.860 --> 00:13:05.800
каждого пользователя. Другие берут плату за компанию, за транзакцию или через ежемесячную подписку.

00:13:06.000 --> 00:13:09.440
Есть и бесплатные для установки варианты, которые подключаются к платным внешним сервисам.

00:13:09.580 --> 00:13:13.740
Например, банковский коннектор может предполагать сборы от издателя приложения, банка или от обоих сразу.

00:13:13.960 --> 00:13:18.100
Бесплатно – не значит, что проверки можно пропустить. Бесплатное приложение может отлично решать

00:13:18.100 --> 00:13:22.100
конкретную узкую задачу. Но оно также может иметь меньше вариантов поддержки, скудную документацию

00:13:22.100 --> 00:13:26.780
или ограниченный набор функций. Прочитайте, что включает приложение, чего в нем нет, и объясняет

00:13:26.780 --> 00:13:31.060
ли издатель, как работают обновления и поддержка. Ищите документацию перед установкой.

00:13:31.260 --> 00:13:35.060
Хорошая документация должна объяснять назначение приложения, требования к установке,

00:13:35.300 --> 00:13:39.960
какие страницы Business Central оно меняет и как с ним работать. Она не обязана читаться как учебник.

00:13:40.040 --> 00:13:44.740
Но если вы находите четкие инструкции по настройке бизнес-процесса, влияющего на заказы,

00:13:44.740 --> 00:13:50.020
счета или платежи, остановитесь и изучите их. Отзывы могут помочь, но читайте их с осторожностью.

00:13:50.300 --> 00:13:52.980
Пятизвездочный отзыв от компаний из другой страны может не говорить о том,

00:13:53.200 --> 00:13:56.960
подходит ли приложение под ваши локальные правила отчетности. Низкая оценка может описывать

00:13:56.960 --> 00:14:00.940
проблему, которую издатель уже исправил. Относитесь к отзывам как к вопросам для проверки,

00:14:01.100 --> 00:14:05.600
а не как к окончательному ответу. Как только вы сузите список, протестируйте приложение в «Песочнице».

00:14:05.600 --> 00:14:10.460
«Песочница» – это отдельная среда Business Central для тестирования. Она дает команде безопасное место

00:14:10.460 --> 00:14:14.680
для установки приложения, его настройки и запуска обычных бизнес-сценариев без изменения

00:14:14.680 --> 00:14:18.820
рабочих записей. Используйте реальные тестовые примеры. Создайте пробный заказ с тем типом

00:14:18.820 --> 00:14:22.400
клиента, товара, налоговым правилом и способом доставки, которые обычно вызывают трудности.

00:14:22.540 --> 00:14:25.420
Попросите сотрудников, которые выполняют эту работу, опробовать приложение.

00:14:25.600 --> 00:14:28.700
Менеджер может одобрить приложение на бумаге, но сотрудник, вводящий заказы,

00:14:28.820 --> 00:14:32.800
за пару минут заметит нехватку поля или лишний шаг. Тестируйте и нестандартные случаи тоже.

00:14:32.800 --> 00:14:37.360
Что произойдет, если адрес неполный? Что произойдет при сбое оплаты? Может ли пользователь исправить

00:14:37.360 --> 00:14:41.320
ошибку, не обращаясь к разработчику? Создает ли приложение верный отчет, когда клиенту понадобится

00:14:41.320 --> 00:14:45.180
копия в следующем месяце? Эти вопросы говорят куда больше, чем красивая страница продукта.

00:14:45.340 --> 00:14:48.600
Прежде чем приложение войдет в ежедневный обиход, решите, кто отвечает за его поддержку.

00:14:48.780 --> 00:14:52.000
Ваша внутренняя ИТ-команда может взять на себя первичные обращения. Ваш партнер по

00:14:52.000 --> 00:14:55.180
бизнес-централу может отвечать за настройку и исправление. Издатель приложения может

00:14:55.180 --> 00:14:59.440
самостоятельно устранять проблемы в своем коде. Запишите это, а также контакты службы поддержки

00:14:59.440 --> 00:15:04.340
и назначения приложения. Установленное приложение становится частью бизнес-процесса. Это означает,

00:15:04.520 --> 00:15:09.280
что следующие вопросы касаются доступа к информации, путей ее передачи и изменений при обновлении

00:15:09.280 --> 00:15:13.640
бизнес-централ или самого приложения. Вопросы безопасности, данных и обновлений.

00:15:13.800 --> 00:15:18.300
Прежде чем утвердить расширение, задайте простой вопрос. Какую информацию это приложение может

00:15:18.300 --> 00:15:21.920
видеть, изменять или куда-то передавать? Этот вопрос важен, так как расширение может

00:15:21.920 --> 00:15:26.260
интегрироваться в рабочие процессы вашей команды с клиентами, заказами, счетами, платежами и запасами.

00:15:26.420 --> 00:15:30.960
Некоторые приложения лишь добавляют поле или отчет. Другие подключают бизнес-централ к внешним

00:15:30.960 --> 00:15:34.860
службам и обмениваются бизнес-данными в процессе работы. Не все приложения следуют тем же

00:15:34.860 --> 00:15:38.020
стандартам тестирования, соответствия или безопасности, что и бизнес-централ.

00:15:38.020 --> 00:15:41.320
В документации Microsoft это четко указано для приложений от сторонних поставщиков.

00:15:41.420 --> 00:15:45.320
Приложение может связываться с другими онлайн-сервисами. Оно может обрабатывать или хранить

00:15:45.320 --> 00:15:49.020
данные за пределами вашей организации или выбранного географического региона и границ

00:15:49.020 --> 00:15:53.480
соответствия требованиям. Оно может делиться данными с другими компаниями, включать функции на базе

00:15:53.480 --> 00:15:58.180
и или отображать контент, не соответствующий политикам вашей компании. Поэтому не относитесь к кнопке

00:15:58.180 --> 00:16:02.540
установки как к незначительному выбору. Вот конкретный пример. Представьте приложение,

00:16:02.760 --> 00:16:06.960
которое отправляет данные счетов во внешнюю службу документа оборота. Для работы ему могут

00:16:06.960 --> 00:16:11.580
потребоваться имена клиентов, адреса, детали товаров, цены, налоговые данные и номера документов.

00:16:11.720 --> 00:16:14.900
Это может идеально вписываться в ваш процесс, но финансовый руководитель и та команда и

00:16:14.900 --> 00:16:17.960
ответственный за конфиденциальность должны знать, куда уходят данные и кто ими управляет.

00:16:18.060 --> 00:16:22.340
Попросите издателя объяснить путь данных простыми словами. Какие данные покидают бизнес-централ?

00:16:22.500 --> 00:16:26.780
Куда они направляются? В какой стране или регионе они хранятся? Сохраняет ли приложение копию и

00:16:26.780 --> 00:16:30.540
как долго? Может ли издатель или другой поставщик услуг получить к ним доступ? Если приложение

00:16:30.540 --> 00:16:34.480
использует и какая информация попадает в сервис и что происходит с этой информацией

00:16:34.480 --> 00:16:38.240
впоследствии, изучите условия конфиденциальности и правила перед установкой. Вам не нужно

00:16:38.240 --> 00:16:41.780
становиться юристом, но вам нужны четкие ответы относительно данных, которыми оперирует ваша

00:16:41.780 --> 00:16:46.240
компания. Если разработчик не может объяснить, что его приложение делает с вашей информацией,

00:16:46.360 --> 00:16:50.840
не включайте его в процессы, связанные с данными клиентов или финансов. Разрешение требует

00:16:50.840 --> 00:16:54.280
такого же внимания. Приложению может потребоваться доступ для чтения заказов на продажу,

00:16:54.420 --> 00:16:57.800
создания отгрузок, проведения платежей или доступа к записям новой функции. Предоставляйте

00:16:57.800 --> 00:17:01.680
только тот доступ, который необходим для выполнения задачи. Затем проверьте, кто из пользователей

00:17:01.680 --> 00:17:05.460
получает разрешение на использование приложения, так как полезная функция может стать угрозой

00:17:05.460 --> 00:17:09.460
безопасности, если попадет не в те руки. Не забывайте о собственном процессе утверждения.

00:17:09.660 --> 00:17:13.560
Отдел может найти полезное приложение и захотеть запустить его немедленно. Если приложение

00:17:13.560 --> 00:17:16.920
работает с конфиденциальными данными, сначала дайте возможность проверить его специалистам по ИТ,

00:17:17.060 --> 00:17:20.720
финансам, безопасности и комплаенсу. Поначалу это может показаться долгим, но это лучше,

00:17:20.920 --> 00:17:25.140
чем потом обнаружить, что данные клиентов ушли туда, куда никто не разрешал. Обновления тоже требуют

00:17:25.140 --> 00:17:29.160
внимания. Расширение отделяет пользовательский код от стандартного приложения Business Central,

00:17:29.160 --> 00:17:33.500
что сокращает объем ремонтных работ, необходимых при прямом изменении кода. Но расширение все

00:17:33.500 --> 00:17:37.380
равно может зависеть от функции Business Central, другого приложения или внешнего сервиса.

00:17:37.560 --> 00:17:40.760
Если одна часть меняется, соединение, возможно, придется протестировать.

00:17:40.940 --> 00:17:44.620
Ведите краткий учет каждого установленного расширения. Запишите его название, издателя,

00:17:44.760 --> 00:17:48.120
назначение, владельца, контакты поддержки, разрешение, используемые внешние службы и любые

00:17:48.120 --> 00:17:51.580
другие приложения, от которых оно зависит. Когда приближается обновление, этот список подскажет,

00:17:51.680 --> 00:17:55.020
что именно нужно протестировать, чтобы вашей команде не пришлось гадать, какой процесс может сломаться.

00:17:55.020 --> 00:17:58.620
Меньше, часто значит лучше. Длинный список приложений может привести к дублированию функций,

00:17:58.620 --> 00:18:01.620
неясности в ответственности и увеличению объема тестирования. Оставляйте расширение,

00:18:01.820 --> 00:18:05.420
только если оно решает реальную бизнес-задачу. Удаляйте или отключайте его, когда потребность

00:18:05.420 --> 00:18:09.340
исчезает, и перед этим документируйте все изменения. Цель не в том, чтобы избегать расширений.

00:18:09.500 --> 00:18:13.780
Цель – точно знать, что делает каждое расширение, прежде чем оно станет частью вашей компании.

00:18:14.000 --> 00:18:16.220
Эй, ТМ – это ежедневная работа.

00:18:17.000 --> 00:18:19.140
Вывод. Выбирайте правильное дополнение.

00:18:19.800 --> 00:18:24.180
Вот простое правило. Расширение для Business Central должно решать одну конкретную проблему,

00:18:24.180 --> 00:18:28.180
не затрагивая основной код. Начните с реальной проблемы, с которой сталкивается ваша команда.

00:18:28.180 --> 00:18:31.920
Протестируйте дополнения в реальных рабочих условиях. Проверьте, кто его создал и куда уходят ваши

00:18:31.920 --> 00:18:35.080
данные, а также убедитесь, что кто-то будет поддерживать его после установки. Подписывайтесь

00:18:35.080 --> 00:18:39.240
и делитесь этим полезным советом с теми, кто все еще считает, что нужно принимать все настройки

00:18:39.240 --> 00:18:39.820
по умолчание.