M365 FM Podcast – 한국어 (2)

• Fabric SQL Database - Simply Explained
  2026-10-21
  Fabric and SQL sound like two different things, but Microsoft built them into one. It's called a SQL database in Fabric, and underneath it runs the same engine that powers Azure SQL Database. In this
• Power Platform 솔루션 - 쉽게 설명하기
  2026-10-21
  몇 달 동안 공들여 만든 앱이, 누군가 잘못된 항목을 제거하는 순간 사라질 수 있습니다. 앱의 구성 요소들을 하나로 묶어 주는 것이 없으면 이런 일이 생기고, 한 번의 정리 작업으로 앱 전체가 함께 사라질 수 있습니다. 이번 Simply Explained 에피소드에서는 다음 내용을 배우게 됩니다: 솔루션이란 무엇인가, 관리형과 비관리형: 두 가지 모드, 게
• Azure Resource Graph - Simply Explained
  2026-10-21
  Azure Resource Graph is a service inside Azure that lets you ask questions about your resources and get fast answers, even when you have thousands of them. The name sounds heavier than the thing reall
• Azure Databricks - Simply Explained
  2026-10-21
  Apache Spark started as a research project at a university in 2009, and it grew into the engine most big data platforms still run on today. Azure Databricks is how Microsoft and the people who built S
• Azure 관리 그룹과 구독 - 쉽게 설명합니다
  2026-10-21
  모든 Azure 이야기는 같은 방식으로 시작합니다. 구독 하나, 팀 하나, 청구서 하나로 모든 것이 단순해 보입니다. 그러다 한 프로젝트에 별도의 공간이 필요해지면 누군가 두 번째 구독을 만듭니다. 이번 Simply Explained 에피소드에서는 다음 내용을 알아봅니다: 지도 없이 Azure가 복잡해지는 이유, 구독이 실제로 Azure 리소스가 존재하는
• Azure Lighthouse - Simply Explained
  2026-10-21
  외부 회사가 비밀번호를 전혀 보관하지 않고도 여러분의 Azure 환경을 관리할 수 있습니다. Azure Lighthouse가 바로 그런 기능이며, 매주 반복되는 골칫거리에 대한 Microsoft의 해법입니다.이번 Simply Explained 에피소드에서 배우게 될 내용: 두 개의 집 문제, Azure Lighthouse의 실제 정체, 문이 만들어지는 과정
• Azure App Service - 쉽게 설명해 드립니다
  2026-10-21
  Azure App Service에서 선택하는 요금 티어(Tier)는 앱이 무엇을 할 수 있는지를 결정합니다. 단순히 호스팅 방식을 고르는 것이 아니라, 사용 가능한 기능 세트를 열고, 비용을 관리하며, 클라우드 워크로드의 확장 방식을 통제하는 일입니다. 이번 M365 FM 에피소드에서는 Azure App Service가 정확히 무엇인지, App Servic
• SPF, DKIM, DMARC - 간단히 설명하기
  2026-10-21
  에피소드 설명 누구나 노트북 한 대만 있으면 회사 이름을 사칭한 이메일을 보낼 수 있습니다. 우리가 모두 의존하는 이메일 시스템은 메시지를 전달하도록 만들어졌을 뿐, 실제로 누가 보내는지 검증하도록 설계되지 않았기 때문입니다. 그 결과 가짜 청구서나 상사를 가장한 위조 메모가 실제 받은편지함에 회사 이름을 달고 쉽게 도착할 수 있습니다. 다행히 DNS에 있
• Azure 예약 및 Savings Plan - 쉽게 설명해 드립니다
  2026-10-21
  보통 클라우드는 사용이 끝난 후에 요금을 청구합니다. 가상 머신을 시작해서 한 달 동안 실행하면, 사용한 만큼에 따라 청구서가 도착합니다.이번 Simply Explained 에피소드에서는 다음 내용을 알아봅니다: 사용 전에 먼저 지불하는 이유, Azure 예약 쉽게 설명, Azure Savings Plan(더 유연한 옵션), 각 옵션이 실제로 적용되는 범위
• Azure Machine Learning - Simply Explained
  2026-10-21
  머신러닝은 사람이 손으로 작성한 규칙을 따르는 대신, 예시에서 패턴을 찾아내는 프로그램입니다. 핵심은 그것뿐입니다.이번 Simply Explained 에피소드에서 다음 내용을 알아봅니다: 머신러닝의 실제 의미 Azure Machine Learning이 실제로 하는 일 워크스페이스 데이터와 컴퓨팅 모델 만들기 모델을 예측으로 전환하기 모델을 계속 잘 작동하게
• MQTT과 OPC UA를 활용한 Microsoft 제조 환경: Azure IoT Operations + Fabric 아키텍처
  2026-10-20
  공장 현장 정리하기: MQTT vs OPC UA, 그리고 단절된 제조 데이터의 진실. 왜 최신 공장들은 ERP, MES, Azure 시스템을 갖추고도 여전히 수작업 내보내기와 추측에 의존하고 있을까요? 이번 에피소드는 기술적 과장을 걷어내고 핵심 문제를 다룹니다. 바로 제조 데이터에 대한 근본적인 신뢰 부족입니다. 많은 사람들이 산업 연결성을 MQTT와 O
• 기계 데이터가 의사결정으로 이어지지 않는 이유. 빠져 있는 파이프라인은 여기에 있습니다.
  2026-10-20
  엑셀 병목 현상 대체하기: 실시간 의사결정 파이프라인 구축 현대의 공장은 모든 기계 상태, 고장 코드, 온도 변화를 추적하는 센서, 컨트롤러, 감시 시스템이 실시간 데이터로 가득한 공간입니다. 그러나 막상...
• 센서에서 대시보드까지: Azure IoT Hub를 통한 MQTT 파이프라인
  2026-10-19
  기계가 멈췄을 때 계획 담당자에게 필요한 것은 대시보드의 빨간 선 하나 이상입니다. 무엇이 멈췄는지, 왜 멈췄는지, 그 라인에 어떤 주문이 걸려 있는지, 그리고 생산 계획이 여전히 유지될 수 있는지를 알아야 합니다. 공장 현장의 원시 신호를 클라우드 분석으로 옮기려면 현장 센서, 산업용 게이트웨이, 메시지 브로커, 클라우드 수집 계층에 걸친 신뢰할 수 있는
• Azure DPS: 10만 대의 IoT 디바이스 프로비저닝이 아키텍처 문제인 이유
  2026-10-19
  공장 현장에서 디바이스 열 대를 프로비저닝하는 일은 간단합니다. 기술자가 연결 문자열을 직접 입력하고 텔레메트리가 올라오는지 확인하면 됩니다. 하지만 전 세계 공장과 고객 네트워크에 분산된 10만 대의 디바이스에 같은 수작업 방식을 적용하면, 모든 지름길이 결국 아키텍처상의 실패로 이어집니다. 기본적인 설정을 넘어서려면 디바이스 ID, 신뢰 경계, 허브 라
