인보이스 템플릿 다국어화 분석서

다국어 이메일 템플릿 작업 기능을 추가하기 위한 절차.

1. 이메일 프로퍼티 등록 후 인보이스 임의발생시켜보기.
2. 고의 버그를 내서 디버깅 포인트 잡기
3. 인보이스 플러그인의 upcomming invoice 개념알기
4. 플러그인 이벤트 핸들링 해보기.
5. 다국어 템플릿 및 셀프서비스 템플릿 등록, 로고 적용 개발하기.
6. 인보이스 발송 큐 한도를 제어할 수 있는 방법 찾기.

네이티브(킬빌) 이메일과 플러그인 이메일 차이점

1. account 의 이메일 노티피케이션 옵션과 상관없이 플러그인 이메일은 발송이 됨.

노티피케이션 옵션 세분화

• account.is_notified_for_invoices : 기본 인보이스
• account.SUCCESSFUL_PAYMENT
• account.UPCOMING_INVOICE : 이것은 운영하지 않기로 한다.
• account.FAILED_PAYMENT
• account.SUBSCRIPTION_CANCELLATION_REQUESTED
• account.SUBSCRIPTION_CANCELLATION_EFFECTIVE
• account.PAYMENT_REFUND
• account.TEMPLATE_TRANSLATION_로케일(ex. en_US)

2. 렝귀지별 템플릿 제공 차이

네이티브는 랭귀지별 템플릿을 제공 안함. 플러그인은 랭귀지별 템플릿을 제공함. 공통된 모듈 제공을 위해, 다음을 규약을 지정.

• 테넌트별로 멀티 랭귀지 템플릿을 보유할 수 있다.
• 테넌트별로 다국어 (TRANSLATION) 파일은 폐기하도록 한다. (번잡스럽고 사용성이 떨어진다.)

3. 랭귀지 설정의 필요성.

네이티브 킬빌과 플러그인 모두 Java locale 을 사용한다.

• 어카운트의 기본 locale 은 필수로 등록이 필요함.(생성 시점에, 디폴트는 en_US)
• locale 코드 종류 리스트업하기.

4. subject (이메일 제목) 뽑는곳이 다름

네이티브는 translation 파일의 invoiceEmailSubject 에서 가져오고, 플러그인은 merchantName 에서 가져온다.

• translation 파일을 파기하도록 하였으므로, DB 에서 가져오도록 한다.