전자청구서 독일

할인과는 다르게, 크레딧 노트는 원본 청구서에 직접 포함될 수 없어요. 일부 청구서 시스템에서는 마이너스 인보이스 항목을 지원하지 않기 때문에 신용 전표는 별도로 기록해야 해요.

즉, 크레딧 노트를 원본 인보이스에 포함시키는 대신 독립적인 문서를 만들어야 해요. 이렇게 하면 원본 청구서가 제대로 구조화되고 받는 사람이 참조를 명확하게 식별할 수 있어요.

크레딧 노트를 기록할 때는 문서 유형을 사용하는 것이 중요해요 381 그리고 크레딧 금액을 다음과 같이 입력하세요 양수 가치. 신용 전표 발행의 원본 청구서에 대한 참조도 포함해야 해요.

중요: 신용표는 취소 청구서로 기록될 수 없어요.

더 필즈 총 가격제품무역 가격 그리고 순가격제품교역가격 해야 돼요 안 돼요 세금, 할증료하고 공제를 참고하세요. 품목에 할증료나 공제가 적용되지 않으면 총가와 순가가 동일해요.

부가세는 섹션에 별도로 기록돼요. 적용 가능한 무역세여기서 백분율은 지정돼요 요율 적용 퍼센트.

XML 인보이스에 현금 할인을 제대로 표시하려면 다음과 같이 진행하세요.

1. 섹션에 현금 할인 조건을 입력하세요.

   특정 무역 지불 조건:
   
   <ram:SpecifiedTradePaymentTerms>

#SKONTO #TAGE =14 #PROZENT =3.00 #BASISBETRAG =xx#</ram:Description>

설명:

• #SKONTO #

  = 항목을 현금 할인으로 식별해요

• #TAGE =14#

  = 14일 이내에 할인 유효

• #PROZENT =3.00#

  = 할인율 3%

• #BASISBETRAG =xx#

  = 할인 계산 기준 금액이에요.

2. 실제 현금 할인 금액이 아래에 표시되어야 해요 선불 총액 에서 특정 무역정산청장 통화 요약.

해야 돼요 안 돼요 할인을 별도의 송장 품목으로 입력하세요. 위에서 설명한 구조화된 XML 표기법을 사용하세요.

1. 할인은 꼭 안 돼요 음수 청구서 품목으로 기록돼요. 라인 항목의 일부로 또는 헤더 수준에서 표시될 수 있어요.
2. 할인을 입력하세요 특정 회선 무역 협정- 총가를 입력하세요. 총 가격제품무역 가격- 순 가격을 입력하세요 후에 할인 순가격제품교역가격

이렇게 하면 차감액이 이미 순 가격에 포함돼요.

선택적으로, 추가 세부 정보 (할인율, 계산 기준) 를 추가할 수 있어요 특정 라인 트레이드 정산.

중요: 할인은 항상 다음과 관련이 있어야 해요 총 가격이에요 청구서 항목의 내용이에요. 단가는 아니에요.

문서: DIN16931 이후의 추정 및 할인 그림

문서: DIN16391 이후의 추정 및 추정 그림

문서: DIN16391 이후의 그림

그 오류예요 “운송비가 지도에 표시되지 않았어요.” InSupplyOn은 운송비 매핑이 잘못됐대요. 원인에는 다음이 포함될 수 있어요.

• 정확한 예약 코드와 연계되지 않은 운송료
• 서플라이온에 매핑이 안 돼요
• 분류나 형식이 잘못됐어요.

운송비가 올바르게 구성되고 매핑되었는지 확인해 주세요.

다음 필드를 채워주세요.

• EINV. 검증. 필드. 파트너. 셀러. 연락처 데이터. 식별자 — 공급업체 연락처/부서
• einv.validation.field.Partners.Seller.Street — 서플라이어 스트리트/사서함
• einv.validation.field.partners.buyer.street — 커스터머 스트리트/사서함
• einv.validation.field.partners.구매자.국가 — 고객 국가

완전한 정보는 적절한 처리를 보장해요.

부제목은 다음과 같이 입력해야 해요 자유 텍스트 라인, 수량이 0인 줄로는 안 돼요. 수량 0을 사용하면 청구서가 거부돼요.

