Autonomous Close Agents: 직원 225명 Pamarco가 월 결산 작업 40%를 에이전트에 맡긴 방법

Pamarco는 ERP 결산 작업 공간에 이미 적혀 있던 담당자, 마감일, 선행 작업을 에이전트의 실행 신호로 바꿔 월 결산 작업의 약 40%를 맡겼습니다. 따라 하려면 결산 체크리스트가 ERP 안에서 작업 단위로 관리되고 있어야 하고, 업무마다 범위와 권한, 줄어든 시간을 먼저 정해야 합니다.

요약

PYMNTS는 2026년 11월 2일, 인쇄·포장 산업용 정밀 부품을 만드는 Pamarco가 월 결산(month-end close, 매달 장부를 마감하고 보고서를 내는 일)에 AI 에이전트를 넣은 사례를 실었습니다. 근거는 Microsoft가 9월에 낸 고객 사례입니다. Pamarco는 직원 약 225명으로 미국과 유럽에 7개 법인을 두고 70개국 가까운 고객에게 아닐록스 롤과 블레이드를 팝니다. 18년 동안 Microsoft ERP를 공통 기반으로 써 왔습니다. 에이전트는 Dynamics 365 위에서 송장 계정 코딩, 결산 작업 실행, 이사회 보고서 작성을 맡습니다. CIO Glyn Wilson은 결산 작업의 약 40%를 자율 에이전트로 자동화했고 연말에는 50~60%까지 갈 수 있다고 말했습니다.

결산 작업 수 기준 비율(소요 시간 기준 아님). 출처: PYMNTS, Microsoft 고객 사례

출발점은 이사회와 CEO의 요청이었습니다. Wilson은 첫 영역으로 재무를 골랐습니다. 데이터가 이미 한 시스템에 이어져 있었고, 업무 흐름이 잘 알려져 있었고, 반복되면서 측정할 수 있는 작업이 많았기 때문입니다. 회계법인 Crowe가 초기 개념 검증을 도왔고, Microsoft 전문가들이 Copilot Studio와 MCP 연결 방식을 익히게 도왔습니다. 성과는 송장에서 먼저 나왔습니다. 여러 세금 코드가 붙는 운송 송장의 자동 코딩 성공률이 약 95%에 이르자 Pamarco는 구매 주문 없는 송장 전체에 자동 전기를 켰습니다. PYMNTS는 작업마다 난이도와 걸리는 시간이 달라서 작업 수 40%가 회계 노동 40%와 같지는 않다고 짚었습니다. 아래에서는 에이전트가 언제 일을 시작하는지, 어디까지 맡는지, 무엇으로 성과를 재는지를 차례로 풉니다.

Pamarco의 추진 순서. 단계별 날짜는 원문에서 밝히지 않음

핵심 메커니즘

Close Workspace Trigger: 결산 작업표가 곧 에이전트의 실행 신호

Dynamics 365의 financial period close workspace(재무 기간 결산 작업 공간)는 결산 작업마다 담당자, 마감일, 선행 작업을 적어 두는 화면입니다. Pamarco는 이 작업표를 에이전트의 일정표로 씁니다. 에이전트는 매시간 작업 공간을 확인해 마감일이 됐고 선행 작업이 모두 끝난 작업을 찾습니다. 조건이 맞으면 맡은 에이전트가 작업을 수행하고, 상태를 완료로 바꾸고, 결과를 이메일로 보냅니다. 판단이나 검토가 필요한 몫은 그 작업의 담당자에게 남습니다. 새 일정 체계를 따로 만들지 않고 회계팀이 이미 쓰던 체크리스트를 그대로 실행 조건으로 삼는 점이 이 방식의 요점입니다. 결산 작업이 ERP 밖 엑셀 체크리스트로만 관리되는 회사라면 이 방식을 바로 쓰기 어렵습니다. 가상 예시로, ‘운송 송장 코딩’ 작업의 선행 작업인 ‘송장 수신 마감’이 오후 2시에 끝나면 3시 확인에서 에이전트가 코딩을 시작합니다.

