비즈니스 센트럴 이 업무의 대부분을 처리하는데 비즈니스의 특정 부분이 딱 맞지 않는다면 어떻게 해야 할까요?특별한 배송 절차가 필요하거나 재무팀의 현지 보고서가 필요한 경우 또는 직원이 서로 연동되지 않는 두 시스템에 동일한 데이터를 계속 입력해야 하는 경우일 수 있습니다.비즈니스 센트럴은 이미 많은 것을 다루고 있습니다. 재무, 영업, 재고, 프로젝트 등 모든 업무를 한 곳에서 관리할 수 있도록 지원합니다.하지만 중요한 점은 어떤 회사도 똑같은 방식으로 일하지 않는다는 것입니다.휴대전화를 예로 들어보겠습니다. 전화, 메시지, 카메라, 기본 도구가 탑재된 상태로 제공되며 휴대폰을 분해할 필요 없이 생활에 필요한 앱을 설치해서 사용합니다.비즈니스 센트럴 확장 기능, 익스텐션, 도 같은 방식으로 작동합니다. 이 짧은 강좌를 마치면 확장 기능이 무엇인지, 어디에 적합한지, 추가하기 전에 무엇을 확인해야 하는지 알게 될 것입니다.그렇다면 확장 기능이란 정확히 무엇일까요?확장 기능은 표준 설정에 포함되어 있지 않은 기능을 추가하거나 표준 기능의 작동 방식을 회사에 맞게 변경해주는 다이나믹스 365 비즈니스 센트럴 용 패키지입니다.고객 카드에 필수 필드를 하나 추가하여 배송 기본 설정을 입력하지 않고는 고객을 생성할 수 없게 만드는 것처럼 작은 규모일 수도 있습니다.또는 전체 비즈니스 프로세스를 포괄할 수도 있습니다.배송 확장 기능을 통해 운송장 라벨을 생성하고 택배 상세 정보를 배송 서비스에 전송하여 추적 정보를 가져올 수 있으며, 은행 확장 기능으로 은행 거래 내역을 가져와 이미 기록된 결제와 대조할 수도 있습니다.기본 개념을 이해하기 위해 개발자가 될 필요는 없습니다.비즈니스 센트럴을 사무실 건물로 생각해보세요.표준 앱은 재무, 영업, 구매, 재고, 작업 등 주요 공간을 제공합니다.이미 갖춰진 문, 벽, 배선, 공용 서비스가 보이시나요?

확장 기능은 건물의 주구조를 허물지 않고 그 주변에 무언가를 덧붙이는 것입니다.새로운 방을 추가하거나 이미 사용 중인 책상에 도구를 놓는 것처럼 판매 주문에 새 버튼을 추가하거나 목록에 세어를 추가하고, 송장 레이아웃을 변경하거나 외부 서비스와 연결할 수 있습니다.보이지 않는 곳에서 확장 기능은 필드, 페이지, 보고서, 작업, 규칙 및 비즈니스 로직을 추가할 수 있습니다.마지막 표현은 기술적으로 들리니 쉬운 우리말로 풀어서 설명하겠습니다.비즈니스 로직이란 비즈니스 센트럴에 무엇을 해야 할지 알려주는 규칙을 의미합니다.예를 들어 구매 주문 번호가 입력될 때까지 주문이 출고되지 않도록 막는 규칙을 만들 수 있습니다.또 다른 규칙은 문서 금액이 한도를 초과할 경우 수인을 받도록 전송할 수 있습니다.확장 기능이 해당 규칙을 처리함으로 팀이 매번 기억할 필요가 없습니다.클라우드 앱과 확장 기능이 보편화되기 전에는 기업들이 비즈니스 센트럴 위 원본 코드를 직접 수정하는 경우가 많았습니다.사무실 건물의 벽이나 배선을 직접 바꾸는 것과 같습니다.처음에는 문제를 해결할 수 있습니다.하지만 마이크로소프트가 업데이트를 배포할 때 업데이트는 표준적인 건물 구조를 기대함으로 사용자가 변경한 내용과 충돌이 발생할 수 있습니다.따라서 누군가가 해당 변경 사항을 확인하고 충돌을 해결한 뒤 시스템을 테스트해야 업데이트를 안전하게 진행할 수 있습니다.그러한 작업에는 시간이 소요됩니다.확장 기능은 코드가 표준 애플리케이션 코드와 분리되어 있기 때문에 이러한 문제의 상당 부분을 방지합니다.건물을 새로 짓는 대신 정교하게 만들어진 추가 기능을 건물에 부착하는 방식입니다.마이크로소프트는 핵심 애플리케이션을 업데이트하고 확장 기능은 별도의 패키지로 유지됩니다.그렇다고 해서 모든 업데이트에 전혀 신경 쓸 필요가 없다는 뜻은 아닙니다.

