← 블로그 전체 글
업무 개선

주간 보고서를 만들기 위해 금요일마다 취합하지 않으려면

부서별 엑셀을 모아 만드는 제조 업무 보고서를 평소 업무 기록에서 갱신하는 방법. 집계 기준, 누락 확인과 담당자의 검토 역할을 설명합니다.

핵심 정리

  • 주문·출하·구매 기록에서 정해진 기준으로 집계해 파일 요청과 복사 작업을 줄입니다.
  • 보고서에는 기준 시각과 누락·미확인 상태를 표시하고, 원본 업무로 찾아갈 수 있게 합니다.
  • 담당자는 숫자 취합을 줄이고 차이의 원인과 다음 조치를 검토합니다.

금요일 오후에 영업·구매·생산 파일을 요청합니다. 담당자는 받은 표를 복사하고 날짜를 맞추고, 지난주와 다른 숫자를 확인합니다. 보고서 작성이 늦어진 이유가 의견 정리인지, 숫자를 모으는 작업인지 구분해볼 필요가 있습니다.

업무 보고 자동화는 평소 처리한 주문·구매·출하 기록을 정해진 기준으로 집계하고, 담당자가 예외와 설명을 확인하는 흐름으로 만들 수 있습니다. 보고서를 읽고 다음 행동을 결정하는 시간은 필요합니다. 줄일 대상은 파일을 기다리고 복사·집계를 반복하는 작업입니다.

이 글은 주간 수주·출하 보고서를 만드는 가상 예시로 설명합니다.

보고서의 각 숫자가 어디에서 오는지 정합니다

먼저 실제 사용하는 보고서 한 장을 놓고 항목별 원본을 적습니다. ‘이번 주 수주’라는 제목도 주문 접수일 기준인지 확정일 기준인지에 따라 값이 달라질 수 있습니다.

보고 항목 미리 정할 집계 기준 확인할 원본
신규 수주 접수·확정 중 기준 상태와 날짜 주문별 기록
출하 실적 실제 출하일, 취소·반품 처리 출하별 기록
미출하 주문 기준 시각의 잔량과 완료 조건 주문·출하 연결 정보
납기 지연 비교할 요청일·확정일과 미완료 기준 납기 계획과 처리 상태

수주와 출하 금액을 구분하고, 부가세·통화·환율 같은 금액 기준도 필요한 범위에서 명시합니다. 이렇게 정의해야 부서마다 다른 숫자를 가져오는 일을 줄일 수 있습니다. 자동 집계를 만들기 전에 각 항목의 의미부터 맞춥니다.

평소 업무 기록으로 보고서 초안을 만듭니다

영업이 주문을 확정하고, 출하 담당자가 처리 결과를 남기면 그 기록을 집계에 사용합니다. 기존 ERP에서 데이터를 가져올 수 있다면 허용된 연동 방식을 검토합니다. 파일만 사용할 수 있다면 정해진 양식의 업로드로 시작할 수 있습니다.

주간 보고서 작성 흐름 자동화 설계 예시
  1. 업무 기록 수집주문 · 출하 · 구매
  2. 기준에 맞춰 집계기간 · 상태 · 금액 기준
  3. 담당자 검토누락 · 큰 변동 · 설명
  4. 보고서 공유검토한 버전과 기준 시각
주기적인 갱신이나 검토 후 발송을 선택할 수 있습니다. 보고에 필요한 자료가 빠졌다면 정상 보고와 구분합니다.

원본 업무를 입력한 뒤 별도의 보고용 엑셀에도 다시 적어야 한다면 중복 작업이 남습니다. 집계에 필요한 항목을 원래 처리 화면에서 기록할 수 있는지 함께 살펴봅니다.

숫자를 눌렀을 때 근거 주문을 볼 수 있게 합니다

‘미출하 주문 12건’만 표시하면 대표나 담당자는 다시 어떤 주문인지 물어야 합니다. 해당 숫자에서 주문 목록을 확인하고, 지연 사유와 다음 조치까지 이어 볼 수 있도록 설계할 수 있습니다.