예. 두 형식 모두 정확히 일치해야 해요.

XML은 기계가 읽을 수 있어요. 정보가 PDF에만 있고 (예: 배송 날짜) XML에 누락되거나 잘못된 경우 처리할 수 없으며 송장이 거부될 수 있어요.

1.올바른 필드 매핑

• 필드에 원하는 값만 입력하세요 (예: “주문 번호”에는 주문 번호만 포함되어야 합니다)

2. 구조화된 XML 데이터예요

• 각 줄을 올바르게 구분했어요: 수량, 제품 번호, 가격, 할인
• 필드 결합하거나 복제할 수 없어요.
• 할인은 음수로 입력하면 안 돼요

3. 일반적인 실수를 피하세요

• 주문 번호와 정확히 일치해요
• 주소 필드에 추가 메모가 없어요
• 정확한 금액과 통화를 사용하세요
• 포맷을 깔끔하게 하세요. 불필요한 공백이나 문자는 피하세요.

4. 보내기 전 검증

• 미리보기 기능 사용해요
• 가능한 경우 자동 검증 규칙을 사용하세요

창고 임대는 다음으로 입력해야 해요 청구 수량 에서 특정 라인 트레이드 배송.

확실해요:

• 수량 (청구 수량) 하고 단위 코드가 가격 기준과 일치해요
• 해야 돼요 안 돼요 사용해요 기본 수량이렇게 하면 잘못된 단위가 적용되기 때문에 (예: 1000m³ 대신 1m³)

라인에 변동비와 고정비가 모두 포함된 경우:

• 변동비 (단위당) 는 합산해서 수량으로 곱해야 해요
• 고정 비용이 추가되어야 해요. 저 이후에요가변 비용 곱하기
• 총 변동 비용과 총 고정 비용만 표시해야 해요.
• 해야 돼요 안 돼요 변동비와 고정비를 섞어서 곱하면 돼요 (이렇게 하면 반올림 오차가 생긴대요)

PDF에는 은행 계좌가 여러 개 있는데 XML에 은행 계좌가 하나뿐이면 오류가 발생해요.

XML만 계산돼요. PDF는 무시돼요.

꼭 해야 돼요:

• 아니면 모든 은행 계좌를 XML로 나열하세요.
  또는
• Siemens 마스터 데이터에 저장된 은행 계좌가 XML과 일치하는지 확인하세요.

이전에 지불한 품목도 포함될 수 있지만:

• 세금 적용 안 해요. 이미 결제된 품목에
• 세금은 남은 납부 금액에만 적용돼요.

그렇지 않으면 시스템에서 세금 불일치를 감지하여 청구서를 거부할 수 있어요.

에서 총가예요 레벨:

• 오직 수당 (할인) 허용돼요
• 아니요 요금 (할증료) 허용됐어요
  가치를 포함한 요금까지 0 거절 당할 거예요.

허용된/허용되지 않는 XML 경로에 대한 간략한 개요가 포함되어 있어요 (원본 텍스트처럼).

세금이 제대로 기록되지 않았어요. 부가가치세가 기록되어야 해요 적용 가능한 무역세 아래에 요율 적용 퍼센트.

할인/할증료가 제대로 기록되지 않았어요. 할인 섹션 검토해 주세요.

청구서 합계가 틀렸어요. 주로 PDF/XML 불일치나 잘못된 혼합 계산 때문이에요.

세금을 잘못 입력했어요. 위와 같은 규칙이에요.

가능한 원인:

1. 네거티브 라인 아이템
2. 수량 = 0이에요
3. 소수점 자리가 너무 많아요

가능한 원인:

• 할인이 마이너스 아이템으로 입력됐어요
• 청구서가 크레딧 노트로 잘못 기록됐어요
• 청구서랑 크레딧 노트 섞기

법적 검증에 필요한 청구서의 XML 파일에 서비스 수신자 주소가 불완전해요. 필수 필드 “도로/P.O. 박스.”

PDF 형식의 청구서에는 성장 기회법에 따라 요구되는 XML 파일이 내장되어 있어요. 주소가 다음 형식에 따라 제공되었는지 확인해 주세요.

<ram:PostalTradeAddress>

우편 번호예요</ram:PostcodeCode>

거리/ 우편물</ram:LineOne>