확장 기능은 다른 확장 기능에 의존할 수 있으며 비즈니스 센트럴 2 변경되면 게시자가 호환 버전을 출시해야 할 수도 있습니다.하지만 확장 기능을 표준 코드와 분리함으로써 누구나 훨씬 깔끔한 출발점에서 시작할 수 있습니다.플러그인 도구를 전용 케이스에 보관하는 것과 같습니다.도구는 필요할 때 작업장에 연결하면 되며 작업장을 새로 지을 필요도 없고 더 이상 필요 없으면 건물 전체를 허물지 않고도 해당 도구만 제거하면 됩니다.이로 인해 논의의 방향이 어떻게 비즈니스 센트럴을 우리 방식대로 다시 작성할까?에서 어떻게 부족한 부분을 안전하게 추가할까? 로 바뀝니다.표준 비즈니스 센트럴은 이미 방대한 비즈니스 업무를 처리함으로 이는 매우 중요합니다.따라서 확장 기능은 기존 시스템과 모양이 다르다는 이유로 모든 화면을 재구축하는 핑계가 되어서는 안 되며 실질적인 공백을 채워야 합니다.때로는 하나의 필드와 하나의 확인 기능을 추가하는 것이 최고의 확장 기능일 때도 있습니다.때로는 회사가 이미 의존하고 있는 서비스와 비즈니스 센트럴을 연결하기도 합니다.어느 쪽이든 목표는 단순합니다.표준 기반을 안정적으로 유지하면서 직원들에게 필요한 도구를 추가하는 것입니다.다음으로 이러한 확장 기능을 누가 만드는지 살펴보겠습니다.모든 확장 기능이 같은 곳에서 나오는 것은 아니기 때문입니다.확장 기능의 주요 유형입니다.그렇다면 확장 기능은 실제로 어디서 올까요?한 곳에서만 나오는 것이 아님으로 차이점을 알면 비즈니스에 적합한 것을 선택하는 데 도움이 됩니다.첫 번째 유형은 앱 확장 기능이라고 합니다.비즈니스 센트럴 내에서 특정 작업을 처리하는 패키지형 추가 기능이라고 생각하면 됩니다.예를 들어 배송 앱은 주문 정보를 운송업체와 연결할 수 있습니다.결제 앱은 카드 결제를 받거나 결제 서비스로 상세 정보를 전송할 수 있습니다.

