Excel 대장을 SharePoint 리스트로 바꾸기 ── 공유·이력·플로우 연동으로 「대장이 깨지는」 문제에서 벗어나기

「안건관리대장.xlsx를 열었더니 읽기 전용이었습니다. 누가 열고 있는지 몰라 복사본을 만들어 고쳤더니, 어느 쪽이 최신인지 알 수 없게 되었습니다」「정렬했더니 행이 밀려, 다른 안건의 메모가 붙어 버렸습니다」. 공유 폴더의 Excel로 안건 관리·문의 관리·비품 관리 같은 대장을 돌리는 회사에서 이런 상담을 자주 받습니다.

Excel은 스프레드시트로는 뛰어나지만, 「여러 사람이 동시에 추가·수정하는 대장을 두는 장소」로는 구조적으로 맞지 않습니다. Microsoft 365를 이미 도입했다면, 이 용도에는 SharePoint 리스트(Microsoft Lists)라는 전용 그릇이 이미 있습니다. 행 단위 동시 편집, 변경 이력, 형식이 있는 입력, Power Automate로 알림·승인까지 이어 가는 확장까지, 대장에 필요한 것이 한 벌 갖춰져 있습니다.

이 글에서는 Excel 대장의 한계가 어디에서 나타나는지, SharePoint 리스트로 바꿀지 판단하는 기준과 이전 절차, 리스트 뷰 임계값 5,000을 비롯한 설계상의 주의, Power Automate 연동으로 대장을 「동작하는 대장」으로 만드는 지점까지 정리합니다.

대상 독자와 전제 환경: 공유 폴더의 Excel 대장을 여러 사람이 함께 돌리는 정보시스템·업무 담당자를 염두에 둡니다. 전제는 Microsoft 365를 도입했고 SharePoint Online을 쓸 수 있는 플랜일 것(SharePoint 리스트=Microsoft Lists는 그 범위의 기능입니다).¹ 이 글에서 다루는 Power Automate 연동도 SharePoint 커넥터를 포함해 모두 표준 커넥터이므로, Microsoft 365 라이선스에 포함된 Power Automate 이용권으로 구성할 수 있습니다.²³ 추가 라이선스가 필요한 것은 7장에서 다루는 Dataverse나 SQL 같은 프리미엄 커넥터로 손을 뻗는 경우뿐입니다.⁴

1. 먼저 결론

• Excel 대장 사고(덮어쓰기·행 밀림·최신본 불명)의 근본 원인은 파일 전체가 편집 단위라는 점입니다. SharePoint 리스트는 행(아이템) 단위로 편집·이력을 관리하므로, 이런 사고가 구조적으로 일어나기 어렵습니다.
• SharePoint 리스트는 리스트당 최대 3,000만 아이템까지 저장할 수 있고, 리스트 아이템 첨부 파일은 파일당 250MB까지입니다.⁵
• 자주 거론되는 5,000건 제한은 「리스트 뷰 임계값」이며, 저장 가능한 건수의 상한이 아닙니다. 인덱스 열과 범위를 좁힌 뷰를 설계하면 5,000건을 넘어서도 운용할 수 있습니다.⁶⁷
• SharePoint Online의 리스트는 만들 때부터 버전 이력이 켜져 있습니다(기본 50버전). 「누가 언제 어느 항목을 바꿨는지」가 처음부터 남습니다.⁸
• Microsoft Lists에는 Excel 통합 문서에서 리스트를 만드는 가져오기 기능이 있습니다. 다만 가져오기 전에 셀 병합 해제·1행 1건으로 만들기·표기 불일치 정리와 열 유형 설계를 마쳐 두는 것이 이전 실무입니다.¹
• SharePoint 커넥터는 표준 커넥터이므로, Microsoft 365 라이선스 범위에서 「아이템이 만들어지거나 수정되었을 때」를 기점으로 알림·승인·독촉 플로우를 구성할 수 있습니다.²³
• 집계·분석이 목적인 시트, 1~2명만 만지고 빈도도 낮은 대장은 Excel 그대로여도 괜찮습니다. 반대로 관계가 많거나, 건수가 수십만 규모이거나, 트랜잭션 정합성이 필요한 업무 데이터는 리스트가 아니라 Dataverse(Power Platform의 업무 앱용 데이터 기반입니다. 데이터를 테이블 모음으로 두고, 테이블 간 연결과 역할 기반 액세스 제어를 전제로 설계된 클라우드 데이터베이스입니다)⁹나 업무 시스템(수주 개발)의 영역입니다. 참고로 Power Automate에서 Dataverse를 쓰는 커넥터는 프리미엄 계층이므로, 라이선스 추가가 전제입니다.⁴

