문제 설명
헝가리: 온라인 청구서 시스템 - <exchangeRate> 태그의 값을 보고해야 합니다. 청구서의 CurrencyCode에서 CurrencyCode로의 환율 의 VAT 등록 날짜에 청구서의 첫 번째 세금 트랜잭션의 TaxCode 청구서
핫픽스 정보
받는 사람 문제를 해결합니다. 다음 이상의 버전을 가져와야 합니다. LCS 공유 자산 라이브러리의 ER 구성:
-
송장 통신 Model.version.61.xml
-
RTIR HU(청구서 데이터).version.61.29.xml
-
RTIR mapping.version.61.58.xml
수정 다운로드 지침은 다음과 같습니다.
설명 수정
이 뜨거운 수정은 환율 식별의 다음 알고리즘을 제공합니다.
정의:
A = 청구서의 CurrencyCode(for 예제 EUR 또는 HUF)
B = TaxCode의 CurrencyCode 청구서 {모든 세금의 첫 번째 세금 거래 동일한 송장에 의한 트랜잭션은 관련 세금에 동일한 CurrencyCode가 있어야 합니다. codes setup}(예: HUF)
알고리즘:
IF A = B
THEN exchangeRate = "1"
ELSE exchangeRate = Currency 부가가치세 등록 날짜에 A에서 B로 원장 설정에서 "회계 환율 유형"으로 정의된 유형의 환율 송장
이것으로 잠재적인 "INCORRECT_SUMMARY_DATA_INVOICE_VAT_AMOUNT_HUF"을 방지하기 위해 변경 경고("청구서 데이터 보고, REST API 설명"의 p.206 인터페이스 & 개발자 설명서")는 다음과 같이 설명됩니다.
"를 발급합니다. 송장의 집계 송장에 출력 VAT 금액이 있는 경우 경고 통화 및 HUF의 VAT 금액은 교환에 따라 일치하지 않습니다. 품목에 표시된 요금입니다. 계산: currencyCode<>"HUF"의 경우 VAT 금액 각 품목(lineVatAmount)에 환율 값을 곱해야 합니다. 품목(lineExchangeRate) 및 이러한 제품의 합계는 에 해당합니다. HUF(invoiceVatAmountHUF)의 청구서 VAT 금액입니다. 허용되는 편차: 1%의 invoiceVatAmountHUF 요소이지만 1개 이상입니다."
계산 다음 태그의 값도 각각 변경됩니다.
- <lineVatAmountHUF> 는 exchangeRate를 곱한 <lineVatAmount> 계산됩니다.
- <vatRateVatAmountHUF> 는 exchangeRate를 곱한> <vatRateVatAmount로 계산됩니다.
- <invoiceVatAmountHUF> 는 exchangeRate를 곱한 <invoiceVatAmount> 계산됩니다.
다음 사항을 유의하세요. reported 값은 <lineVatAmountHUF>, <vatRateVatAmountHUF>, <invoiceVatAmountHUF> 태그는 경우에 따라 세금 거래에 저장된 값과 다를 수 있습니다. 다음과 같은 이유로 다음을 수행합니다.
- Exchange VAT 등록 날짜의 트랜잭션 날짜 및 환율에 대한 비율은 다음과 같습니다. 다른.
- 회계 sates 세금 코드에 대해 정의된 통화 및 통화는 서로 다르며 삼각측량 환율(게시에 사용됨: 문서 통화 > 게시 순간의 회계 통화 > 세금 코드 통화)는 다음과 다를 수 있습니다. VAT 날짜에 문서 통화에서 세금 코드 통화로의 환율 등록.
이러한 측면 는 사용자 통제 하에 있어야 하며 정정 세금 트랜잭션이 필요할 수 있습니다.