보고서 앱은 팀이 매달 필요로 하는 보고서를 추가할 수 있습니다.앱 확장 기능은 이미 필요하다고 알고 있는 작업을 위한 기성 도구를 구매하는 것과 같습니다.설치하고 회사에 맞게 설정하면 사용자는 비즈니스 센트럴 안에서 바로 새로운 기능을 볼 수 있습니다.자체 페이지와 필드를 추가하거나 판매 주문, 구매 주문 또는 고객 카드처럼 이미 익숙한 페이지 내에 옵션을 배치할 수도 있습니다.일부 앱 확장 기능은 마이크로소프트에서 직접 제공합니다.이들은 모든 회사나 모든 국가에 적용되지는 않는 요구사항에 대한 추가 기능을 제공합니다.지역별 법적 보급팩이 좋은 예입니다.세금 규정, 송장, 결제 및 공식 문서는 장소마다 다릅니다.따라서 어떤 나라는 다른 나라에서 전혀 사용하지 않는 기능이 필요할 수 있습니다.이러한 분리는 표준 제품의 핵심을 유지하면서도 기업이 현지 규정을 준수할 수 있는 방법을 제공합니다.다음으로 ISV 확장 기능이 있습니다. ISV는 독립 소프트웨어 공급업체를 의미합니다.거창한 기술 용어처럼 들리지만 실제로는 많은 비즈니스 센트럴 고객을 위해 앱을 만드는 소프트웨어 회사를 의미할 뿐입니다. ISV는 창고 작업, 소매, 제조, 문서 처리, 급여 연결, 전자송장 또는 산업 보고에 집중할 수 있습니다.고객마다 동일한 기능을 처음부터 만드는 대신 많은 회사가 구매하거나 구독할 수 있는 하나의 앱을 만듭니다.이러한 앱은 일반적으로 마이크로소프트 비즈니스 앱을 위한 온라인 마켓플레이스인 마이크로소프트 앱소스에 나타납니다.앱소스는 일반적인 요구사항이 있을 때 유용합니다.많은 회사가 비즈니스 센트럴을 동일한 배송 서비스, 은행 또는 결제 공급업체에 연결하고 싶어 할 수 있습니다.나만을 위해 연결 기능을 만들 비용을 지불하는 대신 개발자가 제공하는 지원, 설정 정보, 정기 업데이트가 포함된 기존 앱을 찾을 수 있습니다.

그렇게 하면 엄청난 노력을 절약할 수 있습니다.하지만 앱소스 앱이 존재한다고 해서 자동으로 올바른 선택이 되는 것은 아닙니다.자신의 프로세스, 국가, 비즈니스 센트럴 버전과 맞는지 확인해야 합니다.좋은 앱은 팀이 매일 하는 업무의 모든 부분을 앱에 맞춰 받고 도록 강요하지 않으면 서도 명확한 문제를 해결합니다.다음 유형은 테넌트 별 확장 기능으로 흔히 pte라고 줄여 부릅니다.테넌트는 귀사의 자체 비즈니스 센트럴 환경입니다.따라서 테넌트 별 확장 기능은 모든 비즈니스 센트럴 고객이 설치하도록 게시되는 것이 아니라 귀사만을 위해 구축된 앱입니다.배송료를 계산하는 매우 구체적인 방식을 가진 식품 유통업체를 상상해보세요.가격은 온도 조절 운송, 배송 구역, 반납용 상자, 그리고 수년간 쌓아온 고객 계약에 따라 달라질 수 있습니다.그 프로세스는 표준 배송 앱이 다루기에는 너무 특별할 것입니다.따라서 비즈니스 센트럴 파트너나 개발자가 해당 프로세스에 맞춰 테넌트 별 확장을 구축할 수 있습니다.이 앱은 해당 기업의 비즈니스 센트럴 환경 내에 머무르며 회사의 업무 방식에 맞게 조정될 수 있습니다.여기에는 구형 시스템과의 일회성 연결, 특수 승인 프로세스 또는 특정 기업만 수행하는 작업을 위해 구축된 화면이 포함될 수 있습니다.하지만 맞춤형이 항상 더 나은 것은 아닙니다.테넌트 별 확장은 여러분에게 딱 맞는 환경을 제공합니다.하지만 누군가는 이를 관리해야 합니다.즉 회사 프로세스가 변경되거나 비즈니스 센트럴 이 업데이트될 때 기록을 유지하고 변경사항을 테스트하며 지원을 준비해야 한다는 뜻입니다.다른 회사도 같은 기능을 사용할 수 있다면 기존 isv 앱을 사용하는 것이 장기적으로는 업무 부담이 적을 수 있습니다.그렇다면 어떻게 선택해야 할까요?확장 유형이 아닌 비즈니스 요구사항부터 시작하세요.은행 거래 내역 가져오기, 택배 라벨, 전자청구서 또는 지역별 보고서와 같이 흔한 요구사항이라면 더욱 그렇습니다.

