WEBVTT

00:00:00.000 --> 00:00:06.040
비즈니스 센트럴 이 업무의 대부분을 처리하는데 비즈니스의 특정 부분이 딱 맞지 않는다면 어떻게 해야 할까요?

00:00:06.200 --> 00:00:14.400
특별한 배송 절차가 필요하거나 재무팀의 현지 보고서가 필요한 경우 또는 직원이 서로 연동되지 않는 두 시스템에 동일한 데이터를 계속 입력해야 하는 경우일 수 있습니다.

00:00:14.580 --> 00:00:22.000
비즈니스 센트럴은 이미 많은 것을 다루고 있습니다. 재무, 영업, 재고, 프로젝트 등 모든 업무를 한 곳에서 관리할 수 있도록 지원합니다.

00:00:22.220 --> 00:00:25.800
하지만 중요한 점은 어떤 회사도 똑같은 방식으로 일하지 않는다는 것입니다.

00:00:25.800 --> 00:00:33.380
휴대전화를 예로 들어보겠습니다. 전화, 메시지, 카메라, 기본 도구가 탑재된 상태로 제공되며 휴대폰을 분해할 필요 없이 생활에 필요한 앱을 설치해서 사용합니다.

00:00:33.540 --> 00:00:41.480
비즈니스 센트럴 확장 기능, 익스텐션, 도 같은 방식으로 작동합니다. 이 짧은 강좌를 마치면 확장 기능이 무엇인지, 어디에 적합한지, 추가하기 전에 무엇을 확인해야 하는지 알게 될 것입니다.

00:00:41.660 --> 00:00:44.100
그렇다면 확장 기능이란 정확히 무엇일까요?

00:00:44.320 --> 00:00:54.240
확장 기능은 표준 설정에 포함되어 있지 않은 기능을 추가하거나 표준 기능의 작동 방식을 회사에 맞게 변경해주는 다이나믹스 365 비즈니스 센트럴 용 패키지입니다.

00:00:54.240 --> 00:01:01.320
고객 카드에 필수 필드를 하나 추가하여 배송 기본 설정을 입력하지 않고는 고객을 생성할 수 없게 만드는 것처럼 작은 규모일 수도 있습니다.

00:01:01.500 --> 00:01:04.060
또는 전체 비즈니스 프로세스를 포괄할 수도 있습니다.

00:01:04.280 --> 00:01:14.260
배송 확장 기능을 통해 운송장 라벨을 생성하고 택배 상세 정보를 배송 서비스에 전송하여 추적 정보를 가져올 수 있으며, 은행 확장 기능으로 은행 거래 내역을 가져와 이미 기록된 결제와 대조할 수도 있습니다.

00:01:14.500 --> 00:01:17.380
기본 개념을 이해하기 위해 개발자가 될 필요는 없습니다.

00:01:17.740 --> 00:01:20.380
비즈니스 센트럴을 사무실 건물로 생각해보세요.

00:01:20.380 --> 00:01:24.900
표준 앱은 재무, 영업, 구매, 재고, 작업 등 주요 공간을 제공합니다.

00:01:25.100 --> 00:01:28.600
이미 갖춰진 문, 벽, 배선, 공용 서비스가 보이시나요?

00:01:28.860 --> 00:01:32.820
확장 기능은 건물의 주구조를 허물지 않고 그 주변에 무언가를 덧붙이는 것입니다.

00:01:33.040 --> 00:01:43.340
새로운 방을 추가하거나 이미 사용 중인 책상에 도구를 놓는 것처럼 판매 주문에 새 버튼을 추가하거나 목록에 세어를 추가하고, 송장 레이아웃을 변경하거나 외부 서비스와 연결할 수 있습니다.

00:01:43.340 --> 00:01:49.720
보이지 않는 곳에서 확장 기능은 필드, 페이지, 보고서, 작업, 규칙 및 비즈니스 로직을 추가할 수 있습니다.

00:01:49.940 --> 00:01:53.240
마지막 표현은 기술적으로 들리니 쉬운 우리말로 풀어서 설명하겠습니다.

00:01:53.560 --> 00:01:57.040
비즈니스 로직이란 비즈니스 센트럴에 무엇을 해야 할지 알려주는 규칙을 의미합니다.

00:01:57.240 --> 00:02:01.800
예를 들어 구매 주문 번호가 입력될 때까지 주문이 출고되지 않도록 막는 규칙을 만들 수 있습니다.

00:02:02.020 --> 00:02:06.160
또 다른 규칙은 문서 금액이 한도를 초과할 경우 수인을 받도록 전송할 수 있습니다.

00:02:06.420 --> 00:02:10.400
확장 기능이 해당 규칙을 처리함으로 팀이 매번 기억할 필요가 없습니다.

00:02:10.400 --> 00:02:17.100
클라우드 앱과 확장 기능이 보편화되기 전에는 기업들이 비즈니스 센트럴 위 원본 코드를 직접 수정하는 경우가 많았습니다.

00:02:17.440 --> 00:02:20.520
사무실 건물의 벽이나 배선을 직접 바꾸는 것과 같습니다.

00:02:20.940 --> 00:02:22.680
처음에는 문제를 해결할 수 있습니다.

00:02:22.960 --> 00:02:28.700
하지만 마이크로소프트가 업데이트를 배포할 때 업데이트는 표준적인 건물 구조를 기대함으로 사용자가 변경한 내용과 충돌이 발생할 수 있습니다.

00:02:28.880 --> 00:02:34.180
따라서 누군가가 해당 변경 사항을 확인하고 충돌을 해결한 뒤 시스템을 테스트해야 업데이트를 안전하게 진행할 수 있습니다.

00:02:34.420 --> 00:02:36.060
그러한 작업에는 시간이 소요됩니다.