도시예요</ram:CityName>

국가 중심부</ram:CountryID>

</ram:PostalTradeAddress>

이 거부 통지를 받았다면, 당신의 XML 파일을 확인해 주세요. 당신, 당신의 고객, 그리고 해당되는 경우 상품 수령인의 주소를 정확하게 입력했는지 확인하세요. 예를 들어, 이름에 P.O. 상자가 포함되어 있지 않은지 확인하세요. 그러면 매핑 문제가 발생할 수 있어요.

XML 파일에서 수량이 음수인 품목이 있는지 확인해 주세요. 전자 청구서에는 음수 수량이 허용되지 않아요.

할인이나 리베이트를 포함하려는 경우, 품목 수량을 음수로 표시하지 마세요. 대신 다음과 같은 옵션이 있어요.

1. 네거티브 라인 아이템 대신 할인을 지정하세요

거절 이유는 할인을 할인이 아니라 마이너스 품목으로 신고했기 때문이에요.

할인을 정확하게 지정하는 방법을 설명하는 문서 두 개를 다운로드할 수 있어요. 청구서를 조정해서 Siemens 청구지 주소로 다시 보내주세요.

문서: DIN16391 이후 첨부파일 및 첨부파일 그림

문서: DIN16391 뒤에 추가한 그림이에요.

2. 대안으로: EN 16931에 따라 신용 메모를 발행하세요:

마이너스 총액이나 환불금을 청구하려는 경우,

문서 유형 381 (신용 메모) 을 사용해 주세요.

이 문서 유형은 정확히 그런 비즈니스 거래를 위한 것이고 표준에서 지원돼요.

XML 파일에서 수량이 음수인 품목이 있는지 확인해 주세요. 전자 청구서에는 음수 수량이 허용되지 않아요.

할인을 포함하려면, 음수로 표시하지 마세요. 대신 다음과 같은 옵션이 있어요.

1. 네거티브 라인 아이템 대신 할인을 신고하세요

   거절 이유는 할인을 할인이 아니라 마이너스 품목으로 신고했기 때문이에요.

   할인을 정확하게 신고하는 방법을 설명하는 문서 두 개를 다운로드할 수 있어요. 청구서를 업데이트하고 Siemens 청구서 수신 주소로 다시 보내주세요.
   
   문서: DIN16391 이후에 삭제되고 첨부된 그림
   
   문서: DIN16391 뒤에 추가한 그림이에요.

2. 대안으로: EN 16931에 따라 신용 메모를 발행해 주세요.

마이너스 총액이나 환불금을 청구하려면 문서 유형 381 (신용 메모) 을 사용하세요. 이 문서 유형은 정확히 그런 비즈니스 거래를 위한 것이고 표준에서 지원돼요.

PDF 형식의 청구서에는 성장 기회법에 따라 요구되는 XML 파일이 내장되어 있어요. 은행 세부 정보가 다음 형식에 따라 XML 파일에 나열되어 있는지 확인해 주세요.

<ram:SpecifiedTradeSettlementPaymentMeans>

58</ram:TypeCode><!- 58 = SEPA 리뷰 -->

사용법/전화번호</ram:Information>

이반 씨</ram:IBANID>

계정 소유자예요</ram:AccountName>

당신의 빅스예요</ram:BICID>

은행명</ram:Name>

</ram:SpecifiedTradeSettlementPaymentMeans>

이 거부 통지를 받았다면, 당신의 XML 파일을 확인해 주세요. 은행 계좌 정보가 완전하고 정확한지 확인하세요.

PDF 형식의 청구서에는 성장 기회법에 따라 요구되는 XML 파일이 내장되어 있어요.

이 오류 메시지는 보통 다음 세 가지 이유 중 하나로 인해 발생해요. 청구서의 정확성을 모두 확인하고 필요한 사항을 수정하세요.

옵션 1:

청구서에 잘못 지정된 가격 기준으로 인한 오류가 포함되어 있어요. 따라서 송장의 수학적 검증은 안타깝게도 불가능해요.

가격 단위 (기본 수량) 와 수량 (청구 수량) 을 혼동하고 있어요. 수량은 정확하게 지정되었지만 가격 기준은 정확하지 않아요.