먼저 마이크로소프트나 isv 앱을 찾아보세요.이미 요구사항에 맞는 완성도 높은 앱을 찾을 수도 있습니다.만약 요구사항이 회사만의 고유한 프로세스에서 비롯된 것이라면 페넌트 별 확장이 더 합리적일 수 있습니다.사용자가 고객이나 공급업체 정보를 저장하기 전에 특정 필드를 필수로 입력하게 하는 등 좁은 범위의 규칙을 다루는 간단한 확장도 있습니다.규모는 작을지 몰라도 정보 누락으로 인해 나중에 더 큰 문제가 발생하는 것을 방지할 수 있습니다.누가 앱을 만들었는지를 보면 어디서 지원과 업데이트를 받을지 알 수 있습니다.앱이 무엇을 변경하는지를 보면 사용자가 매일 무엇을 체감하게 될지 알 수 있습니다.확장이 일상 업무를 어떻게 변화시키는지 확인해보세요.그렇다면 확장은 실제로 어디서 체감할 수 있을까요?보통은 고객 카드, 판매 주문, 품목 카드, 정기된 청구서와 같이 이미 사용 중인 페이지에서 알아차릴 수 있습니다.이것이 바로 페이지 확장인 경우가 많습니다.익숙한 페이지를 대체하지 않으면 서화면을 변경합니다.팀은 기존에 작업하던 환경에서 계속 일하면서 확장이 제공하는 정보나 작업을 프로세스에 추가할 수 있습니다.영업팀이 모든 고객에게 배송 시간대가 필요하다고 가정해봅시다.페이지 확장을 통해 고객 카드에 배송 시간대 필드를 추가하고 판매 주문에서도 동일한 세부 정보를 표시할 수 있습니다.별도의 스프레드 시트나 이메일에 숨겨진 메모는 필요하지 않습니다.주문을 입력하는 담당자는 필요한 바로 그 위치에서 배송 규칙을 확인할 수 있습니다.때로는 변경 사항이 더 간단하기도 합니다.결제 알림을 보내거나 배송 라벨을 생성하거나 연결된 문서를 열거나 승인 요청을 시작하는 새로운 버튼이 보일 수 있습니다.페이지는 여전히 비즈니스 센트럴처럼 보이지만 이제 팀이 완료해야 할 작업을 지원하게 됩니다.이를 통해 작업이 레코드 가까이에서 유지됩니다.

사용자에게 여러 도구에 걸쳐 5단계의 과정을 기억하도록 하는 대신확장 기능을 통해 고객, 청구서, 주문 또는 현재 확인 중인 항목 바로 옆에 다음 작업을 배치할 수 있습니다.작업 전달이 줄어들면 일반적으로 실수도 줄어듭니다.보고서도 비슷한 방식으로 변경됩니다.비즈니스 센트럴에는 표준 보고서가 포함되어 있지만기업에 따라 청구서의 특별 참조 번호, 추가 법적 문구, 다른 로고 또는 고객이 기대하는 정보를 표시해야 할 수 있습니다.보고서 확장 기능을 사용하면 원래 보고서를 그대로 유지하면서 데이터를 추가하거나 다른 레이아웃을 제공할 수 있습니다.판매 청구서를 생각해 보십시오.재무팀에는 국내 고객용 레이아웃 하나와 해외 고객용 레이아웃이 별도로 필요할 수 있습니다.첫 번째에는 현지 세금 정보가 표시되고두 번째에는 다른 문구와 통관 참조 번호가 필요할 수 있습니다.보고서 확장 기능을 사용하면 해당 레이아웃을 추가하고 각 문서에 필요한 필드를 가져올 수 있습니다.표준 보고서는 사라지지 않습니다.이는 익숙한 보고서를 완전히 별개의 것으로 교체하는 것이 아니기 때문에 중요합니다.표준 보고서를 기본으로 유지하면서 비즈니스에 필요한 사항을 추가하는 것입니다.보고서는 외부로 보내는 문서만을 위한 것이 아닙니다.확장 기능을 통해 내부 재무 보고서에 열을 추가하거나 재고 계획을 위한 추가 항목 세부 정보를 표시하거나 경영 보고서에 회사별 필드를 포함할 수 있습니다.데이터가 비즈니스 센트럴에 존재한다면 보고서를 통해 의사결정에 필요한 뷰로 데이터를 불러올 수 있습니다.다음은 권한 집합 확장 기능입니다.권한은 각 사용자가 무엇을 보고 변경하고 개시하거나 삭제할 수 있는지를 결정합니다.초보자를 위해 설명하자면 회사 내 여러 방에 대한 출입 카드와 같다고 생각하십시오.재무 사용자는 새로운 결제 화면에 대한 액세스 권한이 필요할 수 있습니다.