00:02:36.060 --> 00:02:40.620
확장 기능은 코드가 표준 애플리케이션 코드와 분리되어 있기 때문에 이러한 문제의 상당 부분을 방지합니다.

00:02:40.780 --> 00:02:44.460
건물을 새로 짓는 대신 정교하게 만들어진 추가 기능을 건물에 부착하는 방식입니다.

00:02:44.700 --> 00:02:49.120
마이크로소프트는 핵심 애플리케이션을 업데이트하고 확장 기능은 별도의 패키지로 유지됩니다.

00:02:49.320 --> 00:02:53.380
그렇다고 해서 모든 업데이트에 전혀 신경 쓸 필요가 없다는 뜻은 아닙니다.

00:02:53.580 --> 00:03:00.500
확장 기능은 다른 확장 기능에 의존할 수 있으며 비즈니스 센트럴 2 변경되면 게시자가 호환 버전을 출시해야 할 수도 있습니다.

00:03:00.500 --> 00:03:05.920
하지만 확장 기능을 표준 코드와 분리함으로써 누구나 훨씬 깔끔한 출발점에서 시작할 수 있습니다.

00:03:06.160 --> 00:03:09.140
플러그인 도구를 전용 케이스에 보관하는 것과 같습니다.

00:03:09.540 --> 00:03:18.540
도구는 필요할 때 작업장에 연결하면 되며 작업장을 새로 지을 필요도 없고 더 이상 필요 없으면 건물 전체를 허물지 않고도 해당 도구만 제거하면 됩니다.

00:03:18.820 --> 00:03:22.620
이로 인해 논의의 방향이 어떻게 비즈니스 센트럴을 우리 방식대로 다시 작성할까?

00:03:22.700 --> 00:03:25.900
에서 어떻게 부족한 부분을 안전하게 추가할까? 로 바뀝니다.

00:03:25.900 --> 00:03:30.380
표준 비즈니스 센트럴은 이미 방대한 비즈니스 업무를 처리함으로 이는 매우 중요합니다.

00:03:30.520 --> 00:03:36.460
따라서 확장 기능은 기존 시스템과 모양이 다르다는 이유로 모든 화면을 재구축하는 핑계가 되어서는 안 되며 실질적인 공백을 채워야 합니다.

00:03:36.620 --> 00:03:39.620
때로는 하나의 필드와 하나의 확인 기능을 추가하는 것이 최고의 확장 기능일 때도 있습니다.

00:03:39.820 --> 00:03:43.120
때로는 회사가 이미 의존하고 있는 서비스와 비즈니스 센트럴을 연결하기도 합니다.

00:03:43.320 --> 00:03:44.860
어느 쪽이든 목표는 단순합니다.

00:03:45.080 --> 00:03:48.280
표준 기반을 안정적으로 유지하면서 직원들에게 필요한 도구를 추가하는 것입니다.

00:03:48.480 --> 00:03:51.140
다음으로 이러한 확장 기능을 누가 만드는지 살펴보겠습니다.

00:03:51.140 --> 00:03:54.620
모든 확장 기능이 같은 곳에서 나오는 것은 아니기 때문입니다.

00:03:54.740 --> 00:03:56.420
확장 기능의 주요 유형입니다.

00:03:56.680 --> 00:03:59.000
그렇다면 확장 기능은 실제로 어디서 올까요?

00:03:59.220 --> 00:04:04.120
한 곳에서만 나오는 것이 아님으로 차이점을 알면 비즈니스에 적합한 것을 선택하는 데 도움이 됩니다.

00:04:04.360 --> 00:04:06.400
첫 번째 유형은 앱 확장 기능이라고 합니다.

00:04:06.640 --> 00:04:10.360
비즈니스 센트럴 내에서 특정 작업을 처리하는 패키지형 추가 기능이라고 생각하면 됩니다.

00:04:10.640 --> 00:04:13.480
예를 들어 배송 앱은 주문 정보를 운송업체와 연결할 수 있습니다.

00:04:13.720 --> 00:04:16.940
결제 앱은 카드 결제를 받거나 결제 서비스로 상세 정보를 전송할 수 있습니다.

00:04:16.940 --> 00:04:20.060
보고서 앱은 팀이 매달 필요로 하는 보고서를 추가할 수 있습니다.

00:04:20.060 --> 00:04:24.440
앱 확장 기능은 이미 필요하다고 알고 있는 작업을 위한 기성 도구를 구매하는 것과 같습니다.

00:04:24.800 --> 00:04:30.000
설치하고 회사에 맞게 설정하면 사용자는 비즈니스 센트럴 안에서 바로 새로운 기능을 볼 수 있습니다.

00:04:30.240 --> 00:04:37.520
자체 페이지와 필드를 추가하거나 판매 주문, 구매 주문 또는 고객 카드처럼 이미 익숙한 페이지 내에 옵션을 배치할 수도 있습니다.

00:04:37.780 --> 00:04:40.620
일부 앱 확장 기능은 마이크로소프트에서 직접 제공합니다.

00:04:40.840 --> 00:04:44.740
이들은 모든 회사나 모든 국가에 적용되지는 않는 요구사항에 대한 추가 기능을 제공합니다.

00:04:44.960 --> 00:04:46.960
지역별 법적 보급팩이 좋은 예입니다.

00:04:46.960 --> 00:04:50.740
세금 규정, 송장, 결제 및 공식 문서는 장소마다 다릅니다.

00:04:50.940 --> 00:04:54.100
따라서 어떤 나라는 다른 나라에서 전혀 사용하지 않는 기능이 필요할 수 있습니다.

00:04:54.320 --> 00:04:58.640
이러한 분리는 표준 제품의 핵심을 유지하면서도 기업이 현지 규정을 준수할 수 있는 방법을 제공합니다.