• Azure 기반 디지털 트윈: 실제로 무엇을 모델링해야 할까?
  2026-10-18
  벤더의 과장된 홍보를 걷어내고 Azure에서 디지털 트윈이 실제로 해결해야 할 문제를 다루는 새 에피소드에 오신 것을 환영합니다. 모두가 디지털 트윈을 원하지만, 정작 공장이 해결해야 할 실제 문제에서 출발하는 경우는 거의 없습니다. 데이터는 이미 ERP, MES, 히스토리언, IoT 계층 전반에 흩어져 있지만, 운영자들은 여전히 수동 전화, 스프레드시트,
• 영업이 긴급 주문을 약속했을 때 무슨 일이 벌어지는가
  2026-10-11
  긴급 고객 요청은 단순해 보입니다. 영업은 빠른 납기일을 약속하고, 주문에 우선순위를 표시한 뒤 생산에 끼워 넣어 달라고 요청합니다. 하지만 새 주문은 텅 빈 공장에 들어가는 것이 아닙니다. 이미 설비 예약, 자재 할당, 셋업 계획, 숙련 인력, 검사 용량, 정비 기간, 다른 고객에게 한 약속으로 채워진 일정표에 들어갑니다. 따라서 핵심 질문은 긴급 주문을
• 공장을 이해하지 못하는 AI는 최적화할 수 없다
  2026-10-09
  생산 중 기계가 멈춘다. ERP는 고객 주문과 납기를 알고 있고, MES는 어느 공정이 멈췄는지 알고 있으며, 유지보수팀은 수리 상태를 알고 있고, 설비 계층은 고장 코드와 정확한 발생 시각을 알고 있다. 그러면 누구나 떠올릴 법한 질문이 나온다. 지금 무엇을 해야 하는가? AI는 알람을 요약하고, 과거 가동 중단 이력에서 패턴을 찾아내며, 무슨 일이 일어
• 생산 일정 최적화 - 더 나은 생산 일정을 수립하는 방법
  2026-10-09
  생산 일정은 겉보기에는 맞아 보여도 공장 현장은 이미 다른 방향으로 움직이고 있을 수 있습니다. 설비가 예상보다 느리게 돌아가거나, 셋업에 시간이 더 걸리거나, 자재가 아직 출고 대기 중이거나, 긴급 주문이 계획에 새로 끼어드는 경우가 그렇습니다. ERP에는 여전히 원래 일정이 표시되어 있고, MES에는 현재 실행 상황이 보이며, 현장 감독자는 이미 작업
• 산업 데이터 모델이란 무엇인가
  2026-10-08
  공장은 방대한 양의 데이터를 수집하고도 기본적인 운영 질문에 답하기 어려울 수 있습니다. 즉, 이 이벤트가 실제로 무엇에 영향을 미치는가 하는 질문입니다. ERP는 고객 주문, 자재, 계획 일정, 재고를 알고 있습니다. MES는 현장에서 무엇이 실행되고 있는지 알고 있습니다. PLC와 SCADA는 기계 상태, 알람, 공정 값을 알고 있습니다. 유지보수 시스
• 기계 데이터가 Microsoft Fabric에 도달하는 과정 - OPC UA에서 실시간 분석까지
  2026-10-07
  기계의 알람, 센서 값, 생산 카운터, 고장 이벤트를 클라우드로 전송하는 일은 그 어느 때보다 쉬워졌습니다. OPC UA가 기계 신호를 노출하고, 엣지 계층이 이를 수집하며, MQTT가 현장 내에서 이를 배포할 수 있고, Microsoft Fabric이 그 결과로 생성된 스트림을 수집하고 분석할 수 있습니다. 어려운 부분은 데이터가 도착한 이후부터 시작됩니
• 연결성은 통합이 아니다 — 연결된 공장이 여전히 올바른 질문에 답하지 못하는 이유
  2026-10-06
  연결된 공장은 기계 신호를 밀리초 단위로 전달할 수 있지만, 실제로 중요한 운영 질문에는 여전히 답하지 못할 수 있습니다. 포장 기계가 멈추면 PLC가 고장을 보고하고, OPC UA가 이벤트를 노출하며, MQTT가 이를 배포하고, 대시보드가 즉시 갱신됩니다. 정비팀은 알람을 받고 모든 것이 연결되어 있는 것처럼 보입니다. 그러나 계획 담당자가 현재 어떤 고
• 지속적 개선에는 더 나은 데이터가 필요한 이유
  2026-10-04
  지속적 개선은 시간이 지나면서 누적되는 학습을 만들어내는 것을 목표로 합니다. 그러나 많은 공장에서 개선 활동은 여전히 워크숍, 스프레드시트, 개별 보고서, 그리고 이전 교대조에서 사람들이 기억하는 내용에 크게 의존하고 있습니다. 카이젠 이벤트는 눈에 보이는 진전을 만들어낼 수 있지만, 몇 주 뒤에는 약간 다른 생산 조건에서 같은 손실이 다시 나타나는 경우
• IoT Hub 메시지 라우팅 vs Event Grid — 텔레메트리와 이벤트가 같은 문제가 아닌 이유
  2026-10-02
  온도 측정값, 진동 샘플, 기계 사이클, 장치 연결 끊김은 모두 이벤트라고 부를 수 있지만, 같은 아키텍처 문제를 나타내지는 않습니다. 산업용 IoT와 제조 환경에서 연속적인 텔레메트리와 개별 이벤트를 혼동하면 노이즈가 많은 워크플로, 불완전한 생산 이력, 불필요한 처리, 그리고 충분한 맥락 없이 반응하는 시스템이 만들어질 수 있습니다. 이번 에피소드에서는
• 실전을 견디는 Azure 설계 — MVP Mike Martin과 함께
  2026-10-01
  Azure 아키텍처는 모든 것이 정상 동작할 때는 쉬워 보입니다. 진짜 시험은 의존 서비스가 실패하고, 리전이 사용할 수 없게 되고, 트래픽이 급증하고, 가정이 틀렸음이 드러나고, 요구사항이 바뀌고, 결국 누군가 "도대체 왜 이렇게 설계했지?"라고 묻는 순간부터 시작됩니다. 이번 M365.FM 에피소드에서 Mirko Peters는 MVP Mike Marti
• 생산 일정은 시작도 하기 전에 왜 틀어져 있을까
  2026-09-28
  ERP 시스템에서 나온 생산 일정은 겉보기에 완벽해 보일 수 있습니다. 주문 일자가 맞아떨어지고, 공정 소요 시간도 합리적이며, 설비 여유도 있어 보이고, 자재 상태도 생산 준비가 끝난 것처럼 보입니다. 하지만 일정은 여전히 미래에 대한 가정일 뿐입니다.생산이 시작되는 순간 공장은 새로운 사실들을 만들어내기 시작합니다. 자재가 예상보다 늦게 도착하고, 한
• Microsoft 365 Copilot 과대광고 없이 보기: 도입, 거버넌스, 테넌트 준비 - Paul Keijzers [MVP]
  2026-09-24
  Microsoft 365 Copilot은 사람들이 정보를 더 쉽게 찾고 업무를 더 빠르게 처리하도록 도울 수 있지만, 그 답변은 조직의 Microsoft 365 테넌트에 이미 존재하는 콘텐츠와 권한에 따라 달라집니다. 이번 M365 FM 팟캐스트 에피소드에서 Mirko Peters는 KB Works의 창립자이자 Microsoft MVP인 Paul Keijz
