업무 중 일반 문서를 프린트하는 것 외 별도로 라벨 인쇄 프로그램을 사용할때가 있습니다. 이 라벨 프린트 프로그램 업데이트 후 미리보기는 열리는데 출력 버튼을 누르면 작업이 중단됐을때 문의 시 공급사는 해당 실행파일 및 어플리케이션 설치 폴더 전체를 Microsoft Defender 검사에서 제외해 달라고 요청합니다. 이 설명용 사례에서 보안 담당자가 먼저 찾을 것은 설치 경로가 아니라 중단 시각에 지목된 파일입니다. 화면을 띄운 실행 파일과 인쇄 작업을 처리한 실행 파일이 다를 수 있고, 백신이 탐지한 대상은 두 파일 중 하나일 수도, 그중 한 프로세스가 읽은 양식 파일일 수도 있습니다. 폴더 전체를 예외로 등록하면 이 차이를 확인하기 전에 검사 범위부터 바뀝니다. 아래 절차는 기업에서 관리하는 ..

고객 문의를 티켓으로 등록하는 외부 앱이 있습니다. 업무 담당자는 고객지원 사서함 하나만 연결했다고 설명하지만, Microsoft Entra 관리 센터에는 Mail.Read 권한이 표시됩니다. 이 설명용 장면에서 확인할 것은 앱 설정에 입력한 사서함과 Microsoft 365에서 실제로 허용한 사서함의 범위입니다. 같은 Mail.Read라도 권한 유형에 따라 앱이 접근할 수 있는 대상이 달라집니다. 동의 탭과 권한 유형 확인Microsoft Entra 관리 센터에서 Entra ID → Enterprise apps → All applications → 대상 앱 → Permissions로 이동합니다. 표시 이름이 비슷한 앱을 구분할 수 있도록 애플리케이션 ID를 기록하고, Microsoft Graph에..

22026년 11월 13일, IT지구방위대의 삐끗으로 아마 MS기반의 그룹웨어를 사용하는 회사는 대부분의 직원들이 강제 월루를 경험했을꺼예요. 저도 마찬가지로.... 저희 회사는 메일은 아웃룩(Outlook), 회의와 대화는 팀즈(Teams), 파일은 원드라이브(OneDrive)와 셰어포인트(SharePoint)에 두고 일합니다. 그날 이 도구들에 걸쳐 차질이 생기면서 평소 하던 업무가 줄줄이 막혔습니다.메일로 요청을 받고, 팀즈에서 내용을 맞추고, 공유 문서를 고친 뒤 다시 링크를 보내는 일은 평소라면 별생각 없이 이어집니다. 그 연결이 한꺼번에 끊기니 출근은 했는데 하던 일을 끝까지 넘기기가 어려웠습니다.한국시간 11월 13일 새벽부터 이어진 Microsoft의 복구 작업장애는 아웃룩이 연결되는 회사..

우리회사도 정책에 따라 local 계정으로 사용하던것을 Entra ID로의 전환을 대대적으로 진행하였습니다. 퇴사자 계정을 비활성화했는데 회사 노트북에 열려 있던 업무 앱에는 문서 목록이 그대로 보이는 경우가 간혹 있엇습니다. 이때 확인할 것은 목록이 화면에 남아 있는지보다, 기존 세션으로 서버에 새 요청을 보냈을 때 intune으로 보호된 자료가 돌아오는지입니다. 퇴사 처리 점검표에 계정 차단, 세션 취소, 앱별 접근 검증을 따로 기록하면 어느 조치까지 확인했는지 알 수 있습니다. 계정 비활성화와 로그인 세션 취소계정을 비활성화하면 Entra ID에서 새 로그인을 차단할 수 있습니다. 클라우드 계정은 Entra 관리 센터에서 Entra ID → Users → All users로 이동해 대상 사용자..

협력사 정산 PDF에서 금액을 정확히 추출해도 ‘예상액’ 열의 값을 ‘확정액’으로 처리하면 정산 시스템에는 잘못된 금액이 들어갑니다. 글자 인식 결과만 대조하면 놓치기 쉬운 오류입니다. PDF 분석 도입 전에는 값이 어느 행·열에 속하고 어떤 조건에서 유효한지 확인해야 합니다. 텍스트 추출과 문서 이해의 경계 PDF에 텍스트 레이어가 있으면 그 내용을 직접 추출할 수 있습니다. 이미지로만 된 스캔본은 OCR(광학 문자 인식)로 글자를 읽으며, OCR 결과에 글자 위치가 포함되는 경우도 있습니다. 문서 이해를 평가하려면 그 위치가 어떤 머리글·각주·범례와 연결되는지, 그 연결을 바탕으로 업무 질문에 답할 수 있는지 봐야 합니다. 이 관계는 구조를 보존한 데이터에서도..