그림의 실선은 항상 성립하는 관계, 점선은 조건이 붙는 관계입니다(성립 조건은 상세 페이지의 관계별 설명에 적혀 있습니다). 관계 전체 목록(총 24건, 근거와 확신도 포함)과 주요 개념의 정의는 지식 맵 상세 페이지에 정리되어 있습니다(일본어). 데이터: JSON-LD / Turtle

2. Excel 대장의 한계는 어디에서 오는가

상담을 받다 보면, Excel 대장이 무너지기 시작하는 지점은 대체로 같습니다.

• 동시 편집과 덮어쓰기. 공유 폴더의 Excel은 누군가 열고 있으면 읽기 전용이 됩니다. 기다리지 못하는 사람이 복사본을 만들어 「대장_최신.xlsx」「대장_0715_다나카수정.xlsx」가 늘어나고, 어느 쪽이 정본인지 알 수 없게 됩니다. 브라우저용 Excel의 공동 편집으로 동시에 여는 것 자체는 피할 수 있지만, 다음에 드는 문제는 남습니다.
• 행 밀림과 파손. 필터를 켠 채로 붙여 넣거나, 정렬 범위를 잘못 잡거나, 행을 삽입하니 옆 열만 밀리는 식입니다. 스프레드시트의 자유는 대장에게는 데이터를 망가뜨리는 자유이기도 합니다. 게다가 누가 언제 망가뜨렸는지는 파일 수정 시각 정도밖에 단서가 없습니다.
• 입력 규칙이 지켜지지 않음. 「상태는 이 다섯 가지 중에서 고른다」「날짜는 yyyy/mm/dd」로 정해 두어도, 셀에는 무엇이든 들어갑니다. 데이터 유효성 검사(입력 규칙)를 걸어도 복사해서 붙여 넣으면 쉽게 덮어씁니다. 표기 불일치는 이후 집계·검색 비용으로 돌아옵니다.
• 매크로의 특정인 의존. 옮겨 적기나 집계를 VBA로 자동화한 대장은, 만든 사람이 이동·퇴사한 순간에 블랙박스가 됩니다. 매크로가 든 통합 문서는 파일이 깨졌을 때의 피해도 커지기 쉽습니다.
• 「보기」와 「고치기」를 나눌 수 없음. 열람만 했으면 하는 사람에게도 편집 가능한 파일을 넘기게 되어, 권한을 분리할 수 없습니다.

한편 Excel 그대로 두는 편이 나은 대장도 있습니다. 수정하는 사람이 1~2명이고 빈도도 낮은 것, 매달 만들어 배포하기만 하는 집계표, 수식·피벗·차트가 주인공인 분석 시트, 인쇄 양식 자체에 의미가 있는 서식. 이들은 「여러 사람이 동시에 수정한다」는 문제가 없거나, 있어도 Excel의 강점(계산·레이아웃)이 더 큽니다. 전환 판단 기준은 7장의 표에 모았습니다.

3. SharePoint 리스트란 ── 셀의 표가 아니라 「행의 데이터베이스」

SharePoint 리스트는 Microsoft 365에 포함된 SharePoint 기능이며, Microsoft Lists 앱에서도 같은 것을 만들고 쓸 수 있습니다(SharePoint에서 리스트를 열면 Microsoft Lists로 안내되는 관계로, 실체는 같습니다).¹⁰ Excel과의 가장 큰 차이는 편집 단위가 셀이 아니라 행(아이템)이라는 점입니다.