Close Workspace Trigger: 입력(작업표) → 처리(매시간 조건 확인·실행) → 출력(상태·메일)

Bounded Scenario: 범위, 권한, 줄인 시간을 정한 단위 업무

Pamarco는 범용 에이전트 하나에 재무 전체를 맡기지 않습니다. 에이전트와 skill(에이전트가 쓰는 기능 묶음)을 특정 업무마다 만들고, 업무마다 세 가지를 먼저 정합니다. 맡길 업무량, 허용할 권한, 측정할 시간 절감입니다. 에이전트는 정해진 범위 안에서만 데이터와 행동에 접근합니다. 새 시나리오는 Wilson이 현업 사용자를 정기적으로 만나 되풀이되는 작업을 찾아내는 데서 나옵니다. 측정할 가치가 보여야 다음 범위로 넓힙니다. 이 단위가 있어야 ‘40%‘처럼 작업 수로 성과를 셀 수 있고, 어떤 작업이 아직 사람 몫인지도 분명해집니다.

Bounded Scenario: 원문에 나온 네 시나리오를 범위·행동·측정값으로 정리

Invoice Coding Skill: 송장을 읽어 계정과 세금 코드를 붙이는 skill

송장 내용을 읽어 Dynamics 365의 기존 데이터와 맞춰 보고 계정 코딩을 붙이는 skill입니다. Pamarco의 구매 주문 없는(non-PO) 송장은 대부분 운송비이고, 한 장에 세금 코드가 여러 개 붙는 경우가 많습니다. skill은 분개 하나를 세금 코드별, 코딩별 줄로 나눠 입력합니다. 성공률이 약 95%에 이르자 Pamarco는 non-PO 송장 전체를 사람 확인 없이 자동 전기(auto-posting, 검토 대기 없이 장부에 바로 반영)하도록 바꿨습니다. 공급사와 계정의 대응 관계가 과거 거래에 충분히 쌓인 송장일수록 이 방식이 잘 맞습니다. 처음 보는 공급사나 금액이 큰 자본 지출 송장은 사람에게 남겨 두는 편이 안전합니다.

Invoice Coding Skill의 입력 → 처리 → 출력

ERP MCP Server: 맞춤 연동 없이 ERP 데이터와 행동에 닿는 통로

Dynamics 365 ERP MCP Server는 Model Context Protocol(AI 모델이 외부 시스템의 데이터와 기능을 표준 방식으로 부르는 규약)로 에이전트를 ERP에 잇는 층입니다. Pamarco는 에이전트를 Copilot Studio로 만들고, 기능은 Dataverse skill로 묶었습니다. 에이전트는 MCP 서버를 거쳐 Dynamics 365 Finance와 Supply Chain Management의 재무, 운영, 생산, 영업 데이터에 닿습니다. 시나리오마다 맞춤 연동 코드를 짜지 않아도 됩니다. 결과물은 Power BI, Excel, Word, 이메일, 발표 자료로 나갑니다. PYMNTS가 함께 인용한 CFO 조사에서는 90%가 통합의 복잡함을 추가 자동화의 가장 큰 걸림돌로 꼽았습니다. Pamarco가 데이터가 한 ERP에 모인 재무부터 시작한 이유와 맞닿는 대목입니다.

ERP MCP Server: 에이전트와 ERP 사이의 표준 연결층

Cowork Routine: 정해진 시각에 보고서를 만들어 보내는 가상 사용자

Copilot Cowork는 가상 사용자(virtual user) 계정으로 매일, 매주, 매월 정해진 루틴을 돌립니다. 결산 작업처럼 선행 조건을 보고 움직이는 것이 아니라 시각을 보고 움직입니다. 공장장들은 월요일 오전 8시에 실적이 좋은 작업과 손볼 작업을 표시한 보고서를 받습니다. 경영진은 영업 활동, 현금 흐름, 은행 정보를 담은 일간·주간 요약을 받습니다. 매달 이사회용 영업 분석은 여섯째 영업일에 발표 자료 초안으로 도착합니다. 숫자는 채워져 있고 사업 맥락을 적을 칸은 비어 있어서 영업 이사가 검토하고 다듬습니다. 숫자를 모으는 일은 루틴이 맡고 해석은 사람이 붙이는 분업입니다.