• Microsoft 메시징이 안전해 보여도 그렇지 않을 때 — Thomas Stensitzki [MVP]와 함께하는 Exchange Server, 하이브리드, Microsoft 365 보안
  2026-09-24
  Microsoft Exchange와 Microsoft 365를 사용하면 강력한 메시징 환경을 운영할 수 있지만, 이메일을 클라우드로 옮긴다고 해서 자동으로 안전해지는 것은 아닙니다. 이번 M365 Show 에피소드에서 진행자 Mirko Peters [MVP]는 Exchange Server, Exchange Online, 하이브리드 배포 환경에 숨어 있을 수
• Content Understanding & Document AI - Simply Explained
  2026-09-18
  Invoices, contracts, receipts, forms, scanned PDFs, and email attachments contain valuable business information — but most automation still struggles to turn those documents into reliable, structured
• IoT Hub 메시지 라우팅 vs Event Grid — 텔레메트리와 이벤트는 같은 문제가 아닌 이유
  2026-09-18
  기계 한 대가 몇 초마다 온도 측정값, 진동 데이터, 사이클 횟수, 전력 소비량, 작동 상태를 전송합니다. 그러다 게이트웨이 연결이 갑자기 끊어집니다. 이 모든 메시지를 단순히 "이벤트"라고 부를 수 있을까요? 기술적으로는 그렇게 설명할 수도 있습니다. 하지만 아키텍처 관점에서는 심각한 문제를 일으킬 수 있습니다. Azure IoT Hub 메시지 라우팅과
• 데이터 전환의 다섯 기둥 - 쉽게 풀어 본 설명
  2026-09-17
  AI는 밀린 업무를 해소하고, 의사결정을 가속하며, 모든 팀이 더 스마트하게 일하도록 돕기로 되어 있었습니다. 그러나 많은 조직은 이제 Microsoft Copilot, Power BI, Microsoft Fabric, AI 에이전트 등을 갖추고 있음에도 불구하고, 여전히 중요한 결정이 회의실에서 더디게 진행됩니다. 숫자를 온전히 신뢰하지 못하거나, 누가
• 공장 클라우드 청구서는 생각보다 훨씬 높습니다
  2026-09-17
  클라우드 스토리지는 저렴해 보일 수 있습니다. 공장 데이터를 클라우드로 보내는 것도 저렴해 보일 수 있습니다. 하지만 진짜 클라우드 청구서는 데이터가 이동하기 시작할 때부터 발생하는 경우가 많습니다. 이번 에피소드에서는 최신 Industrial IoT, 제조 클라우드, 엣지 컴퓨팅, 공장 데이터 아키텍처 뒤에 숨은 비용을 살펴봅니다. 데이터 이그레스, 리전
• 재무 데이터에서 AI 기반 의사결정까지: Power BI, Microsoft Fabric, 시맨틱 모델 & AI 에이전트 (Rishi Sapra [MVP])
  2026-09-16
  AI 에이전트가 단순히 데이터를 보여주는 것이 아니라 그 의미를 이해하기 시작한다면 어떤 일이 벌어질까요? M365.FM의 이번 에피소드에서 Mirko Peters는 Microsoft MVP Rishi Sapra와 함께 기존 대시보드를 넘어 AI 기반의 문맥 인식형 분석으로 나아가기 위해 필요한 아키텍처를 이야기합니다. 주제는 Microsoft Fabric
• ERP가 최적의 생산 일정을 만들지 못하는 이유
  2026-09-16
  ERP는 생산 일정을 계산하고, MRP를 통해 수요를 전개하며, 라우팅, 재고, 구매 오더, 생산 오더를 관리할 수 있습니다. 하지만 그렇다고 해서 공장이 실제로 실행할 수 있는 생산 일정을 자동으로 만들어 주는 것은 아닙니다. 이번 에피소드에서는 ERP 계획과 유한 생산 스케줄링(Finite Scheduling) 사이의 간극을 짚어보고, 일정이 ERP에서
• 생산 계획 소프트웨어: 제조업체는 언제 실제로 필요할까?
  2026-09-16
  제조업체는 언제 전용 생산 계획 소프트웨어가 실제로 필요할까요? 회사가 일정 규모에 도달했을 때가 아닙니다. 엑셀이 갑자기 “전문적이지 않게” 느껴질 때도 아닙니다. 그리고 소프트웨어 업체가 멋진 간트 차트를 보여줬기 때문도 절대 아닙니다. 실제 기준점은 생산 복잡성, 제약 조건, 끊임없는 변화가 계획 담당자들이 ERP 날짜, 스프레드시트, 화이트보드, 통
• 공장을 바꾸기 전에 시뮬레이션해 볼 수 있을까?
  2026-09-16
  생산 시스템의 나머지 부분이 어떻게 반응할지 모른 채 공장을 변경하면 어떤 일이 벌어질까요? 교대 추가, 신규 설비 구매, 버퍼 축소, 인력 배치 변경, 제품 믹스 조정은 얼핏 명백한 해결책처럼 보일 수 있습니다. 하지만 공장은 서로 연결된 시스템입니다. 한 자원의 생산능력을 높여도 병목이 다른 곳으로 옮겨갈 수 있습니다. 이번 에피소드에서는 공장 시뮬레이
• APS 소프트웨어 vs. ERP: 무엇이 다른가?
  2026-09-15
  제조업체는 주문, 자재, 재고, 구매, 생산 오더, 재무 거래를 관리하기 위해 대부분 ERP 시스템에 의존합니다. 그러나 기계가 멈추거나, 긴급한 고객 주문이 들어오거나, 핵심 작업자가 자리를 비우는 순간 전혀 다른 질문이 중요해집니다. 생산 계획이 실제로 실행될 수 있는가? 바로 여기서 APS(Advanced Planning and Scheduling)가
• 제약 기반 스케줄링: 생산 계획을 현실로 만드는 아키텍처
  2026-09-15
  ERP에는 고객 주문이 금요일에 출하되는 것으로 표시되어 있습니다. 작업 지시서는 발행되었고, 라우팅은 올바르게 보이며, 용량도 가용한 것처럼 보입니다. 계획 보고서에는 모든 것이 문제없어 보입니다. 그런데 월요일 아침이 되자 핵심 5축 가공기가 멈춥니다. 한 주문은 이미 생산 중이고, 다른 주문은 자재를 기다리고 있습니다. 세 번째 주문은 이론적으로는 다
• 기계가 멈추면 생산 계획은 어떻게 반응해야 할까?
  2026-09-15
  기계가 멈춥니다. 유지보수팀에 알람이 전달되고, 작업자는 생산을 중단합니다. MES에는 중단된 작업이 기록됩니다. 하지만 ERP는 여전히 해당 기계에 가용 능력이 있다고 믿고 있을 수 있고, 생산 일정은 모든 주문이 제때 완료될 것이라고 약속하고 있을 수 있습니다. 기계 고장은 여기서부터 단순한 유지보수 문제가 아니라 생산 계획 문제가 됩니다. 이번 에피소
