그렇지 않을 수 있습니다. 즉, 인허가는 있으나 그 인허가가 유효한 상태가 아닐 수 있습니다. 회사의 인허가가 OSS(Online Single Submission) 시스템을 통해 발급 및 관리되고 있다 보니 단순히 허가증이 발급되었다고 생각할 수 있겠습니다. 그러나 OSS 관리의 핵심은 각 인허가가 실제로 유효한 상태인지, 그리고 그 인허가에 수반된 의무가 제대로 이행되고 있는지를 점검하는 것이 더욱 중요하다 하겠습니다. 왜냐면 OSS 상에 인허가가 발급되었으나 아직 효력이 발생하지 않은 상태로 남아 있는 인허가가 많기 때문입니다. 즉, 중요한 것은 사업 인허가의 존재가 아니라 상태입니다. 즉, 인허가가 발급되었다는 사실보다 더 중요한 것은 해당 인허가가 유효(Efektif) 한 상태인지 여부입니다. OSS에 발급은 되었으나 아직 효력이 발생하지 않은 상태(Belum Efektif)나, 특정 요건을 이행해야만 효력이 발생하는 상태(Dalam Pemenuhan Komitmen)로 남아 있는 인허가가 실제로 많습니다.
이러한 경우 형식상 허가가 존재하더라도 실제로는 영업이 제한되거나 불가능할 수 있으므로, 각 KBLI별 인허가의 현재 상태를 정기적으로 확인하는 관리가 필요하다 하겠습니다.
OSS 관리의 출발점은 사업자등록번호(NIB)에 등록된 기본 정보의 정확성입니다. 회사명, 주소, 법인 형태와 같은 기본 정보는 물론, OSS에 등록된 KBLI 업종 코드가 회사가 실제로 영위하는 사업 내용과 일치하는지 반드시 확인해야 합니다. 주력 사업뿐 아니라 부수적으로 수행하는 사업의KBLI까지 모두 반영되어 있어야 하며, 해당 정보가 환경문서에도 정확하게 입력되어 있는지도 점검해야 합니다. 즉, KBLI를 포함하여NIB에 등록된 정보가, 환경문서에도 동일하게 입력되어 있는지 확인해야 해당 환경문서의 효력에 문제가 없을 것입니다.
사업장이 환경관련 인허가(AMDAL, UKL-UPL)를 진행할 때 시간이 오래 걸리는 이유 중의 하나가 개별 인허가에 입력된 기본 정보가 잘못되어 이를 수정하는데 많은 시간이 소요되는 것이 그 한 원인이기도 합니다.
이 외에도 조건부로 발급된 인허가가 요구하고 있는 이행의무(Komitmen)의 관리가 매우 중요합니다. 환경 관련 인허가(AMDAL, UKL-UPL, SPPL), 건축 관련 인허가(PBG, SLF), 그리고 운영 단계에서 요구되는 Sertifikat Standar나, 각종 보고 의무 등을 기한 내에 이행하지 않으면 OSS 상에서는 허가가 존재하는 것처럼 보이더라도 실제로는 법적으로 유효하지 않거나, 향후 행정제재의 대상이 될 수 있습니다.
또한 각 사업 활동에 따라 요구되는 사업별 개별 인허가(PB UMKU)의 발급 및 유효 여부도 관리 대상입니다. 제조업, 무역업, 수입, 물류, 위험물 취급, 환경 배출 등은 KBLI별로 추가 인허가가 요구되는 경우가 많으며, 이들 인허가는 OSS와 연동된 다른 정부 시스템 즉, 시이나스(SIINas), 환경부, 산업부, 무역부 등의 플랫품을 통해 승인 절차가 필요한 경우도 많습니다. OSS 화면에 표시되어 있다고 해서 모든 절차가 완료된 것으로 오인하지 않도록 주의해야 합니다.
OSS는 위험도 기반(Risiko Berbasis) 인허가 체계를 적용하고 있으므로, 각 사업의 위험도 수준에 따라 요구되는 인허가의 종류와 수준이 다릅니다. 저위험 사업은 NIB만으로 가능하지만, 중위험 또는 고위험 사업의 경우에는 Sertifikat Standar나 정식 Izin이 필요합니다. 사업 내용 변경, 증설, 공정 변경 등으로 위험도가 상향되는 경우에는 추가 인허가가 필요하거나 기존 인허가가 자동으로 무효화될 수 있으므로, 이러한 변화가 OSS에 적절히 반영되어 있는지도 관리해야 할 것입니다.
아울러 환경 문서, 건축 인허가, 실제 운영 내용이 OSS에 등록된 정보 와 일치하는 지 여부 역시 중요한 점검 포인트입니다. 환경 문서에 기재된 사업 규모, 생산능력, 주소 및 위치 정보가 OSS에 입력된 내용과 불일치할 경우, 환경조사나 기타 행정조사 과정에서 문제가 될 가능성이 매우 높습니다. 건축물의 용도나 연면적, 실제 사용 현황 역시 PBG 및 SLF 내용과 OSS 정보가 일치하는지 확인해야 합니다.
환경문서에 기재된 사업규모, 생산능력 등이 실제 운영 내용과 다르거나 OSS에 등록된 정보 와 불일치 한다면 환경문서를 업데이트 해서 OSS에 등록된 정보와 일치를 시켜야 사업허가증 (IZIN USAHA)역시 안전하다 할 것입니다.
인도네시아 정부가 회사의 인허가를 OSS로 관리하는 이유 중 하나가 사업장 인허가를 통합 관리하여 관리 감독을 효과적으로 하려고 하는 것입니다. KBLI에 따른 사업 위험도에 따라 관리 감독의 수준 역시 그에 상응하게 끌어 올리려는 것이며 OSS통해 어느 사업장이 인허가를 취득하지 못하고 있는지도 모니터링이 가능하게 되었으므로 각 회사는 인허가 관리에도 각별한 관심을 갖고 관리해 나가야 할 것입니다.
환경 관련 서류의 경우, 실제 사업 현황과 다르게 작성되어 있고, 필수적인 기술적 승인 절차인 PERTEK이 아직 완료되지 않은 상태에서 사업허가(Izin Usaha)가 발급된 경우, 이는 인도네시아 인허가 체계상 단순한 행정 미비를 넘어서는 중대한 법적·행정적 문제로 이어질 수 있습니다. 겉으로 보기에 OSS 시스템상 사업허가가 유효한 것처럼 표시되더라도, 선행 요건이 충족되지 않은 상태에서 발급된 허가는 실질적으로는 효력이 부정될 수 있는 상태에 놓이게 됩니다.
우선, 이러한 경우 해당 사업허가증(Izin Usaha)는 형식적으로는 존재하지만, 환경 인허가와 PERTEK이라는 핵심 요건이 충족되지 않았기 때문에, 사후 검증 과정에서 허가 정지 또는 취소의 대상이 될 가능성이 큽니다. 환경부 또는 지방정부가 실시하는 환경 점검이나 행정 감사 과정에서 환경서류의 내용이 실제 공정, 생산능력, 배출량, 사업 규모와 다르다는 점이 확인되거나, PERTEK이 완료되지 않았다는 사실이 드러날 경우, 행정기관은 해당 허가가 정상적인 절차를 거쳐 취득되지 않았다고 판단할 수 있습니다.
또한 환경서류가 실제와 다르게 작성된 경우, 행정기관은 시정명령, 사업 일부 또는 전부에 대한 중단 명령, 허가 취소와 같은 행정제재를 부과할 수 있으며, 위반의 정도나 고의성이 인정될 경우에는 벌금이나 형사 책임으로까지 확대될 가능성도 배제할 수 없습니다.
PERTEK이 없는 상태에서 실제로 대기, 수질, 폐기물 등의 배출 행위가 이루어지고 있다면, 이는 무허가 배출로 간주될 수 있습니다. 환경 점검 시 이러한 사실이 확인될 경우, 단순한 보완 조치로 해결되지 않고 설비 가동 중지, 배출시설 봉인과 같은 즉각적이고 강력한 제재가 내려질 위험이 있습니다. 특히 기술승인서(PERTEK)는 사후 소급 승인이 원칙적으로 쉽지 않기 때문에, 이미 발생한 위반에 대해서는 제재를 먼저 받고 이후에 보완 절차를 진행해야 하는 구조가 될 가능성이 높습니다.
이와 같은 인허가 및 환경 정보의 불일치는 환경 당국에 국한되지 않고, OSS와 연계된 다른 정부 기관의 조사로 확산될 수 있습니다. 산업부, 노동부 등 다른 기관이 OSS 및 환경 관련 자료를 활용하여 추가적인 점검이나 조사를 진행할 수 있고, 관련 부서가 합동으로 팀을 구성하여 함께 조사를 진행할 수도 있습니다.
결국 환경서류가 실제 현황과 불일치하고 기술승인서(PERTEK)가 완료되지 않은 상태에서 발급된 Izin Usaha는, 단순히 서류상 하자가 있는 허가가 아니라, 사업 지속성 자체를 위협할 수 있는 중대한 리스크를 내포하고 있습니다. 따라서 이러한 상황은 방치해서는 안 되며, 가능한 한 조속히 실제 현황에 맞게 환경서류를 재정비하고, PERTEK 절차를 정식으로 완료한 후, OSS 정보와 인허가 상태를 일관되게 정정·보완하는 전략적 대응이 필요합니다.
마지막으로, OSS 인허가는 발급 이후의 사후 관리가 매우 중요합니다. 투자청의 LKPM, 산업부의 시이나스(SIINas) 보고, 환경 모니터링 보고 등과 같은 정기 보고 의무와, 유효기간이 있는 인허가의 갱신 여부를 체계적으로 관리하지 않으면, 허가 정지나 취소, 행정제재로 이어질 수 있습니다. 따라서 OSS 관리란 단발성 점검이 아니라, 지속적인 모니터링과 기록 관리가 수반되어야 하는 관리입니다.
정리하면, OSS를 통한 인허가 관리는 단순히 허가가 있는지를 확인하는 것이 아니라, 모든 KBLI별 인허가가 실제로 유효한 상태인지, 필요한 조치(Komitmen)가 모두 이행되었는지, 그리고 관련 환경·건축·운영 정보가 OSS와 현실에 일관되게 반영되어 있는지를 종합적으로 관리하는 과정이라고 할 수 있습니다.