창고 사용자는 배송 작업에 대한 액세스 권한은 필요할 수 있지만 그 이면의 은행 정보는 필요하지 않을 수 있습니다.확장 기능이 새로운 페이지나 프로세스를 추가할 때 사용자가 해당 업무를 수행하는 데 필요한 권한도 함께 추가할 수 있습니다.이는 흔히 발생하는 문제를 방지합니다.앱을 설치하고 새로운 버튼을 볼 수는 있지만 그 이면의 레코드에 대한 권한이 없어 사용할 수 없는 경우가 있습니다.권한 집합 확장 기능은 새로운 기능을 적절한 역할과 연결하는 데 도움을 줍니다.따라서 액세스 권한은 실제 업무에 맞춰 부여됩니다.누구에게 해당 액세스 권한을 부여할지는 여전히 직접 결정해야 합니다.확장 기능이 권한 집합을 제공할 수는 있지만 이를 사용할 사람이나 그룹은 회사가 선택합니다.새로운 도구가 사용자에게 역할 이상의 권한을 임의로 부여해서는 안 됩니다.많은 확장 기능은 비즈니스 센트럴을 다른 온라인 서비스와 연결하기도 합니다.이를 통합 앱이라고 합니다.이 앱은 비즈니스 센트럴과 은행, 배송회사, 결제 서비스, 온라인 상점 또는 기타 비즈니스 시스템 간의 정보를 주고받습니다.매일 은행 명세서를 받는 재무팀을 예로 들어보겠습니다.연결 기능이 없으면 누군가가 은행에서 파일을 다운로드하고 수동으로 업로드한 뒤 은행 내역과 결제 내역을 일일이 비교하며 일치하지 않는 항목을 찾아야 할 수도 있습니다.뱅킹 확장 기능을 사용하면 명세서를 비즈니스 센트럴 로가저와 팀이 입출금 내역을 기존 기록과 자동으로 대조하도록 지원할 수 있습니다.예외 항목은 여전히 담당자가 확인해야 하지만 일상적인 대조 업무에 드는 수동 작업은 줄어듭니다.재무팀은 사람의 검토가 꼭 필요한 항목에만 집중할 수 있습니다.이것이 확장 기능을 실용적으로 활용하는 방법입니다.판단을 대신하지는 않습니다.반복적인 처리를 없애줄 뿐입니다.배송 앱도 이와 거의 비슷한 방식으로 작동합니다.