00:04:58.820 --> 00:05:00.620
다음으로 ISV 확장 기능이 있습니다.

00:05:00.940 --> 00:05:03.300
ISV는 독립 소프트웨어 공급업체를 의미합니다.

00:05:03.480 --> 00:05:09.600
거창한 기술 용어처럼 들리지만 실제로는 많은 비즈니스 센트럴 고객을 위해 앱을 만드는 소프트웨어 회사를 의미할 뿐입니다.

00:05:09.600 --> 00:05:17.900
ISV는 창고 작업, 소매, 제조, 문서 처리, 급여 연결, 전자송장 또는 산업 보고에 집중할 수 있습니다.

00:05:18.140 --> 00:05:24.080
고객마다 동일한 기능을 처음부터 만드는 대신 많은 회사가 구매하거나 구독할 수 있는 하나의 앱을 만듭니다.

00:05:24.260 --> 00:05:29.000
이러한 앱은 일반적으로 마이크로소프트 비즈니스 앱을 위한 온라인 마켓플레이스인 마이크로소프트 앱소스에 나타납니다.

00:05:29.200 --> 00:05:31.640
앱소스는 일반적인 요구사항이 있을 때 유용합니다.

00:05:31.640 --> 00:05:36.800
많은 회사가 비즈니스 센트럴을 동일한 배송 서비스, 은행 또는 결제 공급업체에 연결하고 싶어 할 수 있습니다.

00:05:37.000 --> 00:05:43.800
나만을 위해 연결 기능을 만들 비용을 지불하는 대신 개발자가 제공하는 지원, 설정 정보, 정기 업데이트가 포함된 기존 앱을 찾을 수 있습니다.

00:05:44.020 --> 00:05:46.080
그렇게 하면 엄청난 노력을 절약할 수 있습니다.

00:05:46.300 --> 00:05:49.580
하지만 앱소스 앱이 존재한다고 해서 자동으로 올바른 선택이 되는 것은 아닙니다.

00:05:49.800 --> 00:05:53.760
자신의 프로세스, 국가, 비즈니스 센트럴 버전과 맞는지 확인해야 합니다.

00:05:54.020 --> 00:05:59.400
좋은 앱은 팀이 매일 하는 업무의 모든 부분을 앱에 맞춰 받고 도록 강요하지 않으면 서도 명확한 문제를 해결합니다.

00:05:59.400 --> 00:06:03.340
다음 유형은 테넌트 별 확장 기능으로 흔히 pte라고 줄여 부릅니다.

00:06:03.560 --> 00:06:06.300
테넌트는 귀사의 자체 비즈니스 센트럴 환경입니다.

00:06:06.520 --> 00:06:12.400
따라서 테넌트 별 확장 기능은 모든 비즈니스 센트럴 고객이 설치하도록 게시되는 것이 아니라 귀사만을 위해 구축된 앱입니다.

00:06:12.620 --> 00:06:16.400
배송료를 계산하는 매우 구체적인 방식을 가진 식품 유통업체를 상상해보세요.

00:06:16.680 --> 00:06:22.420
가격은 온도 조절 운송, 배송 구역, 반납용 상자, 그리고 수년간 쌓아온 고객 계약에 따라 달라질 수 있습니다.

00:06:22.640 --> 00:06:25.820
그 프로세스는 표준 배송 앱이 다루기에는 너무 특별할 것입니다.

00:06:25.820 --> 00:06:30.940
따라서 비즈니스 센트럴 파트너나 개발자가 해당 프로세스에 맞춰 테넌트 별 확장을 구축할 수 있습니다.

00:06:31.140 --> 00:06:35.980
이 앱은 해당 기업의 비즈니스 센트럴 환경 내에 머무르며 회사의 업무 방식에 맞게 조정될 수 있습니다.

00:06:36.220 --> 00:06:41.780
여기에는 구형 시스템과의 일회성 연결, 특수 승인 프로세스 또는 특정 기업만 수행하는 작업을 위해 구축된 화면이 포함될 수 있습니다.

00:06:41.980 --> 00:06:43.980
하지만 맞춤형이 항상 더 나은 것은 아닙니다.

00:06:44.160 --> 00:06:46.520
테넌트 별 확장은 여러분에게 딱 맞는 환경을 제공합니다.

00:06:46.740 --> 00:06:48.380
하지만 누군가는 이를 관리해야 합니다.

00:06:48.380 --> 00:06:54.100
즉 회사 프로세스가 변경되거나 비즈니스 센트럴 이 업데이트될 때 기록을 유지하고 변경사항을 테스트하며 지원을 준비해야 한다는 뜻입니다.

00:06:54.220 --> 00:06:58.940
다른 회사도 같은 기능을 사용할 수 있다면 기존 isv 앱을 사용하는 것이 장기적으로는 업무 부담이 적을 수 있습니다.

00:06:59.120 --> 00:07:00.700
그렇다면 어떻게 선택해야 할까요?

00:07:00.860 --> 00:07:03.340
확장 유형이 아닌 비즈니스 요구사항부터 시작하세요.

00:07:03.560 --> 00:07:09.140
은행 거래 내역 가져오기, 택배 라벨, 전자청구서 또는 지역별 보고서와 같이 흔한 요구사항이라면 더욱 그렇습니다.

00:07:09.340 --> 00:07:11.920
먼저 마이크로소프트나 isv 앱을 찾아보세요.

00:07:12.140 --> 00:07:14.480
이미 요구사항에 맞는 완성도 높은 앱을 찾을 수도 있습니다.

00:07:14.480 --> 00:07:19.160
만약 요구사항이 회사만의 고유한 프로세스에서 비롯된 것이라면 페넌트 별 확장이 더 합리적일 수 있습니다.