실무에서 효과가 큰 기능을 보탭니다.

• 열 유형. 선택 열을 쓰면 상태에는 정의해 둔 값만 들어갑니다. 사용자 열은 조직 계정과 묶이므로 「담당자」 표기가 제각각이던 문제가 사라집니다. 날짜 열은 날짜로만 들어가므로 기한 판정과 정렬이 확실해집니다. 조회(lookup) 열로 다른 리스트의 값을 참조하는 간단한 관계도 만들 수 있습니다.¹¹¹²
• 뷰. 「내가 담당한 건」「이번 달 기한」「미완료만」처럼, 같은 데이터를 목적별로 다른 모습으로 공유할 수 있습니다. Excel에서 시트를 복사해 사람별로 나눠 주던 운용이 필요 없어집니다.
• 버전 이력. 아이템마다 언제·누가·어느 열을 어떻게 바꿨는지가 기록되고, 이전 버전으로 되돌릴 수 있습니다. SharePoint Online에서는 리스트를 만들 때부터 기본으로 켜져 있습니다.⁸ 「누가 지웠다」「이전 값이 알고 싶다」에 대한 답이 표준 기능이 됩니다.
• 알림·규칙. 값이 바뀔 때 알림을 보내는 간단한 규칙은 리스트 쪽만으로도 설정할 수 있습니다.¹ 복잡한 알림이나 조건 분기는 Power Automate의 몫입니다(6장).
• Teams·모바일. Lists는 Teams 채널에 탭으로 추가할 수 있어, 데스크톱·웹·모바일에서 같은 리스트를 다룰 수 있습니다.¹ 현장에서 스마트폰으로 문의 상태를 갱신하는 운용이 현실적입니다.

4. 이전 실무 ── 정리→열 설계→가져오기→뷰→전환

Excel 대장에서의 이전은 다음 순서로 진행합니다. 도구 조작보다 처음 두 단계(정리와 열 설계)가 성패를 가릅니다.

(1) 기존 데이터 정리가 먼저

Excel 대장에는 스프레드시트여서 허용되던 구조가 반드시 섞여 있습니다. 리스트는 1행=1아이템의 평탄한 구조이므로, 먼저 Excel 쪽에서 맞춥니다.

• 셀 병합을 해제한다(병합은 리스트로 가져올 수 없습니다)
• 1행 1건으로 만든다(한 셀에 여러 안건, 여러 행에 걸친 1건을 해소)
• 머리글을 1행으로 만든다(2단 머리글은 열 이름을 다시 붙인다)
• 표기를 통일한다(「처리 중/처리중/진행」→선택 후보 값에 맞춘다)
• 중간에 있는 소계 행·장식용 빈 행을 삭제한다
• 수식이 있는 셀은 「값으로 남길지」「이전 후 집계 쪽에서 다시 만들지」를 정한다

이 정리는 이전 작업인 동시에, 대장 설계를 다시 보는 일이기도 합니다. 「이 열은 아무도 안 넣는다」「이 두 열은 같은 뜻이었다」가 대량으로 나오는 것이 보통입니다.

(2) 열 유형 설계

정리한 Excel의 각 열을 어떤 유형의 리스트 열로 둘지 정합니다. 정석은 다음과 같습니다.

(3) 가져오기

Microsoft Lists에는 Excel 통합 문서의 데이터를 가져와 리스트를 만드는 기능이 있어, 기존 대장을 출발점으로 삼을 수 있습니다.¹ 조작의 입구는 Microsoft Lists 앱(또는 리스트를 둘 SharePoint 사이트)에서 「새로 만들기」>「리스트」로 들어가, 만들기 방법 목록에서 「Excel에서」를 고르는 곳입니다. 정리한 통합 문서를 지정하면, 가져올 열과 그 유형을 확인하는 화면이 됩니다.