판매 주문 시 주소와 소포 정보를 운송 서비스 업체로 전송할 수 있습니다.운송 업체는 라벨과 추적 번호를 반환해줍니다.동일한 주소를 다른 웹사이트에 복사해 넣을 필요 없이 주문 화면에서 바로 배송 작업을 시작할 수 있습니다.필요할 때 이러한 기능을 추가하면 됩니다.운송 업체를 변경하거나 결제 제공 업체를 바꾸거나 프로세스를 중단하면 더 이상 관련 확장 기능이 필요하지 않을 수 있습니다.이런 모듈식 접근 방식은 모든 외부 연결을 표준 애플리케이션에 직접 구축하는 것보다 더 많은 제어 권한을 제공합니다.그렇더라도 추가된 모든 앱은 일상 업무의 일부가 됩니다.다음 단계는 확장 기능이 팀이 의존하는 프로세스에 도입되기 전에 신중하게 검토하는 것입니다.앱 찾기 및 설치하기.프로세스 개선이 필요하다는 것을 알게 되었습니다.어디서 찾아봐야 할까요?대부분은 마이크로소프트 앱소스나 비즈니스 센트럴 내의 확장 기능 관리 페이지에서 시작합니다.앱소스는 마이크로소프트 및 기타 소프트웨어 기업의 앱을 찾아볼 수 있는 마켓플레이스입니다.확장 기능 관리 페이지는 이미 자신의 비즈니스 센트럴 환경에 연결된 앱을 확인하고 관리하는 곳입니다.핵심은 이렇습니다.앱 이름이 아니라 문제에서부터 시작하세요.팀에서 이미 사용 중인 단어로 검색해보세요.배송, 은행 가져오기, 승인, 전자청구서 발행, 참고 스캔, 결제 알림 또는 현지 보고서와 같은 단어를 시도해보세요.단순 검색을 하면 누군가 추천한 첫 번째 앱을 선택하는 대신 여러 옵션을 찾을 확률이 더 높아집니다.참고팀이 매일 오후마다 주문 세부 정보를 운송업체 웹사이트에 복사하는 데 시간을 쓰고 있다고 가정해봅시다.특정 공급업체를 검색하는 것으로 시작하지 마세요.대신 운송, 소포 배송, 나벨 인쇄 또는 배송 추적과 같은 키워드로 검색하세요.그런 다음, 검색 결과에 나타난 앱 들을 팀이 실제로 수행해야 하는 작업과 비교해보세요.

이제 목록을 천천히 읽어보세요.먼저 게시자를 확인하세요.누가 앱을 만들었나요?그리고 지원 관련 정보는 어디서 찾을 수 있나요?짧은 설명만 보면 완벽해 보일 수 있지만,배송 나벨 인쇄가 안 되거나 업데이트로 인해 팀의 일상 프로세스가 변경될 때 누가 대응해줄지 알아야 합니다.다음으로 해당 앱이 지원하는 비즈니스 센트럴 버전을 확인하세요.귀사의 비즈니스 환경은 비즈니스 센트럴 온라인 버전일 수도 있고,자체 서버에서 운영하는 버전일 수도 있습니다.앱은 귀사의 설정 환경을 지원해야 합니다.모든 앱이 어디서나 작동한다고 가정하기보다는 앱 설명과 게시자의 문서를 확인하십시오.가격 책정도 면밀히 살펴봐야 합니다.사용자 당 요금을 부과하는 앱도 있습니다.회사별, 거래별 또는 월간 구독 방식으로 요금을 부과하는 경우도 있습니다.설치는 무료지만 유료 외부 서비스에 연결되는 앱도 있습니다.예를 들어 은행 커넥터는 앱 게시자, 은행 또는 둘 다로부터 비용이 발생할 수 있습니다.무료라고 해서 검토를 생략해서는 안 됩니다.무료 앱도 특정 문제를 아주 잘 해결할 수 있습니다.하지만 지원 옵션이 적거나 문서가 부족하거나 기능이 제한적일 수 있습니다.앱에 포함된 기능과 그렇지 않은 기능, 게시자가 업데이트 및 지원 방식을 설명하는지 확인하십시오.설치하기 전에 문서를 먼저 찾아보십시오.좋은 문서라면 앱의 기능, 설치 전 필요사항, 변경되는 비즈니스 센트럴 페이지, 사용자 작업 방식을 설명해야 합니다.교과서처럼 읽기 어려울 필요는 없습니다.하지만 주문, 송장 또는 결제에 영향을 주는 비즈니스 프로세스에 대한 명확한 설정 메모가 있다면 잠시 멈추고 살펴보십시오.리뷰는 도움이 되지만 주의해서 읽어야 합니다.다른 국가의 회사가 남긴 별 5개짜리 리뷰가 해당 앱이 기사의 현지 보고 규정을 준수하는지 알려주지는 않습니다.낮은 별점의 리뷰는 게시자가 이미 해결한 문제를 설명하는 것일 수도 있습니다.