00:07:19.340 --> 00:07:24.940
사용자가 고객이나 공급업체 정보를 저장하기 전에 특정 필드를 필수로 입력하게 하는 등 좁은 범위의 규칙을 다루는 간단한 확장도 있습니다.

00:07:25.140 --> 00:07:29.140
규모는 작을지 몰라도 정보 누락으로 인해 나중에 더 큰 문제가 발생하는 것을 방지할 수 있습니다.

00:07:29.360 --> 00:07:32.480
누가 앱을 만들었는지를 보면 어디서 지원과 업데이트를 받을지 알 수 있습니다.

00:07:32.700 --> 00:07:36.100
앱이 무엇을 변경하는지를 보면 사용자가 매일 무엇을 체감하게 될지 알 수 있습니다.

00:07:36.320 --> 00:07:39.140
확장이 일상 업무를 어떻게 변화시키는지 확인해보세요.

00:07:39.420 --> 00:07:41.960
그렇다면 확장은 실제로 어디서 체감할 수 있을까요?

00:07:41.960 --> 00:07:47.260
보통은 고객 카드, 판매 주문, 품목 카드, 정기된 청구서와 같이 이미 사용 중인 페이지에서 알아차릴 수 있습니다.

00:07:47.420 --> 00:07:49.380
이것이 바로 페이지 확장인 경우가 많습니다.

00:07:49.580 --> 00:07:52.140
익숙한 페이지를 대체하지 않으면 서화면을 변경합니다.

00:07:52.320 --> 00:07:57.100
팀은 기존에 작업하던 환경에서 계속 일하면서 확장이 제공하는 정보나 작업을 프로세스에 추가할 수 있습니다.

00:07:57.300 --> 00:08:00.440
영업팀이 모든 고객에게 배송 시간대가 필요하다고 가정해봅시다.

00:08:00.600 --> 00:08:05.780
페이지 확장을 통해 고객 카드에 배송 시간대 필드를 추가하고 판매 주문에서도 동일한 세부 정보를 표시할 수 있습니다.

00:08:06.000 --> 00:08:08.860
별도의 스프레드 시트나 이메일에 숨겨진 메모는 필요하지 않습니다.

00:08:08.860 --> 00:08:12.400
주문을 입력하는 담당자는 필요한 바로 그 위치에서 배송 규칙을 확인할 수 있습니다.

00:08:12.540 --> 00:08:14.600
때로는 변경 사항이 더 간단하기도 합니다.

00:08:14.760 --> 00:08:21.020
결제 알림을 보내거나 배송 라벨을 생성하거나 연결된 문서를 열거나 승인 요청을 시작하는 새로운 버튼이 보일 수 있습니다.

00:08:21.240 --> 00:08:25.560
페이지는 여전히 비즈니스 센트럴처럼 보이지만 이제 팀이 완료해야 할 작업을 지원하게 됩니다.

00:08:25.780 --> 00:08:28.020
이를 통해 작업이 레코드 가까이에서 유지됩니다.

00:08:28.240 --> 00:08:31.360
사용자에게 여러 도구에 걸쳐 5단계의 과정을 기억하도록 하는 대신

00:08:31.360 --> 00:08:36.880
확장 기능을 통해 고객, 청구서, 주문 또는 현재 확인 중인 항목 바로 옆에 다음 작업을 배치할 수 있습니다.

00:08:37.100 --> 00:08:39.840
작업 전달이 줄어들면 일반적으로 실수도 줄어듭니다.

00:08:40.020 --> 00:08:41.360
보고서도 비슷한 방식으로 변경됩니다.

00:08:42.200 --> 00:08:44.300
비즈니스 센트럴에는 표준 보고서가 포함되어 있지만

00:08:44.300 --> 00:08:50.220
기업에 따라 청구서의 특별 참조 번호, 추가 법적 문구, 다른 로고 또는 고객이 기대하는 정보를 표시해야 할 수 있습니다.

00:08:50.420 --> 00:08:55.240
보고서 확장 기능을 사용하면 원래 보고서를 그대로 유지하면서 데이터를 추가하거나 다른 레이아웃을 제공할 수 있습니다.

00:08:55.440 --> 00:08:57.080
판매 청구서를 생각해 보십시오.

00:08:57.080 --> 00:09:01.200
재무팀에는 국내 고객용 레이아웃 하나와 해외 고객용 레이아웃이 별도로 필요할 수 있습니다.

00:09:01.360 --> 00:09:03.080
첫 번째에는 현지 세금 정보가 표시되고

00:09:03.080 --> 00:09:05.880
두 번째에는 다른 문구와 통관 참조 번호가 필요할 수 있습니다.

00:09:06.080 --> 00:09:10.320
보고서 확장 기능을 사용하면 해당 레이아웃을 추가하고 각 문서에 필요한 필드를 가져올 수 있습니다.

00:09:10.520 --> 00:09:12.340
표준 보고서는 사라지지 않습니다.

00:09:12.540 --> 00:09:16.540
이는 익숙한 보고서를 완전히 별개의 것으로 교체하는 것이 아니기 때문에 중요합니다.

00:09:16.740 --> 00:09:20.340
표준 보고서를 기본으로 유지하면서 비즈니스에 필요한 사항을 추가하는 것입니다.

00:09:20.580 --> 00:09:23.280
보고서는 외부로 보내는 문서만을 위한 것이 아닙니다.

00:09:23.280 --> 00:09:30.920
확장 기능을 통해 내부 재무 보고서에 열을 추가하거나 재고 계획을 위한 추가 항목 세부 정보를 표시하거나 경영 보고서에 회사별 필드를 포함할 수 있습니다.

00:09:31.120 --> 00:09:35.500
데이터가 비즈니스 센트럴에 존재한다면 보고서를 통해 의사결정에 필요한 뷰로 데이터를 불러올 수 있습니다.