다만 실무에서는 가져오기의 자동 판정에만 맡기지 말고, 열 유형을 먼저 정한 뒤 가져오기 때 확인하는(또는 빈 리스트를 먼저 설계하고 나중에 데이터를 넣는) 쪽을 권합니다. 특히 선택 열·사용자 열은 대장 품질을 가르는 열이므로, 텍스트 열인 채로 운용을 시작하면 이전한 의미가 반감됩니다.

또한 수천 행을 넘는 대장에서는, 한 번의 가져오기에 전부를 맡기는 계획을 세우지 마십시오. 넣은 직후부터 5장에서 다루는 5,000건 임계값 설계가 첫 과제가 되고, 가져오는 양이 클수록 열 유형 확인과 실패 시 다시 하기도 무거워집니다. 열 설계를 확정한 빈 리스트를 먼저 만들고, 임계값 대책인 인덱스 열과 범위를 좁힌 뷰를 준비한 다음, 데이터는 끊기 좋은 단위로 나눠 넣는(실제 데이터의 일부로 한 번 리허설하는) 진행이 안전합니다.

(4) 뷰와 권한

기본 뷰에는 「미완료만·기한 오름차순」처럼 일상 업무 형태를 두고, 전체 보기 뷰는 따로 둡니다. 이는 뒤에서 다루는 5,000건 임계값에 대한 대비이기도 합니다. 권한은 「편집할 사람」「열람만 할 사람」을 리스트 단위로 나누는 것부터 시작하고, 아이템 단위의 세분 권한은 정말 필요할 때로 한정합니다(건수가 늘어난 뒤의 권한 변경에는 제약이 있습니다. 5장).

(5) 병행 기간과 전환

이전일을 정해 한꺼번에 바꾸는 것이 이상적이지만, 현실에는 「당분간 Excel에도 쓰는 사람」이 나옵니다. 병행 기간을 둘 때는 「정본은 리스트, Excel은 참조용 사본」이라고 선언하고 Excel 쪽을 읽기 전용으로 잠그는 편이 안전합니다. 이중 운용을 흐지부지 이어 가면 어느 쪽도 정본이 아니게 됩니다.

5. 제한과 설계 주의 ── 5,000·첨부·「Excel에는 있고 리스트에는 없는 것」

리스트 뷰 임계값 5,000을 정확히 이해하기

SharePoint Online에는 하나의 뷰(표시·정렬·필터·그룹화 같은 조작)가 한 번에 다룰 수 있는 아이템 수에 기본으로 5,000건의 임계값이 있습니다. 넘으면 「이 리스트의 아이템 수가 리스트 뷰 임계값을 초과했습니다」 오류나, 열 정렬·필터 실패가 납니다.⁶⁷

여기서 중요한 것은 이것이 저장 건수의 상한이 아니라는 점입니다. 리스트 자체는 최대 3,000만 아이템까지 저장할 수 있습니다.⁵ 제한되는 것은 「5,000건을 넘는 범위를 한 번에 훑는 쿼리」이며, 대책도 공식으로 안내되어 있습니다.

• 필터에 쓰는 열에 인덱스를 단다. 정렬·필터의 축이 되는 열(접수일, 상태, 담당자 등)에 열 인덱스를 만듭니다. 다만 인덱스를 추가·삭제할 수 있는 것은 2만 아이템까지라는 제한이 있으므로, 리스트가 커지기 전에 설계해 둡니다.⁷
• 뷰를 항상 5,000건 미만으로 좁힌다. 「올해 분」「미완료만」「담당자=나」처럼, 인덱스 열 필터를 기본 뷰에 넣습니다.⁷

인덱스 만드는 위치는 찾기 어려우므로 메뉴 경로를 적어 둡니다. 리스트를 열고 오른쪽 위 설정(톱니바퀴)>「리스트 설정」(List settings)>「열」 섹션의 「인덱스가 지정된 열」(Indexed columns)>「새 인덱스 만들기」(Create a new index)로 들어가, 대상 열(주 열)을 골라 만듭니다. 인덱스를 만들 수 있는 것은 리스트/라이브러리당 최대 20열까지이므로, 자주 쓰는 필터 열로 좁히십시오.¹³

