Odoo 20은 은행 계정에 영향을 주는 분개를 은행 거래와 연결하는 회계 제어 기능을 도입하고, 은행 조정 요약을 추가하며, 중복 가능성이 높은 송장과 청구서를 표시하고, 결제 위자드에서 보류 중인 결제를 반영합니다. 또한 릴리스 노트에는 결제 진행 상태를 표시하는 방식을 바꾸는 이름 변경된 결제 상태가 문서화되어 있습니다. (Odoo 20 릴리스 노트) 도입을 검토하는 조직은 적용 전에 은행 전기 절차, 송장 검사, 결제 실행, 보고서, 내부 용어를 검토해야 합니다.
은행 분개는 거래에서 시작해야 함
문서화된 Odoo 20 동작에 따르면 은행 계정에 영향을 주는 분개는 반드시 은행 거래에서 시작해야 합니다. Odoo는 이를 회계 분개와 실제 은행 활동 간의 수동 불일치 위험을 줄이기 위한 제어 기능이라고 설명합니다. (Odoo 20 릴리스 노트) 이는 현재 은행 관련 분개를 수동으로 생성하거나 수정하는 재무 팀에 영향을 미칩니다. 은행 계정에 전기하는 모든 절차를 식별하고, 거래 기반 요구 사항 아래에서 어떻게 운영될지 확인해야 합니다.
릴리스 노트는 은행 분개와 은행 거래 간의 필수 연결을 명시하지만, 예외 사항, 구성 옵션, 기존 분개의 처리 방식은 설명하지 않습니다. (Odoo 20 릴리스 노트) 테스트는 조직의 수정, 이체, 기초 잔액 절차를 포함해야 합니다. 기존의 수동 전기 방법이 계속 제공되거나 동일하게 동작한다고 가정해서는 안 됩니다.
조정 요약은 선택한 종료일을 사용함
Odoo 20은 선택한 종료일 기준으로 조정된 거래와 미조정 거래를 표시하는 은행 조정 요약 보고서를 추가합니다. (Odoo 20 릴리스 노트) 이는 재무 팀이 조정 진행 상황을 검토할 수 있는 기준 날짜를 제공합니다. 기간 종료 절차에 보고서를 포함하기 전에, 각 범주에 어떤 거래가 나타나는지와 결과가 기존 조정 기록과 일치하는지 확인해야 합니다.
제공된 릴리스 노트에는 보고서의 필터, 내보내기 옵션, 접근 제어, 상세 레이아웃이 명시되어 있지 않습니다. (Odoo 20 릴리스 노트) 이러한 항목은 의도한 Odoo 20 구성에서 확인해야 합니다. 조직은 또한 요약 검토, 미조정 거래 조사, 후속 조치 기록에 대한 책임을 지정해야 합니다.
중복 경고는 두 단계로 표시됨
송장과 청구서의 중복 감지는 이제 중복 가능성이 매우 높은 경우에는 빨간색 경고를, 검토가 필요한 경우에는 노란색 경고를 사용합니다. (Odoo 20 릴리스 노트) 이 색상은 우려 수준을 두 가지로 시각화하지만, 경고가 표시되면 여전히 검토가 필요합니다. 매입채무와 매출채권 절차에는 사용자가 무엇을 확인해야 하는지, 그리고 누가 표시된 문서를 유효하다고 승인할 수 있는지 명시해야 합니다.
릴리스 노트는 각 경고 색상의 의미를 설명하지만, 빨간색 또는 노란색 경고를 생성하는 필드, 기준값, 일치 규칙은 밝히지 않습니다. (Odoo 20 릴리스 노트) 따라서 평가에는 유사하지만 정당한 문서를 포함한 대표적인 송장과 청구서를 사용해야 합니다. 팀은 각 경고를 어떻게 처리했는지 기록하고, 필요할 경우 승인 지침 또는 교육 자료를 업데이트해야 합니다.
보류 중인 결제가 지급 금액에 영향
Odoo 20 결제 위자드는 보류 중인 결제를 감지하고, 이를 지급 금액에서 차감하며, 미지급 결제를 날짜순으로 정렬합니다. 문서화된 목적은 이중 결제를 방지하는 데 있습니다. (Odoo 20 릴리스 노트) 따라서 보류 항목은 사용자가 다른 결제를 준비할 때 관련이 됩니다. 결제 실행 테스트에서는 사용자가 보류 중인 결제를 어떻게 식별하는지, 차감된 금액이 어떻게 표시되는지, 그리고 미지급 결제가 예상 밖인 경우 무엇을 해야 하는지 확인해야 합니다.
릴리스 노트는 감지, 차감, 날짜 정렬을 확인하지만, 결제가 보류 중 또는 미지급으로 간주되는 모든 조건을 정의하지는 않습니다. (Odoo 20 릴리스 노트) 조직은 사용하는 결제 방식과 승인 워크플로를 테스트해야 합니다. 여기에는 보류 중인 결제가 계산에 포함되고 제외되는 시점, 그리고 구성에서 취소, 거부, 미해결 결제를 어떻게 처리하는지 확인하는 작업이 포함되어야 합니다. 릴리스 노트에 포함되지 않은 동작은 추정하지 말고 검증해야 합니다.
결제 상태 이름 변경
Odoo 20은 두 개의 결제 상태 이름을 변경합니다. 이전 In Process 상태는 Paid로 표시되고, 이전 Paid 상태는 Reconciled로 표시됩니다. (Odoo 20 Release Notes) 이전 레이블을 사용하는 절차, 보고서 또는 교육 자료가 있는 조직은 해당 문구를 검토해야 합니다. 업데이트하지 않으면 기존 용어에 익숙한 사용자가 결제의 현재 단계를 잘못 이해할 수 있습니다.
문서화된 매핑은 다음과 같습니다. In Process는 Paid로, Paid는 Reconciled로 변경됩니다. (Odoo 20 Release Notes) 마이그레이션 준비에는 운영 절차, 승인 지침 및 보고서 정의에서 이전 레이블을 검색하는 작업이 포함되어야 합니다. 팀은 결제 상태에 의존하는 필터, 자동화 프로세스 또는 통합도 테스트해야 합니다. 제공된 자료만으로는 이러한 종속성이 표시된 레이블을 사용하는지, 아니면 내부 기술 값에 의존하는지 설명하지 않습니다.
변경 사항이 Odoo의 회계 방향과 어떻게 맞는지
Odoo의 9월 3일 회계 발표에서는 Odoo 20을 더 스마트한 은행 조정, 송장 자동화, 재무 보고 및 감사 대비 워크플로우를 중심으로 소개했습니다. (What S New In Accounting) 릴리스 노트의 변경 사항은 이러한 주제와 일치합니다. 은행 항목은 거래와 연결되고, 조정에는 날짜가 포함된 요약이 제공되며, 중복 가능성이 있는 항목에는 눈에 띄는 경고가 표시되고, 다른 결제를 하기 전에 보류 중인 결제가 고려됩니다. (Odoo 20 Release Notes)
발표는 Odoo의 더 넓은 회계 초점을 설명하고, 릴리스 노트는 여기서 다루는 구체적인 제품 변경 사항을 제공합니다. (Odoo 20 Release Notes; What S New In Accounting) 어느 출처도 조직의 기존 프로세스, 사용자 지정 또는 통합이 조정 없이 작동한다고 밝히지 않습니다. 제품 동작은 특정 구현에 대한 가정과 별도로 평가해야 합니다.
도입 전에 확인할 사항
확인된 범위에는 거래에서 생성된 은행 항목, 종료일 기준 조정 요약, 두 가지 색상의 중복 경고, 날짜 정렬이 적용된 보류 결제 공제, 그리고 변경된 결제 상태가 포함됩니다. (Odoo 20 Release Notes) 평가는 대표적인 조직 워크플로우를 사용해 각 변경 사항을 재현해야 합니다. 관련 참여자에는 은행 거래를 생성하는 사용자, 조정되지 않은 항목을 조사하는 사용자, 송장과 청구서를 승인하는 사용자, 그리고 결제를 준비하는 사용자가 포함됩니다.
릴리스 노트에는 구현 계획에 필요한 모든 구성, 예외 처리 또는 마이그레이션 세부 정보가 포함되어 있지 않습니다. (Odoo 20 Release Notes) Odoo 20으로 이동하기 전에 조직은 접근 권한, 승인 단계, 보고서 해석, 상태 의존 프로세스 및 기존 회계 기록의 처리 방식을 확인해야 합니다. 표준 은행 거래를 우회하거나 이전 결제 레이블에 의존하는 맞춤형 워크플로우는 별도 테스트가 필요합니다.
제어와 상태 변경은 Odoo 20 릴리스 노트에 문서화되어 있으며, 더 넓은 회계 우선순위는 Odoo의 9월 발표에 나타납니다. (Odoo 20 Release Notes; What S New In Accounting) 절차, 통합 또는 제어 문서를 변경하기 전에 예정된 Odoo 20 환경에서 가용성, 세부 구성 및 특정 구현에 미치는 영향을 확인해야 합니다.