원본과 조회 조건
사용할 테이블 또는 뷰, 조회 키와 승인 조건을 정합니다. 품목코드 하나에 여러 규격이나 거래처 데이터가 있으면 어떤 값을 선택할지 업무 규칙으로 정의합니다.
LABEL SERVICE
원본 데이터를 조회하고 발행 당시의 값을 남깁니다
라벨 프로그램을 기존 데이터베이스에 연결할 수 있나요?
기존 DB의 품목, 주문과 생산 데이터를 조회해 라벨 필드와 연결하고 발행 결과를 기록하는 프로그램을 개발합니다. 읽기 전용 조회, 결과 기록용 별도 DB와 원본 시스템의 공식 인터페이스 등 운영 환경에 맞는 방식을 선택합니다.
01 / MAPPING
필드 이름과 실제 의미를 함께 정의합니다
같은 수량과 날짜 필드라도 업무에서 사용하는 의미가 다를 수 있습니다.
형식과 단위
코드 앞의 0, 소수점과 반올림, 중량과 수량 단위, 날짜와 시간대를 맞춥니다. 화면 표기와 바코드에 들어갈 원본 값을 구분합니다.
필수 값과 예외
누락, 중복과 폐기된 품목, 유효하지 않은 LOT는 원인을 표시하고 발행을 보류할 수 있습니다. 빈 값을 임의의 기본값으로 채우는 정책은 업무 담당자의 기준이 필요합니다.
조회 시점의 데이터
화면에서 확인한 뒤 원본 값이 바뀔 수 있습니다. 발행 시 재조회할지 승인 시점의 값을 고정할지 정하고, 사용한 데이터와 양식 버전을 이력에 남깁니다.
02 / CONNECTION
운영 DB에 미치는 영향을 고려해 경로를 정합니다
직접 연결이 가능한지와 직접 연결하는 것이 적절한지는 다른 문제입니다.
| 번호 | 방식 | 사용하는 상황 | 관리할 조건 |
|---|---|---|---|
| 01 | DB 직접 조회 | 허용된 테이블이나 뷰에서 발행 데이터를 읽음 | 읽기 권한과 접속 구간, 조회 범위와 빈도, 원본 스키마 변경 대응 |
| 02 | API 또는 중계 서비스 | 원본 시스템이 승인된 인터페이스로 데이터를 제공 | 인증과 요청 형식, 응답 오류와 호출 제한, 인터페이스 버전 |
| 03 | 파일 교환 | 엑셀, CSV 또는 지정 형식으로 데이터를 전달 | 파일 완료 판정, 문자 인코딩, 중복 수신과 재처리, 결과 파일 |
| 04 | 발행용 별도 DB | 작업 큐와 양식, 번호 및 결과 이력을 별도로 운영 | 원본 동기화 시점, 정보 보관 기간과 백업, 불일치 시 대조 기준 |
03 / DELIVERY
DB 저장과 실물 출력 사이의 차이를 처리합니다
DB 트랜잭션이 성공했다고 프린터에서 라벨이 완성된 것은 아닙니다.
요청의 고유성
요청 ID를 사용해 같은 발행 지시가 재전송됐는지 구분합니다. 같은 요청을 받았을 때 새 번호를 만들지, 기존 상태를 돌려줄지 정합니다.
작업 대기열
대기, 처리 중, 전송됨, 확인됨과 보류를 구분하고 작업자에게 의미가 드러나게 표시합니다. 장비가 보고할 수 없는 완료 상태를 임의로 확정하지 않습니다.
불명확한 결과
통신이 끊겨 응답이 없으면 이미 인쇄됐을 수도 있습니다. 무조건 재출력하는 대신 실물과 이력을 대조하고 승인된 재발행으로 이어지게 합니다.
동시 작업
여러 단말이 같은 주문이나 번호 범위를 처리할 때의 충돌을 방지합니다. 원본 시스템의 승인 상태와 발행 프로그램의 잠금 또는 예약 규칙을 맞춥니다.
04 / SECURITY
연결 계정과 로그를 업무에 필요한 범위로 관리합니다
운영 DB의 관리자 계정을 일반 출력 프로그램에 공유하는 방식은 피합니다.
최소 권한
조회 계정과 기록 계정을 구분하고 필요한 데이터 범위만 허용합니다. 비밀번호를 라벨 양식이나 공개 설정 파일에 포함하지 않도록 보관 방법을 정합니다.
부하와 장애
조회 주기와 최대 건수, 시간 초과 및 연결 실패 때의 동작을 설계합니다. 대량 작업은 운영 DB 부하와 출력 처리량을 함께 시험합니다.
이력과 복구
작업 번호, 결과와 오류를 추적할 로그를 남기되 불필요한 민감 정보는 줄입니다. 설정과 발행 이력을 백업하고 복구 후 중복 처리 여부를 대조합니다.
05 / PROCESS
필드 대조부터 중단 후 복구까지 시험합니다
시험 계정과 예제 데이터로 확인한 뒤 운영 권한과 범위를 적용합니다.
- 01
데이터 정의
필드, 조회 조건과 발행 시점을 확정합니다.
- 02
조회와 출력 연결
실제 양식의 모든 값과 코드 데이터를 대조합니다.
- 03
오류와 동시성 시험
누락, 중복, 다중 단말과 접속 중단을 시험합니다.
- 04
운영 전환
접속 설정, 백업과 로그, 장애 시 담당 경로를 인계합니다.
06 / FAQ
자주 묻는 질문
도입과 운영 과정에서 생기는 구체적인 질문에 답합니다.
01어떤 DB를 연결할 수 있나요?
SQL Server, MySQL, PostgreSQL, Oracle 등 대상 DB의 버전과 연결 인터페이스, 접속 권한에 맞춰 개발합니다. 제품명뿐 아니라 운영 정책과 네트워크, 사용할 드라이버 및 라이선스 조건을 확인해 연결 방식을 정합니다.
02원본 DB를 수정하지 않고 사용할 수 있나요?
읽기 전용 조회와 별도 발행 이력 저장으로 구성할 수 있습니다. 원본 시스템에 처리 결과를 돌려줘야 한다면 허용된 API나 기록 방식을 별도로 설계합니다.
03DB 접속이 잠시 끊겨도 인쇄할 수 있나요?
사전에 확보한 승인 데이터로 계속 발행할지, 최신 정보가 반드시 필요해 중단할지 업무 기준에 따라 다릅니다. 캐시 데이터의 유효기간과 연결 복구 뒤 결과 대조를 함께 정합니다.
04조회한 값과 나중에 재출력한 값이 달라질 수 있나요?
현재 DB 값을 다시 읽으면 달라질 수 있습니다. 원본 재현이 필요하면 발행 당시의 데이터와 양식 버전을 보관해 재발행에 사용합니다.
05이미 인쇄했는데 DB에는 실패로 기록되면 어떻게 하나요?
프린터 응답 누락처럼 결과가 불명확한 상태를 따로 관리해야 합니다. 실물과 작업 이력을 대조하고 재발행 승인으로 처리하며 DB의 오류 표시만 보고 전체를 자동 재출력하지 않도록 설계합니다.
06개발을 위해 운영 DB 전체를 제공해야 하나요?
필요한 필드 구조와 익명화한 예제, 조회 권한으로 시작할 수 있습니다. 실제 데이터가 필요한 시험은 접근 범위와 담당자, 보관 및 삭제 조건을 정해 진행합니다.
LABEL SERVICE CONTACT
사용할 라벨과 현재 상황을 알려주세요
장비 모델과 출력 샘플, 부착 환경 또는 연결할 프로그램을 알려주세요. 판매, 수리, 소모품과 개발 중 필요한 범위를 확인하고 준비 자료와 진행 방법을 안내합니다.