중소기업의 안건·문의 대장이라면 연간 수백~수천 건인 경우가 많아 당분간은 무관해 보이지만, 몇 년치가 쌓이면 닿는 숫자입니다. 「연도로 좁힌 기본 뷰+인덱스 열」을 처음부터 만들어 두면 나중에 서두르지 않아도 됩니다. 참고로 아이템 수가 10만을 넘으면 리스트·폴더 단위로 권한 상속을 끊을 수 없게 되는 등, 규모가 커지면 다른 제약도 있습니다.⁵ 수십만 건 운용이 처음부터 보인다면, 리스트가 아니라 데이터베이스(Dataverse·SQL)를 고르는 판단입니다(7장).

첨부 파일 다루기 ── 첨부 열인가 문서 라이브러리인가

리스트 아이템에는 파일을 첨부할 수 있고, 파일당 250MB까지입니다.⁵ 다만 실무에서는 다음 두 가지에 주의가 필요합니다.

• 리스트의 버전 이력은 열 변경을 기록하지만, 첨부 파일 변경은 버전 관리되지 않습니다.⁸
• Power Automate에서 첨부를 다룰 때, SharePoint 커넥터가 처리할 수 있는 첨부 파일 크기는 90MB까지입니다.²

견적서·보고서처럼 파일 자체의 버전 관리나 공동 편집이 필요한 것은, 리스트 첨부가 아니라 문서 라이브러리에 두고 리스트에는 링크나 관리 번호로 연결하는 구성이 다루기 쉽습니다. 첨부 열은 「팩스 스캔 한 장」처럼, 아이템에 딸린 가벼운 증적용으로 한정합니다.

Excel에는 있고 리스트에는 없는 것

이전 상담에서 반드시 확인하는 것이, 「Excel이라서 되던 일」에 얼마나 기대고 있는가입니다.

• 자유로운 레이아웃. 셀 병합, 2단 머리글, 색만으로 뜻을 둔 표는 재현할 수 없습니다. 뜻은 열로, 보여 주는 방식은 뷰로 옮깁니다.
• 셀 사이의 복잡한 수식. 리스트에도 집계 열(계산 값)은 있지만, 시트 전체를 참조하는 복잡한 계산망이나 피벗을 대신하지는 못합니다. 집계·분석은 리스트 데이터를 Excel이나 Power BI에 연결해 하는 역할 분담으로 둡니다. Power BI Desktop에서 리스트에 연결해 보고서를 만드는 절차나, Power BI 서비스에서 리스트로부터 바로 시맨틱 모델을 만들어 정기 갱신하는 방법이 공식으로 마련되어 있습니다.¹⁴¹⁵
• 인쇄 레이아웃. 대장을 그대로 인쇄 서식으로 쓰던 경우, 리스트 화면은 서식이 되지 않습니다. 인쇄가 요건이면, 내보낸 데이터를 Excel 템플릿에 넣거나 서식 쪽을 따로 만드는 설계가 필요합니다.

즉 「입력과 공유는 리스트, 계산과 레이아웃은 Excel/Power BI」로 역할을 나누는 것이 전환의 올바른 형태입니다.

6. Power Automate 연동으로 대장이 움직이기 시작한다

SharePoint 리스트화의 가장 큰 이득은 Power Automate와의 연동입니다. SharePoint 커넥터는 표준 커넥터이므로, 표준 커넥터를 쓸 수 있는 Microsoft 365 라이선스 범위에서 클라우드 플로우를 구성할 수 있습니다.² 리스트에는 「아이템이 만들어졌을 때」「아이템이 만들어지거나 수정되었을 때」 같은 트리거가 있어, 대장 등록·수정을 그대로 플로우의 기점으로 삼을 수 있습니다.²³

