예고된 EZD급 전자문서 시스템 의무화(시한은 최소 2029년으로 연기), KSeF, KSC, 중앙계약등록부: 의무는 여러 방향에서 오지만, 부담은 같은 사람과 같은 부서, 같은 예산에 떨어집니다. Krogis는 읍·면, 시, 군이 이러한 변화를 차례대로 거쳐 가도록 자문합니다. 기관이 이미 무엇을 갖추고 있는지, 어떤 순서로 변화를 도입할지, 관리자와 직원을 어떻게 준비시킬지, 공급업체를 어떻게 고를지, 그리고 도입 후 사람들이 실제로 다르게 일하고 있는지 어떻게 확인할지 함께 정리합니다. 새 정원을 만들지 않는 외부 자문가로서, 기관의 필요에 맞춘 범위로 참여합니다. 첫 단계는 현황 진단입니다: 2~6주, 비용은 공공조달 기준금액 미만입니다.
이 프로젝트들은 모두 시스템 인수로 끝나지만, 효과는 직원들이 실제로 다르게 일하기 시작할 때 비로소 나타납니다. 원칙은 같고, 어려움은 다릅니다.
사람들에게 달라지는 점: 업무 건이 더 이상 종이로 돌지 않습니다. 배정, 결재, 서명, 보관 방식이 달라지고, 팀장은 자기 팀의 업무를 시스템에서 확인합니다.
흔한 어려움: 부서마다 속도가 다르고, 그 편이 더 안전하다는 이유로 시스템 옆에 “병행 종이 처리”가 오래 남습니다.
제가 주의 깊게 보는 점: 부서별 도입 순서, 팀장을 가장 먼저 준비시키는 일, 부서마다 변화 앰배서더를 두는 일, 그리고 간단한 지표: 실제로 시스템에서 처리되는 업무가 몇 건인지.
사람들에게 달라지는 점: 새 의무가 문서 수발 담당, 회계, 계약 담당자의 업무를 바꾸며, 각각 시한이 다릅니다.
흔한 어려움: 같은 시기에 몰려와 같은 사람들에게 떨어집니다. 하나씩이라면 감당할 수 있지만, 한꺼번에 오면 사람들이 받아들일 수 있는 수준을 넘어섭니다.
제가 주의 깊게 보는 점: 기관의 모든 변화를 담은 지도 한 장: 무엇이, 누구에게, 언제 해당하는지 정리한 뒤, 근거를 댈 수 있는 순서를 정합니다.
사람들에게 달라지는 점: 세무, 재무, 인사, 문서 처리 사이에서 같은 데이터를 다시 입력하는 일이 사라집니다.
흔한 어려움: 부서마다 “자기” 데이터에 익숙해져 있고, 그 데이터에 대한 통제권을 잃을까 걱정합니다.
제가 주의 깊게 보는 점: 어떤 데이터를 누가 책임지는지, 변경은 누가 결정하는지, 그리고 부서들이 무엇을 얻게 되는지 어떻게 알릴지.
사람들에게 달라지는 점: 공문, 답변, 분석을 준비하는 방식이 달라지며, 사람이 결과를 검토하고 책임집니다.
흔한 어려움: 일자리와 오류 책임에 대한 걱정, 그리고 한편으로는 개인 도구를 몰래 쓰는 일.
제가 주의 깊게 보는 점: 사용 원칙, 결정에 대한 책임자, 어떤 업무부터 시작할지, 그리고 AI가 사람을 대신하는 것이 아니라 부담을 덜어 주기 위한 것임을 보여 주는 방법.
KSC와 NIS 2. 군청과 주(voivodeship) 자치 기관은 규모와 관계없이 핵심 기관이고, 기초자치단체(gmina) 청사는 직원이 50명을 넘으면 핵심 기관이 됩니다. 산하 기관은 중요 기관인 경우가 많습니다. 산하 기관을 포함한 전체의 지위를 확인하도록 돕고, 경영진 편에서 이행을 챙깁니다. 경영진 관점에서 본 KSC
기관이 새로운 시스템 도입을 계획하려면 먼저 어떤 시스템을 사용하고 있는지, 시스템들이 서로 어떻게 연결되어 있는지, 어디에 리스크와 불일치가 있는지를 알아야 합니다. 저는 이러한 정보를 하나의 일관된 맵으로 정리해 우선순위를 정하고 다음 조치를 계획할 수 있도록 합니다. 이는 아키텍처를 설계하고 IT 전략을 수립하는 토대이며, 이것 없이는 이후의 변화에 대해 근거 있는 결정을 내리기 어렵습니다. 출발점은 IT 시스템 현황 진단입니다.
EZD급 전자문서 시스템이나 다른 시스템을 도입하려면 기술적 결정뿐 아니라 기관 전체가 새로운 업무 방식을 준비하는 일이 필요합니다. 특히 IT 조직이 충분히 갖춰지지 않은 곳에서는 20년의 경험과 검증된 도입 사례를 바탕으로 사무국장이 다음 단계를 계획하고 직원들의 업무 방식 변화를 준비하도록 지원합니다. 계약업체와의 논의에서는 놓치기 쉬운 질문을 던지고, 모호한 약속을 검증하며, 누락된 부분이 큰 비용 문제로 번지기 전에 찾아냅니다. 부서와 IT 간의 업무 조율을 도와, 기관이 무엇을 결정해야 하는지, 누가 무엇을 책임지는지, 도입 과정을 어떻게 안전하게 거쳐 갈지 알 수 있도록 합니다.
IT와 관련된 모든 결정을 연초에 예측할 수는 없습니다. 그래서 합의한 범위 안에서 사무국장과 집행부를 지원합니다. 필요를 평가하고, 우선순위를 정하고, 프로젝트를 감독하고, 계약업체와 논의하는 일을 돕습니다. 내부 IT 부서와 협력하며 지도부의 의사 결정을 지원하되, IT 담당자의 일상 업무를 대신하지는 않습니다.
결정이 내려지고 돈이 움직이기 전에 사무국장, 군수, 읍·면장, 재무관에게 드리는 질문입니다. 그중 어느 하나에 “모르겠습니다”라는 답이 나온다면, 바로 그 지점에서 제가 도울 수 있습니다.
실수의 비용. 잘못 고른 EZD급 시스템은 맞지 않는 문서 흐름 속에서 보내는 수년의 업무와 몇 년 뒤의 값비싼 이전을 뜻합니다. 자문가에게 드는 비용은 대개 잘못 고른 기술 하나, 맞지 않는 공급업체 하나, 계약 속 함정 하나보다 적습니다.
의무는 이를 감당할 역량보다 빠르게 늘고 있습니다. IT 시스템 현황 진단은 이 모든 과제의 첫걸음이며, 한 번만 하면 됩니다.
2026년 10월 4일 기준. 출처: EZD RP: 디지털부가 예고한 시한(gov.pl), 공공재정법(제238조, 예산 결의안), 국가사이버보안체계법 개정(관보 Dz.U. 2026, 252호), 중앙계약등록부(gov.pl), 공공조달법 적용 기준금액(공공조달청 UZP), KSeF(podatki.gov.pl), e-Doręczenia(gov.pl).
사무국장(행정 책임자)은 기관의 업무를 조직하기 위해 임명됩니다. 오늘날 EZD급 전자문서 시스템 도입, KSeF에 맞춘 송장 처리 흐름, e-Doręczenia가 모두 그의 몫이 되었습니다. 대규모 IT 프로젝트이자, 그보다 더 큰 업무 방식 변화 프로젝트입니다. 경력상 처음 맡는 경우가 많고, 기관의 일상 운영만으로도 손이 모자란 2~3명의 IT 담당자와 함께 진행해야 합니다.
저는 지방자치단체를 포함해 다양한 조직과 조직 문화에서 20년 넘게 이런 프로젝트를 경험해 왔습니다. 합의된 범위에서 비상근으로, 외부 자문 서비스 형태로 참여하므로 새 직위를 만들 필요가 없습니다.
EZD, KSeF, KSC, 중앙계약등록부의 기한이 서로 다른 서류철에, 서로 다른 담당자에게 흩어져 있는 경우가 많습니다. 기관이 어떤 시스템을 갖고 있고 누가 책임지는지 한마디로 답할 수 있는 사람이 없는 일도 드물지 않습니다. IT 예산이 지방의회가 효과적으로 평가하기 어려운 하나의 항목으로 되어 있기도 합니다.
결정이 기관의 요구사항이 아니라 공급업체의 제안을 근거로, 기한에 쫓겨 내려지는 일이 있습니다. 그러면 계약 변경, 중복 구매, 특정 공급업체에 대한 종속의 위험이 커집니다. KSC법에 따른 의무의 경우, 기관장은 그 의무를 다른 사람에게 맡겼더라도 이행에 대한 책임을 집니다.
대개 시장, 군수 또는 그에 준하는 단체장의 분명한 위임을 받은 사무국장이나 재무관입니다. 기관 지도부의 결정이 없다면 보통 시작하지 않는 편이 좋습니다.
기관장의 의무를 넘겨받지 않고, 시스템을 운영하지 않으며, 법률 의견서를 작성하지 않습니다. 결정과 책임은 기관에 남습니다.
가장 부담 없는 첫걸음: 비용 없는 30분 상담, 이어서 현황 진단(2~6주, 비용은 공공조달 기준금액 미만)입니다. 그 전에는 어떠한 의무도 지지 않으셔도 됩니다.
EZD, KSeF, KSC, 중앙계약등록부, e-Doręczenia가 같은 몇 사람에게 몰리는 일이 잦습니다. 기한은 기관의 일상 업무와 부딪히기도 하고, 진행 상황은 이메일과 담당자의 기억 속으로 흩어지곤 합니다. 그럴 때 부족한 것은 지식이 아니라 꾸준한 정비 체계인 경우가 많습니다.
합의된 범위에서 기관 편에 서서 이 체계를 유지합니다. 모든 과제에 담당자, 기한, 상태가 있고, 사무국장과 지도부가 현재 상황을 알 수 있도록 합니다.
행정기관은 물론 직능단체(전문직 자치기구)와 유사한 기관에서도 많은 업무가 여전히 아날로그 시대에 만들어진 절차에 따라 처리됩니다. 왜 굳이 그렇게 하는지 이제는 아무도 모르는 경우가 많습니다.
먼저현황 진단과 현재 상태 기술.
시장과 가용 솔루션에 대한 지식은 저의 가장 큰 역량입니다. 누군가 마침 팔고 있는 도구에 문제를 맞추는 것이 아니라, 문제에 맞는 도구를 고르도록 돕습니다.
군수(starosta)와 재무관의 책상에 바로 올려놓을 수 있는 한 페이지 요약, 집행부 회의용 프레젠테이션, 그리고 다음 조달 절차를 위한 문서 일체.
| 귀 기관의 계획 | 집행부가 받는 것 | 해소되는 리스크 |
|---|---|---|
| EZD급 전자문서 시스템 선정 및 도입 | 문서 처리 흐름 및 연동 맵, 마이그레이션 요건, 계약 조항. | 새 시스템에서 기존 흐름의 오류 반복, 계약에서 누락된 연동에 대한 유상 계약 변경 합의서, 기한 초과. |
| KSC / NIS 2 | 시스템 대장과 가중치를 부여한 리스크 관리대장. | 리스크 관리를 문서로 입증하지 못해 받는 제재와 집행부의 책임. |
| 예산과 지방의회 회의 | 지출의 의무·투자 구분, 아무것도 하지 않을 때의 비용, 한 페이지 권고안. | 지방의회의 지출 거부, 근거 없는 단일 “정보시스템” 항목에 대한 지적. |
| RIO·NIK 감사 | 문서화된 A/B/C/D 분류와 구매 결정의 근거. | 부실 운영 또는 결정 근거 부족이라는 지적. |
시스템과 부서 수에 따라 달라집니다. 기관 규모에 관한 30분 상담 후 정확한 견적을 확정합니다.
오늘날 중견기업 규모의 문제를 안고 있는 조직을 책임지지만, 디지털화에 대한 관리 경험이 없고 시행착오로 그 경험을 쌓을 시간도 없습니다.
받는 것: 한 페이지 권고안과 EZD급 전자문서 시스템 도입 일정. IT 지식 없이도 관리할 수 있는 일정입니다.
얻는 것: 문서만이 아니라, 프로젝트와 변화 과정에 함께하는 자문가.
지방의회 앞에서 IT 예산을 방어해야 합니다. 단일 “정보시스템” 항목이 아니라 규제상 의무와 투자의 구분이 필요하고, 그 근거를 집행부와 함께 준비하고 제시할 사람이 필요합니다.
받는 것: IT 지출의 의무·투자 구분과 다년도 재정 전망에 반영할 유지비. 예산안과 지방의회 회의를 위한 근거 자료도 받습니다.
얻는 것: 지방의회 앞에서 방어할 수 있고, 앞으로 몇 년 동안 예상치 못한 부담을 주지 않을 예산.
현황 진단이 그간의 업무에 대한 평가가 아니라 그의 예산을 뒷받침하는 근거가 된다면, 든든한 우군이 됩니다.
받는 것: 대장, 반복 적용할 수 있는 방법론, 예산 근거. 그를 배제하지 않고 함께 만들어 냅니다.
얻는 것: 집행부와의 대화에서 함께할 우군, 그리고 기관 운영에 쓸 시간.
집행부는 스스로에게만 책임지는 것이 아닙니다. 보통선거로 구성된 지방의회에 설명해야 합니다. 가장 어려운 순간은 예산 증액이나 지출 승인을 요청할 때입니다. 이때 IT 프로젝트는 기술 용어 없이 쉽고 명확한 말로 설명되어야 지방의회가 충분한 정보를 바탕으로 결정을 내릴 수 있습니다. Krogis는 집행부가 이 대화를 준비하도록 돕고, 집행부와 함께 지방의회에 현황 진단 결과, 리스크, 아무것도 하지 않을 때의 비용, 지출의 근거를 제시합니다. IT와 법규의 언어를 지방의회 앞에서 방어할 수 있는 권고안으로 옮기는 일입니다.
지방자치단체의 디지털화에서도 같은 순서가 효과를 거두었습니다. 더 큰 결정을 내리기 전에 성과를 확인할 수 있도록 좁은 범위로 시작합니다.
“모든 지방자치단체의 운영 모델은 같습니다. 같은 예산 절차, 공공 등록부, 부서 구조, 공공조달 제도, 규제 압력.”
18년간 지방자치단체와 함께 실질적인 전자정부를 이루는 통합 정보 교환 플랫폼의 전략과 아키텍처를 구축했습니다. 40개가 넘는 모듈을 설계하고 도입했으며, 여기에는 EZD, 전자 아카이브, 전자 집행부, 전자 의회, 전자 공모, 전자 채용, 주민 의견 수렴, 전자 출장 관리, 전자 교육, 의원 지원, 12개 공공 등록부와 두 개의 웹 포털이 포함됩니다. 행정기관과 기업을 위한 도입 경험은 약 20년입니다.
디지털화에 관한 수십 차례의 대화에서 반복적으로 나온 주제를 익명화한 것으로, 특정 기관의 발언을 인용한 것이 아닙니다.
“시스템이 십여 개나 되는데 전체를 보는 사람은 아무도 없습니다. 뭔가 고장 나거나 감사가 나오기 전까지는요.”
“IT 예산이 너무 적다는 건 알지만, 리스크와 아무것도 하지 않을 때의 비용에 관한 확실한 데이터 없이는 지방의회를 설득하기 어렵습니다.”
“새 시스템 도입 자체보다 수년 치 기록 데이터 이전이 더 걱정됩니다.”
“영업 프레젠테이션을 그대로 믿기보다는, 비슷한 기관에서 실제로 어떻게 돌아가는지 보고 싶습니다.”
디지털부는 EZD급 전자문서 시스템 의무화를 예고했으며, 부처의 2026년 10월 설명에 따르면 시한은 최소 2029년으로 연기되었고 관련 법규는 아직 초안 단계이므로 법적 상황은 현황 진단 착수 시점에 확인합니다. NASK의 일정에 따르면 EZD PUW의 개발은 2029년에 종료되지만, 이는 의무 시한과는 별개의 문제입니다. 날짜 자체보다 더 중요한 것은, 마이그레이션이 단순히 데이터를 옮기는 일이 아니라 문서 처리 흐름의 전체 아키텍처를 재검토해야 하는 시점이라는 점입니다.
그렇습니다. 2026년 4월 3일부터 시행된 개정 국가사이버보안체계법은 군청(starostwo powiatowe)을 핵심 주체로 명시하고 있으며, 직원이 50명 이상인 기초자치단체(gmina) 행정청도 마찬가지입니다. 그보다 작은 행정청과 산하 기관은 중요 주체에 해당합니다. 법은 의무 이행에 12개월을 주며, 다른 사람에게 업무를 맡기더라도 그 책임은 기관장 개인이 집니다. 시스템 현황 진단은 첫 번째 실질적 단계입니다. 시스템과 그 담당자, 리스크의 목록 없이는 나머지를 계획할 수 없습니다.
송장을 발행하고 수취하는 부가가치세 납세자로서 기관도 다른 주체와 같은 규칙을 적용받습니다. 따라서 이 의무는 지방자치단체의 영리 활동에도 적용됩니다. 핵심 질문은 “해야 하는가”가 아니라 “KSeF를 기존 송장 처리 흐름 및 재무회계 시스템과 어떻게 연동할 것인가”이며, 그래야 또 하나의 고립된 애플리케이션이 생기지 않습니다.
핵심은 나중에 협상하는 것이 아니라 명세서 단계에서부터 다음 조항을 요구하는 것입니다. 데이터에 대한 권리와 개방형 형식으로 내보낼 권리, 명시된 종료(exit) 계획, 개방형 API, 그리고 정당한 경우 소스 코드 임치(escrow). 이것이 없으면 몇 년 뒤 공급업체를 바꿀 때 데이터를 잃거나, 비용이 많이 드는 계약을 어쩔 수 없이 이어 가야 합니다.
방향에 대한 또 하나의 선언이 아니라 확실한 정보를 주는, 작고 기한이 정해진 단계부터 시작합니다. 실제로는 시스템과 프로세스의 현황 진단입니다. 2~6주가 걸리며, 가시적 성과 없이 몇 달씩 이어지는 전략 프로젝트가 아니라 집행부를 위한 한 페이지 요약으로 마무리됩니다.
검수는 막연한 인상이 아니라 조달 문서와 계약서에 명시된 테스트 시나리오와 기준에 근거해야 합니다. 검수 확인서에 서명하기 전에 데이터 이전, 재무회계 시스템 및 기타 등록부와의 연동, 문서화, 직원 교육을 점검하십시오. 지적 사항은 시정 기한과 함께 검수 확인서에 기록하십시오. 검수 기준을 요구사항과 함께 작성했을 때 시스템 검수가 가장 수월합니다.
전략은 공급업체의 카탈로그가 아니라 기관이 이미 갖고 있는 것에서 출발해야 합니다. 시스템, 계약, 프로세스의 현황 진단으로 시작해 목표 아키텍처, 표준(예: 권한 모델, 요구사항 문서화 원칙), 법정 의무와 투자로 구분한 로드맵을 정합니다. 좋은 전략은 다음 예산에서 무엇을 어떤 순서로 할지 알려 주어, 재무관과 지방의회가 지출의 근거를 볼 수 있게 합니다.