가령 미출하 수량이 지난주보다 늘었다면 신규 수주 증가 때문인지, 출하 지연 때문인지 구분해야 합니다. 시스템은 원본 기록을 모아 비교할 수 있지만, 공급사 협의나 고객 사정처럼 기록하지 않은 이유까지 알아내지는 못합니다. 담당자가 중요한 변동에 설명과 후속 조치를 남깁니다.

AI로 요약하더라도 수량·금액은 정해진 계산 규칙으로 집계하고, 요약이 어떤 기록을 근거로 썼는지 확인할 수 있어야 합니다. 정해진 양식의 보고서는 데이터 수집과 집계 규칙만으로 자동화할 수도 있습니다.

누락 자료를 0으로 표시하지 않습니다

금요일 오전까지의 출하 자료만 들어왔는데 주간 출하가 완료된 것처럼 보고하면 오해가 생깁니다. 보고서에는 집계 기간과 데이터 갱신 시각을 함께 표시합니다.

  • 특정 부서 자료가 없으면 ‘미수신’이나 ‘확인 필요’로 구분합니다.
  • 집계 오류가 있으면 마지막 정상 보고와 새 보고를 구분합니다.
  • 마감 후 수정한 기록이 있으면 재집계·수정본 안내 방식을 정합니다.
  • 보고 대상자가 볼 수 있는 거래처·금액 범위를 확인합니다.

메일이나 Slack으로 보낼 때는 제목과 링크만 보낼지, 요약 숫자까지 포함할지 결정합니다. 채널에 참여한 모든 사람이 해당 정보를 봐도 되는지 확인하고, 원본 보고서의 조회 권한도 따로 적용합니다.

지난주 보고서가 달라지는 문제를 처리합니다

월요일에 지난 금요일 출하를 수정하면 이번에 다시 조회한 지난주 실적이 달라질 수 있습니다. 보고서가 현재 데이터를 보여주는 화면인지, 검토 시점의 확정본인지 구분해야 합니다.

확정본이 필요하면 검토한 시각과 버전을 남기고, 수정본을 만들 때 변경 내용을 표시하는 범위를 정합니다. 실시간 조회 화면은 최신 값을 보여주되 별도로 발행한 보고서와 차이가 날 수 있음을 알 수 있게 합니다.

고객은 기존 보고서와 실제 집계 방법, 마감 시각과 받는 사람을 알려줍니다. 앞선시스템즈는 항목별 계산 기준, 데이터 수집, 검토 화면과 공유 방식을 설계합니다. 첫 검수에서는 같은 기간의 기존 보고와 새 보고를 대조하고 차이의 원인을 확인합니다.

개선 효과는 취합과 검토 시간을 나눠 확인합니다

보고서가 자동으로 생겼다는 사실만으로 효율화를 판단하지 않습니다. 파일 요청, 복사와 수식 수정에 쓰던 시간은 얼마나 줄었는지, 잘못된 숫자를 찾느라 새로 드는 시간은 없는지 확인합니다.

도입 전후에 동일한 종류의 보고서를 비교해 취합 시간, 집계 수정 횟수, 원본 확인 요청 횟수와 발송 지연을 기록할 수 있습니다. 한 번의 특이한 주간 결과만으로 효과를 단정하지 않고 여러 회차를 살펴봅니다.

자주 묻는 질문

모든 부서가 새 시스템을 써야 하나요?

기존 기록을 허용된 방식으로 가져올 수 있다면 일부 부서는 계속 원래 도구를 사용할 수 있습니다. 다만 자료의 형식, 기준 코드와 갱신 시점을 맞춰야 합니다. 연결할 수 없는 자료에는 담당자의 입력·업로드가 남습니다.

보고서를 바로 자동 발송해도 되나요?

자료 완전성과 집계 결과를 검증한 뒤 업무에 맞춰 정합니다. 처음에는 담당자 검토 후 공유하고, 안정적인 보고만 정해진 시간에 발송하는 방식도 가능합니다. 실패나 누락을 정상 발송으로 취급하지 않도록 설계합니다.

프로젝트 상담에 현재 만드는 보고서와 각 숫자를 어디에서 가져오는지 알려주세요. 매주 반복하는 취합 작업부터 확인합니다.