flowchart TD
    Excel[기존 Excel 대장] -- 정리·열 설계 후 이전 --> List[SharePoint 리스트<br/>안건·문의 대장]
    Forms[Microsoft Forms<br/>신청·의뢰 접수구] -- 응답을 옮겨 적기 --> List
    List -- 아이템 만들기/수정 트리거 --> Flow[Power Automate<br/>클라우드 플로우]
    Flow --> Notify[Teams/메일로 담당자에게 알림]
    Flow --> Approve[승인 플로우로 넘기기]
    Sched[일정 실행] --> Remind[기한 지난 아이템 독촉]
    List -.-> Sched
    List -- 연결/내보내기 --> BI[Excel 집계·Power BI 보고서]

대표적인 패턴은 세 가지입니다.

• 알림. 새 문의가 등록되면 담당 채널에 Teams 알림을 보내고, 담당자 열이 설정되면 본인에게 메일을 보냅니다. 대장을 「보러 가는」 운용에서 「알려 주는」 운용으로 바뀝니다.
• 승인. 상태가 「승인 요청」으로 바뀌면 승인 플로우를 시작하고, 결과와 승인자·일시를 리스트 열에 다시 씁니다. 승인 증적이 대장의 같은 행에 모이는 이 구성은 다른 글 「Power Automate로 승인 플로우 만들기 ── 종이와 메일의 결재·신청을 전자화하기」에서 자세히 다룹니다.¹⁶
• 독촉·점검. 매일 아침 일정으로 실행해 「기한이 지났고 아직 미완료인」 아이템을 뽑아 담당자에게 모아 알립니다. SharePoint를 쓰는 미리 알림 플로우는 정석 시나리오로 공식에도 안내되어 있습니다.³ 영업일 판정이나 월별 처리를 포함한 정기 실행 설계는 「Power Automate의 정기 실행 플로우와 영업일 설계」에 정리했습니다.

설계상 주의할 점이 하나 있습니다. 「아이템이 만들어지거나 수정되었을 때」 트리거의 플로우가 스스로 리스트를 수정하면, 그 수정으로 다시 자신이 시작되는 무한 루프가 될 수 있습니다. 뒤쪽 조건 분기에서 버리는 것이 아니라, 트리거 조건(trigger conditions)으로 「상태가 특정 값일 때만 시작한다」고 트리거 쪽에 쓰는 것이 정석입니다. 조건을 충족하지 않는 수정에서는 실행 자체가 일어나지 않고, 실행 이력에도 남지 않습니다.¹⁷

설정 위치와 식의 형태는 다음과 같습니다. 디자이너에서 트리거를 고르고, 「설정」(Settings)의 「트리거 조건」(Trigger conditions)에 「+ 추가」로 식을 한 줄씩 씁니다(클래식 디자이너에서는 트리거 오른쪽 위 「…」>「설정」>「트리거 조건」). 식은 반드시 @로 시작합니다. 여러 줄을 쓰면 모두를 충족할 때만 시작하므로, 「하나만 충족하면 된다」면 @or(조건1, 조건2)로 한 줄에 묶습니다.¹⁷

@equals(triggerBody()?['Status']?['Value'], '承認依頼')

이는 「상태 열(내부 이름 Status)이 『承認依頼』가 되었을 때만 시작한다」는 조건입니다. 선택 열의 값은 ['Value']까지 내려가 꺼낸다는 점과, 열 이름은 화면 표시 이름이 아니라 내부 이름이라는 점에 주의하십시오(한 줄 텍스트 열이라면 @equals(triggerBody()?['Status'], '承認依頼')처럼 ['Value']는 필요 없습니다). 식을 손으로 쓰는 것이 불안하면, 공식 문서가 안내하는 절차 ── 플로우에 잠시 「배열 필터 처리」(Filter array) 작업을 두고, 화면에서 조건을 만든 뒤 「고급 모드에서 편집」으로 생성된 식을 복사해 트리거 조건에 붙이고 그 작업을 지우는 ── 이 확실합니다.¹⁷