Cowork Routine: 선행 조건이 아니라 시각을 보고 움직이는 루틴

통념과 다른 주장

흔히 이렇게 봅니다재무 자동화의 효과는 줄인 인원과 인건비로 잰다.

Pamarco는 이렇게 봅니다Wilson은 "We don't think about [AI] in terms of reducing headcount"라고 말합니다. 반복 작업을 건너뛴 직원이 더 많은 일을 하게 하는 것이 목표입니다.

근거Pamarco 재무팀은 작고 분산돼 있어 회계 담당자가 재무 밖 업무까지 맡았습니다. 급한 요청이 몰리면 결산이 밀렸고, 전기 대비 비교나 변동 원인 조사에 쓸 시간이 모자랐습니다.

흔히 이렇게 봅니다AI 도입은 효과가 눈에 띄는 고객 접점이나 영업부터 시작한다.

Pamarco는 이렇게 봅니다데이터가 이미 연결돼 있고, 흐름이 잘 알려져 있고, 반복·측정이 쉬운 재무부터 시작합니다. 영업, 견적, 수주 입력, 고객 응대는 그다음입니다.

근거Wilson은 이 세 가지 이유로 재무를 첫 영역으로 골랐고, 다음 확장 대상인 견적과 고객 응대에도 같은 규칙(정해진 접근 범위, 통제된 행동, 측정 가능한 가치)을 적용하겠다고 밝혔습니다.

통념과 다른 주장 두 가지를 한 장으로 비교

저자가 든 사례

운송 송장 코딩: 성공률 약 95%에서 자동 전기로

상황: non-PO 송장 대부분이 운송비이고 한 장에 세금 코드가 여러 개 붙어 사람이 줄을 나눠 입력해야 했습니다.
한 일: skill이 분개를 세금 코드별, 코딩별 줄로 나눠 입력하게 했습니다.
결과: 성공률 약 95%. Pamarco는 non-PO 송장 전체에 자동 전기를 켰습니다.
연결: Invoice Coding Skill, Bounded Scenario.

운송 송장 코딩 사례

독일 법인 인수: 미국 팀이 독일 송장을 처리하게

상황: 독일 회사를 인수한 뒤 새 법인의 송장을 처리할 사람이 필요했습니다.
한 일: Wilson이 독일 송장 코딩 skill을 만들어 미국 팀이 처리하게 했습니다. skill은 코딩 근거를 요약한 메일을 재무팀에 보냅니다.
결과: 검증 기간에 수동 코딩이 필요한 송장은 5% 미만이었고, 공급사 대금 지연 위험이 줄었습니다. Microsoft는 완전히 정착하면 하루 1시간 걸리던 작업이 약 5분으로 줄 수 있다고 봅니다.
연결: Invoice Coding Skill, Close Workspace Trigger.

독일 법인 인수 사례

이사회 영업 분석: 5시간 작업에서 검토할 초안으로

상황: 영업 이사가 매달 약 5시간을 들여 이사회용 영업 분석을 만들었습니다.
한 일: Cowork 루틴이 최신 수치를 채운 발표 자료를 만들고, 사업 맥락을 적을 칸을 남겨 보냅니다.
결과: 여섯째 영업일에 초안이 도착하고, 영업 이사는 검토와 보완만 합니다. 절감 시간은 원문에서 밝히지 않음.
연결: Cowork Routine.

이사회 영업 분석 사례

기술 디테일: 결산 에이전트를 직접 만든다면

아래 필드, 설정값, 관문은 실행 제안이며 Pamarco나 Microsoft가 밝힌 구현이 아닙니다.

Close Workspace Trigger를 돌리려면 결산 작업 하나를 아래처럼 레코드로 다룹니다. 매시간 실행되는 스케줄러가 status가 open이고 due_at이 지났으며 depends_on이 모두 done인 작업만 고릅니다. 같은 작업이 두 번 돌지 않도록 task_id와 period를 묶은 키로 실행 잠금을 겁니다. 실패하면 2회까지 다시 시도하고, 그래도 안 되면 blocked로 바꿔 이유와 함께 담당자에게 메일을 보냅니다. 에이전트가 쓴 근거 파일과 조회 시각은 evidence에 남겨 감사 때 그대로 보여 줍니다(가상 예시).