• Value Stream Mapping이 실시간 데이터 모델이 될 수 있을까?
  2026-09-15
  Value Stream Mapping은 Lean Manufacturing에서 자재, 정보, 의사결정이 생산 시스템을 어떻게 흘러가는지 이해하는 데 가장 유용한 도구 중 하나로 활용되어 왔습니다. 하지만 전통적인 Value Stream Mapping에는 근본적인 한계가 있습니다. 공장은 계속 변하는데 지도는 변하지 않는다는 점입니다.생산, 계획, 품질, 설비
• 제한 용량 스케줄링이 제조 현장에서 실제로 작동하는 방식
  2026-09-14
  ERP에는 생산 오더가 다음 주 목요일에 완료될 예정으로 나와 있습니다. 공정 경로(라우팅)도 올바르고, 자재 계획도 세워져 있습니다. 모든 것이 통제되고 있는 것처럼 보입니다. 그런데 현장에 가 보면 설비는 이미 과부하 상태이고, 필요한 작업자는 다른 작업에 배정되어 있으며, 지그는 사용 중이거나, 자재는 ERP에는 존재하지만 실제로는 검사와 출고 승인을
• 생산 상황이 바뀌면 크리티컬 패스도 바뀌는 이유
  2026-09-13
  생산 계획은 실제 생산이 시작되기 전까지는 완벽해 보일 수 있습니다. 하지만 한 대의 기계가 늦어지고, 자재 출고가 밀리고, 숙련된 작업자가 자리를 비우고, 품질 검사가 예상보다 오래 걸리고, 배치가 가열로 작업 시간을 놓치는 순간 상황은 달라집니다. 몇 시간의 지연만으로도 전체 고객 납품이 위험해질 수 있습니다.이번 심층 분석에서는 전통적인 프로젝트 관리
• AI가 소프트웨어 개발을 영원히 바꾼 방법 — Microsoft MVP Andre Baltieri와 함께 만드는 에이전틱 미래 [MVP]
  2026-09-03
  인공지능은 지금까지 거의 볼 수 없었던 속도로 소프트웨어 개발을 변화시키고 있습니다. 개발자들은 이미 모든 코드를 직접 작성하던 방식에서 벗어나, 코드를 생성하고, 낯선 시스템을 설명하고, 테스트를 만들고, 애플리케이션을 디버깅하며, 반복적인 작업을 자동화해 주는 AI 어시스턴트와 함께 일하고 있습니다. 하지만 Microsoft MVP Andre Balti
• Copilot이 당신의 문제를 물려받는다: Richard Harbridge [MVP]와 함께하는 AI 대비를 위한 Microsoft 365 현대화
  2026-09-03
  Microsoft 365 Copilot은 깨끗하게 정리된 Microsoft 365 테넌트에 도입되지 않습니다. 조직들이 수년간 쌓아 올린 환경, 즉 수많은 SharePoint 사이트, Teams, OneDrive 콘텐츠, 중복 문서, 과거의 마이그레이션 흔적, 게스트 계정, 일관성 없는 권한, 방치된 워크스페이스, 무너진 소유권 모델, 몇 년째 아무도 검토
• [MVP] Ian Tweedie와 함께하는 복잡한 엔터프라이즈 솔루션을 위한 Power Platform 아키텍처 설계
  2026-09-03
  Microsoft Power Platform은 종종 로우코드 플랫폼으로 설명됩니다. 그런데 구축한 애플리케이션이 비즈니스에 필수적이고 고도로 통합되며, 단순한 메이커 중심 접근 방식으로는 감당하기 어려울 만큼 복잡해지면 어떻게 될까요?이번 M365 FM 에피소드에서 Mirko Peters는 Power Platform 솔루션 아키텍트 Ian Tweedie와
• Microsoft 365 Copilot: 실제로 생산성을 높이는 것은 무엇인가 - MVP Adrian Espes와의 대화 [MVP]
  2026-08-30
  Microsoft 365 Copilot은 정말 사람들의 생산성을 높여줄까요?이번 M365 FM 팟캐스트 에피소드에서 Mirko Peters가 Microsoft MVP Adrian Espes와 함께, 세련된 데모가 아닌 회의, 이메일, 문서, Teams 메시지, 마감일, 끊임없는 방해로 가득한 평범한 업무일 속에서 Copilot이 실제로 무엇을 제공하는지 이
• Microsoft 365 & Copilot가 일하는 방식을 재설계하는 법: Tracy van der Schyff [MVP]
  2026-08-29
  Microsoft 365는 조직이 소통하고, 협업하고, 자동화하고, 정보를 관리할 수 있는 도구를 그 어느 때보다 많이 제공해 왔습니다. 이제 Microsoft 365 Copilot은 AI 기능이라는 완전히 새로운 층을 더합니다. 그러나 생산성, 자동화, 에이전트, AI에 관한 논의 이면에는 더 큰 질문이 있습니다. 이 기술들은 단지 일을 더 빠르게 하도록
• SPFx를 다시 만들지 마세요 - Siddharth Vaghasia [MVP]와 함께 PnP React Controls로 더 나은 SharePoint 솔루션 만들기
  2026-08-27
  최신 SharePoint 개발이 모든 구성 요소를 처음부터 새로 만드는 것을 의미하지는 않습니다. M365 FM 팟캐스트의 이번 에피소드에서 Mirko Peters는 Microsoft MVP Siddharth Vaghasia와 함께 적합한 Microsoft 365 기술과 재사용 가능한 커뮤니티 구성 요소를 결합하여 프로덕션 준비가 된 SharePoint F
• SharePoint는 더 이상 지루하지 않다: Copilot이 현대 직장을 어떻게 재발명하고 있는가 - Marcin Siewnicki [MVP] 인터뷰
  2026-08-27
  수년 동안 SharePoint는 복잡한 문서 라이브러리, 낡은 인트라넷, 혼란스러운 탐색 구조, 너무 많은 사이트, 그리고 직원들이 찾을 수 없는 정보라는 평판을 안고 있었습니다. 하지만 Microsoft 365가 변화하고 있으며, Copilot 덕분에 SharePoint는 오랜 기간 어느 때보다 중요한 플랫폼이 되고 있습니다.M365 FM 팟캐스트의 이번