00:09:35.700 --> 00:09:37.400
다음은 권한 집합 확장 기능입니다.

00:09:37.620 --> 00:09:41.760
권한은 각 사용자가 무엇을 보고 변경하고 개시하거나 삭제할 수 있는지를 결정합니다.

00:09:41.940 --> 00:09:45.560
초보자를 위해 설명하자면 회사 내 여러 방에 대한 출입 카드와 같다고 생각하십시오.

00:09:45.700 --> 00:09:48.420
재무 사용자는 새로운 결제 화면에 대한 액세스 권한이 필요할 수 있습니다.

00:09:48.420 --> 00:09:52.660
창고 사용자는 배송 작업에 대한 액세스 권한은 필요할 수 있지만 그 이면의 은행 정보는 필요하지 않을 수 있습니다.

00:09:52.840 --> 00:09:57.660
확장 기능이 새로운 페이지나 프로세스를 추가할 때 사용자가 해당 업무를 수행하는 데 필요한 권한도 함께 추가할 수 있습니다.

00:09:57.840 --> 00:09:59.640
이는 흔히 발생하는 문제를 방지합니다.

00:09:59.860 --> 00:10:04.900
앱을 설치하고 새로운 버튼을 볼 수는 있지만 그 이면의 레코드에 대한 권한이 없어 사용할 수 없는 경우가 있습니다.

00:10:05.180 --> 00:10:08.660
권한 집합 확장 기능은 새로운 기능을 적절한 역할과 연결하는 데 도움을 줍니다.

00:10:08.860 --> 00:10:11.200
따라서 액세스 권한은 실제 업무에 맞춰 부여됩니다.

00:10:11.440 --> 00:10:14.280
누구에게 해당 액세스 권한을 부여할지는 여전히 직접 결정해야 합니다.

00:10:14.280 --> 00:10:19.160
확장 기능이 권한 집합을 제공할 수는 있지만 이를 사용할 사람이나 그룹은 회사가 선택합니다.

00:10:19.380 --> 00:10:22.940
새로운 도구가 사용자에게 역할 이상의 권한을 임의로 부여해서는 안 됩니다.

00:10:23.240 --> 00:10:26.860
많은 확장 기능은 비즈니스 센트럴을 다른 온라인 서비스와 연결하기도 합니다.

00:10:27.020 --> 00:10:28.180
이를 통합 앱이라고 합니다.

00:10:28.440 --> 00:10:34.740
이 앱은 비즈니스 센트럴과 은행, 배송회사, 결제 서비스, 온라인 상점 또는 기타 비즈니스 시스템 간의 정보를 주고받습니다.

00:10:34.940 --> 00:10:37.500
매일 은행 명세서를 받는 재무팀을 예로 들어보겠습니다.

00:10:37.500 --> 00:10:45.440
연결 기능이 없으면 누군가가 은행에서 파일을 다운로드하고 수동으로 업로드한 뒤 은행 내역과 결제 내역을 일일이 비교하며 일치하지 않는 항목을 찾아야 할 수도 있습니다.

00:10:45.620 --> 00:10:51.700
뱅킹 확장 기능을 사용하면 명세서를 비즈니스 센트럴 로가저와 팀이 입출금 내역을 기존 기록과 자동으로 대조하도록 지원할 수 있습니다.

00:10:51.920 --> 00:10:55.940
예외 항목은 여전히 담당자가 확인해야 하지만 일상적인 대조 업무에 드는 수동 작업은 줄어듭니다.

00:10:56.120 --> 00:10:58.960
재무팀은 사람의 검토가 꼭 필요한 항목에만 집중할 수 있습니다.

00:10:59.200 --> 00:11:01.200
이것이 확장 기능을 실용적으로 활용하는 방법입니다.

00:11:01.380 --> 00:11:02.600
판단을 대신하지는 않습니다.

00:11:02.600 --> 00:11:04.220
반복적인 처리를 없애줄 뿐입니다.

00:11:04.380 --> 00:11:06.200
배송 앱도 이와 거의 비슷한 방식으로 작동합니다.

00:11:06.360 --> 00:11:09.140
판매 주문 시 주소와 소포 정보를 운송 서비스 업체로 전송할 수 있습니다.

00:11:09.360 --> 00:11:11.500
운송 업체는 라벨과 추적 번호를 반환해줍니다.

00:11:11.720 --> 00:11:16.260
동일한 주소를 다른 웹사이트에 복사해 넣을 필요 없이 주문 화면에서 바로 배송 작업을 시작할 수 있습니다.

00:11:16.480 --> 00:11:18.360
필요할 때 이러한 기능을 추가하면 됩니다.

00:11:18.640 --> 00:11:24.080
운송 업체를 변경하거나 결제 제공 업체를 바꾸거나 프로세스를 중단하면 더 이상 관련 확장 기능이 필요하지 않을 수 있습니다.

00:11:24.080 --> 00:11:29.260
이런 모듈식 접근 방식은 모든 외부 연결을 표준 애플리케이션에 직접 구축하는 것보다 더 많은 제어 권한을 제공합니다.

00:11:29.440 --> 00:11:32.020
그렇더라도 추가된 모든 앱은 일상 업무의 일부가 됩니다.

00:11:32.300 --> 00:11:36.900
다음 단계는 확장 기능이 팀이 의존하는 프로세스에 도입되기 전에 신중하게 검토하는 것입니다.

00:11:37.100 --> 00:11:38.380
앱 찾기 및 설치하기.

00:11:38.620 --> 00:11:40.780
프로세스 개선이 필요하다는 것을 알게 되었습니다.

00:11:41.120 --> 00:11:42.180
어디서 찾아봐야 할까요?