{
  "task_id": "AP-FRT-CODE",
  "legal_entity": "US01",
  "period": "2026-10",
  "owner": "ap.lead@example.com",
  "due_at": "2026-11-03T15:00:00",
  "depends_on": ["AP-INV-CUTOFF"],
  "agent_id": "freight-coding-v2",
  "status": "done",
  "result": {"invoices": 142, "auto_posted": 135, "to_review": 7},
  "evidence": {"run_log": "runs/2026-11-03T15.json", "queried_at": "2026-11-03T15:02:11"},
  "notified": ["ap.lead@example.com"]
}

가상 예시: 매시간 스케줄러의 작업 선택과 실행 순서

Invoice Coding Skill을 돌리려면 LLM은 송장 문서에서 공급사, 금액, 세금 줄을 뽑는 데 쓰고 계정은 과거 같은 공급사·같은 법인의 전기 이력에서 후보를 고르게 합니다. temperature는 0으로 두고 출력은 줄 단위 JSON(account, cost_center, tax_code, amount, basis)으로 받습니다. 합계 대조와 세금 코드 유효성은 LLM이 아니라 코드로 확인합니다. 자동 전기 관문은 셋으로 둡니다. 줄 합계가 송장 총액과 1센트 단위까지 맞는지, 세금 코드가 그 법인의 관할에서 쓰는 코드인지, 같은 공급사의 과거 코딩과 계정이 일치하는지입니다. 하나라도 어긋나면 to_review로 보내고 어긋난 관문 이름을 메일에 적습니다.

가상 예시: 세 관문을 모두 통과한 송장만 자동 전기

성공률을 재려면 Pamarco가 독일 송장에서 거친 것처럼 검증 기간을 둡니다. 2~4주 동안 에이전트 코딩을 전기하지 않고 담당자 코딩과 비교합니다. 성공은 담당자가 한 줄도 고치지 않은 송장으로 정의하고, 공급사별·세금 코드 수별로 따로 셉니다. 전체 성공률이 높아도 세금 코드가 세 개 이상인 송장에서 떨어지면 그 유형만 사람에게 남깁니다. 자동 전기를 켠 뒤에도 매주 무작위 20건을 뽑아 사람이 다시 봅니다.

ERP MCP Server 권한을 나누려면 읽기 도구(공급사 마스터, 전기 이력, 결산 작업 조회)와 쓰기 도구(분개 초안 생성, 전기, 작업 상태 변경)를 분리합니다. 에이전트마다 서비스 계정을 따로 주고, 송장 코딩 에이전트에는 해당 분개 유형의 전기 권한만 줍니다. 모든 쓰기 호출은 에이전트 ID, 입력 요약, 결과를 로그로 남깁니다.

Cowork 보고서를 만들려면 숫자는 MCP로 조회한 값을 그대로 쓰고 LLM이 계산하게 하지 않습니다. 슬라이드 틀은 고정하고, 표 합계가 총계정원장 합계와 맞는지 확인한 뒤 보냅니다. 맥락 칸은 비워 두고 ‘영업 이사 작성’으로 표시합니다.

막히는 경우	증상	대응
선행 작업이 사람 손에서 늦음	에이전트 작업이 계속 대기	대기 4시간 넘으면 선행 작업 담당자에게 알림
처음 보는 공급사	계정 후보가 없음	`to_review`, 담당자 코딩을 이력에 쌓아 다음 달부터 후보로 사용
세금 코드 개정	과거 이력과 새 코드가 충돌	세금 코드 표를 버전 관리, 개정일 이후 이력만 참조
같은 작업 중복 실행	분개가 두 번 생김	`task_id`+`period` 잠금, 전기 전 송장 번호 중복 확인
보고서 숫자 불일치	원장 합계와 다름	발송 보류, 담당자에게 차이 금액과 조회 시각 전송

