수출바우처 정산 파일은 계약부터 납품까지 같은 번호로 이어져야 합니다. 마지막에 자료를 한꺼번에 모으면 승인 이력과 실제 게시 상태가 빠지기 쉽고, 이름이 비슷한 최종본이 여러 개 생겨 어떤 파일이 납품본인지 판단하기 어렵습니다. 착수 시점에 폴더와 파일명, 책임자를 정하면 수행 중에도 누락을 발견할 수 있습니다.
최상위 폴더는 어떤 기준으로 나누나요?
폴더는 담당 부서가 아니라 업무 흐름을 기준으로 나누는 편이 인수인계에 유리합니다. 계약과 변경, 원문과 자료, 제작 중간본, 승인 기록, 게시 증빙, 최종 납품, 정산 제출본을 순서대로 둡니다. 번호를 붙이면 파일 탐색기 정렬만으로도 진행 단계를 볼 수 있습니다.
각 폴더 안에서는 과업 번호를 공통 키로 사용합니다. 예를 들어 웹 구축과 광고 운영이 함께 있어도 계약서에 적힌 과업 단위와 파일 묶음이 연결돼야 합니다. 부서별로 같은 자료를 복사해 보관하기보다 원본 위치를 하나로 정하고 필요한 곳에서는 링크나 참조표를 사용합니다.
접근 권한은 폴더마다 다르게 설정합니다. 계약과 비용 자료는 책임자 중심으로 제한하고, 제작 원문은 실무자가 수정할 수 있게 하며, 승인 완료본은 실수로 덮어쓰지 않도록 읽기 권한 위주로 전환합니다. 개인정보가 담긴 문의 자료는 일반 제작 폴더와 분리합니다.
파일명에는 어떤 정보를 반드시 넣어야 하나요?
파일명에는 과업 번호, 내용, 언어 또는 시장, 상태, 날짜를 넣습니다. “최종”, “진짜최종” 같은 이름은 승인 시점과 대상을 알 수 없습니다. 날짜는 한 형식으로 통일하고 상태는 초안, 검토, 승인, 납품처럼 제한된 단어만 사용합니다.
버전 숫자는 수정 횟수와 같지 않습니다. 외부 전달본이 바뀔 때만 버전을 올리고 개인 작업 중 자동 저장본은 별도 작업 공간에 둡니다. 승인본이 나온 뒤에는 파일명을 바꾸기보다 승인 기록에서 해당 파일의 해시나 저장 위치를 연결하면 무단 변경 여부를 확인하기 쉽습니다.
영상이나 대용량 원본은 파일명만으로 충분하지 않을 수 있습니다. 해상도, 재생시간, 코덱, 자막 포함 여부처럼 검수에 필요한 기술 정보를 납품 목록에 기록합니다. 임의 수량을 만들지 말고 실제 계약에서 확정된 항목만 표에 넣습니다.
승인 기록은 파일과 어떻게 묶어야 하나요?
승인은 “확인했습니다”라는 메시지만 저장하면 대상이 모호합니다. 승인한 파일명과 버전, 확인 항목, 승인자, 승인 일시, 조건부 의견을 함께 남겨야 합니다. 이메일이나 협업 도구를 사용하더라도 최종 정산 폴더에는 승인 근거를 읽을 수 있는 형식으로 내보냅니다.
여러 부서가 검토한다면 분야별 승인자를 구분합니다. 제품 사양은 기술 담당자, 외국어 표현은 언어 검수자, 비용과 일정은 사업 책임자가 확인하도록 역할을 나눕니다. 한 사람이 모두 승인한 것처럼 정리하면 오류가 발견됐을 때 어느 기준이 누락됐는지 추적하기 어렵습니다.
조건부 승인도 완료로 오해하지 않게 표시합니다. 특정 문구 수정 후 게시, 법무 확인 후 집행처럼 남은 조건이 있다면 담당자와 마감일을 기록하고 조건 해소 자료를 추가합니다. 승인 상태표와 실제 파일 상태가 다르면 게시를 멈추는 규칙이 필요합니다.
웹페이지 게시 증빙은 무엇을 남겨야 하나요?
웹페이지는 캡처만으로 주소와 작동 상태를 확인하기 어렵습니다. 공개 URL, 게시 일시, 언어, 화면 유형, 모바일 확인 결과, 문의 기능 테스트를 기록합니다. 페이지가 수정될 수 있으므로 최종 승인 시점의 화면과 주요 소스 또는 배포 버전도 연결합니다.
문의 양식은 개인정보를 노출하지 않는 범위에서 테스트 결과를 보관합니다. 제출 시간, 수신 주소, 성공 화면, 스팸 방지 동작을 확인하고 실제 고객 정보 대신 테스트 식별자를 사용합니다. 분석 태그가 과업에 포함됐다면 이벤트가 수집되는지 별도 화면에서 검증합니다.
도메인과 호스팅 정보를 납품 자료에 포함하되 비밀번호나 API 키를 문서에 적지 않습니다. 계정 소유자, 관리자 권한 보유자, 복구 절차, 갱신일을 기록하고 비밀값은 승인된 비밀 관리 수단으로 전달합니다.
광고 집행 증빙은 어떤 순서로 모으나요?
광고는 계정, 캠페인, 소재, 대상 시장, 기간, 집행 결과가 서로 연결돼야 합니다. 먼저 기업 명의 계정과 관리자 권한을 확인하고, 승인된 캠페인 구조와 소재 버전을 저장합니다. 집행 후에는 플랫폼 화면만 캡처하지 말고 내보낼 수 있는 원자료와 요약표를 함께 보관합니다.
결제 자료와 성과 자료는 목적이 다르므로 분리합니다. 비용 증빙은 실제 집행과 결제 흐름을 확인하고, 성과 자료는 노출 이후의 방문과 문의를 분석합니다. 두 자료의 기간과 통화, 시간대가 다르면 비교 전에 기준을 맞춥니다.
계정 소유권과 데이터 인계 조건은 해외 타겟 온라인 광고 범위를 검토할 때 함께 확인합니다. 플랫폼 정책이나 환율을 임의로 고정하지 말고 해당 기간의 실제 자료를 근거로 사용합니다.
변경 과업의 증빙은 원계약과 어떻게 연결하나요?
변경이 생기면 최초 계약 파일을 덮어쓰지 않습니다. 요청서, 영향 검토, 양측 승인, 변경 산출물, 변경된 일정표를 하나의 묶음으로 만들고 원과업 번호에 하위 번호를 붙입니다. 어떤 항목이 추가·삭제·대체됐는지를 비교표로 남깁니다.
이미 만든 결과물을 폐기했다면 그 사실도 기록합니다. 변경 전 승인 상태와 투입된 작업, 새 결정의 이유가 있어야 최종 산출물이 최초 문서와 다른 이유를 설명할 수 있습니다. 구두 요청은 실행 전에 문서로 확인해 분쟁과 재작업을 줄입니다.
변경으로 정산 자료 형식이 달라질 가능성이 있으면 바로 확인합니다. 수행 종료 후 해석하려 하지 말고 최신 협약과 공식 포털 안내를 기준으로 담당 채널에 문의하고, 답변 일시와 내용을 변경 묶음에 저장합니다.
최종 납품 목록은 어떤 열로 구성하나요?
납품 목록에는 과업 번호, 산출물명, 실제 수량, 파일 경로 또는 URL, 형식, 승인일, 소유 계정, 검수 결과를 둡니다. 모든 숫자는 실제 결과와 계약 근거가 있을 때만 적습니다. 수량이 확정되지 않은 항목을 관행으로 채워 제출하면 대조 기준 자체가 잘못됩니다.
파일이 많은 경우에도 폴더 전체를 한 행으로 적지 않습니다. 검수자가 대표 파일과 구성 요소를 이해할 수 있는 수준으로 묶고, 상세 파일 목록을 별도 부록으로 연결합니다. 웹처럼 계속 변하는 결과는 기준 시점과 접근 방법을 함께 적습니다.
납품 회의에서는 목록을 읽는 것에 그치지 않고 파일 열기, URL 접속, 권한 이전, 복구 계정 확인을 실제로 수행합니다. 오류가 발견되면 수정 담당자와 재검수 날짜를 표시한 뒤 완료 상태를 바꿉니다.
개인정보와 비밀값은 어떻게 분리 보관하나요?
정산 근거를 많이 남기는 것과 민감정보를 그대로 복제하는 것은 다릅니다. 문의자의 이름, 연락처, 회사 정보는 필요한 범위만 가리고, 원자료 접근자는 최소화합니다. 화면 캡처를 공유하기 전에 알림 영역과 계정 정보가 노출되지 않았는지 확인합니다.
API 키, 비밀번호, 복구 코드는 정산 폴더에 넣지 않습니다. 비밀값이 설정됐다는 사실과 관리 책임자만 기록하고, 실제 값은 별도의 비밀 관리 시스템을 사용합니다. 외부 인력의 접근 기간을 정하고 종료 즉시 권한을 회수합니다.
저작권 자료는 구매 영수증만이 아니라 사용 조건을 함께 보관합니다. 스톡 이미지, 음원, 글꼴의 허용 채널과 기간, 편집 가능 범위를 확인해야 납품 뒤 다른 시장에서 재사용할 수 있는지 판단할 수 있습니다.
정산 제출 전 마지막 감사는 어떻게 하나요?
마지막 감사는 정산 가능·불가 항목과 실제 협약을 옆에 두고 과업별로 진행합니다. 계약, 변경, 승인, 납품, 비용 자료를 같은 번호로 따라가며 하나라도 끊긴 구간이 있으면 제출 전에 보완합니다. 지원한도와 보조율은 연도별 공고 기준으로 변동될 수 있습니다.
전체 수행 순서는 신청부터 정산까지에서 확인할 수 있지만, 정산 파일은 기업의 실제 계약 내용을 우선해야 합니다. 공식 포털은 exportvoucher.com이며, 외부 블로그의 예전 목록이나 형식을 그대로 복사하지 않습니다.
골드넥스는 수출바우처 「홍보/광고」 분야 등록 수행(공급)기관입니다. 증빙 파일 구조의 목적은 서류를 많이 만드는 데 있지 않습니다. 계약한 과업이 승인된 방식으로 실행됐고, 기업이 결과물과 권한을 넘겨받았다는 흐름을 누구나 같은 순서로 확인하게 만드는 것입니다.
수행 중간에는 누가 어떤 주기로 파일을 감사하나요?
정산 담당자 혼자 종료 시점에 검사하지 말고 과업 책임자와 함께 중간 감사를 진행합니다. 계약 항목별로 현재 산출물, 최근 승인, 게시 증빙, 변경 기록이 연결되는지 보고 빠진 자료의 생성 책임자를 지정합니다. 제작 파일의 완성 여부와 정산 파일의 존재 여부는 별개 상태로 관리합니다.
중간 감사에서는 오래된 버전이 승인 폴더에 섞이지 않았는지, 외부 공유 링크가 만료되지 않았는지, 퇴사자 계정만 접근 권한을 갖고 있지 않은지도 확인합니다. 대용량 파일은 백업 복원 시험을 하고 웹 결과는 공개 주소와 모바일 작동을 다시 봅니다.
감사 결과는 누락 개수만 보고하지 않습니다. 제출을 막는 필수 누락, 기한 안에 보완할 항목, 참고 자료를 구분하고 다음 확인일을 잡습니다. 이 과정이 반복되면 종료 회의는 자료를 찾는 시간이 아니라 이미 연결된 근거를 최종 대조하는 시간이 됩니다.