00:11:42.360 --> 00:11:46.480
대부분은 마이크로소프트 앱소스나 비즈니스 센트럴 내의 확장 기능 관리 페이지에서 시작합니다.

00:11:46.480 --> 00:11:50.720
앱소스는 마이크로소프트 및 기타 소프트웨어 기업의 앱을 찾아볼 수 있는 마켓플레이스입니다.

00:11:50.900 --> 00:11:55.100
확장 기능 관리 페이지는 이미 자신의 비즈니스 센트럴 환경에 연결된 앱을 확인하고 관리하는 곳입니다.

00:11:55.280 --> 00:11:56.180
핵심은 이렇습니다.

00:11:56.440 --> 00:11:58.500
앱 이름이 아니라 문제에서부터 시작하세요.

00:11:58.720 --> 00:12:00.800
팀에서 이미 사용 중인 단어로 검색해보세요.

00:12:01.040 --> 00:12:07.060
배송, 은행 가져오기, 승인, 전자청구서 발행, 참고 스캔, 결제 알림 또는 현지 보고서와 같은 단어를 시도해보세요.

00:12:07.260 --> 00:12:12.180
단순 검색을 하면 누군가 추천한 첫 번째 앱을 선택하는 대신 여러 옵션을 찾을 확률이 더 높아집니다.

00:12:12.180 --> 00:12:17.560
참고팀이 매일 오후마다 주문 세부 정보를 운송업체 웹사이트에 복사하는 데 시간을 쓰고 있다고 가정해봅시다.

00:12:17.700 --> 00:12:20.140
특정 공급업체를 검색하는 것으로 시작하지 마세요.

00:12:20.300 --> 00:12:24.200
대신 운송, 소포 배송, 나벨 인쇄 또는 배송 추적과 같은 키워드로 검색하세요.

00:12:24.400 --> 00:12:28.080
그런 다음, 검색 결과에 나타난 앱 들을 팀이 실제로 수행해야 하는 작업과 비교해보세요.

00:12:28.320 --> 00:12:29.780
이제 목록을 천천히 읽어보세요.

00:12:30.080 --> 00:12:31.400
먼저 게시자를 확인하세요.

00:12:31.620 --> 00:12:32.760
누가 앱을 만들었나요?

00:12:32.900 --> 00:12:35.140
그리고 지원 관련 정보는 어디서 찾을 수 있나요?

00:12:35.240 --> 00:12:37.160
짧은 설명만 보면 완벽해 보일 수 있지만,

00:12:37.160 --> 00:12:43.040
배송 나벨 인쇄가 안 되거나 업데이트로 인해 팀의 일상 프로세스가 변경될 때 누가 대응해줄지 알아야 합니다.

00:12:43.180 --> 00:12:46.360
다음으로 해당 앱이 지원하는 비즈니스 센트럴 버전을 확인하세요.

00:12:46.580 --> 00:12:49.200
귀사의 비즈니스 환경은 비즈니스 센트럴 온라인 버전일 수도 있고,

00:12:49.560 --> 00:12:51.180
자체 서버에서 운영하는 버전일 수도 있습니다.

00:12:51.380 --> 00:12:53.380
앱은 귀사의 설정 환경을 지원해야 합니다.

00:12:53.620 --> 00:12:58.120
모든 앱이 어디서나 작동한다고 가정하기보다는 앱 설명과 게시자의 문서를 확인하십시오.

00:12:58.260 --> 00:13:00.140
가격 책정도 면밀히 살펴봐야 합니다.

00:13:00.400 --> 00:13:02.160
사용자 당 요금을 부과하는 앱도 있습니다.

00:13:02.160 --> 00:13:05.920
회사별, 거래별 또는 월간 구독 방식으로 요금을 부과하는 경우도 있습니다.

00:13:06.180 --> 00:13:09.080
설치는 무료지만 유료 외부 서비스에 연결되는 앱도 있습니다.

00:13:09.380 --> 00:13:13.760
예를 들어 은행 커넥터는 앱 게시자, 은행 또는 둘 다로부터 비용이 발생할 수 있습니다.

00:13:14.020 --> 00:13:16.160
무료라고 해서 검토를 생략해서는 안 됩니다.

00:13:16.480 --> 00:13:18.980
무료 앱도 특정 문제를 아주 잘 해결할 수 있습니다.

00:13:19.240 --> 00:13:23.040
하지만 지원 옵션이 적거나 문서가 부족하거나 기능이 제한적일 수 있습니다.

00:13:23.300 --> 00:13:28.820
앱에 포함된 기능과 그렇지 않은 기능, 게시자가 업데이트 및 지원 방식을 설명하는지 확인하십시오.

00:13:28.820 --> 00:13:31.200
설치하기 전에 문서를 먼저 찾아보십시오.

00:13:31.200 --> 00:13:37.680
좋은 문서라면 앱의 기능, 설치 전 필요사항, 변경되는 비즈니스 센트럴 페이지, 사용자 작업 방식을 설명해야 합니다.

00:13:37.840 --> 00:13:39.940
교과서처럼 읽기 어려울 필요는 없습니다.

00:13:40.320 --> 00:13:47.420
하지만 주문, 송장 또는 결제에 영향을 주는 비즈니스 프로세스에 대한 명확한 설정 메모가 있다면 잠시 멈추고 살펴보십시오.

00:13:47.560 --> 00:13:49.940
리뷰는 도움이 되지만 주의해서 읽어야 합니다.

00:13:50.160 --> 00:13:55.320
다른 국가의 회사가 남긴 별 5개짜리 리뷰가 해당 앱이 기사의 현지 보고 규정을 준수하는지 알려주지는 않습니다.

00:13:55.320 --> 00:13:59.020
낮은 별점의 리뷰는 게시자가 이미 해결한 문제를 설명하는 것일 수도 있습니다.