다음은 당신을 위한 예예요 (청구서에서 가져온 것은 아니지만 똑같이 적용 가능).

RAM: 특정 회선 무역 협정>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<램: 기본 수량 단위 코드=“C62">5.00</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<램: 기본 수량 단위 코드="C62">5.00</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

<ram:SpecifiedLineTradeDelivery>

<램: 청구 수량 단위 코드=“C62">5.00</ram:BilledQuantity>

</ram:SpecifiedLineTradeDelivery>

<ram:SpecifiedLineTradeSettlement>

이게 무슨 뜻이에요?

가격 단위: 5.00은</ram:BasisQuantity> 100의 가격이 5개에 적용된다는 뜻이에요. 즉, 단위 5개당 100유로씩 청구돼요.

수량: 5.00은</ram:BilledQuantity> 5 유닛에 요금이 청구된다는 뜻이에요.

계산: 가격은 다음과 같이 계산돼요. 100 (가격) × 5 (수량)/5 (가격 단위) = 100

문제: 시스템이 5 단위의 가격 단위를 제대로 인식하지 못하고 가격을 잘못 계산해요.

해결책: 수량은 동일하게 유지되고 가격 단위는 1로 설정해야 해요. 수정된 XML은 여기 있어요.

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<램: 기본 수량 단위 코드=“C62">1.00</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<램: 기본 수량 단위 코드=“C62">1.00</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

<ram:SpecifiedLineTradeDelivery>

<램: 청구 수량 단위 코드=“C62">5.00</ram:BilledQuantity>

</ram:SpecifiedLineTradeDelivery>

<ram:SpecifiedLineTradeSettlement>

설명:

가격 단위: 1.00은</ram:BasisQuantity> 100의 가격이 1유닛에 적용된다는 뜻이에요.

수량: 5.00은</ram:BilledQuantity> 5 유닛에 요금이 청구된다는 뜻이에요.

이렇게 하면 가격이 정확하게 계산되고 시스템이 가격 단위를 정확하게 인식하게 돼요.

옵션 2:

“총 가격 제품 무역 가격”과 “순 가격 제품 무역 가격”이라는 용어를 오해해서 청구서에 오류가 생겼어요.'총가격제품교역가격' 및 '순가격제품거래가격' 항목은 세금을 가리키는 것이 아니라 인상이나 가격 인하를 의미한다는 점에 유의해야 해요. 품목에 인상이나 가격 인하가 적용되지 않으면 총가와 순가가 동일해요.

다음은 당신의 부정적인 예예요 (청구서에서 가져온 것이 아니라 정확히 같은 방식으로 적용됨).

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>119.00</램: 충전 금액>

<램: 기본 수량 단위 코드=“C62">1.0000</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<램: 기본 수량 단위 코드=“C62">1.0000</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

해결책: 오류 해결하려면 항목에 마크업이나 마크다운이 적용되는지 확인해 보세요. 인상이나 가격 인하가 적용되지 않으면 총 가격 제품 무역 가격과 순 가격 제품 무역 가격이 같은 금액이에요.

<ram:SpecifiedLineTradeAgreement>

<ram:GrossPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<램: 기본 수량 단위 코드=“C62">1.0000</ram:BasisQuantity>

</ram:GrossPriceProductTradePrice>

<ram:NetPriceProductTradePrice>

<ram:ChargeAmount>100.00</ram:ChargeAmount>

<램: 기본 수량 단위 코드=“C62">1.0000</ram:BasisQuantity>

</ram:NetPriceProductTradePrice>

</ram:SpecifiedLineTradeAgreement>

옵션 3: 할인이 잘못 보고됐어요

거절 이유는 할인을 할인이 아니라 마이너스 항목으로 신고했기 때문이에요.

여기에서 할인을 정확하게 신고하는 방법에 대한 가이드 두 개를 다운로드할 수 있어요. 청구서를 업데이트하고 Siemens 청구서 수신 주소로 다시 보내주세요.

문서: DIN16391 이후에 삭제되고 첨부된 그림

문서: DIN16391 뒤에 추가한 그림이에요

이 오류 메시지는 보내는 PDF 문서가 ZugFERD 형식의 요구 사항을 충족하지 않는다는 것을 나타냅니다. ZugFERD (독일 전자 청구서 포럼 중앙 사용 설명서) 는 시각적 PDF와 내장된 XML 파일을 모두 포함하는 전자 청구서 형식이에요.

