블로그
KomuraSoft LLC가 웹사이트 제작, SEO, Google 광고 운용, Windows 개발, 기존 자산 활용, 장애 조사에 관해 실무적으로 활용할 수 있는 관점을 발신합니다.
사이트 전체 AI 검색
검색어는 결과 생성을 위해 Cloudflare AI Search로 전송됩니다. 개인정보는 입력하지 마세요.
-
사정(査定)과 반려(返戻)는 어디서 일어나는가 ── 레셉트 점검 로직을 ORCA의 소스코드와 공개 자료로 분해한다
레셉트의 사정·반려는 어디서 일어나는가. ORCA의 데이터 체크 업무와 체크마스터, 레세덴 데이터 체크, 심사지급기관의 컴퓨터 체크·대조점검·종람점검까지, 레셉트 점검의 다단계 구조를 공개 소스와 공개 자료로 해설합니다.
-
PowerShell의 에러 처리와 재실행 설계 ── try/catch가 동작하지 않는 함정부터 exit code·재시도의 정석까지
PowerShell의 종료 에러와 비종료 에러의 차이, try/catch가 동작하지 않는 함정과 -ErrorAction Stop의 정석, $LASTEXITCODE로 성패를 판정하는 방법, exit code 설계, 지수 백오프 재시도까지를 실무 관점에서 정리합니다.
-
Power Automate로 정기 실행 플로우를 설계하기 ── 월말 처리·영업일 판정·리마인드의 실무
Power Automate의 Recurrence 트리거로 정기 처리를 자동화하는 실전 가이드. 기본 표준 시간대가 UTC인 함정, 날짜 식, 공휴일 마스터로 하는 영업일 판정, 독촉 설계, 90일 자동 해제까지 운영상 주의점을 정리합니다.
-
PowerShell의 실행 정책과 스크립트 서명 ── 'Bypass로 덮어 버리는' 운영에서 벗어나는 실무 가이드
PowerShell의 실행 정책은 '보안 경계가 아니라 안전장치'입니다. RemoteSigned 등의 차이, 범위의 우선순위, Mark of the Web과 Unblock-File, 스크립트 서명, 사내 배포의 현실적인 운영까지 정리합니다.
-
Power Automate for desktop로 기간계 시스템 재입력을 자동화하기 ── Excel·종이 수기 입력을 UI 자동화로 바꾸기
API가 없는 오래된 기간계 시스템에 수기로 다시 넣는 작업을, Power Automate for desktop(PAD) UI 자동화로 바꾸는 실전 가이드입니다. 무료로 쓸 수 있는 범위, 무인 실행 라이선스, 셀렉터와 예외 처리로 안정화하는 방법까지 정리합니다.
-
메일로 도착하는 주문서·청구서 PDF를 Power Automate로 자동 처리하기 ── 저장·분류·알림·읽기 설계
메일로 도착하는 주문서·청구서 PDF의 저장·분류·알림을 Power Automate로 자동화하는 설계를 정리합니다. Outlook 트리거와 공유 사서함의 전제, 서명 이미지 오탐 대책, AI Builder로 읽는 방법과 라이선스 주의점까지 실무자 관점에서 설명합니다.
-
Power Automate로 승인 흐름 만들기 ── 종이와 메일 결재·신청을 전자화하기
종이 결재서나 메일에 첨부한 Excel 신청·승인을 Power Automate로 전자화하는 실무 가이드입니다. 승인 작업의 종류, Forms·SharePoint·Teams 역할 나누기, 실행 기록 보존 한도를 반영한 기록 남기는 방법, 반려까지 정리합니다.
-
Excel VBA 매크로를 Power Automate로 이전하기 ── Office Scripts로 대체할 범위와 VBA로 남길 범위
Excel VBA 매크로를 Power Automate로 이전할 수 있는지를 정리합니다. Office Scripts로 대체할 수 있는 범위와 VBA만 가능한 작업, 커넥터 제한값, 라이선스 요건, 목록화부터 시작하는 단계적 이전 방법까지 설명합니다.
-
정보보안 10대 위협 2026 ── 순위를 읽는 법과, 중소기업이 실제로 대비해야 할 것
IPA 「정보보안 10대 위협 2026」에서는 랜섬 공격이 11년 연속 1위, 공급망 공격이 2위, 처음 선정된 「AI 이용을 둘러싼 사이버 리스크」가 3위에 올랐습니다. 조직편 톱 10의 내용과, 중소기업이 어떤 위협을 자기 일로 받아들여 대비해야 하는지를 설명합니다.
-
장애 대응은 복구로 끝나지 않는다 ── 소규모 개발팀을 위한 포스트모템(재발 방지)의 틀
장애를 「고치고 사과하고 끝」으로 처리하면 같은 장애가 반복됩니다. blameless postmortem을 소규모 팀에 맞게 옮겨, 1시간이면 쓸 수 있는 템플릿, 재발 방지책의 강도 판단표, 실시 트리아지까지 정리합니다.
-
ADR(Architecture Decision Record) 입문 ── 소규모 개발에서 '왜 이런 설계로 했는가'를 남기는 최소한의 방법
코드는 '왜 그렇게 했는지'를 말하지 않습니다. ADR(Architecture Decision Record)로 설계 판단의 이유를 결정 하나당 Markdown 파일 하나로 남기는 방법을, 템플릿과 쓸지 말지의 판단표, 실제 예와 함께 해설합니다.
-
DLL・COM 인터페이스의 하위 호환성 ── 어떤 변경이 호출 측을 깨뜨리는지의 판단표
DLL이나 COM 컴포넌트의 어떤 변경이 호출 측을 깨뜨리는지. 바이너리 호환・소스 호환・동작 호환의 3계층을 정리하고, 변경 내용별 판단표, COM 인터페이스 불변의 철칙, semver 운용까지를 실무 가이드로 정리합니다.
-
업무 앱의 DB 스키마를 버전 관리한다 ── 「고객사마다 DB가 다르다」를 막는 마이그레이션 실무
고객사마다 흩어진 업무 앱의 DB 스키마를 버전 관리하는 실무 가이드. PRAGMA user_version과 전진 마이그레이션의 C# 구현, EF Core Migrations·DbUp·자체 구현 판단표, 2단계 릴리스까지 정리합니다.
-
WinForms / WPF 앱의 CI/CD 실전 ── GitHub Actions로 빌드부터 서명·배포까지 자동화하기
WinForms / WPF 앱의 CI/CD를 GitHub Actions로 구성하는 실무 가이드입니다. windows-latest에서 빌드+테스트를 돌리는 최소 YAML, 태그 기반 버전 부여, signtool 서명 연동, MSI/MSIX/ClickOnce/xcopy별 CI 통합 판...
-
생력화 투자 보조금으로 FAX 수주를 웹으로 전환할 수 있는가 ── 일반형으로 접근하는 수발주 시스템 투자
FAX 수주의 웹 전환·자동 가져오기는 중소기업 생력화 투자 보조금(일반형)의 검토 대상이 될 수 있습니다. 카탈로그 주문형과 일반형의 차이, 수발주 시스템이 생력화 투자에 해당하는 이유, 임금 인상 요건 등 주의점을 정리합니다.
-
테스트 없는 레거시 업무 앱을 안전하게 수정하기 ── 특성화 테스트와 리팩터링 실무
테스트가 없는 업무 앱을 안전하게 수정하려면, 현재 동작을 고정하는 특성화 테스트(골든 마스터 기법)의 절차, 이음매(seam)를 만드는 방법, 리팩터링과 기능 추가를 섞지 않는 운영 규칙을 C# 예제로 설명합니다.
-
「몇 초면 만족인가」를 빠뜨리지 않으려면 ── IPA 「비기능 요구 등급」으로 비기능 요구사항을 정리하기
「속도가 느리다」「장애 대응이 예상과 다르다」로 다투는 원인 대부분은 비기능 요구사항을 정하지 않은 데 있습니다. IPA 「비기능 요구 등급」의 6대 항목, 등급표와 모델 시스템 사용법, 현실적인 활용법을 발주 측이 이해하기 쉽게 설명합니다.
-
보조금을 쓰는 시스템 개발의 진행 방법 ── 교부 결정에서 역산하는 일정과 사업계획 작성 실무
보조금을 쓰는 시스템 개발은 일반 개발과 진행 방식이 달라집니다. 교부 결정일을 기점으로 한 역산 일정, 채택과 교부 결정의 차이, 정산 지급에 대비한 자금 운용, 사업계획서 작성의 역할 분담을 실무 관점에서 설명합니다.
-
수탁 개발의 사양서, Excel 그대로 둬도 될까 ── 납품물 형식을 고르는 법
수탁 개발에서 납품되는 사양서·설계서를 Excel 모눈종이 형태로 그대로 둬도 될까요. 검수·유지보수의 관점에서 Excel 사양서의 문제점을 정리하고, Word나 Markdown에서 생성하는 방식 등 납품물로 성립하는 형식 고르는 법을 설명합니다.
-
시스템 개발 외주에 보조금을 쓸 수 있는가 ── 목적별 제도 맵과 발주 전에 알아 둘 함정(2026년도판)
시스템 개발 외주에 보조금을 쓸 수 있을까요. 「IT 도입 보조금으로 오더메이드 개발」이 안 되는 이유, 모노즈쿠리 보조금 등 목적별 제도 맵, 교부 결정 전 발주 금지라는 함정까지 발주자 관점에서 정리합니다.
-
홈페이지 발주 담당자도 알아 두면 좋은 점 ── IPA 「안전한 웹사이트 만드는 법」을 체크리스트로 활용하기
회사 홈페이지의 보안은 무엇을 기준으로 확인해야 할까요. IPA 「안전한 웹사이트 만드는 법」이 다루는 11가지 취약점과 대책을, 발주 담당자와 운영 담당자도 이해할 수 있는 말로 설명하고, 발주·검수·운영에서의 활용법을 소개합니다.
-
자사 개발 Windows 앱이 바이러스로 오인되면 ── Microsoft Defender 오탐 대응과 성능 영향에 대처하는 법
자사 개발 Windows 앱이 Microsoft Defender에 오탐되었을 때의 정규 대응을 정리합니다. 현대 바이러스 백신의 동작 방식, Microsoft에 오탐을 신고하는 방법, 격리에서 복원하기, 제외 설정을 올바르게 넣는 방법과 그 위험까지 설명합니다.
-
슬립・최대 절전 모드・Modern Standby와 장시간 가동 앱 ── '한밤중에 멈춰 있었다'를 설계로 막는다
장시간 동작하는 Windows 앱이 '아침에 보니 멈춰 있었다'가 되는 원인을 S3 슬립/최대 절전 모드/Modern Standby의 차이에서 정리합니다. 슬립 중 타이머와 TCP 연결의 동작, SetThreadExecutionState로 억제하는 방법까지 설명합니다.
-
마이나보험증을 태그하면 무슨 일이 일어나는가 ── 온라인 자격확인과 레세콘 연계를 ORCA 소스코드로 읽다
마이나보험증을 태그한 뒤 보험 자격이 레세콘에 등록되기까지를, 온라인 자격확인의 전체 흐름과 ORCA(니치레세) 공개 소스로 해설합니다. 온자 관련 API 20개, tbl_onshi_* 테이블 13개, 2020~2026년 제도 대응 연표를 포함합니다.
-
위장 도급이 되지 않기 위한 준위임 계약의 올바른 업무 방식 ── 계약서의 이름이 아니라 「지휘명령」으로 정해진다
준위임 계약이라도 발주자가 수탁 측 엔지니어에게 직접 지휘명령을 하면 위장 도급입니다. 도급·준위임·파견의 차이, 37호 고시의 판단 기준, 개발 현장에서 흔히 있는 OK·NG의 경계선을 후생노동성의 1차 자료를 바탕으로 정리합니다.
-
중소기업의 보안 대책, 무엇부터 시작할까 ── IPA 「중소기업의 정보보안 대책 가이드라인」 제4.0판 활용법
중소기업 보안 대책은 무엇부터 시작해야 할까요. IPA 「중소기업의 정보보안 대책 가이드라인」 제4.0판을 바탕으로 정보보안 6개 조항, 5분이면 끝나는 자사 진단, SECURITY ACTION까지 단계적으로 설명합니다.
-
Windows on Arm에서 업무 앱은 동작하는가 ── x64 에뮬레이션(Prism)과 네이티브 DLL·COM의 현실
「Windows on Arm에서 업무 앱은 동작하는가」에 개발자와 사내 IT를 위해 답합니다. x64 에뮬레이션(Prism)의 구조, 드라이버처럼 동작하지 않는 계층, .NET의 AnyCPU와 P/Invoke 문제, Arm 대응 체크리스트까지 정리합니다.
-
닛레세 API의 전체 구조를 소스코드로 파악한다 ── ORCA의 공개 소스를 읽다(전 137개 엔드포인트 대응표 포함)
닛레세 API의 전체 구조를 ORCA(일본의사회 표준 레셉트 소프트웨어)의 공개 소스코드로 파악합니다. 전 137개 엔드포인트 대응표, patientgetv2를 끝까지 추적하는 예, 5.1 계열과의 버전 간 diff 실측, 문서화되지 않은 API의 사양 도출과 운영 설계까지 다룹니다.
-
소스 코드도 명세서도 없는 시스템을 인수인계받았다면 ── 멈추지 않고 운영·유지보수하기 위한 실무 절차
소스 코드도 명세서도 없는 업무 시스템의 운영·유지보수를 시작하는 실무 절차를 정리합니다. 가동 중인 환경의 보존과 백업, 실행 파일·DB 인벤토리, 동작을 바탕으로 한 명세 복원, 수명 연장·래핑·재구축 판단까지 설명합니다.
-
MAX_PATH와 Windows 경로·파일 이름의 함정 ── 260자 제한, 예약 이름, 끝의 점, 대소문자
「파일을 찾을 수 없습니다」의 단골 원인인 경로·파일 이름 제한을 정리합니다. MAX_PATH=260자의 구성, LongPathsEnabled로 긴 경로를 켜는 방법, CON 등의 예약 이름, 끝 점의 정규화, Path.Combine의 함정까지 설명합니다.