00:13:59.020 --> 00:14:02.240
리뷰를 최종 답변이 아닌 조사해야 할 질문으로 여기십시오.

00:14:02.360 --> 00:14:05.400
후보 목록이 좁혀지면 샌드박스에서 앱을 테스트하십시오.

00:14:05.520 --> 00:14:08.580
샌드박스는 테스트를 위한 별도의 비즈니스 센트럴 환경입니다.

00:14:08.780 --> 00:14:15.460
팀이 실무에 사용하는 기록을 변경하지 않고도 안전하게 앱을 설치하고 설정을 시도하며 일반적인 업무 사례를 실행할 수 있는 공간을 제공합니다.

00:14:15.660 --> 00:14:17.400
실제 테스트 사례를 사용하십시오.

00:14:17.400 --> 00:14:22.400
평소 문제를 일으키는 유형의 고객, 품목, 세금 규칙 및 배송 방법을 포함한 샘플 주문을 생성하십시오.

00:14:22.500 --> 00:14:25.380
해당 업무를 담당하는 직원에게 앱을 직접 사용해 보도록 요청하십시오.

00:14:25.500 --> 00:14:30.920
관리자가 서류상으로 앱을 승인할 수는 있지만 주문을 직접 입력하는 직원은 몇 분 안에 누락된 필드나 불필요한 단계를 발견할 수 있습니다.

00:14:31.100 --> 00:14:32.720
까다로운 상황도 테스트하십시오.

00:14:32.840 --> 00:14:34.500
주소가 불완전하면 어떻게 됩니까?

00:14:34.640 --> 00:14:36.180
결제에 실패하면 어떻게 됩니까?

00:14:36.380 --> 00:14:38.860
사용자가 개발자를 부르지 않고도 실수를 수정할 수 있습니까?

00:14:38.860 --> 00:14:42.100
다음 달에 고객이 사본을 요청할 때 앱이 올바른 보고서를 생성합니까?

00:14:42.260 --> 00:14:45.380
이러한 질문은 세련된 제품 페이지보다 훨씬 많은 정보를 제공합니다.

00:14:45.540 --> 00:14:48.580
앱을 일상적으로 사용하기 전에 지원 담당자를 결정하십시오.

00:14:48.720 --> 00:14:51.040
사내 IT팀이 첫 번째 문의를 처리할 수 있습니다.

00:14:51.280 --> 00:14:54.060
비즈니스 센트럴 파트너가 설정 및 수정 작업을 담당할 수 있습니다.

00:14:54.300 --> 00:14:56.820
앱 개시자가 자체 코드의 문제를 처리할 수도 있습니다.

00:14:57.100 --> 00:15:00.560
지원 연락처와 앱의 목적을 해당 정보와 함께 기록해두십시오.

00:15:00.720 --> 00:15:03.160
설치된 앱은 비즈니스 프로세스의 일부가 됩니다.

00:15:03.160 --> 00:15:11.060
즉, 다음에 고려해야 할 질문은 앱이 액세스할 수 있는 정보, 정보의 이동 경로, 그리고 비즈니스 센트럴이나 앱이 변경될 때 발생하는 상황에 관한 것입니다.

00:15:11.240 --> 00:15:13.560
보안 데이터 및 업데이트 관련 질문들입니다.

00:15:13.780 --> 00:15:16.600
확장 기능을 승인하기 전에 간단한 질문을 해보십시오.

00:15:16.740 --> 00:15:20.000
이 앱이 보고 변경하거나 다른 곳으로 보낼 수 있는 정보는 무엇인가요?

00:15:20.200 --> 00:15:26.140
이 질문이 중요한 이유는 확장 기능이 고객, 주문, 송장, 결제 및 재고 처리에 사용하는 동일한 워크플로우 내에 포함될 수 있기 때문입니다.

00:15:26.320 --> 00:15:28.800
어떤 앱은 단순히 필드나 보고서를 추가하기만 합니다.

00:15:28.800 --> 00:15:33.440
다른 앱은 비즈니스 센트럴을 외부 서비스에 연결하여 작업의 일부로 비즈니스 데이터를 교환합니다.

00:15:33.600 --> 00:15:37.980
모든 앱이 비즈니스 센트럴과 동일한 테스트, 규정 준수 또는 보안 표준을 따르는 것은 아닙니다.

00:15:38.160 --> 00:15:41.240
마이크로소프트 문서에는 타사 제공 앱에 대한 내용이 명확히 기재되어 있습니다.

00:15:41.520 --> 00:15:43.700
앱이 다른 온라인 서비스에 연결될 수 있습니다.

00:15:43.960 --> 00:15:49.780
조직 또는 귀사가 선택한 지리적 지역 및 규정 준수 경계 외부에서 데이터를 처리하거나 저장할 수 있습니다.

00:15:50.060 --> 00:15:56.420
다른 회사와 데이터를 공유하거나 AI 기반 기능을 포함하거나 회사 정책에 맞지 않는 콘텐츠를 표시할 수도 있습니다.

00:15:58.800 --> 00:16:01.480
구체적인 예를 들어보겠습니다.

00:16:01.960 --> 00:16:05.740
송장 데이터를 외부 문서 서비스로 보내는 앱을 상상해보십시오.

00:16:05.880 --> 00:16:11.500
앱이 제대로 작동하려면 고객 이름, 주소, 품목 세부 정보, 가격, 세금 데이터 및 문서 번호가 필요할 수 있습니다.

00:16:11.700 --> 00:16:17.600
귀사의 프로세스에는 완벽하게 맞을지 몰라도 재무책임자, IT팀 및 개인정보 보호 담당자는 해당 데이터가 어디로 가고 누가 처리하는지 알고 있어야 합니다.