다만 트리거 조건은 플로우 자신이 다시 쓴 결과로 조건이 거짓이 되는 것과 짝을 이뤄야 비로소 루프를 멈춥니다. 「상태가 『승인 요청』일 때 시작」하는 플로우라면, 처리 마지막에 반드시 상태를 『처리 중』이나 『승인됨』 등 다른 값으로 바꿔 끝내는 것까지가 설계입니다. 다시 쓴 뒤에도 상태가 『승인 요청』이면, 그 수정으로 다시 조건이 참이 되어 승인 요청이나 알림이 반복해서 나갑니다. 조건에 쓰는 열을 바꾸지 않는 다시 쓰기가 꼭 필요하면, 처리 완료 플래그 열을 더해 트리거 조건에 넣으십시오.

입력 입구를 더 넓히고 싶으면, Microsoft Forms로 받아 플로우로 리스트에 옮겨 적는 구성이 유효합니다(「Microsoft Forms와 Power Automate로 신청·의뢰 접수구 만들기」). 또한 이 글의 범위는 모두 표준 커넥터로 구성할 수 있지만, Dataverse나 SQL로 손을 뻗으면 프리미엄 라이선스 영역으로 들어갑니다.⁴ 경계는 「Power Automate의 라이선스와 표준/프리미엄 커넥터의 경계」에서 정리합니다.

7. 판단표 ── Excel 그대로 / 리스트화 / 업무 앱·데이터베이스 개발

기준으로는, 「대장」이라 부를 수 있는 동안은 리스트로 충분하고, 「업무 시스템 대신」을 리스트에 시키기 시작하면 적신호라고 봅니다. 조회 열이 늘고, 플로우가 여러 개 얽히고, 임계값 대책 뷰가 난립하기 시작하면, 그것은 데이터베이스와 업무 앱으로 풀 문제가 된 것입니다. 리스트의 장점은 거기까지 몇 년을, 추가 비용이 적은 표준 기능으로 안전하게 운용할 수 있다는 점입니다.

8. 정리

공유 폴더 Excel 대장의 문제는 담당자의 주의력이 아니라 구조의 문제입니다. 파일 전체가 편집 단위인 한, 덮어쓰기·행 밀림·최신본 불명은 반복됩니다. SharePoint 리스트로 옮기면 편집은 행 단위가 되고, 입력에는 유형이 붙고, 변경은 버전 이력에 남고, 권한은 역할로 나눌 수 있습니다.

이전 실무는 가져오기 조작 자체보다 「데이터 정리」와 「열 유형 설계」가 본체입니다. 그리고 5,000건 임계값이 뷰의 제한임을 이해하고, 인덱스 열과 범위를 좁힌 뷰를 처음부터 마련해 두면 오래 안심하고 쓸 수 있습니다. 첨부 파일은 문서 라이브러리와 역할을 나누고, 계산과 레이아웃은 Excel/Power BI에 맡깁니다. 이 분업이 된 대장은 Power Automate 트리거를 기점으로 알림·승인·독촉까지 자동으로 돌아가는 「동작하는 대장」으로 자라납니다.

그리고 리스트로 버거워지기 시작했다면, 그것은 Dataverse나 업무 시스템으로 나아갈 신호입니다. 어디까지를 표준 기능으로 하고, 어디부터를 개발로 풀 것인가. 그 선 긋기 상담부터 저희가 맡고 있습니다.

관련 글

• Power Automate로 업무를 자동화하기 ── 클라우드 플로우·데스크톱 플로우 구분과 오류 처리 설계
• Power Automate로 승인 플로우 만들기 ── 종이와 메일의 결재·신청을 전자화하기
• Microsoft Forms와 Power Automate로 신청·의뢰 접수구 만들기
• Power Automate의 정기 실행 플로우와 영업일 설계
• Power Automate의 라이선스와 표준/프리미엄 커넥터의 경계

관련 상담 영역

