fake company data: 쓰면 안 되는 경계

fake company data는 이름 그대로 실제로 존재하지 않는 회사 정보입니다. 시험과 화면 시연, 서류 흐름 연습에는 꼭 필요하지만, 쓰이는 장면 하나만 어긋나도 단순한 실수가 아니라 사기나 권리 침해가 됩니다. 이 글은 무엇이 허용되는지보다 무엇이 허용되지 않는지를 먼저 정리하고, 시험용 자료를 안전하게 다루는 방법을 다룹니다.

가상 회사 정보는 무엇을 위해 쓰나요?

허용되는 용도는 좁고 분명합니다. 등록 절차를 시험할 때, 화면을 시연할 때, 외부 시스템과 시험 환경에서 연동할 때, 청구서와 계약서 양식이 어떻게 채워지는지 연습할 때 씁니다.

공통점은 결과물이 바깥으로 나가지 않는다는 것입니다. 시험 데이터가 시험 환경 안에서만 돌아가고, 실제 사람에게 발송되지 않고, 실제 심사 창구로 전달되지 않는다면 문제가 생길 여지가 거의 없습니다.

반대로, 결과물이 실제 세계에 닿는 순간 용도는 뒤집힙니다. 시험용이라고 생각한 값이 실제 심사 담당자에게 도착하면, 그 값은 더 이상 시험용이 아니라 허위 신고 자료가 됩니다.

어떤 장면에서는 절대 쓰면 안 되나요?

• 실제 계좌를 열거나 결제 수단을 발급받기 위해 제출하는 경우. 시험 자료를 실제 심사에 넣는 것은 허위 신고입니다.
• 자격이나 인증을 받아 내기 위해 제출하는 경우. 같은 이유로 허용되지 않습니다.
• 다른 기업의 이름이나 번호를 빌려 쓰는 경우. 그 기업의 동의가 없으면 명의 도용입니다.
• 실제 청구서를 발행하거나 세무 목적의 증빙을 만드는 경우.
• 실제 고객에게 보내는 문서나 메일에 시험용 정보를 섞는 경우.
• 심사 절차를 피해 가려는 목적으로 쓰는 경우. 절차를 우회하려는 시도 자체가 문제입니다.

이 여섯 가지는 “하지 말아야 할 일”이면서 동시에 설계 요구 사항입니다. 이런 경로가 아예 열리지 않도록 시스템을 만들어야 한다는 뜻입니다.

시험용 자료임이 왜 한눈에 보여야 하나요?

사람은 반복해서 보는 값을 실제 값으로 착각하기 시작합니다. 시험 데이터가 실제 주소나 실제 기업명처럼 보이면, 언젠가 누군가 그것을 복사해 실제 문서에 붙입니다. 사고는 대개 악의가 아니라 습관에서 생깁니다.

그래서 시험용 자료에는 세 가지 표시를 넣는 것이 일반적입니다. 이름 자체에 예시임이 드러나는 표현을 넣고, 실제로 존재하지 않는 주소를 쓰고, 문서용으로 남겨 둔 예시 도메인을 씁니다. 국제 표준 기구와 일부 국가 우편 당국이 문서와 시연을 위해 이런 예약 값을 남겨 두고 있으니, 그 값을 찾아 쓰는 편이 임의로 만든 값보다 안전합니다.

회사명에도 같은 원칙이 적용됩니다. 실제로 널리 알려진 기업명이나 그것을 조금 바꾼 이름은 쓰지 않습니다. “예시 무역 주식회사”, “샘플 제조 유한회사”처럼 누가 봐도 자리 표시자임이 드러나는 이름을 씁니다.

번호는 어떻게 다뤄야 하나요?

여기가 가장 조심해야 할 자리입니다. 그럴듯해 보이려고 실제 번호 체계를 흉내 내면, 그 값이 우연히 실제 기업의 번호와 겹칠 수 있습니다. 등록번호나 세무 번호는 자릿수가 길기 때문에, 이 글에서도 구체적인 예시 값을 적지 않습니다.

시험용 번호는 세 가지 방식으로 안전하게 만들 수 있습니다.

어느 방식을 쓰든, 그 값이 실제 등록부와 연결된다고 가정해서는 안 됩니다. 세금 번호 검증에서 다룬 것처럼 형식을 통과한 값과 실제로 등록된 값은 전혀 다른 이야기입니다. 나라마다 형식이 다르므로 회사 등록번호를 참고해 나라별 차이를 먼저 확인하세요.

