| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 | 31 |
- 보안
- 아키텍처
- 온디바이스AI
- React
- electron
- 상태관리
- sqlite
- github actions
- javascript
- JWT
- 백엔드
- next.js
- playwright
- Android
- 마이그레이션
- 소셜로그인
- Kotlin
- contextBridge
- 도메인설계
- typescript
- 프론트엔드
- REST API
- Vite
- python
- php
- 메일자동화
- 인증
- 배포
- FastAPI
- 크롤링
- Today
- Total
목록PDF (2)
HM소프트
결제는 클라이언트 금액을 믿지 않고 서버가 PG에 직접 물어 상태·실제 금액을 세 겹으로 대조해 위변조를 막는다. 완료 처리는 트랜잭션으로 묶고 웹훅을 안전망으로 둔다. mPDF 재사용 영수증과 현금영수증 검증, 계약서 조항 분할·비용 보호 AI 검토, 판례 KB 적재까지 다룬다.3편: 돈과 신뢰가 오가는 곳1편 LMS 토대, 2편 AI 챗봇에 이어, 이번엔 플랫폼이 실제로 매출을 내고 신뢰를 만드는 부분이다. 결제, 영수증, 그리고 이 산업의 특성상 가치가 컸던 계약서 AI 검토·판례 검색. 결제는 "붙이면 끝"이 아니라 금액 위변조를 서버에서 어떻게 막느냐가 전부였고, 영수증·법률 기능은 "있으면 좋은 것"이 아니라 유료 서비스의 필수 신뢰 요소였다.결제 — 클라이언트 금액을 절대 믿지 않는다결제 흐..
수신자마다 다른 PDF를 붙이는 첨부 기능을 스키마·업로드·값 스캔·상태 관리·발송 다섯 단계로 쪼개 구현한다. 엑셀 한 컬럼을 매칭 키로 삼는 컬럼→값→파일 3단 구조, UUID 저장과 원본 파일명 복원, 업로드 디렉토리 누락 버그, 프론트 camelCase와 백엔드 snake_case 직렬화 불일치로 첨부가 조용히 빠지던 사고와 해결을 다룬다. 2편: 수신자별 PDF 첨부1편에서 템플릿 치환을 다뤘다. 이번 편은 이 도구에서 가장 공들인 기능이다. 단순히 같은 PDF를 모두에게 붙이는 게 아니라, 수신자마다 다른 PDF를 매칭해서 첨부한다. 예를 들어 각 거래처에 그 거래처용 견적서 PDF를 자동으로 붙이는 식이다.기능 하나지만, 프론트와 백엔드에 걸쳐 여러 조각이 맞물려야 했다. 한 번에 만들지 않..