합동회사 코무라소프트에서는 Excel 대장의 SharePoint 리스트화·Power Automate 연동 설계 상담부터, 리스트로는 담기지 않는 업무 데이터베이스·업무 앱 수주 개발까지 다룹니다.

• 기술 상담·설계 리뷰
• Windows 앱 개발
• 문의하기

참고 링크

관련 기사

같은 태그를 공유하는 최신 기사입니다. 더 가까운 주제로 지식을 넓힐 수 있습니다.

관련 토픽

이 기사와 가까운 토픽 페이지입니다. 기사를 출발점 삼아 관련 서비스와 다른 기사로 이어집니다.

이 주제와 연결되는 서비스

이 기사는 다음 서비스 페이지로 이어집니다. 가까운 입구부터 확인해 주세요.

자주 묻는 질문

이 기사 주제에 대해 상담 시 자주 나오는 질문을 모았습니다.

SharePoint 리스트에는 5,000건까지만 넣을 수 있나요?

아닙니다. 5,000건은 리스트 뷰의 임계값이며, 하나의 뷰(표시·정렬·필터)가 한 번에 다룰 수 있는 아이템 수의 기본 제한입니다. 리스트 자체에는 최대 3,000만 아이템까지 저장할 수 있습니다. 5,000건을 넘겨 쓰려면 필터에 쓰는 열에 인덱스를 달고, 항상 5,000건 미만으로 좁힌 뷰(올해 분·담당자별 등)를 기본 뷰로 두는 설계면 계속 운용할 수 있습니다. 인덱스는 아이템이 2만을 넘으면 추가에 제한이 있으므로, 커지기 전에 설계해 두는 것이 중요합니다.

Excel 파일에서 그대로 SharePoint 리스트를 만들 수 있나요?

만들 수 있습니다. Microsoft Lists에는 Excel 통합 문서의 데이터를 읽어 리스트를 만드는 기능이 있어, 기존 대장을 출발점으로 삼을 수 있습니다. 다만 그 전에 셀 병합 해제, 1행 1건으로 정리, 머리글 행 통일, 표기 불일치 정리를 마쳐 두어야 합니다. 또한 선택 열·사용자 열·날짜 열 같은 열 유형은 리스트의 핵심 가치가 되므로, 가져오기에만 맡기지 말고 열 설계를 먼저 정한 뒤 가져오는 편이 좋습니다.

Excel 대장 그대로 두어도 되는 경우는 언제인가요?

수정하는 사람이 1~2명이고 빈도도 낮은 경우, 대장이라기보다 집계·분석용 워크시트인 경우, 복잡한 수식이나 피벗, 인쇄 레이아웃이 목적인 경우에는 Excel 그대로여도 문제없는 경우가 많습니다. 반대로 여러 사람이 매일 추가·수정하고, 상태(처리 중·완료 등)를 관리하며, 변경 이력이나 담당자를 추적하고 싶고, 알림이나 승인으로 이어 가고 싶은 대장은 SharePoint 리스트에 맞습니다.

SharePoint 리스트로 바꾸면 Power Automate로 무엇을 할 수 있나요?

SharePoint 커넥터는 표준 커넥터이므로, Microsoft 365 라이선스 범위에서 「아이템이 만들어졌을 때」 「만들어지거나 수정되었을 때」 같은 트리거로 클라우드 플로우를 시작할 수 있습니다. 신규 등록 시 Teams 알림, 상태 변경을 계기로 한 승인 플로우, 기한이 지난 아이템의 정기 독촉이 대표적인 예입니다. 쌓인 데이터는 Excel이나 Power BI에서 가져와 집계·보고서로도 쓸 수 있어, 대장이 알림·승인·집계의 허브가 됩니다.

저자 프로필

기사 저자의 프로필 페이지입니다.

Go Komura

합동회사 코무라소프트 대표

Windows 소프트웨어 개발, 기술 상담, 장애 조사를 중심으로 재현이 어려운 장애 조사와 기존 자산이 남아 있는 프로젝트에 강점이 있습니다.