잘못 쓰이면 무엇이 문제가 되나요?

첫째는 상대방의 손실입니다. 시험용 자료를 실제로 받아들인 기관은 그 주체를 확인하는 데 시간과 비용을 씁니다. 나중에 시험용이었다는 사실이 드러나면 그 기관의 심사 절차 전체가 다시 의심받습니다.

둘째는 권리 침해입니다. 이름을 빌린 기업이 있다면 그 기업은 자기 이름으로 벌어지지 않은 일을 설명해야 합니다. 주소를 빌렸다면 그 주소에 사는 사람이 관계없는 우편물을 받습니다.

셋째는 우리 쪽 기록의 오염입니다. 시험용 자료가 실제 기록과 섞이면 통계가 어긋나고, 나중에 어느 것이 진짜였는지 되짚을 수 없게 됩니다. 이 세 가지는 모두 되돌리기 어렵습니다. 그래서 사후 대응보다 사전 차단이 훨씬 싸게 끝납니다.

환경과 기록은 어떻게 관리하나요?

테스트용 회사 정보 생성기로 만든 값은 시험 환경에만 두는 것이 원칙입니다. 시험 환경에서 만든 값을 실제 환경으로 옮기는 경로가 있다면, 그 경로 자체를 막아야 합니다.

• 환경마다 데이터 저장소를 나눕니다. 같은 저장소에 구분 값만 붙여 두면 언젠가 필터가 빠집니다.
• 시험용 자료에는 생성 시각과 용도를 남깁니다. 언제 만든 것인지 모르면 회수 대상에서 빠집니다.
• 내보내기와 로그에서 민감한 값을 지웁니다. 화면에서는 가려 놓고 로그에 그대로 남기는 실수가 흔합니다.
• 실제 발송 경로를 시험 환경에서 닫아 둡니다. 메일이나 우편이 실제로 나가는 순간 되돌릴 수 없습니다.
• 정해진 시점에 시험 자료를 회수합니다. 남겨 두는 이유가 사라진 자료는 지우는 편이 안전합니다.
• 기업 실사 시험처럼 심사 흐름을 다루는 시험에서는 판정 값을 주입하는 경로를 따로 두고, 실제 심사 창구에는 어떤 경우에도 연결하지 않습니다.

개발자를 위한 메모: 표시와 차단

• 데이터에 출처 표시를 넣습니다. 어느 환경에서 만들어졌는지 값 자체가 들고 있어야 합니다.
• 표시를 지우는 경로를 막습니다. 복사 과정에서 표시가 사라지면 나머지 방어선이 모두 약해집니다.
• 시험용 값에 실제 기업명과 유사한 이름을 넣지 못하게 검사합니다. 금지 목록은 사람이 관리하되 규칙으로 강제합니다.
• 실제 심사나 발송 창구로 나가는 요청에 시험용 표시가 있으면 거부합니다. 마지막 방어선은 출구에 두는 편이 효과적입니다.
• 로그와 내보내기에서 긴 번호를 잘라 표시합니다. 원본이 필요하면 별도 보관소와 권한을 둡니다.
• 시험 자료 일괄 삭제 기능을 미리 만듭니다. 필요할 때 만들려고 하면 이미 늦습니다.
• 시험용 자료를 만든 사람과 목적을 기록합니다. 책임 소재를 나중에 물을 수 있어야 합니다.
• 문서와 시연 자료에 예시 값만 쓰도록 안내합니다. 예약된 예시 도메인과 주소를 쓰는 습관이 사고를 줄입니다.

다음 단계

우리 흐름에서 시험용 자료가 실제 세계로 나갈 수 있는 출구를 모두 적어 보세요. 발송, 심사 요청, 내보내기, 로그가 대표적인 출구입니다. 각 출구에 표시 검사가 있는지 확인하고, 없는 곳부터 막으면 됩니다. 그다음 테스트용 회사 정보 생성기에서 시험용 한 세트를 만들어, 화면과 로그에서 시험용임이 드러나는지 직접 확인해 보세요.

이 내용은 시험 데이터를 안전하게 운영하기 위한 일반적인 안내이며, 법률 해석이나 준수 판단을 대신하지 않습니다. 실제 계좌 개설, 자격 신청, 세무 신고에는 해당 기관이 요구하는 진실한 자료만 사용해야 합니다.