Category
반복 업무, 문서 정리, PDF, 엑셀, 메일, 데이터 처리 자동화 방법을 정리합니다.
잘 돌던 구글 연동 자동화가 경고 없이 멈추는 원인은 대부분 코드가 아니라 토큰입니다. 동의화면 테스트 상태의 7일 만료, 계정·클라이언트당 리프레시 토큰 100개 한도, 비밀번호 변경과 퇴사로 끊기는 경로를 공식 문서 기준으로 정리했습니다. 서비스 계정 전환과 유지보수 계약서에 넣을 조항까지 함께 담았습니다.
매일 붙여넣어 만드는 취합 보고서를 파워 쿼리로 바꿀 때 '자동'이 어디서 멈추는지 정리했습니다. 새로고침은 결국 누군가 엑셀을 열어야 하고, 원본 경로나 열 이름이 바뀌면 그 자리에서 끊깁니다. 웹용 엑셀의 지원 원본 제약, Office Scripts로 새로고침이 안 되는 이유, 사람 손 없이 돌릴 때 드는 월 비용까지 공식 문서 기준으로 짚었습니다.
광고 문자에 필수인 무료수신거부 080은 광고를 보내는 쪽이 직접 개통하고 매달 요금을 내는 회선입니다. 통신사 직접 개통과 발송사 상품, 공용 번호의 월 고정비와 통화료 구조를 공시 요금으로 비교하고, 거부 결과를 발송 차단 목록까지 잇는 데 필요한 개발 항목을 정리했습니다.
어제까지 돌던 백업·집계·메일 자동 작업이 아무 말 없이 멈추는 원인을 윈도우 작업 스케줄러 기준으로 점검 순서대로 정리했습니다. 이력 켜기와 결과 코드 읽기부터 시작해, 바뀐 비밀번호·로그온 유형·네트워크 드라이브·시작 위치·조건 탭까지 확인할 자리를 짚습니다. 마지막으로 실패를 사람에게 알리는 최소 장치를 제시합니다.
한컴 한글 오토메이션은 개인 비상업적 이용에만 무료이고, 상업용은 한컴 승인을 거친 별도 라이선스가 필요합니다. 서버에서 데스크톱 편집기를 조종하는 구조의 위험과 한컴 SDK, HWPX 직접 생성, PDF 전환을 비용과 납품 안정성 기준으로 비교했습니다. 2026년 공공 문서 기준이 hwpx로 넘어간 변화까지 함께 정리했습니다.
법인카드 사용내역을 경비 처리 프로그램으로 끌어오는 세 경로를 비교했습니다. 스크래핑은 카드사 로그인 정보를, 정식 연동(EDI)은 카드사별 신청서를 넘기는 일이고, 여신금융협회 조회는 애초에 지출 내역 경로가 아닙니다. 월 비용 구조, 끊기는 지점, 견적에 잡히는 항목, 사내 규정으로 정해 둘 것을 정리했습니다.
급여 계산은 엑셀로 버텨도 임금명세서 교부는 근로기준법 제48조 제2항이 정한 의무입니다. 이메일과 카카오톡 발송도 교부로 인정되지만 전자문서법의 서면요건 두 가지를 지켜야 합니다. 필수 기재 6항목, 과태료 산정 방식, 자동 발송 기능을 개발할 때 견적에 넣어야 할 항목을 정리했습니다.
네이버 예약과 카카오톡 채널 예약을 계속 써도 되는 조건과, 자체 예약 시스템 개발로 넘어갈 신호를 결제 수수료·예약금과 노쇼 위약 정책·고객 데이터 이전 세 갈래로 나눠 정리했습니다. 수수료 절감은 개발 명분이 되지 못하며, 정책 자유도와 쌓이는 데이터가 실제 분기점입니다.
사내에서 잘 돌던 엑셀 매크로가 메일이나 클라우드를 거치면 '보안 위험' 띠와 함께 막히는 이유는 윈도우가 붙이는 웹 표시(Mark of the Web) 때문입니다. 파일 결함이 아니라 배포 방식 문제이며, 직원마다 차단 해제를 누르게 하는 대신 신뢰할 수 있는 위치 지정과 코드 서명으로 전달 경로를 바꾸는 절차를 정리했습니다.
구글 폼·네이버 폼·타입폼의 공식 한도를 기준으로 신청서를 무료 폼으로 버텨도 되는 조건을 정리했습니다. 파일 업로드 시 구글 계정 로그인 강제, 중복 차단과 결제의 한계, 응답 데이터가 저장되는 국가, 동의·보관·파기 의무, 기존 응답 이관 방법까지 확인된 사실만 담았습니다.
쇼핑몰 송장 자동 출력은 개발 문제가 아니라 계약 문제입니다. 굿스플로가 연동하는 택배사 여섯 곳, 대리점이 발급하는 계약코드와 승인 소요시간, 건당 중계 수수료와 무료 구간, 송장번호가 주문으로 되돌아오는 구조를 정리했습니다. 엑셀로 버틸 때의 손익분기도 숫자로 계산해 두었습니다.