현업 실행 디테일: 누가, 언제, 무엇을

역할	맡는 일
CFO·재무 책임자	시범 작업 선정, 자동 전기 승인, 확대 판정
결산 작업 담당자(회계)	작업 공간에 담당·마감·선행 작업 입력, 예외 처리, 검증 기간 비교
AP(매입) 담당	송장 코딩 검증, 공급사·세금 코드 이력 정리
CIO 팀·에이전트 빌더	Copilot Studio 에이전트·skill 구축, MCP 권한 설정, 실행 로그
내부 통제·감사	자동 전기 관문과 로그 점검, 표본 재검토
외부 파트너(선택)	개념 검증 설계, 도구 학습 지원

준비물. 결산 체크리스트 전체(작업명, 담당, 마감일, 선행 작업, 작업당 평균 소요 시간), 최근 3개월 non-PO 송장과 최종 코딩 결과, 공급사 마스터, 법인별 세금 코드 표, 이사회·공장 보고서 양식이 필요합니다. 작업당 소요 시간은 시작 전 한 번의 결산에서 직접 잽니다. PYMNTS가 짚었듯 작업 수만으로는 노동 절감을 말할 수 없기 때문입니다.

가상 예시: 8주 시범 일정

기간	할 일	산출물
1~2주	결산 체크리스트를 작업 공간에 옮기고 작업당 시간 기준선 측정, 시범 작업 2~3개 선정	작업 레코드, 시간 기준선
3~4주	송장 코딩 skill 검증 기간: 전기 없이 담당자 코딩과 비교	공급사·세금 코드 수별 성공률
5~6주	매시간 트리거로 시범 작업 실행, 관문 통과 건만 자동 전기	자동 전기 건수, 검토 건 사유
7~8주	월 결산 한 번을 에이전트와 함께 끝내고 확대 판정	판정 보고서, 다음 시나리오 목록

현업에 물을 것.

결산 작업 가운데 매달 같은 순서로 반복되고 판단이 거의 없는 작업은 무엇인가요?
그 작업의 선행 작업은 무엇이고, 끝났다는 것을 지금은 어떻게 알리나요?
구매 주문 없는 송장은 한 달에 몇 건이고, 세금 코드가 둘 이상인 비율은 얼마인가요?
송장 코딩을 고칠 때 가장 자주 바꾸는 항목은 계정, 원가 센터, 세금 코드 가운데 무엇인가요?
매달 손으로 만드는 보고서는 무엇이고, 받는 사람이 실제로 고치는 부분은 어디인가요?

진행 판정 기준(예시). 검증 기간 성공률이 시범 송장 유형에서 95% 이상이어야 자동 전기를 켭니다. 8주 차 결산에서 에이전트가 끝낸 작업의 기준선 소요 시간 합계가 전체 결산 시간의 20% 이상이어야 확대합니다. 자동 전기 표본 재검토에서 잘못 전기된 건이 나오면 그 유형의 자동 전기를 끄고 2주를 더 봅니다.

AX 적용 제언. 법인이 여럿이고 재무팀이 작은 중견 제조사가 첫 후보입니다. 순서는 ERP 결산 작업 공간을 정비하는 일이 먼저이고, 그다음 건수가 많고 규칙이 굳은 non-PO 송장 코딩, 마지막이 정기 보고서 루틴입니다. 인수합병으로 새 법인이 생기는 시점은 좋은 진입점입니다. 새 법인의 송장 규칙을 skill로 만들면 기존 팀이 언어와 세법이 다른 법인의 장부까지 맡을 수 있습니다. 성과 보고는 ‘자동화한 작업 수’와 함께 ‘그 작업의 기준선 시간’을 같이 내야 경영진이 노동 절감과 작업 수를 혼동하지 않습니다.

원문 사례