• Microsoft Fabric End-to-End: 원시 데이터에서 비즈니스 의사결정까지, Amit Chandak [MVP] 출연
  2026-08-25
  Microsoft Fabric은 데이터 엔지니어링, 분석, 비즈니스 인텔리전스, 거버넌스, 그리고 점차 AI까지 하나의 플랫폼으로 통합합니다. 그렇다면 개별 기능을 넘어 모든 요소를 연결했을 때 엔드 투 엔드 Fabric 아키텍처는 실제로 어떤 모습일까요?이번 M365 FM 팟캐스트에서 Mirko Peters가 [Microsoft Data Platform
• Copilot을 넘어서: Copilot Studio로 실제로 작동하는 엔터프라이즈 AI 에이전트 구축하기 (Manpreet Singh [MVP-MCT] 출연)
  2026-08-24
  엔터프라이즈 AI는 단순히 질문에 답하는 챗봇을 넘어서고 있습니다. 차세대 AI 에이전트는 비즈니스 맥락을 이해하고, 기업 시스템에 연결하며, 워크플로를 조율하고, 사용자를 대신해 행동할 수 있습니다.하지만 인상적인 AI 에이전트 데모를 만드는 것은 쉽습니다. 민감한 데이터, 복잡한 비즈니스 프로세스, 거버넌스 요구사항, 수천 명의 사용자, 측정 가능한 성
• Copilot 도입에서 AI 업무 환경까지: 채택, 에이전트, 실질적 비즈니스 가치 – Christoffer Besler Hansen [MVP]
  2026-08-23
  Microsoft 365 Copilot은 이제 “생성형 AI로 무엇을 할 수 있는가?”라는 질문을 넘어섰습니다. 더 어려운 과제는 수천 명의 직원이 실제로 사용하고 신뢰하며 측정 가능한 비즈니스 가치를 얻을 수 있도록 AI를 자리 잡게 하는 것입니다. 이번 M365 FM 에피소드에서 Mirko Peters는 Microsoft MVP이자 Atea Group의
• Dynamics 365 Business Central AL 개발
  2026-08-22
  Business Central은 재무, 고객, 판매 주문, 재고, 송장 등의 기능을 기본으로 제공합니다. 하지만 회사에 필드 하나를 추가해야 하거나, 사용자 지정 승인 단계나 새로운 비즈니스 규칙이 필요하거나, 표준 애플리케이션에 없는 기능이 필요하다면 어떻게 해야 할까요? 이번 M365 FM 에피소드에서 Mirko Peters는 Dynamics 365 B
• Azure Local과 Landing Zones: Christoffer Klarskov Jakobsen [MVP]과 함께 올바르게 하이브리드 클라우드 구축하기
  2026-08-22
  클라우드 전략을 퍼블릭 클라우드만으로 완결할 수 없다면 어떻게 될까요? 조직들은 Azure, 플랫폼 서비스, Infrastructure as Code, 자동화된 배포 파이프라인, Azure Landing Zones를 활용해 인프라를 현대화하고 있습니다. 동시에 일부 워크로드는 공장, 사무실, 규제가 적용되는 환경, 기존 인프라, 또는 지연 시간에 민감한 시
• Dynamics 365 Dual-write - Simply Explained
  2026-08-22
  영업 담당자가 Dynamics 365 Sales에서 고객 주소를 업데이트합니다. 그런데 나중에 재무팀 직원이 같은 고객을 열어보면 여전히 예전 주소가 보입니다. 어느 쪽이 맞을까요? 영업, 서비스, 재무, 운영 팀이 서로 다른 애플리케이션에서 일하면 공유되는 비즈니스 데이터가 쉽게 중복되거나 불일치하게 됩니다. 이번 M365 FM 에피소드에서 Mirko P
• Dynamics 365 Accounts Payable - Simply Explained
  2026-08-21
  공급업체 청구서가 도착했습니다. 상품은 이미 창고에 있을 수도 있고, 서비스는 이미 완료되었을 수도 있습니다. 그렇다면 회사에서 실제로 돈이 나가기 전에 무엇이 처리되어야 할까요? Dynamics 365 Accounts Payable은 공급업체 기록, 송장, 구매 주문, 입고, 송장 대조(매칭), 승인, 지급 실행, 은행 계좌, 정산을 하나의 통제된 재무
• Dynamics 365 Virtual Entities - 쉽게 설명하기
  2026-08-21
  영업팀은 Dynamics 365에서 일하는데, 재고 정보는 창고 시스템에, 송장은 재무 시스템에, 제품 정보는 ERP에 있다면 어떻게 될까요? 이 모든 정보를 Dataverse로 복사할 수도 있지만, 그렇게 하면 중복 레코드, 동기화 작업, 지연, 그리고 정보가 오래될 수 있는 또 하나의 저장소가 생깁니다. 이번 M365 FM 에피소드에서 Mirko Pet
• Dynamics 365 Product Information Management - 간단히 설명하기
  2026-08-21
  영업, 구매, 창고 팀, 그리고 온라인 스토어가 모두 같은 제품에 대해 서로 다른 정보를 가지고 있다면 어떤 일이 벌어질까요? 공급업체가 사양을 변경했는데 한 스프레드시트만 업데이트되고 다른 시스템은 그대로라면, 고객은 오래된 정보를 받게 되고 직원은 잘못된 품목을 주문하게 됩니다. 이번 M365 FM 에피소드에서 Mirko Peters는 Dynamics
• Dynamics 365 Master Planning - 간단히 설명하기
  2026-08-21
  고객이 다음 달에 자전거 100대를 원합니다. 이미 완제품 자전거 일부가 재고에 있고, 공급업체에서 바퀴가 도착할 예정이며, 프레임은 다른 곳에 보관되어 있고, 생산 라인은 향후 2주간 예약되어 있습니다. 무엇을 구매하고, 무엇을 생산하고, 무엇을 이동해야 하며, 각 조치는 언제 이루어져야 할까요? 이번 M365 FM 에피소드에서 Mirko Peters는
• Dynamics 365 Intelligent Order Management - 쉽게 설명하기
  2026-08-21
  고객이 구매 버튼을 누를 때, 제품은 중앙 창고, 인근 매장, 다른 법인, 또는 물류 파트너에게 있을 수 있습니다. 고객은 이런 복잡성에는 관심이 없습니다. 명확한 배송 약속과 상품이 제때 도착하기를 기대할 뿐입니다. Dynamics 365 Intelligent Order Management는 판매 채널, 재고 위치, 물류 시스템, 창고, 운송업체, 청구
• Dynamics 365 Business Central 확장 프로그램 - 쉽게 설명합니다
  2026-08-21
  Dynamics 365 Business Central은 이미 재무, 영업, 구매, 재고, 프로젝트 등 핵심 비즈니스 프로세스를 위한 기능을 제공합니다. 하지만 같은 방식으로 운영되는 조직은 없습니다. 어떤 회사는 특화된 배송 기능, 현지 재무 보고서, 추가 승인 규칙, 은행 연동, 전자 세금계산서 또는 다른 비즈니스 시스템과의 연결이 필요할 수 있습니다.
• Dynamics 365 Accounts Receivable - 쉽게 설명하기
  2026-08-21
  판매를 성사시키고 송장을 보냈지만, 돈이 언제 실제로 계좌에 들어올까요? 그리고 돈이 들어오지 않으면 어떻게 될까요? Dynamics 365 Accounts Receivable은 Dynamics 365 Finance 안에서 고객 계정, 송장, 지불 조건, 입금, 정산, 신용 관리, 채권 추심, 분쟁, 연체 잔액을 하나로 연결합니다. 이번 M365 FM 에피
• Dynamics 365 Procurement and Sourcing - 쉽게 설명하기
  2026-08-21
  직원이 새 노트북, 생산용 원자재, 안전 장비, 컨설팅 서비스, 또는 청소 용역 계약이 필요할 때 무슨 일이 일어날까요? 많은 조직에서 구매는 여전히 이메일, 스프레드시트, 승인 메시지, 공급업체 견적, 납품서, 청구서가 여러 시스템에 흩어진 채로 진행됩니다. Dynamics 365 Procurement and Sourcing은 이러한 활동을 하나의 통제된
• Dynamics 365 Warehouse Management - Simply Explained
  2026-08-21
  Dynamics 365 Warehouse Management turns inventory records into guided physical work on the warehouse floor. Knowing that 200 units exist is only the beginning. Warehouse teams need to know exactly whe
• Dynamics 365 Transportation Management - 간단히 알아보기
  2026-08-21
  Dynamics 365 Transportation Management은 실물 상품의 이동을 판매 주문, 구매 주문, 창고 운영, 운송업체, 경로, 요율, 적재, 운송비와 연결합니다. 운송을 별도의 스프레드시트, 이메일, 운송업체 요율표, 전화 통화로 관리하는 대신, 조직은 Dynamics 365 Supply Chain Management 안에서 직접 연결된
• Microsoft 365 Copilot 확장하기: 에이전트, MCP, 그리고 프로덕션급 AI와 Yves Habersaat [MVP]
  2026-08-21
  Microsoft 365 Copilot은 이제 프롬프트 엔지니어링을 훨씬 넘어서고 있습니다. 조직이 AI를 더 진지하게 도입하면서, 핵심 과제는 보안과 거버넌스를 유지하면서 Copilot과 AI 에이전트를 비즈니스 애플리케이션, Microsoft Graph, 조직 지식, API, 워크플로, 엔터프라이즈 데이터와 연결하는 것이 되었습니다. 이번 M365 FM
• GitHub Copilot, 클린 컨텍스트, 자동화된 테스트 및 AI 코딩 에이전트: Lars Gyrup Brink Nielsen [MVP]과 함께
  2026-08-20
  AI 기반 개발은 자동 완성과 채팅을 넘어 빠르게 진화하고 있습니다. 최신 AI 코딩 에이전트는 리포지토리를 검사하고, 파일을 수정하고, 테스트를 실행하고, 실패 원인을 분석하고, 풀 리퀘스트를 생성하며, 점점 더 복잡해지는 개발 작업을 수행할 수 있습니다. 이번 M365 FM 팟캐스트 에피소드에서 Mirko Peters는 Microsoft MVP Lars
• Dynamics 365 Asset Management - Simply Explained
  2026-08-20
  컨베이어가 교대 근무 도중 멈추거나, 지게차 시동이 걸리지 않거나, 펌프에서 갑자기 누수가 발생하는 상황을 떠올려 보세요. 장비를 수리하기 전에 회사는 먼저 답을 알아야 합니다. 담당자는 누구인가? 마지막 정비는 언제였나? 필요한 부품은 무엇인가? 이전 수리 때 무슨 일이 있었나? Dynamics 365 Asset Management는 이러한 정보를 한곳에
• Dynamics 365 Dataverse 통합 - 쉽게 풀어보기
  2026-08-20
  Dynamics 365 Dataverse 통합은 Dynamics 365와 Dataverse를 고객 데이터를 끊임없이 동기화해야 하는 두 개의 완전히 별개인 시스템으로 생각하는 것을 멈추면 더 쉽게 이해할 수 있습니다. Sales, Customer Service와 같은 Dynamics 365 애플리케이션의 경우, Dataverse는 애플리케이션 아래에 공유
• Dynamics 365 Inventory Management - 쉽게 설명하기
  2026-08-19
  Dynamics 365 Inventory Management는 기업 내에서 이동하는 제품, 원자재, 부품 및 기타 재고에 대해 하나의 공유된 기록을 제공합니다. 구매, 창고, 영업, 생산, 재무 부서가 각각 별도의 재고 정보를 관리하는 대신, Dynamics 365는 수량, 위치, 가용성, 소유권, 이동 내역 및 재무적 가치를 하나로 연결합니다. 이번 M3
• Dynamics 365 Financial Reporting - 간단히 살펴보기
  2026-08-19
  Dynamics 365 Financial Reporting은 Dynamics 365 Finance에 이미 기록된 재무 데이터를 재무팀, 관리자, 감사인, 경영진이 실제로 활용할 수 있는 구조화된 보고서로 바꿔 줍니다. 매달 여러 스프레드시트에서 재무제표를 다시 만드는 대신, 조직은 총계정원장, 주요 계정, 재무 차원, 보고 범주, 사전 정의된 보고서 구조를
• Dynamics 365 General Ledger - 쉽게 설명하기
  2026-08-19
  Dynamics 365 General Ledger는 Dynamics 365 Finance의 바탕이 되는 중앙 재무 기록을 제공합니다. 고객 결제, 공급업체 송장, 재고 이동, 급여, 은행 거래, 세금, 발생주의 비용(accrual) 등 모든 재무 이벤트는 결국 회사의 재무 상태에 영향을 미치며, 일반원장은 이러한 회계 항목을 구조화되고 추적 가능한 방식으로
• Dynamics 365 Autonomous Agents - 쉽게 설명하기
  2026-08-19
  Dynamics 365 자율 에이전트는 AI가 질문에 답하고 콘텐츠를 생성하는 역할을 넘어서게 합니다. 누군가 프롬프트를 입력할 때까지 기다리는 대신, 자율 에이전트는 특정 비즈니스 이벤트를 감지하고, Dynamics 365에 저장된 맥락을 이해하며, 허용된 작업 중에서 선택하고, 조직이 정한 규칙 안에서 정의된 프로세스를 계속 진행할 수 있습니다. 이번
• Dynamics 365 케이스 관리 - 쉽게 설명하기
  2026-08-19
  Dynamics 365 케이스 관리는 고객 서비스 팀이 최초 문의부터 해결까지 고객 이슈를 한 곳에서 관리할 수 있도록 합니다. 이메일, 통화, 채팅, 메모, 별도 시스템에 흩어진 정보 대신, 각 고객 문제는 이슈, 고객 컨텍스트, 활동, 담당자, 우선순위, 서비스 약속, 최종 해결 내용을 담은 구조화된 케이스가 됩니다. 이번 M365 FM 에피소드에서 M
• 라이선싱, 보안 및 관리: Videsh Chavan과 함께 Microsoft 365 Defender와 Intune을 함께 작동시키기
  2026-08-19
  Microsoft 365 라이선싱은 종종 조달 문제로 취급됩니다. E3, E5, E7 또는 여러 추가 기능 중에서 선택하고, 라이선스를 할당한 뒤 넘어가는 방식입니다. 하지만 라이선싱 결정은 보안 아키텍처, 엔드포인트 관리, ID 보호 및 운영 비용에 직접적인 영향을 미칩니다. 이번 M365 FM 에피소드에서 Mirko Peters는 Videsh Chava
• Dynamics 365 에이전트 - 쉽게 설명하기
  2026-08-19
  Dynamics 365 에이전트는 AI를 질문에 답하거나 초안을 생성하는 수준을 넘어 확장합니다. 누군가 Copilot에 도움을 요청할 때까지 기다리는 대신, 에이전트는 정의된 비즈니스 이벤트에 반응하고, 승인된 Dynamics 365 데이터를 활용하며, 미리 정의된 규칙을 따르고, 허용된 작업을 수행하며, 인간의 판단이 필요할 때는 업무를 사람에게 넘길
• Dynamics 365 Copilot - 쉽게 설명하기
  2026-08-19
  Dynamics 365 Copilot은 사람들이 이미 Dynamics 365에서 사용하는 비즈니스 프로세스와 레코드에 AI를 직접 도입합니다. 고객 이력, 영업 기회, 지원 케이스, 송장, 주문, 이메일, 보고서를 검색하는 데 시간을 쓰는 대신, Copilot은 정보를 요약하고, 질문에 답하고, 초안을 작성하고, 다음에 무엇을 해야 할지 판단하도록 돕습니다
• Dynamics 365 기회 관리 - 쉽게 설명하기
  2026-08-19
  Dynamics 365 기회 관리는 영업팀이 초기 관심 단계부터 최종 결과(수주 또는 실패)까지 중요한 영업 대화를 체계적으로 관리할 수 있도록 돕습니다. 영업 정보를 스프레드시트, 이메일, 개인 메모, 개별 받은편지함에 흩어 두는 대신, Dynamics 365 Sales는 고객, 예상 매출, 제품, 활동, 성사 확률, 예상 마감일, 담당자, 영업 이력을
• Dynamics 365 Knowledge Management - 쉽게 설명하기
  2026-08-18
  Dynamics 365 Knowledge Management은 고객 서비스 팀이 상담원이 고객을 지원할 때 활용할 수 있는 단일하고 신뢰할 수 있는 지식 소스를 만들도록 돕습니다. 오래된 이메일, 공유 폴더, 스프레드시트를 뒤지거나 개인의 경험에 의존하는 대신, 팀은 승인된 지식 문서를 만들어 고객 서비스 채널 전반에 걸쳐 일관된 답변을 제공할 수 있습니다
• Dynamics 365 Omnichannel - 쉽게 설명하기
  2026-08-18
  고객이 주문한 상품이 도착하지 않아 웹사이트 채팅을 시작합니다. 고객은 문제를 설명하고, 주문 번호를 알려 주며, 여러 질문에 답합니다. 이후 고객이 회사에 전화를 걸면, 전화를 받은 상담원이 처음부터 다시 설명해 달라고 요청합니다. 고객 입장에서는 이해하기 어려운 상황입니다. 새로운 문제를 제기한 것이 아니라 회사에 문의하는 방법만 바꾼 것이기 때문입니다
• Dynamics 365 Relationship Intelligence - Simply Explained
  2026-08-18
  Dynamics 365 Sales 기회는 겉보기에 건강해 보일 수 있습니다. 거래는 아직 열려 있고, 예상 마감일은 미래이며, 타임라인에는 이메일, 회의, 통화, 작업이 기록되어 있습니다. 하지만 더 중요한 질문은 따로 있습니다. 고객이 여전히 여러분과 대화하고 있는가? 영업 담당자가 여러 통의 이메일을 보냈지만 답장을 받지 못했을 수도 있습니다. 마지막
• Dynamics 365 Forecasting - Simply Explained
  2026-08-18
  Dynamics 365 Forecasting helps sales teams answer one of the most important questions in business: are we going to hit our sales target? Instead of collecting numbers from spreadsheets, emails, and in
• Dynamics 365 Customer Service Workspace - 쉽게 설명하기
  2026-08-18
  고객이 이메일을 보내거나, 채팅을 시작하거나, 전화를 걸거나, 다른 서비스 채널을 통해 회사에 연락합니다. 상담원이 그 요청을 받으면 고객의 전체 이력을 빠르게 파악해야 합니다. 고객은 이미 무엇을 말했는가? 어떤 제품을 소유하고 있는가? 다른 사람이 이 문제를 처리한 적이 있는가? 기존 케이스가 있는가? 이전에 어떤 약속이 있었는가? 처리 기한이 다가오고
• AI가 통합을 하나의 유기체로 만든다 — Azure Logic Apps로 엔터프라이즈 통합이 바뀌는 방식, Sonny Gillissen [MVP] 출연
  2026-08-18
  엔터프라이즈 통합은 어디에나 존재하지만, 대부분의 사람들은 무언가 멈췄을 때에야 그 존재를 알아차립니다. 애플리케이션은 서로 통신해야 하고, API는 정보를 교환해야 하며, ERP 시스템은 비즈니스 프로세스와 연결되어야 하고, 데이터는 조직의 경계를 넘어 안정적으로 이동해야 합니다. 수십 년 동안 통합은 대체로 결정론적 모델을 따라 왔습니다. 즉, '이런
• Dynamics 365 Remote Assist - 쉽게 설명하기
  2026-08-18
  작업 중간에 기계가 멈춥니다. 현장에 있는 기술자는 문제를 눈으로 볼 수 있지만, 그 기계를 가장 잘 아는 전문가는 수백 또는 수천 킬로미터 떨어져 있을 수도 있습니다. 전통적으로 이런 문제를 해결하려면 전화 통화, 사진, 이메일, 불명확한 설명, 반복되는 질문을 주고받거나, 결국 전문가를 현장에 파견해야 했습니다. 문제는 전문 지식이 없다는 것이 아니라,
• Dynamics 365 Unified Routing - 쉽게 알아보기
  2026-08-18
  고객이 채팅 메시지, 이메일, 전화 요청 또는 지원 케이스를 보낼 때 고객이 기대하는 것은 한 가지입니다. 적합한 담당자가 가능한 한 빨리 도와주는 것입니다. 하지만 조직이 성장하면 고객 서비스는 복잡해집니다. 상담원 다섯 명이 사용하던 공유 받은편지함은 여러 채널을 통해 다양한 언어, 우선순위, 기술 역량이 필요한 요청이 수백 건씩 들어오기 시작하면 금세
• Dynamics 365 Guides - 쉽게 설명하기
  2026-08-17
  대형 산업용 기계 옆에 서 있는데, 다음 수리 지침이 열어야 할 패널 바로 옆에 나타난다고 상상해 보세요. 공구를 내려놓고 노트북으로 걸어가 PDF를 검색하거나, 교육 때 숙련된 기술자가 해준 말을 기억해내려 애쓰는 대신, 정보가 시야 안에 바로 나타나는 것입니다. 이것이 Microsoft Dynamics 365 Guides의 핵심 아이디어입니다. 이 에피
• Dynamics 365 Sales Insights - 쉽게 설명하기
  2026-08-17
  얼마나 많은 영업 기회가 후속 조치를 하겠다는 의도는 있었지만 이메일을 잃어버리거나, 작업을 놓치거나, 단순히 잊어버려서 사라지고 있을까요? 현대의 영업팀은 고객 데이터가 부족해서 어려움을 겪는 경우가 드뭅니다. CRM 기록, 이메일, 미팅, 메모, 영업 기회, 작업, 예측, 관계 정보는 이미 충분히 갖춰져 있습니다. 더 큰 문제는 지금 어떤 정보가 중요한
• Dynamics 365 Sales Accelerator - Simply Explained
  2026-08-17
  영업 담당자가 어려움을 겪는 이유는 할 일이 부족해서가 아닌 경우가 많습니다. 진짜 과제는 다음에 어떤 고객에게 집중할지, 어떤 조치를 취해야 할지, 그리고 연락하기 전에 어떤 맥락이 필요한지를 결정하는 데 있습니다. 이메일은 Outlook으로 도착하고, 회의는 캘린더를 채우며, 고객 정보는 CRM 레코드 안에 있습니다. 리드는 마케팅 활동에 반응하고, 동
• Dynamics 365 Human Resources - 쉽게 설명하기
  2026-08-17
  HR 팀은 조직에서 가장 중요하고 민감한 정보 중 일부를 관리합니다. 직원 기록, 조직 구조, 휴가 신청, 복리후생, 보상 정보, 역량, 자격증, 교육, 성과, 승인, 온보딩 작업은 모두 정확하게 유지되고 올바른 사람들이 접근할 수 있어야 합니다. 문제는 이러한 정보가 스프레드시트, 이메일 대화, 공유 폴더, HR 애플리케이션, 관리자가 관리하는 목록, 그
• Azure SQL가 애플리케이션 플랫폼이 될 때 - Dirceu Resende와 함께하는 API, 자동화, AI
  2026-08-17
  대부분의 개발자는 데이터베이스를 애플리케이션이 정보를 저장하는 곳으로 생각합니다. 테이블, 트랜잭션, 인덱스, 저장 프로시저, 보고, 백업, 안정적인 데이터 저장은 우리가 SQL과 연관 짓는 전통적인 역할입니다. 하지만 데이터베이스 자체가 애플리케이션 아키텍처의 능동적인 참여자가 된다면 어떻게 될까요? 이번 M365 FM 에피소드에서 Mirko Peters
• Dynamics 365 Customer Insights Data - 쉽게 설명하기
  2026-08-17
  같은 고객이 세 개의 서로 다른 시스템에 등장하고, 각 시스템이 전혀 다른 이야기를 한다면 어떻게 될까요? 영업팀은 열린 기회를 보고, 고객 서비스팀은 최근 불만 사항을 보며, 마케팅팀은 이메일 클릭과 웹사이트 활동을 봅니다. 주문 시스템은 해당 고객이 이미 두 번 구매했다는 사실을 알고 있습니다. 각 부서는 유용한 정보를 가지고 있지만, 아무도 전체 그림
• Dynamics 365 Commerce - 쉽게 풀어 보기
  2026-08-17
  고객이 온라인에서 재킷을 발견하고, 근처 매장에 재고가 있는지 확인한 뒤, 매장 픽업으로 주문하고, 나중에 다른 지점에서 반품하는 상황을 생각해 봅시다. 고객의 입장에서는 하나의 단순한 쇼핑 경험이지만, 그 이면에서는 이커머스, 포인트 오브 세일(POS), 재고, 고객 정보, 가격 책정, 주문 이행, 결제, 반품 등 여러 시스템이 함께 작동합니다.이번 M3
• Dynamics 365 Project Operations - 쉽게 설명하기
  2026-08-16
  고객 프로젝트는 금세 복잡해질 수 있습니다. 영업팀은 고객 관계와 견적을 담당하고, 프로젝트 매니저는 일정과 작업을 관리하며, 리소스 매니저는 누가 투입 가능한지 파악해야 합니다. 컨설턴트는 근무 시간과 경비를 기록하고, 재무팀은 비용, 수익, 그리고 실제로 청구할 수 있는 금액을 이해해야 합니다. 이번 M365 FM의 Microsoft Knowledge
• Dynamics 365 Supply Chain Management - 쉽게 설명하기
  2026-08-16
  현대의 공급망은 복잡합니다. 자재는 공급업체, 창고, 공장, 물류센터, 운송업체, 고객 사이를 이동하며, 구매팀, 생산 계획팀, 창고 작업자, 물류팀, 고객 서비스팀 모두가 정확한 정보에 의존합니다. 이번 M365 FM의 Microsoft Knowledge Nuggets 에피소드에서 Mirko Peters는 Microsoft Dynamics 365 Supp
• Dynamics 365 Finance - 쉽게 설명하기
  2026-08-16
  재무팀이 얼핏 단순해 보이는 질문에 답하려고 한다고 상상해 보십시오. 이번 달에 우리가 쓸 수 있는 돈은 얼마인가? 한 직원은 스프레드시트를 열고, 다른 직원은 은행 잔고를 확인합니다. 관리자는 승인된 구매 내역을 또 다른 시스템에서 관리하고, 영업 실적은 이틀 뒤에야 다른 부서에서 전달됩니다. 재무팀이 이 모든 정보를 합칠 무렵에는 이미 경영진이 결정을
• garage band에서 교향악단으로 — Microsoft 365 거버넌스가 규모에서 조화를 만드는 방법 (Heiko Brenn 출연)
  2026-08-16
  Microsoft 365는 garage band처럼 시작될 수 있습니다. 소수의 사람들이 협업하고, 모두가 서로의 작업을 알고 있으며, 필요할 때 Teams가 만들어지고, SharePoint 사이트가 자연스럽게 생기며, 복잡한 절차 없이 외부 게스트가 초대됩니다. 하지만 조직이 성장하면서 더 많은 연주자가 밴드에 합류합니다. Teams가 늘어나고, Shar
• Dynamics 365 Contact Center - Simply Explained
  2026-08-16
  Imagine contacting a company about a missing order through web chat. The automated assistant cannot solve the problem, so you call instead. The phone agent asks for your order number, your address, an
• Dynamics 365 Customer Insights Journeys - 쉽게 설명하기
  2026-08-16
  Dynamics 365 Customer Insights - Journeys는 정확히 무엇일까요? 단순히 Microsoft의 마케팅 이메일 발송 도구일까요, 아니면 그보다 훨씬 더 큰 것일까요? 많은 조직에서 마케팅팀은 한 시스템에서 이메일을 보내고, 영업팀은 다른 곳에서 기회를 관리하며, 웹사이트 양식은 또 다른 고객 정보 묶음을 만들고, 고객 서비스팀은
• Dynamics 365 Customer Insights - Simply Explained
  2026-08-15
  고객이 회사에서 구매하고, 이메일 수신을 신청하고, 안내서를 내려받고, 웹사이트를 방문하고, 나중에 고객 지원에 문의하는 경우를 생각해 보세요. 그 고객과 대화하는 직원은 이 이력 중 얼마나 많은 부분을 볼 수 있을까요? 많은 조직에서 영업팀은 관계의 한 부분을, 고객 서비스팀은 또 다른 부분을 보고, 마케팅팀은 참여 정보를 관리하며, 웹사이트 행동 데이터
• Dynamics 365 Field Service - 쉽게 설명하기
  2026-08-15
  난방 시스템이 멈췄고, 고객은 오늘 안에 수리되기를 원합니다. 하지만 문제는 기술자를 고객에게 보내는 것만이 아닙니다. 배차 담당자는 근처에 있고, 여유가 있으며, 해당 장비를 수리할 자격이 있고, 가능하면 교체 부품까지 챙길 수 있는 기술자를 찾아야 합니다. 기술자에게는 전체 서비스 이력과 명확한 지침이 필요하며, 사무실은 무슨 일이 있었는지 알아야 하고

1 2 3 4 5 6 7 8 9 10 11 12