리뷰를 최종 답변이 아닌 조사해야 할 질문으로 여기십시오.후보 목록이 좁혀지면 샌드박스에서 앱을 테스트하십시오.샌드박스는 테스트를 위한 별도의 비즈니스 센트럴 환경입니다.팀이 실무에 사용하는 기록을 변경하지 않고도 안전하게 앱을 설치하고 설정을 시도하며 일반적인 업무 사례를 실행할 수 있는 공간을 제공합니다.실제 테스트 사례를 사용하십시오.평소 문제를 일으키는 유형의 고객, 품목, 세금 규칙 및 배송 방법을 포함한 샘플 주문을 생성하십시오.해당 업무를 담당하는 직원에게 앱을 직접 사용해 보도록 요청하십시오.관리자가 서류상으로 앱을 승인할 수는 있지만 주문을 직접 입력하는 직원은 몇 분 안에 누락된 필드나 불필요한 단계를 발견할 수 있습니다.까다로운 상황도 테스트하십시오.주소가 불완전하면 어떻게 됩니까?결제에 실패하면 어떻게 됩니까?사용자가 개발자를 부르지 않고도 실수를 수정할 수 있습니까?다음 달에 고객이 사본을 요청할 때 앱이 올바른 보고서를 생성합니까?이러한 질문은 세련된 제품 페이지보다 훨씬 많은 정보를 제공합니다.앱을 일상적으로 사용하기 전에 지원 담당자를 결정하십시오.사내 IT팀이 첫 번째 문의를 처리할 수 있습니다.비즈니스 센트럴 파트너가 설정 및 수정 작업을 담당할 수 있습니다.앱 개시자가 자체 코드의 문제를 처리할 수도 있습니다.지원 연락처와 앱의 목적을 해당 정보와 함께 기록해두십시오.설치된 앱은 비즈니스 프로세스의 일부가 됩니다.즉, 다음에 고려해야 할 질문은 앱이 액세스할 수 있는 정보, 정보의 이동 경로, 그리고 비즈니스 센트럴이나 앱이 변경될 때 발생하는 상황에 관한 것입니다.보안 데이터 및 업데이트 관련 질문들입니다.확장 기능을 승인하기 전에 간단한 질문을 해보십시오.이 앱이 보고 변경하거나 다른 곳으로 보낼 수 있는 정보는 무엇인가요?이 질문이 중요한 이유는 확장 기능이 고객, 주문, 송장, 결제 및 재고 처리에 사용하는 동일한 워크플로우 내에 포함될 수 있기 때문입니다.

어떤 앱은 단순히 필드나 보고서를 추가하기만 합니다.다른 앱은 비즈니스 센트럴을 외부 서비스에 연결하여 작업의 일부로 비즈니스 데이터를 교환합니다.모든 앱이 비즈니스 센트럴과 동일한 테스트, 규정 준수 또는 보안 표준을 따르는 것은 아닙니다.마이크로소프트 문서에는 타사 제공 앱에 대한 내용이 명확히 기재되어 있습니다.앱이 다른 온라인 서비스에 연결될 수 있습니다.조직 또는 귀사가 선택한 지리적 지역 및 규정 준수 경계 외부에서 데이터를 처리하거나 저장할 수 있습니다.다른 회사와 데이터를 공유하거나 AI 기반 기능을 포함하거나 회사 정책에 맞지 않는 콘텐츠를 표시할 수도 있습니다.