항목	내용
기사	PYMNTS, 2026.11.2 게재, 기자 이름 없이 PYMNTS 명의
근거 자료	Microsoft 고객 사례 「Pamarco accelerates finance operations with autonomous agents and Copilot Cowork」(2026.9.18)
회사	Pamarco, 아닐록스 롤·블레이드·부속품·기술 서비스, 직원 약 225명, 미국·유럽 7개 법인, 70개국 가까운 고객, 18년간 Microsoft ERP
도구	Dynamics 365 Finance·Supply Chain Management, financial period close workspace, Copilot Studio, Dynamics 365 ERP MCP Server, Dataverse skill, Copilot Cowork
결산 자동화	결산 작업 약 40% 자율 에이전트 처리, 연말 50~60% 기대(CIO Glyn Wilson)
작동 방식	매시간 확인, 마감일 도래·선행 작업 완료 시 실행, 상태 완료 표시, 결과 이메일. 예외와 승인은 직원
운송 송장	non-PO 송장 대부분이 운송비, 복수 세금 코드 줄 분할, 성공률 약 95%, non-PO 송장 자동 전기
독일 법인	인수 후 독일 송장 코딩 skill, 검증 기간 수동 코딩 5% 미만(Microsoft 사례 상단 요약에는 자동 코딩 성공률 80%로 표기), 하루 1시간 작업이 약 5분으로 줄 수 있다는 전망
보고서	이사회 영업 분석(월 약 5시간) → 여섯째 영업일 자동 초안. 공장장 월요일 오전 8시 보고서. 영업·현금·은행 일간·주간 요약
추진	이사회·CEO 요청, 재무를 첫 영역으로 선택, Crowe 개념 검증, Microsoft 전문가 지원
다음 단계	영업, 견적, 수주 입력, 고객 응대, 공급사 커뮤니케이션. 과거 거래·가격 데이터로 견적 개선
기사 단서	작업마다 난이도·소요 시간이 달라 작업 40%가 노동 40%는 아님
CFO 조사	PYMNTS Intelligence 「Time to Cash」: 매출 2억 5,000만~25억 달러 미국 기업 CFO 100명(2026년 7월), 90%가 통합 복잡성을 최대 걸림돌로 꼽음(2025년 67%). 「CFOs Push AI Forward but Keep a Hand on the Wheel」: 매출 10억 달러 이상 기업 CFO 42%가 에이전틱 AI에 큰 효과 기대(2025년 10월, 60명)

핵심 개념

month-end close: 매달 거래를 모두 반영하고 장부를 잠근 뒤 재무 보고서를 내는 과정입니다.
non-PO invoice: 구매 주문서 없이 들어오는 송장입니다. 주문서와 맞출 근거가 없어 계정 코딩을 사람이 판단해 왔습니다.
invoice coding: 송장 금액을 어느 계정, 원가 센터, 세금 코드로 장부에 넣을지 정하는 일입니다.
auto-posting: 코딩된 분개를 사람 승인 대기 없이 바로 장부에 반영하는 설정입니다.
Copilot Studio: Microsoft의 에이전트 제작 도구입니다. Pamarco는 이미 쓰던 Microsoft 기술이라 이 도구를 골랐습니다.
Dataverse skill: 에이전트가 부를 수 있게 Dataverse 위에 묶어 둔 기능 단위입니다.
virtual user: 사람 대신 정해진 루틴을 실행하는 계정입니다. Copilot Cowork가 이 계정으로 보고서를 돌립니다.

내 메모

TODO: 내 생각 추가

원문은 PYMNTS의 「AI Agents Take the Grunt Work Out of Pamarco’s Close」(2026.11.2 게재)입니다. 도구 이름, 작동 방식, 보고서 루틴, 추진 과정의 세부는 기사가 근거로 든 Microsoft 고객 사례 「Pamarco accelerates finance operations with autonomous agents and Copilot Cowork」(2026.9.18)에서 확인했습니다. 요약, 핵심 메커니즘의 원문 내용, 통념과 다른 주장, 사례, 원문 사례 표는 두 자료의 내용을 AX Review가 다시 정리했습니다. 핵심 메커니즘의 가상 예시, 기술 디테일, 현업 실행 디테일, 인포그래픽과 표는 실제로 돌릴 때 필요한 것을 새로 작성한 것이며 Pamarco가 밝힌 구현이 아닙니다. 전체 내용은 원문과 Microsoft 고객 사례에서 볼 수 있습니다.