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를 사용하는 커넥터는 프리미엄 계층으로 분류되므로, 라이선스 추가가 전제가 됩니다.⁴

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

상담을 받다 보면 Excel 대장이 무너지기 시작하는 지점은 대체로 공통적입니다.

• 동시 편집과 덮어쓰기. 공유 폴더의 Excel은 누군가가 열고 있으면 읽기 전용이 됩니다. 기다리지 못하는 사람이 사본을 만들어, “대장_최신.xlsx” “대장_0715_다나카수정.xlsx”가 늘어나고, 어느 것이 정본인지 알 수 없게 됩니다. 브라우저판 Excel의 공동 편집으로 동시에 여는 것 자체는 피할 수 있지만, 다음에 드는 문제는 남습니다.
• 행 어긋남과 파손. 필터를 건 채로 붙여넣기를 하거나, 정렬 시 범위 선택을 잘못하거나, 행 삽입으로 옆 열만 어긋나는 경우입니다. 표계산의 자유로움은 대장에게는 데이터를 망가뜨리는 자유이기도 합니다. 게다가 누가 언제 망가뜨렸는지는 파일의 갱신 일시 정도밖에 단서가 없습니다.
• 입력 규칙이 지켜지지 않음. “상태는 이 5가지 중에서 선택”이라거나 “날짜는 yyyy/mm/dd”라고 정해도, 셀에는 무엇이든 입력됩니다. 데이터 유효성 검사(입력 규칙)를 설정해도 복사&붙여넣기로 쉽게 덮어써집니다. 표기 흔들림은 이후의 집계・검색 비용으로 돌아옵니다.
• 매크로의 개인 의존화. 전기(轉記)나 집계를 VBA로 자동화한 대장은 만든 사람이 이동・퇴사한 시점에 블랙박스가 됩니다. 매크로가 포함된 통합 문서는 파일 손상 시의 피해도 커지기 쉽습니다.
• “보기”와 “편집하기”를 분리할 수 없음. 열람만 하게 하고 싶은 사람에게도 편집 가능한 파일을 넘기게 되어, 권한 분리를 할 수 없습니다.

한편, Excel 그대로도 괜찮은 대장도 있습니다. 갱신하는 사람이 1~2명이고 빈도도 낮은 것, 월별로 만들어 배포하기만 하는 집계표, 계산식・피벗・그래프가 주역인 분석 시트, 인쇄 양식 자체에 의미가 있는 장표입니다. 이들은 “여러 사람이 동시에 갱신한다”는 문제가 일어나지 않거나, 일어나도 Excel의 강점(계산・레이아웃)이 앞섭니다. 전환 판단 기준은 7장의 표에 정리합니다.

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

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

실무에서 효과를 발휘하는 기능을 보충합니다.

• 열 유형. 선택 항목 열을 사용하면 상태는 정의한 값만 입력됩니다. 사용자 열은 조직의 계정과 연결되므로 “담당자”의 표기 흔들림이 사라집니다. 날짜 열은 날짜로만 입력되므로 기한 판정이나 정렬이 확실해집니다. 참조(조회) 열로 다른 리스트의 값을 참조하는 간단한 관계도 만들 수 있습니다.¹¹¹²
• 뷰. “내 담당분”, “이번 달 마감”, “미완료만”처럼 같은 데이터를 목적별로 다른 모습으로 공유할 수 있습니다. 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 리포트]

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

• 알림. 새 문의가 등록되면 담당 채널에 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로 사내 신청・의뢰 접수창구 만들기 ── 메일과 구두 의뢰를 폼으로 모으기」). 또한 이 글의 범위는 모두 표준 커넥터로 구성할 수 있지만, Dataverse나 SQL에 손을 뻗으면 프리미엄 라이선스의 영역으로 들어갑니다.⁴ 경계선은 「Power Automate의 라이선스 ── Microsoft 365로 어디까지 무료인가, 프리미엄이 필요한 것은 언제인가」에서 정리하고 있습니다.

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

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

8. 정리

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

이전 실무는 가져오기 조작 그 자체보다 “데이터 정리”와 “열 유형 설계”가 본체입니다. 그리고 5,000건 임계값이 뷰의 제한임을 이해하고, 인덱스 열과 좁힌 뷰를 처음부터 준비해 두면 오래도록 안심하고 사용할 수 있습니다. 첨부 파일은 문서 라이브러리와의 역할 분담을 정하고, 계산과 레이아웃은 Excel/Power BI에 맡깁니다. 이 분업이 이루어진 대장은 Power Automate의 트리거를 기점으로 알림・승인・독촉까지 자동으로 움직이는 “움직이는 대장”으로 자라납니다.

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

관련 글

• Power Automate로 업무 자동화하기 ── 클라우드 플로우・데스크톱 플로우 구분과 오류 처리 설계
• Power Automate로 승인 흐름 만들기 ── 종이와 메일 결재·신청을 전자화하다
• Microsoft Forms로 사내 신청・의뢰 접수창구 만들기 ── 메일과 구두 의뢰를 폼으로 모으기
• Power Automate로 정기 실행 플로우를 설계하기 ── 월말 처리・영업일 판정・독촉의 실무
• Power Automate의 라이선스 ── Microsoft 365로 어디까지 무료인가, 프리미엄이 필요한 것은 언제인가

관련 상담 영역

합동회사 코무라소프트에서는 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 소프트웨어 개발, 기술 상담, 장애 조사를 중심으로 재현이 어려운 장애 조사와 기존 자산이 남아 있는 프로젝트에 강점이 있습니다.