구체적인 예를 들어보겠습니다.송장 데이터를 외부 문서 서비스로 보내는 앱을 상상해보십시오.앱이 제대로 작동하려면 고객 이름, 주소, 품목 세부 정보, 가격, 세금 데이터 및 문서 번호가 필요할 수 있습니다.귀사의 프로세스에는 완벽하게 맞을지 몰라도 재무책임자, IT팀 및 개인정보 보호 담당자는 해당 데이터가 어디로 가고 누가 처리하는지 알고 있어야 합니다.게시자에게 데이터 경로를 이해하기 쉬운 언어로 설명해달라고 요청하십시오.어떤 데이터가 비즈니스 센트럴을 떠나나요? 데이터는 어디로 가나요?어느 국가 나 지역에 저장되나요? 앱이 사본을 보관하며 보관기간은 얼마나 되나요? 게시자나 다른 서비스 제공업체가 해당 데이터에 액세스할 수 있나요?앱이 AI를 사용하는 경우 어떤 정보가 AI 서비스로 전달되나요? 그리고 그 이후에 해당 정보는 어떻게 처리되나요?설치하기 전에 개인정보 보호 세부 정보와 약관을 읽어보십시오.법률 전문가가 될 필요는 없지만 회사가 다루는 데이터에 대해서는 명확한 답변이 필요합니다.공급업체가 앱의 정보 처리 방식을 설명할 수 없다면 고객 기록이나 재무 데이터를 다루는 프로세스에 해당 앱을 도입하지 마십시오.권한 설정에도 동일한 주의가 필요합니다. 앱이 판매 주문 읽기, 배송 생성, 결제 개시 또는 새 기능에 사용되는 내 코드 액세스를 위해 권한이 필요할 수 있습니다.앱이 작업에 필요한 권한만 부여하십시오. 그런 다음 어떤 사용자가 앱 권한 세트를 받는지 확인하십시오.유용한 새 기능이라도 권한이 없는 사람에게 전달되면 보안 문제가 발생할 수 있기 때문입니다.자체 승인 절차를 반드시 거치도록 하십시오. 부서에서 유용한 앱을 발견하고 즉시 실행하고 싶어 할 수 있습니다.앱이 민감한 업무를 처리할 때는 IT, 재무, 보안 및 규정 준수 담당자가 먼저 검토하게 하십시오.처음에는 느리게 느껴질 수 있지만 승인되지 않은 곳으로 고객 데이터가 유출된 것을 나중에 발견하는 것보다 낫습니다.

업데이트 또한 주의가 필요합니다.확장 기능은 사용자 지정 코드를 표준 비즈니스 센트럴 애플리케이션과 분리하여 직접적인 코드 변경으로 발생할 수 있는 수정 작업을 줄여주지만여전히 비즈니스 센트럴 기능이나 다른 앱, 외부 서비스에 의존할 수 있습니다.한 부분이 변경되면 연결 상태를 테스트해야 할 수도 있습니다.설치된 모든 확장 기능에 대한 간략한 기록을 유지하십시오.이름, 게시자, 목적, 소유자, 지원, 연락처, 권한, 외부 서비스 및 의존하는 다른 앱을 기록해두십시오.업데이트가 다가오면 이 목록을 통해 무엇을 테스트해야 할지 알 수 있어 팀이 어떤 프로세스가 중단될지 추측할 필요가 없습니다.적을수록 좋은 경우가 많습니다.앱 목록이 길어지면 기능이 중복되고 소유권이 불분명해지며 테스트할 항목이 늘어납니다.실질적인 비즈니스 요구를 해결하는 확장 기능만 유지하십시오.필요성이 사라지면 제거하거나 중단하고 실행 전에 어떤 부분이 변경되는지 문서화하십시오.목표는 확장 기능을 피하는 것이 아닙니다.목표는 각 확장 기능이 무엇을 하는지 정확히 파악한 뒤 회사 시스템의 일부로 만드는 것입니다.이보세요.이것이 바로 일상 업무입니다.결론, 올바른 추가 기능을 선택하십시오.간단한 규칙은 다음과 같습니다.비즈니스 센트럴 확장 기능은 핵심 코드를 건드리지 않고 하나의 특정 문제를 해결해야 합니다.팀이 직면 한 실제 문제에서 시작하십시오.실제 업무로 추가 기능을 테스트해보십시오.누가 개발했는지, 데이터가 어디로 가는지 확인하고 설치 후 지원을 받을 수 있는지 확인하십시오.구독하고 모든 기본 화면을 그대로 받아들여야 한다고 믿는 사람들과의 알찬 정보를 공유하십시오.