오류 메시지의 요점은 다음과 같아요.

1. PDF/A-3 포맷:
   
   당신의 PDF 문서는 PDF/A-3 형식이어야 해요. PDF/A-3은 장기 보관 및 XML 파일 임베딩에 적합한 PDF 형식의 특별한 변형이에요.
2. 임베디드 XML 인보이스:
   
   PDF에는 구조화된 청구서 데이터가 포함된 포함된 XML 파일이 있어야 해요. 이 XML 파일을 사용하면 청구서 데이터를 자동으로 처리할 수 있어요. XML 파일의 내용이 PDF 문서의 내용과 일치하는지 확인하는 것이 필수예요. 마스터 문서로 간주되기 때문에 게시에는 XML 파일만 사용돼요.
3. 청구서 첨부:
   
   청구서에 속한 모든 첨부 파일은 XML 파일의 일부로 포함되어야 하며 별도로 처리할 수 없어요.

PDF 문서가 이러한 요구 사항을 충족하지 않으면 ZugFERD 청구서로 처리할 수 없어요. PDF가 올바른 형식이고 XML 데이터가 올바르게 내장되어 있는지 확인해야 해요.

이 오류 메시지는 청구서에 사용 중인 ZugFERD 버전이 현재 법적 요구 사항을 충족하지 않는다는 뜻이에요. 2025년 1월 1일을 기준으로, EN 16931 표준에 따른 부가가치세 요건을 준수하려면 추그페드 형식을 사용하는 인보이스의 버전 2.0.1 이상이어야 해요.

이 문제를 해결하려면 인보이스 소프트웨어를 ZugFERD 2.0.1 이상을 지원하는 버전으로 업데이트해야 해요. 자세한 내용은 연방 재무부 웹사이트를 방문하세요.

이 오류 메시지는 당신의 X-Rechnung 또는 PEPPOL 형식의 청구서가 현재 규정 준수 요건을 충족하지 않는다는 뜻이에요. 청구서가 법적 요건을 준수하는지 확인하려면 청구서의 구조와 데이터 필드를 검토하고 필요에 따라 조정해야 해요.

청구서 소프트웨어를 업데이트하거나 소프트웨어 제공업체 지원팀에 문의하여 청구서 형식이 올바른지 확인하는 것이 도움이 될 수 있어요.

이 오류 메시지는 청구서의 XML 파일에 처리를 방해하는 구문 오류가 있다는 뜻이에요. 문제 해결 가능한 몇 가지 원인과 단계는 다음과 같습니다.

1. XML 구조의 구문 오류예요:
   누락되거나 잘못된 요소, 잘못된 네임스페이스 또는 잘못된 인코딩으로 인해 발생할 수 있어요. 필수 요소가 모두 있고 형식이 올바른지 확인하세요.
2. 필수 필드 누락됐어요:
   청구서 번호, 청구서 날짜, 통화 등 모든 필수 필드가 정확하고 완전한지 확인하세요.

언제든지 저희에게 연락해 주세요. E-invoiceClarificationInternal.de@siemens.com 인보이스 원본을 첨부해 주세요.

이 오류 메시지는 특정한 두 가지 문제를 나타냅니다.

1. “가격 수준의 마크업/마크다운”: DIN EN 16931에 따르면 가격 수준에서 마크업이나 가격 인하를 지정하는 것은 허용되지 않아요. 품목 수준에서 그러한 사양을 정확하게 입력했는지 확인해야 해요. 마크다운과 마크업을 올바르게 지정하는 방법을 설명하는 세 개의 문서가 여기 있어요.

   
   
   문서: DIN16391 이후 첨부파일 및 첨부파일 그림
   
   DIN16391 다음으로 업로드한 그림 문서예요.

2. 청구서 번호가 제공되지 않았어요: 모든 청구서에는 고유한 청구서 번호가 포함되어야 해요. 법적 요구 사항을 준수하기 위해 청구서에 해당 번호가 포함되어 있는지 확인해 주세요.

이 버그를 수정하려면 계산 소프트웨어를 수정하거나 필요한 정보를 수동으로 추가해야 해요.