ERP에서 거래처의 배송 지시사항을 CSV로 받아 일괄 갱신하는 설명용 업무 장면입니다. 담당자가 미리보기에서 빈칸 두 개를 확인합니다. 하나는 이번 파일에 지시사항이 전달되지 않은 행이고, 다른 하나는 기존 지시사항을 비워 달라는 행입니다. 두 행을 같은 값으로 적재하면 기존 지시사항을 유지해야 할 거래처까지 갱신될 수 있습니다.PostgreSQL 18에서 COPY FROM으로 text 열에 CSV를 적재하는 경우를 기준으로, 파일의 표기와 DB에 저장된 값, 실제 갱신 동작을 차례로 구분합니다.CSV 원본에서 따옴표와 공백 확인미리보기에서 빈 셀을 발견하면 원본 파일을 텍스트로 열어 해당 행을 확인합니다. CSV 문법 자체에는 SQL NULL을 표현하는 공통 규칙이 없습니다. PostgreSQL은 F..

쇼핑몰 주문을 ERP로 넘기는 연계 작업에서 이메일이 같은 고객코드를 찾아 붙이면 구현은 간단해집니다. 그러나 주소가 바뀌면 기존 고객을 찾지 못하고, 같은 주소가 여러 기록에 있으면 다른 고객의 주문으로 연결될 수 있습니다. 아래는 특정 회사의 사고 사례가 아닌 설명용 업무 장면을 바탕으로, 이메일을 어디까지 연결 근거로 쓸지 정리한 내용입니다. 같은 이메일과 같은 고객 사이의 간격ERP 고객코드는 개인 구매자뿐 아니라 법인 거래처나 청구 대상을 나타낼 수 있습니다. 쇼핑몰 회원번호는 로그인 계정의 식별자일 수 있으므로, 먼저 두 시스템에서 ‘고객’이 뜻하는 대상을 확인해야 합니다. 여러 구매 담당자가 한 법인 고객코드에 연결되는 구조라면 다대일 관계 자체는 오류가 아닙니다.대표메일을 여러 담당자가 ..

거래처 상품 목록을 엑셀로 정리해 ERP에 올리는 과정에서는 행 수가 맞아도 상품 연결이 어긋날 수 있습니다. 엑셀 원본의 00123이 업로드 과정에서 서식이 변경되어 123으로 바뀐 경우를 보겠습니다. 먼저 확인할 것은 누락 건수보다 상품코드가 어느 단계에서 숫자로 해석됐는지입니다. 화면의 표시와 실제 상품코드의 차이상품코드는 계산할 수량이 아니라 상품을 구별하는 식별자입니다. 기준정보에서 00123과 123을 다른 코드로 관리한다면 앞자리 0도 값의 일부입니다. 숫자로 변환하면 이 구분이 사라지므로, 숫자만 들어 있다는 이유로 숫자형을 선택해서는 안 됩니다.엑셀은 숫자처럼 보이는 입력에서 앞자리 0을 제거할 수 있습니다. 사용자 지정 서식 00000으로 숫자 123을 00123처럼 표시해도 저장값이..

ERP에서 거래처 주문을 수신하는 설명용 업무 장면입니다. 수신 목록에는 A사의 000417이 이미 등록돼 있고, B사 파일에도 000417이 들어 있습니다. 두 회사가 각자 번호를 발급한다면 별개의 주문일 수 있습니다. 이때 외부 주문번호 열에 단일 UNIQUE 제약조건이 걸려 있으면 B사 주문은 저장 단계에서 충돌합니다. PostgreSQL 18을 기준으로 거래처 코드를 키에 넣는 판단과 운영 전 확인 절차를 살펴봅니다. 주문번호 발급 주체와 재사용 범위먼저 연계 명세서와 원본 주문 샘플에서 번호를 누가 발급하는지 확인합니다. 중앙 주문 시스템이 모든 거래처에 걸쳐 번호의 유일성을 보장하면 UNIQUE (order_no)가 맞습니다. 이 경우 거래처별로 같은 번호를 허용하면 중앙 발급 규칙을 위..

Outlook 보안 업데이트를 배포한 뒤에는 실제 설치 빌드를 확인해야 합니다. 업데이트 전에 의심스러운 메시지 파일을 연 PC가 있다면, 당시 외부로 연결됐는지와 Windows가 NTLM 인증을 시도했는지도 살펴야 합니다. PC의 업데이트 설치 이력으로 취약점이 수정된 시점을 확인하고, 인증 로그로 그전에 인증정보가 노출됐을 가능성을 판단합니다. 사용자가 파일을 열 때 발생하는 Outlook 스푸핑 Microsoft는 CVE-2026-124194를 위험한 동작에 대한 경고가 빠진 Outlook 스푸핑 취약점으로 분류했습니다. 스푸핑은 여기서 다른 사용자로 가장하는 것을 뜻합니다. 영향받는 Outlook에서 사용자가 조작된 메시지 파일을 열고 네트워크 연결이 가능하면, O..