00:16:17.760 --> 00:16:20.560
게시자에게 데이터 경로를 이해하기 쉬운 언어로 설명해달라고 요청하십시오.

00:16:20.680 --> 00:16:23.580
어떤 데이터가 비즈니스 센트럴을 떠나나요? 데이터는 어디로 가나요?

00:16:23.580 --> 00:16:29.720
어느 국가 나 지역에 저장되나요? 앱이 사본을 보관하며 보관기간은 얼마나 되나요? 게시자나 다른 서비스 제공업체가 해당 데이터에 액세스할 수 있나요?

00:16:29.840 --> 00:16:35.060
앱이 AI를 사용하는 경우 어떤 정보가 AI 서비스로 전달되나요? 그리고 그 이후에 해당 정보는 어떻게 처리되나요?

00:16:35.240 --> 00:16:37.860
설치하기 전에 개인정보 보호 세부 정보와 약관을 읽어보십시오.

00:16:37.960 --> 00:16:42.080
법률 전문가가 될 필요는 없지만 회사가 다루는 데이터에 대해서는 명확한 답변이 필요합니다.

00:16:42.240 --> 00:16:49.520
공급업체가 앱의 정보 처리 방식을 설명할 수 없다면 고객 기록이나 재무 데이터를 다루는 프로세스에 해당 앱을 도입하지 마십시오.

00:16:49.520 --> 00:16:57.340
권한 설정에도 동일한 주의가 필요합니다. 앱이 판매 주문 읽기, 배송 생성, 결제 개시 또는 새 기능에 사용되는 내 코드 액세스를 위해 권한이 필요할 수 있습니다.

00:16:57.540 --> 00:17:02.700
앱이 작업에 필요한 권한만 부여하십시오. 그런 다음 어떤 사용자가 앱 권한 세트를 받는지 확인하십시오.

00:17:02.860 --> 00:17:07.120
유용한 새 기능이라도 권한이 없는 사람에게 전달되면 보안 문제가 발생할 수 있기 때문입니다.

00:17:07.320 --> 00:17:12.860
자체 승인 절차를 반드시 거치도록 하십시오. 부서에서 유용한 앱을 발견하고 즉시 실행하고 싶어 할 수 있습니다.

00:17:12.860 --> 00:17:18.460
앱이 민감한 업무를 처리할 때는 IT, 재무, 보안 및 규정 준수 담당자가 먼저 검토하게 하십시오.

00:17:18.580 --> 00:17:23.720
처음에는 느리게 느껴질 수 있지만 승인되지 않은 곳으로 고객 데이터가 유출된 것을 나중에 발견하는 것보다 낫습니다.

00:17:23.920 --> 00:17:25.600
업데이트 또한 주의가 필요합니다.

00:17:25.800 --> 00:17:33.100
확장 기능은 사용자 지정 코드를 표준 비즈니스 센트럴 애플리케이션과 분리하여 직접적인 코드 변경으로 발생할 수 있는 수정 작업을 줄여주지만

00:17:33.100 --> 00:17:37.360
여전히 비즈니스 센트럴 기능이나 다른 앱, 외부 서비스에 의존할 수 있습니다.

00:17:37.600 --> 00:17:40.440
한 부분이 변경되면 연결 상태를 테스트해야 할 수도 있습니다.

00:17:40.440 --> 00:17:43.420
설치된 모든 확장 기능에 대한 간략한 기록을 유지하십시오.

00:17:43.540 --> 00:17:49.540
이름, 게시자, 목적, 소유자, 지원, 연락처, 권한, 외부 서비스 및 의존하는 다른 앱을 기록해두십시오.

00:17:49.640 --> 00:17:54.800
업데이트가 다가오면 이 목록을 통해 무엇을 테스트해야 할지 알 수 있어 팀이 어떤 프로세스가 중단될지 추측할 필요가 없습니다.

00:17:55.060 --> 00:17:56.560
적을수록 좋은 경우가 많습니다.

00:17:56.780 --> 00:18:00.580
앱 목록이 길어지면 기능이 중복되고 소유권이 불분명해지며 테스트할 항목이 늘어납니다.

00:18:00.800 --> 00:18:03.340
실질적인 비즈니스 요구를 해결하는 확장 기능만 유지하십시오.

00:18:03.340 --> 00:18:07.360
필요성이 사라지면 제거하거나 중단하고 실행 전에 어떤 부분이 변경되는지 문서화하십시오.

00:18:07.460 --> 00:18:09.340
목표는 확장 기능을 피하는 것이 아닙니다.

00:18:09.520 --> 00:18:13.740
목표는 각 확장 기능이 무엇을 하는지 정확히 파악한 뒤 회사 시스템의 일부로 만드는 것입니다.

00:18:13.920 --> 00:18:14.280
이보세요.

00:18:14.800 --> 00:18:16.340
이것이 바로 일상 업무입니다.

00:18:16.640 --> 00:18:19.200
결론, 올바른 추가 기능을 선택하십시오.

00:18:19.360 --> 00:18:20.920
간단한 규칙은 다음과 같습니다.

00:18:21.260 --> 00:18:25.740
비즈니스 센트럴 확장 기능은 핵심 코드를 건드리지 않고 하나의 특정 문제를 해결해야 합니다.

00:18:25.940 --> 00:18:28.040
팀이 직면 한 실제 문제에서 시작하십시오.

00:18:28.200 --> 00:18:30.200
실제 업무로 추가 기능을 테스트해보십시오.

00:18:30.200 --> 00:18:34.360
누가 개발했는지, 데이터가 어디로 가는지 확인하고 설치 후 지원을 받을 수 있는지 확인하십시오.

00:18:34.460 --> 00:18:39.820
구독하고 모든 기본 화면을 그대로 받아들여야 한다고 믿는 사람들과의 알찬 정보를 공유하십시오.