1 Themenübersicht

Über die Eingangsschnittstelle für Buchungen können Buchungssätze aus Vorsystemen, wie beispielsweise dem ERP, in die Finanzbuchhaltung übergeben werden. Die Buchungsschnittstelle unterstützt unter anderem die Übergabe von Rechnungen, Zahlungen, Gutschriften, EB-Buchungen, OP-Verrechnungen und Währungsdifferenzbuchungen. Welchen Ursprung die übergebenen Buchungen haben wird durch die Herkunft angezeigt, z. B. „CUSTOMER_INVOICE“ für Ausgangsrechnung.

Gegenstand dieser Dokumentation ist die Beschreibung der Eingangsschnittstelle für Buchungen. Die Schnittstelle besteht aus den Dateien ExternalInterface und ExternalInterface 2, die in einer 1:1 Beziehung miteinander verknüpft sind.

Zunächst erhalten Sie in tabellarischer Form einen Überblick über alle Felder der Schnittstelle mit Typ-Angabe und dem Hinweis, ob es sich um ein Pflichtfeld handelt oder nicht. Im Anschluss daran ist ausführlich beschrieben, welche Wertangaben in den einzelnen Feldern vorzunehmen sind.

In dem Kapitel „Daten importieren“ erfahren Sie, wie Sie die Daten ins System importieren und welche Möglichkeiten der Korrekturen bei fehlerhaften Sätzen bestehen.

Das Kapitel „Beispiele für die Ausgabe in die Buchungsschnittstelle“ stellt anhand verschiedener Buchungen dar, in welchen Feldern Angaben erforderlich sind, um beispielsweise Ausgangsrechnungen, Zahlungseingänge, OP-Verrechnungen oder Sachbuchungen über die Schnittstelle zu übertragen und zu buchen.

2 Zielgruppe

Entwickler
Technische Berater

3 Tabellarischer Überblick über alle Felder der Schnittstelle

Die Tabelle enthält die Felder der Dateien ExternalInterface und ExternalInterface 2.

Eingangsschnittstelle für Buchungen

ExternalInterface
Attribut	Typ	Logischer Datentyp	Pflichtfeld
		com.sem.ext.app.fin.financialaccounting	Ja	Nein
internalNumber	str(12)	../ExternalInterfaceInternalNumber	X
number	str(10)	../ExternalInterfaceNumber	X
subNumber	str(10)	../ExternalInterfaceSubNumber	X
status	vset	../ExternalInterfaceStatus		X
voucherNumber	str(20)	../ExternalInterfaceVoucherNumber	X
voucherDate	stmp	../ExternalInterfaceVoucherDate	X
postingPeriod	str(10)	../ExternalInterfacePostingPeriod		X
shadowType	vset	../ExternalInterfaceShadowType		X
dataType	str(15)	../ExternalInterfaceDataType		X
transactionFlag	str(4)	../ExternalInterfaceTransactionFlag		X
origin	vset	../ExternalInterfaceOrigin	X
originalEntity	guid	../ExternalInterfaceOriginalEntity		X
originalItem	guid	../ExternalInterfaceOriginalItem		X
detailType	vset	../ExternalInterfaceDetailType	X
organizationalUnit	str(10)	../ExternalInterfaceOrganizationalUnit	X
voucherText	str(65)	../ExternalInterfaceVoucherText		X
transactionCode	str(15)	../ExternalInterfaceTransactionCode		X
transactionType	vset	../ExternalInterfaceTransactionType	X
taxKey	str(3)	../ExternalInterfaceTaxKey		X
taxCountry	str(2)	../ExternalInterfaceTaxCountry		X
taxDate	stmp	../ExternalInterfaceTaxDate		X
taxRecordinfoInput	vset	../ExternalInterfaceTaxRecordInfoInput		X
taxPeriod	str(10)	../ExternalInterfaceTaxPeriod		X
taxSplit	bool	../ExternalInterfaceTaxSplit	X
debitCredit	vset	../ExternalInterfaceDebitCredit	X
postingAmount	dec(21,6)	../ExternalInterfacePostingAmount	X
postingTaxAmount	dec(21,6)	../ExternalInterfacePostingTaxAmount		X
postingText	str(65)	../ExternalInterfacePostingText		X
interCompanyUnit	str(10)	../ExternalInterfaceInterCompanyUnit		X
accountingStandard	str(15)	../ExternalInterfaceAccountingStandard		X
invoiceNumber	str(40)	../ExternalInterfaceInvoiceNumber		X
invoiceItem	long	../ExternalInterfaceInvoiceItem		X
oiExternalVoucherNumber	str(40)	../ExternalInterfaceOiExternalVoucherNumber		X
accountingCode	vset	../ExternalInterfaceAccountingCode	X
account	str(15)	../ExternalInterfaceAccount	X
collectiveAccount	str(15)	../ExternalInterfaceCollectiveAccount		X
taxAccount	str(15)	../ExternalInterfaceTaxAccount		X
journalNumber	int	../ExternalInterfaceJounalNumber		X
journalType	str(15)	../ExternalInterfaceJounalType		X
voucherCurrency	str(3)	../ExternalInterfaceVoucherCurrency		X
rateInfo.rate	dec(18,6)	../ ExternalInterfaceExchangeRateInfoRate		X
rateInfo.date	stmp	../ ExternalInterfaceExchangeRateInfoDate	X
rateInfo.use	str(5)	../ ExternalInterfaceExchangeRateInfoUseGuid		X
rateInfo.factor	vset	../ ExternalInterfaceExchangeRateInfoFactor		X
rateInfo.type	vset	../ ExternalInterfaceExchangeRateInfoType		X
rateInfo.quotation	vset	../ ExternalInterfaceExchangeRateInfoQuotation		X
dimensionReference.optionalDimension01	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension02	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension03	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension04	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension05	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension06	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension07	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension08	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension09	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension10	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension11	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension12	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension13	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension14	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension15	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension16	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension17	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension18	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension19	str(30)	../ExternalInterfaceDimensionReference		X
dimensionReference.optionalDimension20	str(30)	../ExternalInterfaceDimensionReference		X
costClass	vset	../ExternalInterfaceCostTypeCostClass		X
costType	str(55)	../ExternalInterfaceCostType		X
performanceDate	stmp	../ExternalInterfacePerformanceDate		X
controllingPeriod	str(10)	../ExternalInterfaceControllingPeriod		X
quantity.amount	dec(21,6)	com.cisag.app.general.QuantityValue		X
quantity.uom	str(10)	com.cisag.app.general.QuantityUnitOfMeasureGuid		X
discountable	vset	../ExternalInterfaceDiscountable	X
oiText	str(65)	../ExternalInterfaceOiText		X
oiReminderLevel	vset	../ExternalInterfaceOiReminderLevel		X
oiLastReminderDate	stmp	../ExternalInterfaceOiLastReminderDate		X
oiReminderBlockUntil	stmp	../ExternalInterfaceOiReminderBlockUntil		X
oiReminderBlockReason	str(15)	../ExternalInterfaceOiReminderBlockReason		X
oiReminderRecipient	str(10)	../ExternalInterfaceOiReminderRecipient		X
oiPaymentTerm	str(3)	../ExternalInterfaceOiPaymentTerm		X
oiDueDate	stmp	../ExternalInterfaceOiDueDate		X
oiDueDays	int	../ExternalInterfaceOiDueDays		X
oiValutaDate	stmp	../ExternalInterfaceOiValutaDate		X
oiValutaDays	int	../ExternalInterfaceOiValutaDays		X
oiDiscountIn-fo1.dueDate	stmp	../DiscountInfoDueDate	X
oiDiscountIn-fo1.dueDay	int	../DiscountInfoDueDay		X
oiDiscountIn-fo1.percentage	dec(7,4)	../DiscountInfoPercentage		X
oiDiscountIn-fo2.dueDate	stmp	../DiscountInfoDueDate	X
oiDiscountIn-fo2.dueDay	int	../DiscountInfoDueDay		X
oiDiscountIn-fo2.percentage	dec(7,4)	../DiscountInfoPercentage		X
oiDiscountIn-fo3.dueDate	stmp	../DiscountInfoDueDate	X
oiDiscountIn-fo3.dueDay	int	../DiscountInfoDueDay		X
oiDiscountIn-fo3.percentage	dec(7,4)	../DiscountInfoPercentage		X
oiPaymentBlock	str(10)	../ExternalInterfaceOiPaymentBlock		X
oiPaymentCode	str(15)	../ExternalInterfaceOiPaymentCode		X
oiPaymentType	vset	../ExternalInterfaceOiPaymentType		X
oiPaymentRegulator	str(10)	../ExternalInterfaceOiPaymentRegulator		X
oiPayee	str(10)	../ExternalInterfaceOiPayee		X
oiInvoiceListNumber	str(40)	../ExternalInterfaceOiInvoiceListNumber		X
oiResubmissionDate	stmp	../ExternalInterfaceOiResubmissionDate		X
oiResubmissionUser	str(10)	../ExternalInterfaceOiResubmissionUser		X
oiTransactionBank	str(15)	../ExternalInterfaceOiTransactionBank		X
oiLockPaymentHistory	vset	../ExternalInterfaceOiLockPaymentHistory		X
oiAssociation	str(10)	../ExternalInterfaceOiAssociation		X
oiAssociationMember	str(40)	../ExternalInterfaceOiAssociationMember		X
oiOwnVatIdentifi-cationNumber	str(20)	../ExternalInterfaceOiOwnVatIdentificationNumber		X
oiForeignVatIdentifi-cationNumber	str(20)	../ExternalInterfaceOiForeignVatIdentificationNumber		X
oiSettlementGroup	str(5)	../ExternalInterfaceOiSettlementGroup		X
oiChange	vset	../ExternalInterfaceOiChange		X
serviceCode	str(10)	../ExternalInterfaceServiceCode		X
serviceCodeCountryIsoCode	str(2)	../ExternalInterfaceServiceCodeCountryIsoCode		X
serviceCodeType	short	../ExternalInterfaceServiceCodeType		X
oiDeductionLock	bool	../ExternalInterfaceOiDeductionLock		X
deductioIn-fo.deductionCode01	str(15)	../DeductionInfoDeductionCode01		X
deductionIn-fo.deductionPercentage01	dec(7,4)	../DeductionInfoDeductionPercentage01		X
deductionIn-fo.deductionCode02	str(15)	../DeductionInfoDeductionCode02		X
deductionInfo.de-ductionPercentage02	dec(7,4)	../DeductionInfoDeductionPercentage02		X
deductionInfo.de-ductionCode03	str(15)	../DeductionInfoDeductionCode03		X
deductionInfo.de-ductionPercentage03	dec(7,4)	../DeductionInfoDeductionPercentage03		X
deductionInfo.de-ductionCode04	str(15)	../DeductionInfoDeductionCode04		X
deductionInfo.deductionPercentage04	dec(7,4)	../DeductionInfoDeductionPercentage04		X
deductionInfo.de-ductionCode05	str(15)	../DeductionInfoDeductionCode05		X
deductionInfo.de-ductionPercentage05	dec(7,4)	../DeductionInfoDeductionPercentage05		X
deductionInfo.de-ductionCode06	str(15)	../DeductionInfoDeductionCode06		X
deductionInfo.de-ductionPercentage06	dec(7,4)	../DeductionInfoDeductionPercentage06		X
deductionInfo.de-ductionCode07	str(15)	../DeductionInfoDeductionCode07		X
deductionInfo.de-ductionPercentage07	dec(7,4)	../DeductionInfoDeductionPercentage07		X
deductionInfo.de-ductionCode08	str(15)	../DeductionInfoDeductionCode08		X
deductionInfo.de-ductionPercentage08	dec(7,4)	../DeductionInfoDeductionPercentage08		X
deductionInfo.de-ductionCode09	str(15)	../DeductionInfoDeductionCode09		X
deductionInfo.de-ductionPercentage09	dec(7,4)	../DeductionInfoDeductionPercentage09		X
deductionInfo.de-ductionCode10	str(15)	../DeductionInfoDeductionCode10		X
deductionInfo.de-ductionPercentage10	dec(7,4)	../DeductionInfoDeductionPercentage10		X
deductionInfo.de-ductionCode11	str(15)	../DeductionInfoDeductionCode11		X
deductionInfo.de-ductionPercentage11	dec(7,4)	../DeductionInfoDeductionPercentage11		X
deductionInfo.de-ductionCode12	str(15)	../DeductionInfoDeductionCode12		X
deductionInfo.de-ductionPercentage12	dec(7,4)	../DeductionInfoDeductionPercentage12		X
deductionInfo.de-ductionCode13	str(15)	../DeductionInfoDeductionCode13		X
deductionInfo.de-ductionPercentage13	dec(7,4)	../DeductionInfoDeductionPercentage13		X
deductionInfo.de-ductionCode14	str(15)	../DeductionInfoDeductionCode14		X
deductionInfo.de-ductionPercentage14	dec(7,4)	../DeductionInfoDeductionPercentage14		X
deductionInfo.de-ductionCode15	str(15)	../DeductionInfoDeductionCode15		X
deductionInfo.de-ductionPercentage15	dec(7,4)	../DeductionInfoDeductionPercentage15		X
deductionInfo.de-ductionCode16	str(15)	../DeductionInfoDeductionCode16		X
deductionInfo.de-ductionPercentage16	dec(7,4)	../DeductionInfoDeductionPercentage16		X
deductionInfo.de-ductionCode17	str(15)	../DeductionInfoDeductionCode17		X
deductionInfo.de-ductionPercentage17	dec(7,4)	../DeductionInfoDeductionPercentage17		X
deductionInfo.de-ductionCode18	str(15)	../DeductionInfoDeductionCode18		X
deductionInfo.de-ductionPercentage18	dec(7,4)	../DeductionInfoDeductionPercentage18		X
deductionInfo.de-ductionCode19	str(15)	../DeductionInfoDeductionCode19		X
deductionInfo.de-ductionPercentage19	dec(7,4)	../DeductionInfoDeductionPercentage19		X
deductionInfo.de-ductionCode20	str(15)	../DeductionInfoDeductionCode20		X
deductionInfo.de-ductionPercentage20	dec(7,4)	../DeductionInfoDeductionPercentage20		X
oiCollectiveAc-countGroup	str(15)	../ExternalInterfaceOiCollectiveAccountGroup		X
oneTimeAd-dress.name	str(200)	../OneTimeAddressName		X
oneTimeAd-dress.street	str(256)	../OneTimeAddressStreet		X
oneTimeAddress.city	str(256)	../OneTimeAddressCity		X
oneTimeAd-dress.postalCode	str(16)	../OneTimeAddressPostalCode		X
oneTimeAd-dress.district	str(256)	../OneTimeAddressDistrict		X
oneTimeAd-dress.country	str(2)	../ExternalInterfaceCountry		X
oneTimeAd-dress.region	str(3)	../ExternalInterfaceRegion		X
oneTimeAd-dress.poBox	str(64)	../OneTimeAddressPoBox		X
oneTimeAd-dress.poBoxCity	str(256)	../OneTimeAddressPoBoxCity		X
oneTimeAddress.po-BoxPostalCode	str(16)	../OneTimeAddressPoBoxPostalCode		X
oneTimeAd-dress.regionCode	str(10)	../ExternalInterfaceRegionCode		X
bank.bankAccount	str(30)	../OneTimeBankBankAccount		X
bank.accountHolder	str(80)	../OneTimeBankAccountHolder		X
bank.iban	str(40)	../OneTimeBankIban		X
bank.bic	str(11)	../OneTimeBankBic		X
bank.bankId	str(20)	../ExternalInterfaceBankBankId		X
bank.bankIsoCode	str(2)	../ExternalInterfaceBankCountryIsoCode		X
bank.bankName	str(65)	../ExternalInterfaceBankName		X
version	str(10)	../ExternalInterfaceVersion		X
postingDate	stmp	../ExternalInterfacePostingDate		X
protocolNumber	str(20)	../ExternalInterfaceProtocolNumber		X
language	str(4)	../ExternalInterfaceLanguage		X
reference	str(40)	../ExternalInterfaceReference		X
Beginn ExternalInterface 2 Beziehung zwischen ExternalInterface und ExternalInterface 2 = 1 : 1
oiInterestBearing	vset	../ExternalInterface2OiInterestBearing		X
esrCodinglLine	str(59)	../ExternalInterface2EsrCodingLine		X
esrReferenceNumber	str(27)	../ExternalInterface2EsrReferenceNumber		X
esrSubscriberNumber	str(9)	../ExternalInterface2EsrSubscriberNumber		X
taxRegister	str(5)	../ExternalInterface2TaxRegister		X
deductionFreelancer	dec(21,6)	../ExternalInterface2DeductionFreelancer		X
bankAssignment.bankAccount	str(30)	../ExternalInterface2BankAssignmentBankAccount		X
bankAssignment.accountHolder	str(80)	../ExternalInterface2BankAssignmentAccountHolder		X
bankAssignment.iban	str(40)	../ExternalInterface2BankAssignmentIban		X
bankAssignment.bic	str(11)	../ ExternalInterface2BankAssignmentBic		X
bankAssignment.bankId	str(20)	../ExternalInterface2BankAssignmentBankId		X
bankAssignment.bankIsoCode	str(2)	../ExternalInterface2BankAssignmentBankCountryIsoCode		X
bankAssignment.bankName	str(65)	../ExternalInterface2BankAssignmentBankName		X
externalKey1	str(65)	../ExternalInterface2ExternalKey1		X
externalKey2	str(65)	../ExternalInterface2ExternalKey2		X
externalKey3	str(65)	../ExternalInterface2ExternalKey3		X
externalKey4	str(65)	../ExternalInterface2ExternalKey4		X
externalKey5	str(65)	../ExternalInterface2ExternalKey5		X
externalKey6	str(65)	../ExternalInterface2ExternalKey6		X
externalKey7	str(65)	../ExternalInterface2ExternalKey7		X
externalKey8	str(65)	../ExternalInterface2ExternalKey8		X
externalKey9	str(65)	../ExternalInterface2ExternalKey9		X
externalKey10	str(65)	../ExternalInterface2ExternalKey10		X
transactionDate	stmp	../ExternalInterface2TransactionDate		X
invoiceReceiveDate	stmp	../ExternalInterface2InvoiceReceiveDate		X
mandateReference	str(35)	../ExternalInterface2MandateReference		X
archiveId	str(125)	../ExternalInterface2ArchiveId		X
documentType	str(5)	../ExternalInterface2DocumentType		X
adjustmentPercentage	dec(5,2)	../ExternalInterface2AdjustmentPercentage		X
excludeFromProjection	vset	../ExternalInterface2ExcludeFromProjection		X
cFDIFiscalNumber	str(36)	../ExternalInterface2CFDIFiscalNumber		X
targetExchangeAmount	dec(21,6)	../ExternalInterface2TargetExchangeAmount		X
serviceCodeServiceCountry	str(2)	../ExternalInterface2ServiceCodeServiceCountry		X
serviceCodeImportExport	vset	../ExternalInterface2ServiceCodeImportExport		X
writeOffCode	vset	../ExternalInterface2WriteOffCode		X
forceCreateNewOi	bool	../ExternalInterface2ForceCreateNewOi		X
infoString1	str(65)	../ExternalInterface2InfoString1		X
infoString2	str(65)	../ExternalInterface2InfoString2		X
infoString3	str(65)	../ExternalInterface2InfoString3		X
infoDate1	stmp	../ExternalInterface2InfoDate1		X
infoDate2	stmp	../ExternalInterface2InfoDate2		X
infoDate3	stmp	../ExternalInterface2InfoDate3		X
infoNumber1	int	../ExternalInterface2InfoNumber1		X
infoNumber2	int	../ExternalInterface2InfoNumber2		X
infoNumber3	int	../ExternalInterface2InfoNumber3		X
riskType	vset	../ExternalInterface2RiskType		X
riskExpirationDate	stmp	../ExternalInterface2RiskExpirationDate		X
riskNumber	str(40)	../ExternalInterface2RiskNumber		X
currencyOfCurrencyDifference	str(3)	../ExternalInterface2CurrencyOfCurrencyDifference		X
defermentCode	str(15)	../ExternalInterface2DefermentCode		X
startDateDeferment	stmp	../ExternalInterface2StartDateDeferment		X
endDateDeferment	stmp	../ExternalInterface2EndDateDeferment		X
firstRateAmount	dec(21,6)	../ExternalInterface2FirstRateAmount		X
firstRateCurrency	str(3)	../ExternalInterface2FirstRateCurrency		X
deductions.deductionCode01	str(15)	../ExternalInterface2DeductionsDeductionCode01		X
deductions.deductionAmount01	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount01		X
deductions.deductionDebitCredit01	vset	../ExternalInterface2DeductionsDeductionDebitCredit01		X
deductions.deductionCode02	str(15)	../ExternalInterface2DeductionsDeductionCode02		X
deductions.deductionAmount02	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount02		X
deductions.deductionDebitCredit02	vset	../ExternalInterface2DeductionsDeductionDebitCredit02		X
deductions.deductionCode03	str(15)	../ExternalInterface2DeductionsDeductionCode03		X
deductions.deductionAmount03	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount03		X
deductions.deductionDebitCredit03	vset	../ExternalInterface2DeductionsDeductionDebitCredit03		X
deductions.deductionCode04	str(15)	../ExternalInterface2DeductionsDeductionCode04		X
deductions.deductionAmount04	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount04		X
deductions.deductionDebitCredit04	vset	../ExternalInterface2DeductionsDeductionDebitCredit04		X
deductions.deductionCode05	str(15)	../ExternalInterface2DeductionsDeductionCode05		X
deductions.deductionAmount05	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount05		X
deductions.deductionDebitCredit05	vset	../ExternalInterface2DeductionsDeductionDebitCredit05		X
deductions.deductionCode06	str(15)	../ExternalInterface2DeductionsDeductionCode06		X
deductions.deductionAmount06	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount06		X
deductions.deductionDebitCredit06	vset	../ExternalInterface2DeductionsDeductionDebitCredit06		X
deductions.deductionCode07	str(15)	../ExternalInterface2DeductionsDeductionCode07		X
deductions.deductionAmount07	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount07		X
deductions.deductionDebitCredit07	vset	../ExternalInterface2DeductionsDeductionDebitCredit07		X
deductions.deductionCode08	str(15)	../ExternalInterface2DeductionsDeductionCode08		X
deductions.deductionAmount08	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount08		X
deductions.deductionDebitCredit08	vset	../ExternalInterface2DeductionsDeductionDebitCredit08		X
deductions.deductionCode09	str(15)	../ExternalInterface2DeductionsDeductionCode09		X
deductions.deductionAmount09	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount09		X
deductions.deductionDebitCredit09	vset	../ExternalInterface2DeductionsDeductionDebitCredit09		X
deductions.deductionCode10	str(15)	../ExternalInterface2DeductionsDeductionCode10		X
deductions.deductionAmount10	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount10		X
deductions.deductionDebitCredit10	vset	../ExternalInterface2DeductionsDeductionDebitCredit10		X
deductions.deductionCode11	str(15)	../ExternalInterface2DeductionsDeductionCode11		X
deductions.deductionAmount11	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount11		X
deductions.deductionDebitCredit11	vset	../ExternalInterface2DeductionsDeductionDebitCredit11		X
deductions.deductionCode12	str(15)	../ExternalInterface2DeductionsDeductionCode12		X
deductions.deductionAmount12	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount12		X
deductions.deductionDebitCredit12	vset	../ExternalInterface2DeductionsDeductionDebitCredit12		X
deductions.deductionCode13	str(15)	../ExternalInterface2DeductionsDeductionCode13		X
deductions.deductionAmount13	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount13		X
deductions.deductionDebitCredit13	vset	../ExternalInterface2DeductionsDeductionDebitCredit33		X
deductions.deductionCode14	str(15)	../ExternalInterface2DeductionsDeductionCode14		X
deductions.deductionAmount14	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount14		X
deductions.deductionDebitCredit14	vset	../ExternalInterface2DeductionsDeductionDebitCredit14		X
deductions.deductionCode15	str(15)	../ExternalInterface2DeductionsDeductionCode15		X
deductions.deductionAmount15	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount15		X
deductions.deductionDebitCredit15	vset	../ExternalInterface2DeductionsDeductionDebitCredit15		X
deductions.deductionCode16	str(15)	../ExternalInterface2DeductionsDeductionCode16		X
deductions.deductionAmount16	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount16		X
deductions.deductionDebitCredit16	vset	../ExternalInterface2DeductionsDeductionDebitCredit16		X
deductions.deductionCode17	str(15)	../ExternalInterface2DeductionsDeductionCode17		X
deductions.deductionAmount17	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount17		X
deductions.deductionDebitCredit17	vset	../ExternalInterface2DeductionsDeductionDebitCredit17		X
deductions.deductionCode18	str(15)	../ExternalInterface2DeductionsDeductionCode18		X
deductions.deductionAmount18	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount18		X
deductions.deductionDebitCredit18	vset	../ExternalInterface2DeductionsDeductionDebitCredit18		X
deductions.deductionCode19	str(15)	../ExternalInterface2DeductionsDeductionCode19		X
deductions.deductionAmount19	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount19		X
deductions.deductionDebitCredit19	vset	../ExternalInterface2DeductionsDeductionDebitCredit19		X
deductions.deductionCode20	str(15)	../ExternalInterface2DeductionsDeductionCode20		X
deductions.deductionAmount20	dec(21,6)	../ExternalInterface2DeductionsDeductionAmount20		X
deductions.deductionDebitCredit20	vset	../ExternalInterface2DeductionsDeductionDebitCredit20		X
automaticReversal	bool	../ExternalInterface2AutomatikReserval		X
oiSettlementGroup	str(125)	../ExternalInterface2OiSettlementGroup		X
handleDeductions	vset	../ExternalInterface2HandleDeductions		X
clearInOtherCurrency	bool	../ExternalInterface2ClearInOtherCurrency		X
interval	vset	../ExternalInterface2Interval		X
distance	int	../ExternalInterface2Distance		X
firstCall	stmp	../ExternalInterface2FirstCall		X
lastCall	stmp	../ExternalInterface2LastCall		X
voucherDay	int	../ExternalInterface2VoucherDay		X
executionDays	int	../ExternalInterface2ExecutionDays		X
updateCurrency	bool	../ExternalInterface2UpdateCurrency		X
activatePeriodicPostings	bool	../ExternalInterface2ActivatePeriodicPostings		X
z4ReportRequired	vset	../ExternalInterface2Z4ReportRequired		X
oiClearingInMainCurrencyAllowed	vset	../ExternalInterface2OiClearingInMainCurrencyAllowed		X
debtorCreditType	str(15)	../ExternalInterface2DebtorCreditType		X
debtorCreditNumber	str(10)	../ExternalInterface2DebtorCreditNumber		X
debtorCreditDetailNumber	int	../ExternalInterface2DebtorCreditDetailNumber		X
debtorCreditDetailSubNumber	int	../ExternalInterface2DebtorCreditDetailSubNumber		X
handleOiWriteOff	vset	../ExternalInterface2HandleOiWriteOff		X
ExternalInterface2.paymentInformation	str(125)	../ExternalInterface2PaymentInformation		X
ExternalInterface2.additionalpaymentInformation	str(125)	../ExternalInterface2AdditionalPaymentInformation		X
ExternalInterface2.taxSettlementDate	stmp	../ExternalInterface2TaxSettlementDate		X
ExternalInterface2.declarationIndicator1	str(15)	../ExternalInterface2DeclarationIndicator1		X
ExternalInterface2.declarationIndicator2	str(15)	../ExternalInterface2DeclarationIndicator2		X
ExternalInterface2.declarationIndicator3	str(15)	../ExternalInterface2DeclarationIndicator3		X
ExternalInterface2.declarationIndicator4	str(15)	../ExternalInterface2DeclarationIndicator4		X
ExternalInterface2.declarationIndicator5	str(15)	../ExternalInterface2DeclarationIndicator5		X
ExternalInterface2.declarationIndicator6	str(15)	../ExternalInterface2DeclarationIndicator6		X
ExternalInterface2.declarationIndicator7	str(15)	../ExternalInterface2DeclarationIndicator7		X
ExternalInterface2.declarationIndicator8	str(15)	../ExternalInterface2DeclarationIndicator8		X
ExternalInterface2.declarationIndicator9	str(15)	../ExternalInterface2DeclarationIndicator9		X
ExternalInterface2.declarationIndicator10	str(15)	../ExternalInterface2DeclarationIndicator10		X
ExternalInterface2.mossInvoice	str(40)	../ExternalInterface2MossInvoice		X
ExternalInterface2.mossReferenceValue	str(40)	../ExternalInterface2MossReferenceValue		X
ExternalInterface2.mossBeneficiaryTaxPurpose	str(15)	../ExternalInterface2MossBeneficiaryTaxPurpose		X
ExternalInterface2.account	str(50)	../ExternalInterface2Account		X
ExternalInterface2.collectiveAccount	str(50)	../ExternalInterface2CollectiveAccount		X
ExternalInterface2.taxAccount	str(50)	../ExternalInterface2TaxAccount		X
ExternalInterface2.targetExchangeTaxAmount	dec(21,6)	../ExternalInterface2TargetExchangeTaxAmount		X
ExternalInterface2.assetMasterNumber	str(20)	../ExternalInterface2AssetMasterNumber		X
ExternalInterface2.assetMasterSubNumber	int	../ExternalInterface2AssetMasterSubNumber		X
ExternalInterface2.assetGroup	str(10)	../ExternalInterface2AssetGroup		X
ExternalInterface2.supplierInvoiceDetailNumber	int	../ExternalInterface2SupplierInvoiceDetailNumber		X
ExternalInterface2.item	str(25)	../ExternalInterface2Item		X
ExternalInterface2.inventoryIdentifier	str(20)	../ExternalInterface2InventoryIdentifier		X
ExternalInterface2.splitOnSingleAsset	bool	../ExternalInterface2SplitOnSingleAsset		X
ExternalInterface2.assetCount	int	../ExternalInterface2AssetCount		X
Ende ExternalInterface 2
Ende ExternalInterface

Erläuterung der Feldtypen:

Typ	Erläuterung
str	alphanumerisches Feld
vset	Value Set (gültige Werte: Siehe Feldbeschreibung)
long	numerisches Feld
int	numerisches Feld
short	numerisches Feld
stmp	Datumsfeld (Angabe: TT.MM.JJJJ)
dec	numerisches Feld mit Nachkommastellen
guid	Eindeutige Feld-Identifikation in der Datenbank (vom Anwender nicht zu füllen)
bool	Ja/Nein-Feld (Angabe: „true“ oder „false“)

4 Verarbeitungshinweise

Für jede Buchung müssen mindestens zwei Datensätze ausgegeben werden:

eine Buchung für das Konto
und eine Buchung für das Gegenkonto.

Bei Splittbuchungen (Aufteilung auf mehrere Gegenkonten oder Dimensionen) sind entsprechend mehr Buchungen auszugeben.

Die zusammengehörigen Buchungen eines Beleges werden über das Feld „internalNumber“ gekennzeichnet. Das heißt, alle Buchungen die zu einem Beleg gehören, müssen in diesem Feld eine einheitliche Nummer enthalten.

Innerhalb eines Beleges erhalten die einzelnen Buchungen eine fortlaufend aufsteigende Nummerierung und stellen die Führungs- und Auflösungsbuchungen bzw. die Brutto- und Nettobuchungen dar.

Für die Übergabe von Buchungen gilt:

Die erste Buchung eines Beleges muss immer die Bruttobuchung sein.
Es darf immer nur eine Bruttobuchung geben.

Die Verarbeitung der Sätze erfolgt in der Reihenfolge Interne Satznummer, Beleg, Belegart, Herkunft 1 und Herkunft 2.

5 Beschreibung der allgemeinen Felder

In diesem Kapitel sind die einzelnen Felder der Schnittstelle aufgeführt. Zudem ist ausführlich beschrieben, welche Wertangaben in den einzelnen Feldern vorzunehmen sind.

5.1 internalNumber (str12)

Dieses Feld ist immer zu füllen. Die internalNumber identifiziert einen Beleg. Es ist je Beleg eine fortlaufende Nummer anzugeben. Bei mehreren Buchungen eines Beleges (z. B. bei Splittbuchungen) müssen alle zusammengehörigen Buchungen die gleiche Nummer erhalten.

5.2 number (str10)

Dieses Feld ist immer zu füllen. Es handelt sich um die Nummerierung der einzelnen Buchungen innerhalb eines Beleges. Diese Nummerierung ist fortlaufend zu vergeben.

Empfehlung: Counter 0000001 bis 99999999, Start 10 und jeweils um 10 erhöhend.

5.3 subNumber (str10)

Die Satz-Unternummer ist immer mit dem Wert 0 zu füllen. Wenn zu einer Buchungszeile noch Unterzeilen existieren, z. B. die OP-Zuordnungen bei einer Zahlung, geben Sie hier eine fortlaufende Nummerierung je Unterzeile an.

Empfehlung: Counter 0000001 bis 99999999, Start 10 und jeweils um 10 erhöhend.

5.4 status (vset)

Dieses Feld wird nur intern verwendet, daher ist es leer zu lassen. Es dient dazu, den Status der Bearbeitung durch folgende Werte zu markieren.

TRANSFORMATION_PENDING: Anstehend
TRANSFORMED: Erzeugt

5.5 voucherNumber (str20)

Dieses Feld ist immer zu füllen. Es ist die Belegnummer anzugeben. Die Belegnummer muss für alle Teilbuchungen eines Beleges beibehalten werden.

5.6 voucherDate (stmp)

Dieses Feld ist immer zu füllen. Es ist das Datum des Beleges im Format TT.MM.JJJJ anzugeben. Aus diesem Belegdatum wird automatisch die Buchungsperiode abgeleitet.

Betrifft das Belegdatum eine bereits endgültig abgeschlossene Buchungsperiode, fließt die Buchung in die nächste offene Buchungsperiode ein. Bei einer vorläufig abgeschlossenen oder einer noch nicht eröffneten Buchungsperiode tritt ein Fehler auf.

Wenn die Buchung unter einer vom Belegdatum abweichenden Buchungsperiode gebucht werden soll, verwenden Sie das Feld „postingDate“.

5.7 postingPeriod (str10)

Dieses Feld lassen Sie immer leer, da die Buchungsperiode automatisch aus dem Belegdatum ermittelt wird.

Soll der Beleg in eine vom Belegdatum abweichende Periode gebucht werden, verwenden Sie dafür das Feld „postingDate“.

5.8 shadowType (vset)

Die Buchungsart wird nur intern verwendet, daher ist dieses Feld leer zu lassen.

5.9 dataType (str15)

Für Buchungen in die Finanzbuchhaltung lassen Sie dieses Feld immer leer.

5.10 transactionFlag (str4)

Dieses Feld können Sie bei Bedarf füllen. Falls in diesem Feld aber eine Bewegungsart angegeben wird, darf diese nur vom Typ “Wert” sein. Eine angegebene Bewegungsart muss in der Anwendung „Bewegungsarten“ existieren.

Im Customizing ist grundsätzlich eine Standard-Bewegungsart einzurichten.

5.11 origin (vset)

In diesem Feld ist immer die Herkunft anzugeben. Die Herkunft informiert über den Ursprung der Daten innerhalb der Datei. Da das Feld ein Value Set darstellt, ist eine der folgenden Konstanten in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) anzugeben. Die Herkunft muss in allen Datensätzen innerhalb einer Datei gleich sein:

FINANCIAL_ACCOUNTING
PURCHASE
CUSTOMER_INVOICE
SALES_ORDER
SUPPLIER_INVOICE
PRODUCTION_ORDER
INVENTORY_POSTING
EXTERNAL_SYSTEM
WAGE
DATA_COLLECTION
MIGRATION
TRAVEL_COSTS

5.12 originalEntity (guid)

Dieses Feld wird nur intern verwendet, daher ist es leer zu lassen.

5.13 originalItem (guid)

Dieses Feld wird nur intern verwendet, daher ist es leer zu lassen.

5.14 detailType (vset)

Dieses Feld ist immer zu füllen. Es kennzeichnet die Buchungen bzw. einzelnen Datensätze, ob es sich um eine Führungsbuchung oder Auflösungsbuchung handelt.

Innerhalb eines Beleges, kann es nur einen Datensatz mit der Kennzeichnung „LEADING_POSTING“ geben. Dieser Datensatz innerhalb eines Beleges ist mit der kleinsten Nummer zu versehen. Informationen zur Nummerierung finden Sie unter dem Feld „number“.

Die abhängigen Auflösungs- oder auch Teilbuchungen (Auflösung einer Führungsbuchung gegen mehrere Konten, Kostenstellen oder Kostenträger) eines Beleges müssen den Wert „PART_POSTING“ erhalten. Diese Datensätze sind mit einer aufsteigenden Nummerierung zu übergeben.

Darüber hinaus können für eine Buchung zusätzliche Datensätze ausgegeben werden, z. B. die Zuordnung eines offenen Posten bei einer Zahlung. Für diese Zuordnung ist dann der Wert „OI_ALLOCATION“ anzugeben.

Eine der folgenden Konstanten ist in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) anzugeben:

LEADING_POSTING

Kennzeichnet die Buchung als Führungs- bzw. Bruttobuchung

PART_POSTING

Kennzeichnet die Buchung als Teil- bzw. Auflösungsbuchung

OI_ALLOCATION

Kennzeichnet die Buchung als OP-Zuordnung

OPEN_ITEM_CREATION

Kennzeichnet die Buchung als OP-Neuanlage

OI_CURDIF

Kennzeichnet die Buchung als OP-Währungsdifferenz

OI_WRITE_OFF

Kennzeichnet die Buchung als OP-Ausbuchung

WRITE_OFF

Kennzeichnet die Buchung als Ausbuchung

5.15 organizationalUnit (str10)

Dieses Feld ist immer zu füllen. Es ist die Zielorganisation (Firma) für die Buchungen anzugeben. Die Zielorganisation muss für alle Buchungen eines Beleges beibehalten werden.

5.16 voucherText (str65)

Dieses Feld ist leer zu lassen. Um für die Buchung einen Buchungstext auszugeben, verwenden Sie das Feld „postingText“.

5.17 transactionCode (str15)

Dieses Feld ist kein Pflichtfeld.

Die Belegarten, die für die Buchungen aus der Schnittstelle relevant sind, können in der Anwendung „Belegartenzuordnung“ gespeichert werden. In dieser Anwendung kann je nach Herkunft, Buchhaltungskennzeichen, Buchungsvorgang (TransactionType) und bei Rechnungen aus der Warenwirtschaft von Comarch ERP Enterprise je nach Art der Ausgangs- bzw. Eingangsrechnung eine eigene Belegart hinterlegt werden. Beim Umsetzen der Werte aus der Schnittstelle kann die Belegart hierüber ermittelt werden.

Wird in diesem Feld jedoch eine Belegart angegeben, hat diese immer den Vorrang. Diese Belegart muss in der Anwendung „Belegarten Finanzbuchhaltung“ existieren.

5.18 transactionType (vset)

Dieses Feld ist zurzeit immer zu füllen. Auch wenn eine Belegart im vorherigen Feld angegeben wurde, ist der Belegtyp dieser Belegart in diesem Feld mitzugeben.

Wird keine Belegart vorgegeben, kann aufgrund des hier angegebenen Belegtyps die Belegart ermittelt werden.

Der Belegtyp muss für alle Buchungen eines Beleges beibehalten werden.

Das Feld stellt ein Value Set dar. Geben Sie eine der folgenden Konstanten in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) an:

OPENING_BALANCES
GENERAL_LEDGER_POSTINGS
INVOICES
CREDIT_NOTE
OPI_CHANGE
PAYMENTS
OPI_CLEARING
CURRENCY_DIFFERENCE
GENERAL_LEDGER_CLEARING
COLLECTIVE_ACCOUNT_TRANSFER_POSTINGS

5.19 taxKey (str3)

Immer, wenn innerhalb des Beleges Steuer gerechnet wird, muss in diesem Feld ein gültiger Steuerschlüssel angegeben werden. Hiervon ausgenommen ist die Führungsbuchung im Steuersplitt, hier bleibt das Feld leer. Ein Steuersplitt liegt vor, wenn innerhalb eines Beleges unterschiedliche Steuerschlüssel vorkommen.

Bei steuerfreien Rechnungen verwenden Sie einen entsprechenden Steuerschlüssel mit 0% Steuer.

Der angegebene Steuerschlüssel muss in der Anwendung „Steuer-Schlüssel“ existieren.

5.20 taxCountry (str2)

Dieses Feld ist immer dann zu füllen, wenn Buchungen mit Steuerschlüsseln übergeben werden. Es ist der ISO-Ländercode des Steuerlandes anzugeben. Ist die zu buchende Organisation (Firma) ein deutsches Unternehmen, geben Sie den Wert „DE“ ein.

5.21 taxDate (stmp)

Für Deutschland gilt: Dieses Feld ist nicht zwingend zu füllen. Bleibt das Feld leer, wird es mit dem Belegdatum der Buchung gefüllt. Es ist zu beachten, dass anhand dieses Datums der gültige Steuerprozentsatz aus dem Steuerschlüssel ermittelt wird.

Das Datum ist in dem Format TT.MM.JJJJ anzugeben.

5.22 taxRecordinfoInput (vset)

Dieses Feld muss nur gefüllt werden, wenn es sich bei einer Buchung um eine Steuersplittbuchung handelt. Somit ist die Eingabe abhängig vom Kennzeichen Steuersplitt (taxSplit).

Die Eingabesteuerart legt unter anderem fest, ob sich die Steuer bei den Auflösungsbuchungen aus Bruttobeträgen oder aus Nettobeträgen ermittelt.

Das Feld stellt ein Value Set dar. Es ist eine der folgenden Konstanten in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) anzugeben:

CALCULATE_FROM_POSITIONS

Die Eingabesteuerart „CALCULATE_FROM_POSITIONS“ ist nur in der Führungsbuchung zulässig. Bei Verwendung dieser Auswahl wird die Steuer aus den Positionen ermittelt. Die Führungsbuchung wird ohne Steuerbetrag und Steuerschlüssel überstellt. In den Splittpositionen geben Sie den jeweiligen Steuerschlüssel an und legen mit der entsprechenden Eingabesteuerart fest, ob sich die Steuer aus Brutto- oder Nettobeträgen ermittelt.

GROSS

Brutto, Steuer wird gerechnet: Es sind Bruttobeträge anzugeben in denen die Steuer enthalten ist. Die Steuer wird aus den Bruttobeträgen raus gerechnet.

Diese Auswahl kann nur im Zusammenhang mit der Auswahl TAX verwendet werden. Die Auflösungsbuchungen werden jeweils mit Nettobeträgen und Steuerschlüsseln überstellt. Zusätzlich muss eine Buchung direkt gegen ein Steuerkonto und ebenfalls mit Angabe eines Steuerschlüssels (Steuerbuchung) erfolgen. Die (Netto-) Auflösungsbuchungen haben die Eingabesteuerart NET zu erhalten. Die Buchung gegen das Steuerkonto hat die Eingabesteuerart TAX zu erhalten.

Diese Auswahl kann nur im Zusammenhang mit der Auswahl NET verwendet werden. Erklärung siehe zu NET.

NET_CALCULATE_TAX

Netto, Steuer wird gerechnet: Es sind Nettobeträge anzugeben, in denen die Steuer nicht enthalten ist. Die Nettobeträge sind die Bemessungsgrundlage für die zu errechnende Steuer.

IMPORTATION_VAT

Mit dieser Auswahl kann direkte Steuer gebucht werden, wie z.B. die Einfuhrumsatzsteuer. In diesem Fall ist die Steuer in einem Buchungssatz direkt gegen das Steuerkonto zu buchen. Dieser Buchungssatz ist mit einem Steuerschlüssel und der Eingabesteuerart „IMPORTATION_VAT zu versehen. Bei dem verwendeten Steuerschlüssel muss das Kennzeichen „Direkte Steuereingabe“ aktiviert sein.

5.23 taxPeriod (str10)

Dieses Feld ist nicht zwingend zu füllen, da sich die Steuerperiode aus dem Feld „postingDate“ ermittelt.

Es kann jedoch eine abweichende Periode für die Steuer angegeben werden, sofern die aus einem Vorgang resultierende Steuer und Bemessungsgrundlage in einer anderen Periode gespeichert und gemeldet werden soll, als jene die aus dem Feld „postingDate“ ermittelt wird.

Eine angegebene Steuerperiode muss in der Anwendung angelegt und bebuchbar sein (geöffnet und nicht abgeschlossen). Eine Steuerperiode ist siebenstellig in dem Format 0MMJJJJ anzugeben.

Für die Verarbeitung der Schnittstelle sind überdies die Einstellungen im Customizing für die Finanzbuchhaltung (Vorschlagswert / Reiter „Buchung“ – Steuerung Steuerperioden) zu beachten. Hier kann u.a. eine Einstellung vorgenommen werden, dass die Finanzbuchhaltungs-Periode die führende Periode ist. Bei dieser Einstellung kann bzw. darf es keine abweichende Steuerperiode geben. Eine Buchung aus der Schnittstelle mit einer abweichenden Steuerperiode würde somit als fehlerhaft gekennzeichnet werden.

5.24 taxSplit (bool)

Dieses Feld ist immer zu füllen.

Mögliche Werte:

true
false

Der Wert „false“ ist anzugeben, wenn es sich bei den Buchungen nicht um Steuersplittbuchungen handelt.

Der Wert „true“ ist anzugeben, wenn es sich bei den Buchungen um Steuersplittbuchungen handelt.

Rechnungen, Gutschriften oder Sachbuchungen, die auf einem Beleg mehrere Steuersätze aufweisen, müssen als Steuersplitt gebucht werden. Ebenso müssen Buchungen die Einfuhrumsatzsteuer enthalten oder Buchungen bei denen die Steuer manuell gebucht werden soll, im Steuersplitt gebucht werden.

In der Führungsbuchung sind Gegenkonto und Steuerschlüssel leer zu lassen. Überdies ist in der Führungsbuchung der Gesamtbruttobetrag und der Gesamtsteuerbetrag („postingTaxAmount“) anzugeben. In den Auflösungsbuchungen sind die Konten, die verschiedenen Steuerschlüssel und die Auflösungsbeträge anzugeben. Abhängig von der gewählten Eingabesteuerart, brutto (GROSS) oder netto (NET_CALCULATE_TAX), sind die Buchungsbeträge der Auflösungsbuchungen brutto oder netto anzugeben. Steuerbeträge brauchen in den Auflösungsbuchungen nicht mit angegeben werden, da diese vom Programm anhand der Steuerschlüssel automatisch ermittelt werden.

Eine Ausnahme bilden hier die Eingabesteuerarten NET und TAX sowie IMPORTATION_VAT. Lesen Sie dazu die Beschreibung des Feldes „taxRecordinfoInput“.

5.25 debitCredit (vset)

Dieses Feld ist immer zu füllen. Es stellt die Soll/Haben-Kennzeichnung dar. Jede einzelne Buchung ist zu kennzeichnen, ob sie im Soll (DEBIT) oder im Haben (CREDIT) gebucht werden soll.

Eine der folgenden Konstanten ist in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) anzugeben:

DEBIT
CREDIT

5.26 postingAmount (dec 21,6)

Grundsätzlich muss für jede Buchung ein Buchungsbetrag angegeben werden. Die einzige Ausnahme tritt bei Nullbuchungen auf. In diesem Fall ist in der Führungsbuchung der Betrag leer zu lassen. Nullbuchungen müssen in der Belegart als zulässig gekennzeichnet sein.

Nullbuchungen können mit Hilfe eines Verrechnungskontos durchgeführt werden. Das Verrechnungskonto muss in der Führungsbuchung mit Betrag Null stehen. Die Auflösungsbuchungen enthalten jeweils Buchungsbeträge, die in-sich auf null aufgehen müssen.

Grundsätzlich gilt bei den Auflösungsbuchungen, dass der Buchungsbetrag immer der Nettobetrag sein muss. Eine Ausnahme bildet hier lediglich der Steuersplitt. Hier können die Auflösungsbuchungen auch als Bruttowerte angegeben werden, wenn die Eingabesteuerart (taxRecordinfoInput) „GROSS“ (brutto) gewählt wurde.

Maximale Länge: 21 Stellen insgesamt: 15 Stellen vor dem Komma, 6 Stellen nach dem Komma, wobei für Buchungen in die Finanzbuchhaltung bei allen Beträgen nur 2 Nachkommastellen zulässig sind.

5.27 postingTaxAmount (dec 21,6)

Dieses Feld ist nicht zwingend zu füllen. Der Steuerbetrag kann eingegeben werden oder er wird anhand des Steuerschlüssels über den darin enthaltenen Steuersatz automatisch ermittelt.

Sollte es sich jedoch um eine Steuersplittbuchung handeln, ist bei der Führungsbuchung in diesem Feld der Gesamtsteuerbetrag zwingend anzugeben.

Das Programm prüft, ob die Angaben von Buchungsbetrag, Steuerbetrag und Steuerschlüssel stimmig sind. Ansonsten wird die Buchung als fehlerhaft gekennzeichnet. Informationen zur Bearbeitung fehlerhafter Buchungen finden Sie in dem Kapitel „Daten importieren“

Maximale Länge: 21 Stellen insgesamt: 15 Stellen vor dem Komma, 6 Stellen nach dem Komma, wobei für Buchungen in die Finanzbuchhaltung bei allen Beträgen nur 2 Nachkommastellen zulässig sind.

5.28 postingText (str65)

Dieses Feld ist nicht zwingend zu füllen. Es kann für jede Führungsbuchung und für jede Splitt- bzw. Auflösungsbuchung ein eigener Buchungstext angegeben werden.

5.29 interCompanyUnit (str10)

Dieses Feld wird zurzeit nicht verwendet. Es ist für spätere Erweiterungen vorgesehen.

5.30 accountingStandard (str15)

Bei Buchungen auf Personenkonten ist dieses Feld immer leer zu lassen, es wird für jeden aktiven Bilanzierungskreis ein Saldensatz geschrieben.

Nur bei reinen Sachkontenbuchungen darf in diesem Feld ein Bilanzierungskreis angegeben werden. Die Salden werden dann ausschließlich in diesem Bilanzierungskreis fortgeschrieben.

Ein angegebener Bilanzierungskreis muss in der Anwendung „Bilanzierungskreise“ existieren.

5.31 invoiceNumber (str40)

Wird in diesem Feld eine Rechnungsnummer angegeben, so wird unter dieser Nummer der offene Posten gespeichert, sofern es sich um die Erfassung einer Rechnung auf einem Debitoren-, Kreditoren- oder auf einem OP-führenden Sachkonto handelt.

Lassen Sie dieses Feld leer, wird der offene Posten unter der Belegnummer gespeichert.

Ist eine Rechnung mit OP-Nummer 123 vorhanden und wird anschließend eine Gutschrift mit OP-Nummer 123 erfasst, wird diese Gutschrift auf den Rechnungs-OP gebucht und somit (ggf.) automatisch ausgeglichen.

Handelt es sich nicht um eine Gutschrift, sondern wieder um eine Rechnung, die auf einen bestehenden OP gebucht wird (aufgrund der gleichen OP-Nummer), sind die Einstellungen in der verwendeten Belegart ausschlaggebend, ob dies erlaubt sein darf oder nicht.

5.32 invoiceItem (long)

Zurzeit wird dieses Feld für Buchungen aus der Warenwirtschaft von Comarch ERP Enterprise nicht berücksichtigt und sollte daher auch noch nicht verwendet werden.

Zukünftig ist dieses Feld zu nutzen, wenn ein OP im Rahmen von Ratenzahlungen aufgeteilt werden soll. Es können somit je Ratenposition unterschiedliche Fälligkeiten und Skontobedingungen mitgegeben werden.

5.33 oiExternalVoucherNumber (str40)

Für Buchungen auf Kreditoren ist dieses Feld ein Pflichtfeld. Es handelt sich um die Belegnummer des Rechnungsausstellers.

Sofern in der verwendeten Belegart definiert wurde, dass die externe Belegnummer aus der Belegnummer (Feld „voucherNumber“) gebildet werden soll, kann dieses Feld leer bleiben.

5.34 accountingCode (vset)

Dieses Feld ist immer zu füllen. Es ist das Buchhaltungskennzeichen des Kontos anzugeben. Das Buchhaltungskennzeichen kann für einen Debitor, Kreditor oder ein Sachkonto stehen.

Eine der folgenden Konstanten ist in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) anzugeben:

DEBTOR
CREDITOR
GENERAL_LEDGER

5.35 account (str15)

Dieses Feld ist immer zu füllen. Abhängig vom Buchhaltungskennzeichen (vorheriges Feld) ist hier die Kontonummer von einem Debitor, Kreditor oder Sachkonto anzugeben.

Ein angegebenes Personenkonto muss in der Anwendung „Partner“ existieren. Ein angegebenes Sachkonto muss in der Anwendung „Sachkonten“ existieren.

5.36 collectiveAccount (str15)

Dieses Feld ist leer zu lassen.

5.37 taxAccount (str15)

Dieses Feld ist leer zu lassen.

Für die Verarbeitung einer Buchung mit Steuerschlüssel wird das entsprechende Steuerkonto automatisch ermittelt.

Bei einer „direkten Steuereingabe“ ist das Steuerkonto in dem Feld „account“ anzugeben. Das Feld „taxAccount“ ist auch in diesem Fall leer zu lassen.

5.38 journalNumber (int)

Dieses Feld ist leer zu lassen.

5.39 journalType (str15)

Dieses Feld ist leer zu lassen.

5.40 voucherCurrency (str3)

Dieses Feld ist nur dann zu füllen, wenn es sich um eine Buchung in Fremdwährung handelt. Wird keine Währung angegeben, wird automatisch die Hauswährung angenommen.

Grundsätzlich muss die Belegwährung in den Auflösungsbuchungen immer gleich der Führungsbuchung sein. Eine angegebene Fremdwährung muss in der Anwendung „Währungen“ existieren.

Handelt es sich um einen Beleg in Fremdwährung, kann in den Folgefeldern ein Kurs und ein Kursdatum mitgegeben werden. Dies ist jedoch nicht zwingend erforderlich. Falls das Kursdatum leer ist, wird dieses mit dem Belegdatum gefüllt. Falls der Kurs leer ist, wird dieser aus dem System ermittelt.

5.41 rateInfo.rate (dec 18,6)

Dieses Feld ist nicht zwingend zu füllen. Bei Fremdwährungsbuchungen kann der Kurs aus dem System ermittelt werden. Wird ein Kurs angegeben, muss dieser in allen Teilbuchungen gleich sein. Der Kurs bezieht sich immer auf die primäre Hauswährung.

Maximale Länge: 18 Stellen insgesamt: 8 Stellen vor dem Komma, 10 Stellen nach dem Komma.

5.42 rateInfo.date (stmp)

Dieses Feld ist zwingend zu füllen. Sofern kein bestimmtes Kursdatum angegeben werden kann oder soll, ist das Feld mit dem Wert 01.01.1900 zu füllen.

Ein Datum ist immer in dem Format TT.MM.JJJJ anzugeben.

5.43 rateInfo.use (str5)

Dieses Feld ist nicht zwingend zu füllen. Falls eine andere Wechselkursverwendung, als jene die im Customizing hinterlegt ist, verwendet werden soll, muss diese in der Schnittstelle mit übergeben werden.

Eine angegebene Wechselkursverwendung muss in der Anwendung „Wechselkursverwendung“ existieren.

5.44 rateInfo.factor (vset)

Dieses Feld ist nicht zwingend zu füllen.

Mit dem Kursfaktor wird festgelegt, wie viele Einheiten dieser Währung in eine Einheit der Ziel-Währung umgerechnet werden. Die Angabe ist hilfreich bei Wechselkursen zu Währungen mit einem viel geringeren Wert, wie z. B. bei den Wechselkursen zwischen Euro und der türkischen Lira oder der indischen Rupie. Mögliche Werte sind: 1, 10, 100, 1000 und 10000.

Bleibt das Feld leer, wird der Faktor 1 (VALUE_1) verwendet.

Eine der folgenden Konstanten ist in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) anzugeben:

VALUE_1
VALUE_10
VALUE_100
VALUE_1000
VALUE_10000

5.45 rateInfo.type (vset)

Dieses Feld ist nicht zwingend zu füllen. Falls der Wechselkurstyp leer ist, wird der Mittelkurs herangezogen. Falls ein anderer Typ verwendet werden soll, muss dieser hier mit übergeben werden.

Eine der folgenden Konstanten ist in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) anzugeben:

BUYING_RATE
MIDDLE_RATE
SELLING_RATE

5.46 rateInfo.quotation (vset)

Bei Fremdwährungsbuchungen geben Sie in diesem Feld an, welcher Notierungsrichtung (Preis- oder Mengennotierung) der angegebene Wechselkurs unterliegt.

Eine der folgenden Konstanten ist in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) anzugeben:

DIRECT (Preisnotierung)
INDIRECT (Mengennotierung)
NO_QUOTATION (Keine Notierung)

5.47 dimensionReference.optionalDimension01 bis 20 (str30)

Die Felder „optionale Dimension 1-20“ sind nur dann zu füllen, sofern eine Kostenart zu einem bebuchten Konto eine optionale Dimension erwartet.

Eine angegebene optionale Dimension muss in der Anwendung „Optionale Dimensionen“ existieren.

5.48 costClass (vset)

Dieses Feld ist nicht zwingend zu füllen. Für jede Organisation (Firma) kann festgelegt werden, ob Kostenklassen im Einsatz sind oder nicht. Falls keine Kostenklassen verwendet werden, wird dieses Feld im Rechnungswesen nur angezeigt. In der Datenbank wird dann der Defaultwert „Ohne Kostenklasse“ verwendet.

Eine der folgenden Konstanten kann in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) angegeben werden:

WITHOUT_COST_CLASS
VARIABLE_STRUCTURE_COST
FIXED_STRUCTURE_COSST
VARIABLE_DIRECT_COST
FIXED_DIRECT_COST

5.49 costType (str55)

Dieses Feld können Sie leer lassen. Die Kostenart wird über das Sachkonto ermittelt.

Kostenarten sind für Buchungen im Controlling eine zwingende Buchungsinformation. Kosten und Erlöse, Mengen, Preise und Kennziffern werden durch Kostenarten abgebildet.

5.50 performanceDate (stmp)

Dieses Feld ist nicht zwingend zu füllen. Es handelt sich hier um das Leistungsdatum für das Controlling. Zurzeit wird das „performanceDate“ aus den Rechnungen von Comarch ERP Enterprise (Warenwirtschaft) nicht übernommen.

Ein Datum ist immer in dem Format TT.MM.JJJJ anzugeben. Grundsätzlich gilt für das Leistungsdatum folgende Logik:

Wenn das „performanceDate“ leer ist, wird es mit dem Buchungsdatum gefüllt. Das Buchungsdatum ermittelt sich entweder automatisch aus dem Belegdatum oder es wird ein anderes Datum manuell angegeben.

5.51 controllingPeriod (str10)

Dieses Feld können Sie auch leer lassen, da die Controlling-Periode automatisch ermittelt werden kann. Bei der Ermittlung der Controlling-Periode gilt folgende Logik:

Ist im Customizing für die Finanzbuchhaltung (Vorschlagswert / Reiter „Buchung“ – Steuerung Perioden) die Finanzbuchhaltungs-Periode als führende Periode eingestellt, wird im Rahmen der Schnittstellenverarbeitung die Controlling-Periode aus der Buchungsperiode (Feld „postingPeriod“) ermittelt. Sofern die Controlling-Periode immer noch leer ist, wird die Periode aus dem Feld „performanceDate“ ermittelt.

Grundsätzlich kann aber eine Controlling-Periode manuell von Ihnen vorgegeben werden.

5.52 quantity.amount (dec 21,6)

In diesem Feld kann eine Leistungsmenge angegeben werden (relevant für das Controlling).

Maximale Länge: 21 Stellen insgesamt: 15 Stellen vor dem Komma, 6 Stellen nach dem Komma.

5.53 quantity.uom (str10)

Sofern Sie eine Mengenangabe vorgenommen haben, ist auch eine Mengeneinheit anzugeben. Eine angegebene Mengeneinheit muss in der Anwendung „Einheiten“ existieren.

5.54 discountable (vest)

Dieses Feld ist immer zu füllen. Über dieses Feld können Einzelpositionen einer Rechnung für die Ermittlung von Skonto ausgeschlossen werden.

Die mit „DISCOUNTABLE“ gekennzeichneten Positionen werden, abhängig von der Zahlungsbedingung, bei der Ermittlung des Skontobetrages berücksichtigt. Die Verteilung der Skontobeträge (sowohl für die Steuer als auch für den Nettobetrag) erfolgt nur für die mit „DISCOUNTABLE“ gekennzeichneten Positionen. Dieses gilt sinngemäß auch für die Verteilung auf optionale Dimensionen (z. B. Kostenstellen oder Kostenträger).

Teilbeträge auf nicht skontofähig zu setzen, kann gegebenenfalls bei Reparatur-Rechnungen notwendig sein, bei denen der Stundenlohn nicht skontoabzugsfähig ist.

Geben Sie eine der folgenden Konstanten in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) an:

DISCOUNTABLE
NOT_DISCOUNTABLE

5.55 oiText (str65)

In diesem Feld können Sie bei Bedarf zum Belegtext einen zusätzlichen OP-Text angeben. Dieser wird am offenen Posten gespeichert.

5.56 oiReminderLevel (vset)

Dieses Feld ist nicht zwingend zu füllen. Über dieses Feld ist es möglich, dem Beleg eine Mahnstufe zuzuordnen. Doch das Feld sollte nur im Zusammenhang mit der erstmaligen Datenübernahme benutzt werden. (Höchste Mahnstufe = 9).

Eine der folgenden Konstanten ist in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) anzugeben:

DUNNING_LEVEL_1
DUNNING_LEVEL_2
DUNNING_LEVEL_3
DUNNING_LEVEL_4
DUNNING_LEVEL_5
DUNNING_LEVEL_6
DUNNING_LEVEL_7
DUNNING_LEVEL_8
DUNNING_LEVEL_9
NO_DUNNING_LEVEL

5.57 oiLastReminderDate (stmp)

In diesem Feld können Sie bei Bedarf das Datum der letzten Mahnung eingeben. Dieses Feld sollte nur im Zusammenhang mit der erstmaligen Datenübernahme benutzt werden.

Ein Datum ist immer in dem Format TT.MM.JJJJ anzugeben.

5.58 oiReminderBlockUntil (stmp)

In diesem Feld kann ein Datum abgegeben werden das festlegt, wie lange die Mahnsperre eines offenen Postens gültig sein soll. Nach Ablauf dieses Datums ist der offene Posten zum Mahnen wieder frei gegeben.

Ein Datum ist immer in dem Format TT.MM.JJJJ anzugeben.

5.59 oiReminderBlockReason (str15)

Dieses Feld ist nur dann zu füllen, wenn Sie einen OP vom Mahnwesen ausschließen wollen. Durch die Angabe einer Begründung in diesem Feld, ist der OP zum Mahnen gesperrt und gleichzeitig ist der Mahnsperrgrund ersichtlich.

Ein angegebener Sperrgrund muss in der Anwendung „Mahnunterbrechungsgründe“ existieren.

5.60 oiReminderRecipient (str10)

In diesem Feld kann bei Bedarf ein abweichender Mahnempfänger in Form der Kontonummer eines Partners angegeben werden. Eine Mahnung für eine Rechnung wird dann an diesen Partner adressiert.

5.61 oiPaymentTerm (str3)

Dieses Feld ist nicht zwingend zu füllen. Bleiben die Felder der Zahlungsbedingung leer, kommt die Zahlungsbedingung lt. Zahlungsprofil aus den jeweiligen Partnerstammdaten zur Anwendung. Ist dort keine Zahlungsbedingung eingetragen, wird die Zahlungsbedingung aus dem Customizing verwendet.

Die Zahlungsbedingung besteht aus folgenden Feldern:

„oiDiscountInfo1.dueDate“ bis „oiDiscountInfo3.dueDate“ (Skontodatum 1-3)
„oiDiscountInfo1.dueDays“ bis „oiDiscountInfo3.dueDays“ (Skontotage 1-3)
„oiDiscountInfo1.percentage“ bis „oiDiscountInfo3.percentage“ (Skontoprozent 1-3)
„oiDueDate“ (Fälligkeitstage)
„oiDueDate“ (Fälligkeitsdatum)

Diese genannten Felder können alternativ zum Schlüssel der Zahlungsbedingung gefüllt werden. Ist beides gefüllt, müssen die Angaben schlüssig sein bzw. übereinstimmen, sonst wird eine Fehlermeldung ausgegeben.

Ist eine Rechnung sofort fällig, füllen Sie das Fälligkeitsdatum mit dem Belegdatum. Alle anderen Felder bleiben dann leer.

Ein angegebener Zahlungsbedingungsschlüssel muss in der Anwendung „Zahlungsbedingungen“ existieren.

5.62 oiDueDate (stmp)

Sie können hier ein Fälligkeitsdatum (Nettodatum der Rechnung) angeben. Ist das Feld gefüllt, wird die Nettofälligkeit des Beleges nicht anhand der Nettotage festgestellt, sondern dieses Feld wird als fester Wert übernommen.

Ein Datum ist immer in dem Format TT.MM.JJJJ anzugeben.

Das Nettofälligkeitsdatum muss immer größer als das Belegdatum und als das Datum der letzten Skontostufe sein.

5.63 oiDueDays (int)

In diesem Feld können Sie die Anzahl der Tage bis zur Nettofälligkeit des Beleges ausgeben. Die Nettotage werden grundsätzlich auf das Belegdatum gerechnet, um das Fälligkeitsdatum zu ermitteln. Bei valutierten Rechnungen wird die Nettofälligkeit immer vom Valutadatum gerechnet.

Hinweis:

Die Nettotage müssen immer größer sein als der höchste ausgegebene Wert für Skontotage.

Sie können nur entweder Nettotage oder ein Fälligkeitsdatum angeben, beides geht nicht.

5.64 oiValutaDate (stmp)

Wenn Valutatage angegeben werden, muss dieses Feld leer bleiben. Das Valutadatum wird anhand der Valutatage errechnet. Das Valutadatum ist das Startdatum für die Zahlungsbedingung.

Ein Datum ist immer in dem Format TT.MM.JJJJ anzugeben.

5.65 oiValutaDays (int)

In diesem Feld können Sie die Anzahl der Valutatage angeben. Das Valutadatum wird anhand der Valutatage (Belegdatum + Valutatage) errechnet. Wenn Sie sowohl Valutatage als auch ein Valutadatum angeben, werden die Valutatage ignoriert.

5.66 oiDiscountInfo1.dueDate (stmp)

Dieses Feld ist zwingend zu füllen. Auch wenn keine Skontobedingung-1 für eine Rechnung angewendet werden soll, ist das Feld mit dem Wert 01.01.1900 zu füllen. Die übrigen Felder der Skontobedingung-1 (oiDiscountInfo1.dueDay und oiDiscountInfo1.percentage) müssen leer bleiben.

Wird jedoch ein gültiges Skontodatum (Format TT.MM.JJJJ) für die 1. Skontobedingung angegeben, muss ebenfalls das zugehörige Skonto-Prozentfeld (oiDiscountInfo1.percentage) gefüllt sein.

Das Skontodatum muss kleiner sein als das Nettofälligkeitsdatum (oiDueDate).

5.67 oiDiscountInfo1.dueDay (int)

Es kann alternativ zum Skontodatum die Anzahl der Skontotage für die 1. Skontobedingung angegeben werden. Ist dieses Feld gefüllt, muss ebenfalls das zugehörige Skonto-Prozentfeld (oiDiscountInfo1.percentage) gefüllt sein. Die Anzahl der Skontotage muss kleiner sein als die Anzahl der Nettotage (oiDueDays).

5.68 oiDiscountInfo1.percentage (dec 7,4)

In diesem Feld kann der Skontoprozentsatz für die 1. Skontobedingung angegeben werden. Wenn Sie dieses Feld füllen, müssen entweder Skontotage oder ein gültiges Skontodatum für die 1. Skontobedingung angegeben sein.

Maximale Länge: 7 Stellen insgesamt: 3 Stellen vor dem Komma, 4 Stellen nach dem Komma.

5.69 oiDiscountInfo2.dueDate (stmp)

Dieses Feld ist zwingend zu füllen. Auch wenn keine Skontobedingung-2 für eine Rechnung angewendet werden soll, ist das Feld mit dem Wert 01.01.1900 zu füllen. Die übrigen Felder der Skontobedingung-2 (oiDiscountInfo2.dueDay und oiDiscountInfo2.percentage) müssen leer bleiben.

Wird jedoch ein gültiges Skontodatum (Format TT.MM.JJJJ) für die 2. Skontobedingung angegeben, muss ebenfalls das zugehörige Skonto-Prozentfeld (oiDiscountInfo2.percentage) gefüllt sein.

Das Skontodatum muss kleiner sein als das Nettofälligkeitsdatum (oiDueDate).

5.70 oiDiscountInfo2.dueDay (int)

Es kann alternativ zum Skontodatum die Anzahl der Skontotage für die 2. Skontobedingung angegeben werden. Ist dieses Feld gefüllt, muss ebenfalls das zugehörige Skonto-Prozentfeld (oiDiscountInfo2.percentage) gefüllt sein. Die Anzahl der Skontotage muss kleiner sein als die Anzahl der Nettotage (oiDueDays).

5.71 oiDiscountInfo2.percentage (dec 7,4)

In diesem Feld kann der Skontoprozentsatz für die 2. Skontobedingung angegeben werden. Wenn Sie dieses Feld füllen, müssen entweder Skontotage oder ein gültiges Skontodatum für die 2. Skontobedingung angegeben sein.

Maximale Länge: 7 Stellen insgesamt: 3 Stellen vor dem Komma, 4 Stellen nach dem Komma.

5.72 oiDiscountInfo3.dueDate (stmp)

Dieses Feld ist zwingend zu füllen. Auch wenn keine Skontobedingung-3 für eine Rechnung angewendet werden soll, ist das Feld mit dem Wert 01.01.1900 zu füllen. Die übrigen Felder der Skontobedingung-3 (oiDiscountInfo3.dueDay und oiDiscountInfo3.percentage) müssen leer bleiben.

Wird jedoch ein gültiges Skontodatum (Format TT.MM.JJJJ) für die 3. Skontobedingung angegeben, muss ebenfalls das zugehörige Skonto-Prozentfeld (oiDiscountInfo3.percentage) gefüllt sein.

Das Skontodatum muss kleiner sein als das Nettofälligkeitsdatum (oiDueDate).

5.73 oiDiscountInfo3.dueDay (int)

Es kann alternativ zum Skontodatum die Anzahl der Skontotage für die 3. Skontobedingung angegeben werden. Ist dieses Feld gefüllt, muss ebenfalls das zugehörige Skonto-Prozentfeld (oiDiscountInfo3.percentage) gefüllt sein. Die Anzahl der Skontotage muss kleiner sein als die Anzahl der Nettotage (oiDueDays).

5.74 oiDiscountInfo3.percentage (dec 7,4)

In diesem Feld kann der Skontoprozentsatz für die 3. Skontobedingung ausgegeben werden. Wenn Sie dieses Feld füllen, müssen entweder Skontotage oder ein gültiges Skontodatum für die 3. Skontobedingung angegeben sein.

Maximale Länge: 7 Stellen insgesamt: 3 Stellen vor dem Komma, 4 Stellen nach dem Komma.

5.75 oiPaymentBlock (str10)

Dieses Feld ist nur dann zu füllen, wenn Sie einen offenen Posten vom Zahlungsverkehr ausschließen wollen. Durch die Angabe einer Begründung in diesem Feld, ist der offene Posten zum Zahlen gesperrt und gleichzeitig ist der Sperrgrund ersichtlich. Der angegebene Sperrgrund muss ein gültiger Schlüssel in der Anwendung sein.

5.76 oiPaymentCode (str15)

Dieses Feld kann leer bleiben. Grundsätzlich wird die Zahlungsmethode entweder aus dem Partnerstamm oder wenn dort nicht angegeben aus dem Customizing ermittelt. Soll eine Rechnung über eine andere Zahlungsmethode reguliert werden, geben Sie in diesem Feld einen gültigen Schlüssel an.

5.77 oiPaymentType (vset)

Dieses Feld ist zurzeit leer zu lassen.

5.78 oiPaymentRegulator (str10)

In der Regel können Sie dieses Feld leer lassen. Es gilt folgendes: Ist ein Partner (über Einstellungen in den Partnerstammdaten) einem Zahlungsregulierer zugeordnet, wird die Kontonummer des Zahlungsregulierers automatisch im offenen Posten gespeichert.

Dieses Feld füllen Sie nur dann, wenn dieser Posten einem anderen Zahlungsregulierer zugeordnet werden soll und es sich bei den Buchungen um Rechnungen und Gutschriften für Debitoren und Kreditoren handelt.

5.79 oiPayee (str10)

In diesem Feld können Sie bei Bedarf einen abweichenden Zahlungsempfänger in Form der Kontonummer eines Partners angeben. Die Zahlung einer Rechnung erfolgt dann über die Bankverbindungsangaben dieses Partners.

In der Regel kann es sich hier nur um Rechnungen oder Gutschriften für Kreditoren handeln.

5.80 oiInvoiceListNumber (str40)

Dieses Feld ist nicht zwingend zu füllen. Das Feld „Rechnungsliste“ kann nur für (Debitoren oder Kreditoren-) Posten verwendet werden, die einem Verband angehören.

5.81 oiResubmissionDate (stmp)

In diesem Feld können Sie bei Bedarf ein Wiedervorlagedatum im Format TT.MM.JJJJ angeben. Dieses Datum wird je OP gespeichert. In den Anzeigen und Auswertungen kann danach selektiert werden.

5.82 oiResubmissionUser (str10)

In diesem Feld können Sie bei Bedarf einen Benutzer für die Wiedervorlage angeben. Der Benutzer für die Wiedervorlage wird je OP gespeichert. In den Anzeigen und Auswertungen kann danach selektiert werden.

5.83 oiTransactionBank (str15)

Wird in diesem Feld eine Hausbank angegeben, darf ein offener Posten nur über diese Hausbank reguliert werden. Eine hier angegebene Hausbank muss in der Anwendung „Hausbanken“ existieren.

5.84 oiLockPaymentHistory (vset)

Zur Handhabung bestimmter Fälle können Sie offene Posten von der Ermittlung bzw. Fortschreibung des Zahlungsverhaltens ausschließen. Diese Situation tritt vor allem immer dann ein, wenn die Zahlung auf einen oder mehrere offene Posten in beiderseitigem Einvernehmen ausgesetzt wird. Solche Prozesse können sich u. U. über einen längeren Zeitraum erstrecken. Um zu verhindern, dass der gesamte Prüfungszeitraum für diesen Vorgang das Zahlungsverhalten des Geschäftspartners nicht beeinflusst, ist es sinnvoll, den Posten gänzlich für die Ermittlung des Zahlungsverhaltens zu sperren. In anderen Fällen wird ggf. eine Nachvalutierung als alternative Lösung vorgenommen. In diesem Fall würde das Zahlungsverhalten ja erst ab dem Valutadatum gerechnet werden.

Geben Sie eine der folgenden Konstanten in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) an:

UPDATE_PAYMENT_HISTORY
LOCK_UPDATE_PAYMENT_HISTORY

5.85 oiAssociation (str10)

In der Regel können Sie dieses Feld leer lassen. Es gilt folgendes: Ist ein Partner einem Verband zugeordnet (über Einstellungen in den Partnerstammdaten), wird die Verbandsnummer automatisch im offenen Posten gespeichert.

Dieses Feld füllen Sie nur dann, wenn dieser Posten einem anderen Verband zugeordnet werden soll.

5.86 oiAssociationMember (str40)

In dieses Feld können Sie die Verbandsmitgliedsnummer angeben, unter der der Partner beim Verband geführt wird. Bei der Neuanlage eines offenen Postens wird die Verbandsmitgliedsnummer in den offenen Posten mit übernommen. Ist die Verbandsangabe oder das Mitglied nicht gefüllt, werden die Angaben aus dem Stammsatz des Partners in die Verbandsangaben des offenen Postens gestellt.

5.87 oiOwnVatIdentificationNumber (str20)

In diesem Feld kann die eigene Umsatzsteuer-Identifikationsnummer angegeben werden, unter welcher die EG-Lieferung gemeldet werden soll.

5.88 oiForeignVatIdentificationNumber (str20)

In diesem Feld kann die Umsatzsteuer-Identifikationsnummer eines Partners angegeben werden, unter welcher die EG-Lieferung gemeldet werden soll.

5.89 oiSettlementGroup (str5)

Dieses Feld ist veraltet und wird nicht mehr verarbeitet. Für die Angabe einer Abrechnungsgruppe verwenden Sie bitte das gleichnamige auf 125 Stellen erweiterte Feld im Bereich „ExternalInterface2“.

5.90 oiChange (vset)

Das Feld wird für Änderungen im offenen Posten verwendet. Es wird festgehalten, welches Feld geändert werden soll. Um beispielsweise den OP-Text zu ändern, geben Sie in diesem Feld die Konstante „OITEXT“ an und füllen das Feld „oiText“ mit dem neuen Text.

Für die OP-Änderung ist im Feld „transactionType“ der Belegtyp „OPI_CHANGE“ anzugeben. Für jedes Feld das im OP geändert werden soll ist eine eigene Teilbuchung mit der Konstante für das Feld und dem zu ändernden Wert erforderlich.

Geben Sie eine der folgenden Konstanten in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) an:

OITEXT
INVOICELISTNUMBER
PAYMENTCODE
PAYMENTBLOCK
DEDUCTIONLOCK
REMINDERLEVEL
REMINDERBLOCKREASON

5.91 serviceCode (str10)

In diesem Feld können Sie bei Bedarf einen Leistungsschlüssel angeben und darüber z. B. die Buchung zur Ausgabe in der Zahlungsbilanz kennzeichnen. Ein angegebener Leistungsschlüssel muss in der Anwendung „Leistungsschlüssel“ existieren.

5.92 serviceCodeCountryIsoCode (str2)

In diesem Feld können Sie bei Bedarf den ISO-Codes für das Land angegeben, für das der Leistungsschlüssel gültig ist. Hierbei muss es sich um einen gültigen Schlüssel für einen ISO-Code handeln.

5.93 serviceCodeType (short)

In diesem Feld können Sie bei Bedarf eine Leistungsart angeben. Die Leistungsart dient der Trennung von Leistungsschlüsseln nach unterschiedlichen Arten.

5.94 oiDeductionLock (bool)

Über dieses Feld kann für einen offenen Posten eine Abzugssperre gesetzt werden. Mögliche Werte:

true
false

5.95 deductionInfo.deductionCode01 bis 20 (str15)

In diesen Feldern können die für eine Rechnung in Ansatz zu bringenden Abzugsarten angegeben werden, sofern diese abweichend von den Konditionen aus dem Abzugsprofil des Partners sein sollen.

5.96 deductionInfo.deductionPercentage01 bis 20 (dec 7,4)

In diesen Feldern können die jeweiligen Prozentsätze für die genutzten Abzugsarten angegeben werden.

5.97 oiCollectiveAccountGroup (str15)

In diesem Feld können Sie bei Bedarf eine Sammelkontengruppe angeben. Über die Sammelkontengruppe können Sie steuern, auf welches Sammelkonto die Forderungen oder Verbindlichkeiten gebucht werden.

Wenn Sie dieses Feld leer lassen, wird für die Verarbeitung einer Buchung jene Sammelkontengruppe verwendet, die im Sammelkontenprofil des Partners als Standardwert eingetragen ist.

Es ist jedoch möglich, abweichend von der Standardsammelkontengruppe des Partners (Personenkontos), eine andere Sammelkontengruppe anzugeben. Eine hier angegebene Sammelkontengruppe muss im Sammelkontenprofil des Partners vorhanden sein.

Bei einer Sammelkontenumbuchung geben Sie in diesem Feld die Sammelkontengruppe an, auf die der offene Posten umgebucht werden soll.

5.98 Beschreibung der Felder für Einmalkunden und -Lieferanten

Die folgenden Felder (bis einschließlich dem Feld „bank.bankName“) beziehen sich ausschließlich auf Adress- und Bankverbindungsangaben für Pseudopartner.

Pseudopartner dienen als Sammelkonto für jene Kunden und Lieferanten, mit denen voraussichtlich nur eine einmalige Geschäftsbeziehung bestehen wird (Einmalkunden/-Lieferanten). Es brauchen für diese Kunden und Lieferanten keine eigenen Partnerstammsätze angelegt werden. Wird dieses “Sammelkonto” bebucht, sind die Buchungen um die Anschrift und Bankverbindungsangaben des Einmalkunden bzw. -Lieferanten zu ergänzen, um ggf. mahnen oder zahlen zu können.

5.98.1 oneTimeAddress.name (str200)

Angabe des Namens einer Einmaladresse. Hier kann Vor- und Nachname erfasst werden.

5.98.2 oneTimeAddress.street (str256)

Angabe der Straße einer Einmaladresse.

5.98.3 oneTimeAddress.city (str256)

Angabe der Stadt bzw. des Ortes einer Einmaladresse.

5.98.4 oneTimeAddress.postalCode (str16)

Angabe der PLZ einer Einmaladresse.

5.98.5 oneTimeAddress.district (str256)

Dieses Feld wird zurzeit nicht verwendet. Es ist für spätere Erweiterungen vorgesehen.

5.98.6 oneTimeAddress.country (str2)

Angabe des Landes einer Einmaladresse.

5.98.7 oneTimeAddress.region (str3)

Angabe der Region für eine Einmaladresse. Bei deutschen Adressen könnte hier das Bundesland hinterlegt werden.

5.98.8 oneTimeAddress.poBox (str64)

Angabe des Postfaches einer Einmaladresse (Post office box).

5.98.9 oneTimeAddress.poBoxCity (str256)

Angabe des Ortes vom Postfach einer Einmaladresse (Post office box city).

5.98.10 oneTimeAddress.poBoxPostalCode (str16)

Angaben der PLZ des Postfaches einer Einmaladresse (Post office box postal code).

5.98.11 oneTimeAddress.regionCode (str10)

Angabe des Codes für die Region einer Einmaladresse.

5.98.12 bank.bankAccount (str30)

Angabe einer Bankkonto-Nummer, die für die Regulierung eines offenen Postens einer Einmaladresse verwendet werden soll.

5.98.13 bank.accountHolder (str80)

Angabe des Kontoinhabers für die Bankverbindung einer Einmaladresse.

5.98.14 bank.iban (str40)

Angabe der IBAN für die Bankverbindung einer Einmaladresse.

5.98.15 bank.bic (str11)

Angabe der BIC für die Bankverbindung einer Einmaladresse.

5.98.16 bank.bankId (str20)

Angabe der Bankleitzahl für die Bankverbindung einer Einmaladresse.

5.98.17 bank.bankIsoCode (str2)

Angabe des Landes der Bank in Form des ISO-Ländercodes (z.B. DE, IT oder FR) für die Bankverbindung einer Einmaladresse.

5.98.18 bank.bankName (str65)

Angabe des Namens der Bank für die Bankverbindung einer Einmaladresse.

5.99 version (str10)

Dieses Feld wird zur Zeit nicht verwendet. Zukünftig ist hier die verwendete Versionsangabe zu übergeben.

5.100 postingDate (stmp)

Grundsätzlich können Sie dieses Feld leer lassen. Es findet ein Übertrag des Belegdatums aus dem Feld „voucherDate“ in dieses Feld statt. Das hier übertragene Datum bildet das Buchungsdatum, aus dem das Programm die Buchungsperiode ermittelt, in welche der Beleg gebucht wird. Die ermittelte Buchungsperiode, wird in das Feld „postingPeriod“ übertragen.

Soll nun ein Beleg in eine vom Belegdatum abweichende Periode gebucht werden, ist in diesem Feld ein Datum anzugeben, welches in der gewünschten abweichenden Periode liegt (Format TT.MM.JJJJ). Das hier angegebene Datum wird nur dazu verwendet, um daraus eine Buchungsperiode zu bilden. Bedenken Sie, dass der Beleg somit auch steuerlich in der abweichenden Periode Berücksichtigung findet. Lesen Sie dazu auch die Beschreibung des Feldes „taxPeriod“.

5.101 protocolNumber (str20)

Dieses Feld lassen Sie leer. Es ist für spätere Erweiterungen vorgesehen.

5.102 language (str4)

Dieses Feld lassen Sie leer. Es ist für spätere Erweiterungen vorgesehen.

5.103 reference (str40)

Dieses Feld ist nicht zwingend zu füllen. Sie können, um Rückschluss auf die Originalbuchung im Vorsystem ziehen zu können, in diesem Feld die interne Belegnummer aus dem Vorsystem mitgeben.

5.104 Beschreibung der Felder für ExternalInterface2

Nachfolgend sind die Felder der externen Schnittstelle 2 (ExternalInterface2) beschrieben. Diese Datei ist eine Erweiterung der externen Schnittstelle (ExternalInterface).

5.104.1 oiInterestBearing (vset)

Über dieses Feld steuern Sie, ob für den offenen Posten Zinsen berechnet werden können. Sofern in diesem Feld der Wert „INTEREST“ (verzinsbar) angegeben ist, wird der offene Posten in der Zinsrechnung berücksichtigt.

Da das Feld ein Value Set darstellt, geben Sie eine der folgenden Konstanten in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) an.

INTEREST
NOT_INTEREST

5.104.2 esrCodingLine (str59)

Dieses Feld ist nur für spezielle Anforderungen der Schweiz zu verwenden.

5.104.3 esrReferenceNumber (str27)

Dieses Feld ist nur für spezielle Anforderungen der Schweiz zu verwenden.

5.104.4 esrSubscribeNumber (str9)

Dieses Feld ist nur für spezielle Anforderungen der Schweiz zu verwenden.

5.104.5 taxRegister (str5)

Dieses Feld ist nur für spezielle Anforderungen in Italien zu verwenden.

5.104.6 deductionFreelancer (dec21,6)

Dieses Feld ist nur für spezielle Anforderungen in Italien zu verwenden.

5.104.7 bankAssignment.bankAccount (str30)

Angabe einer Bankkonto-Nummer, die für die Regulierung eines offenen Postens verwendet werden soll.

5.104.8 bankAssignment.accountHolder (str80)

Angabe des Kontoinhabers der Bankverbindung.

5.104.9 bankAssignment.iban (str40)

Angabe der IBAN für die Bankverbindung eines Personenkontos.

5.104.10 bankAssignment.bic (str11)

Angabe der BIC für die Bankverbindung eines Personenkontos.

5.104.11 bankAssignment.bankId (str20)

Angabe der Bankleitzahl für die Bankverbindung eines Personenkontos.

5.104.12 bankAssignment.bankIsoCode (str2)

Angabe des Landes der Bank in Form des ISO-Ländercodes (z. B. DE, IT oder FR) für die Bankverbindung eines Personenkontos.

5.104.13 bankAssignment.bankName (str65)

Angabe des Namens der Bank für die Bankverbindung eines Personenkontos.

5.104.14 externalKey 1–10 (str65)

Die Felder „externalKey1-10“ sind nicht zwingend zu füllen. Über diese Fremdschlüssel haben Sie die Möglichkeit, Werte für externe Schlüsselbegriffe am offenen Posten zu speichern. Diese Schlüsselbegriffe können dann bei der OP-Suche herangezogen werden.

5.104.15 transactionDate (stmp)

Dieses Feld ist nur für spezielle Anforderungen in Polen zu verwenden.

5.104.16 invoiceReceiveDate (stmp)

Dieses Feld ist nur für spezielle Anforderungen in Polen zu verwenden.

5.104.17 mandateReference (str35)

In diesem Feld kann die Mandatsreferenz für SEPA-Lastschriften angegeben werden. Bleibt diese Feld leer, wird bei SEPA-Lastschriften automatisch die beim Partner als bevorzugt eingetragene Mandatsreferenz im offenen Posten eingesetzt. Dies setzt voraus, dass für die Herkunft in dem Feld „origin (vset)“ der Wert „EXTERNAL_SYSTEM“ (aus Fremdsystem) angegeben ist.

5.104.18 archiveID (str125)

Dieses Feld wird nur intern für die ECM Integration verwendet und ist daher leer zu lassen.

5.104.19 documentType (str5)

Dieses Feld wird nur intern für die ECM Integration verwendet und ist daher leer zu lassen.

5.104.20 adjustmentPercentage (dec 5,2)

Dieses Feld ist nur für die Hochrechnung in der Liquiditätsverwaltung relevant. Sofern der Wert des offenen Postens nicht in voller Höhe auch in den Hochrechnungsdaten der Liquiditätsverwaltung berücksichtigt werden soll, geben Sie hier den Prozentsatz an, um den der Wert gemindert werden soll.

5.104.21 excludeFromProjection (vset)

Sofern Sie die Liquiditätsverwaltung nutzen, können Sie über dieses Feld steuern, ob der offene Posten für die Hochrechnung berücksichtigt wird, oder von der Hochrechnung in der Liquiditätsverwaltung ausgeschlossen sein soll. Folgende Konstanten können in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) angegeben werden:

EXCLUDE
INCLUDE

5.104.22 cFDIFiscalNumber (str36)

Die CFDI Buchungsnummer ist nur für die Länderversion „Mexiko“ relevant.

5.104.23 targetExchangeAmount (dec 21,6)

Bei Fremdwährungsbuchungen können Sie hier den zu buchenden Betrag in der primären Hauswährung angegeben. Aufgrund dieser Angabe wird der Kurs neu ermittelt.

5.104.24 ServiceCodeServiceCountry (str2)

Dieses Feld ist für die Zahlungsbilanz relevant. Hier können Sie den ISO-Code für das Handelsland angeben. Hierbei muss es sich um den gültigen ISO-Code eines Landes aus der Anwendung “Länder“ handeln.

5.104.25 ServiceCodeImportExport (vset)

Dieses Feld ist für die Zahlungsbilanz relevant. Mit der Angabe in diesem Feld legen Sie die Handelsrichtung fest.

Geben Sie eine der folgenden Konstanten in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) an:

IMPORT
EXPORT

5.104.26 writeOffCode (vset)

Dieses Feld wird zurzeit nicht verarbeitet.

5.104.27 forceCreateNewOi (bool)

Dieses Feld ist für die Erstellung von offenen Posten relevant, sofern sich innerhalb einer Zahlung ein Rest ergibt.

Füllen Sie das Feld immer mit einer der folgenden Angaben:

true
false

Als Standardwert sollte grundsätzlich der Wert „false“ angegeben sein. Dieser Wert bewirkt, dass immer auf den bereits bestehenden offenen Posten gebucht wird. Ist kein offener Posten vorhanden, wird ein neuer erstellt.

Der Wert „true“ bedeutet, dass immer ein neuer offener Posten erstellt wird. Als Folge kann es dann unter Umständen zwei offene Posten geben, die die gleiche Nummer haben.

5.104.28 infoString 1-3 (str65)

Diese Felder werden zurzeit nicht berücksichtigt und sind daher leer zu lassen.

5.104.29 infoDate 1-3 (stmp)

Diese Felder werden zurzeit nicht berücksichtigt und sind daher leer zu lassen.

5.104.30 infoNumber 1-3 (int)

Diese Felder werden zurzeit nicht berücksichtigt und sind daher leer zu lassen.

5.104.31 riskType (vset)

Offene Posten, die durch Wechsel oder RIBA-Lastschriften ausgeglichen werden, sind bis zur Erreichung ihrer Endfälligkeit immer als Risiko einzustufen. Über den Risikotyp können Sie für einen offenen Posten festlegen, ob dieser ein RIBA-, ein Wechselrisiko oder kein Risiko darstellt.

Dazu geben Sie eine der folgenden Konstanten in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) an:

NO_RISK
RIBA
DRAFT

5.104.32 riskExpirationDate (stmp)

Für einen als Risiko gekennzeichneten offenen Posten können Sie in diesem Feld ein Ablaufdatum für das Risiko angeben. Dieser Wert kann bei RIBA-Lastschriften im Zahlungsverkehr als Fälligkeitsdatum angegeben werden.

5.104.33 riskNumber (str40)

Sofern ein offener Posten als Risiko (Wechsel- oder RIBA-Risiko) gekennzeichnet ist, geben Sie in diesem Feld eine Nummer für den Risikofall an. Diese Nummer wird durch den Zahlungsverkehr automatisch vergeben, wenn RIBA-Lastschriften gebucht werden. In der Anwendung „Cockpit: Risiken“ kann über die Risikonummer der entsprechende offene Posten zur Anzeige ausgewählt werden.

5.104.34 currencyOfCurrencyDifference (str3)

Bei Währungsdifferenzbuchungen aus einer Fremdwährungsneubewertung geben Sie in diesem Feld die neu zu bewertende Fremdwährung an.

5.104.35 defermentCode (str15)

Soll die Buchung in die periodische Abgrenzung eingestellt werden, geben Sie hier den zu verwendenden Abgrenzungsschlüssel an. Innerhalb des Abgrenzungsschlüssels ist unter anderem die Kontierung für die Abgrenzungsbuchungen sowie die Laufzeit der Abgrenzung festgelegt.

5.104.36 startDateDeferment (stmp)

Dieses Feld ist nur relevant, wenn ein Abgrenzungsschlüssel angegeben ist. Hier geben Sie das Datum an, ab dem die Auflösung der Abgrenzung dieser Buchung beginnen soll. Aufgrund des Startdatums wird die Laufzeit der Abgrenzung ermittelt. Lassen Sie das Feld leer, ermittelt sich das Stardatum aus dem Belegdatum und unter Berücksichtigung der Angaben in den Feldern „Startverzögerung in Monaten“ und „Auflösungszeitraum“ im angegebenen Abgrenzungsschlüssel.

5.104.37 endDateDeferment (stmp)

Dieses Feld ist nur relevant, wenn ein Abgrenzungsschlüssel angegeben ist. Das Ende der Laufzeit für die Auflösung der Abgrenzung wird automatisch anhand des Stardatums und unter Berücksichtigung der Felder „Laufzeit in Anzahl Monaten“ und „Auflösungszeitraum“ im angegebenen Abgrenzungsschlüssel ermittelt. Wenn dort das Feld „Laufzeit änderbar“ aktiviert ist, können Sie hier ein Endedatum vorgeben.

5.104.38 firstRateAmount (dec 21,6)

Dieses Feld ist nur relevant, wenn ein Abgrenzungsschlüssel angegeben ist. Die Ermittlung der Auflösungsbeträge für eine Abgrenzung erfolgt grundsätzlich, indem der Gesamtabgrenzungsbetrag durch die Anzahl der Perioden bzw. Monate für die Abgrenzungsauflösung dividiert wird. In diesem Feld können Sie für die Rate der ersten Auflösung einen abweichenden Betrag manuell vorgeben. Dies kann beispielsweise erforderlich sein, wenn der verursachende Buchungsbeleg auch bereits abgeschlossene Buchungsperioden betrifft. Die Beträge, die sich für die bereits abgeschlossenen Buchungsperioden ergeben können dann in Summe in der ersten wieder offenen Periode als erhöhte Abgrenzung mit eingebucht werden.

5.104.39 firstRateCurrency (str3)

Dieses Feld ist nur relevant, wenn Sie einen Betrag für die erste Rate angegeben haben. Hier geben Sie dann die Währung an, in der der Betrag erfasst ist.

5.104.40 deductions.deductionCode 01-20 (str15)

Wenn bei einer Zahlung Abzüge wie beispielsweise Skonto, Rabatt usw. berücksichtigt werden sollen, können Sie in diesen Feldern die entsprechende Abzugsart angeben.

5.104.41 deductions.deductionAmount 01-20 (dec 21,6)

In diesen Feldern geben Sie den für die jeweilige Abzugsart zu berücksichtigenden Abzugsbetrag (Ist-Abzug) an.

5.104.42 deductions.deductionDebitCredit 01-20 (vset)

In diesen Feldern legen Sie für jeden angegebenen Abzugsbetrag fest, ob der Abzug einen Soll- oder Habenbetrag darstellt.

Geben Sie eine der folgenden Konstanten in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) an:

DEBIT
CREDIT

5.104.43 automaticReversal (bool)

Füllen Sie dieses Feld immer mit einer der folgenden Angaben:

true
false

Geben Sie den Wert „false“ an, wenn dieser Beleg kein automatischer Stornobeleg ist.

Geben Sie den Wert „true“ an, wenn dieser Beleg ein automatischer Stornobeleg ist.

5.104.44 oiSettlementGroup (str125)

In diesem Feld kann eine Abrechnungsgruppe angegeben werden.

Abrechnungsgruppen sind Bestandteil der Konditionsfindung und werden zur Untergliederung von Abzügen innerhalb der Anwendung „Abzugsprozentsätze“ verwendet.

Die Bedeutung einer Abrechnungsgruppe können Sie selbst definieren. Beispielsweise können damit bestimmte Abzüge, die nur in Ausnahmefällen gelten, gekennzeichnet werden, wie z. B. Abzüge bei Sonderaktionen oder bei Messeverkäufen.

5.104.45 handleDeductions (vset)

Dieses Feld wird nur bei Datensätzen der Art „OP-Zuordnung“ innerhalb von Zahlungen oder OP-Verrechnungen berücksichtigt. Über dieses Feld wird gesteuert, ob Abzüge übergeben oder aufgrund der Daten im Übergabebeleg ermittelt werden.

Sie können eine der folgenden Konstanten in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) angeben:

CALCULATE
AS_DELIVERED

Geben Sie hier die Konstante „AS_DELIVERED“ an, können Sie die vorhandenen Abzüge übergeben. Werden keine Abzüge übergeben, wird auch keine Ermittlung der Abzüge vorgenommen.

Geben Sie in diesem Feld die Konstante „CALCULATE“ an, werden die Abzüge aufgrund der Daten im Übergabebeleg ermittelt.

5.104.46 clearInOtherCurrency (bool)

Bei Zahlungen in Fremdwährung steuern Sie über dieses Feld, ob offene Posten in der Währung der gebuchten Zahlung oder in der primären Hauswährung der Organisation ausgeziffert werden.

Füllen Sie das Feld immer mit einer der folgenden Angaben:

true
false

Geben Sie den Wert „false“ an, können zur Auszifferung nur die offenen Posten zugeordnet werden, die in der Währung der Zahlung angelegt sind.

Sofern Sie den Wert „true“ angeben, können Sie offene Posten aller Währungen zur Auszifferung zuordnen. Die gesamte OP-Verrechnung (einschließlich eventueller Ausbuchungen, OP-Anlagen usw.) erfolgt dann in der primären Hauswährung der Organisation.

5.104.47 interval (vset)

Dieses Feld hat zurzeit keine Funktion. Es ist für die spätere Übergabe von periodischen Buchungen vorgesehen.

In diesem Feld können Sie einstellen, in welchem Intervall die periodische Buchung abgerufen wird.

Sie können eine der folgenden Konstanten in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) angeben:

ONE_TIME
PERIODIC_FY

Geben Sie hier die Konstante „PERIODIC_FY“ an, erfolgt der Abruf der periodischen Buchung je Buchungsperiode lt. eingerichtetem Geschäftsjahr.

Geben Sie in diesem Feld die Konstante „ONE_TIME“ an, erfolgt der Abruf der periodischen Buchung je Kalendermonat, unabhängig vom eingerichteten Geschäftsjahr.

5.104.48 distance (int)

Dieses Feld hat zurzeit keine Funktion. Es ist für die spätere Übergabe von periodischen Buchungen vorgesehen.

In diesem Feld geben Sie das Ausführungsintervall der periodischen Buchung in Monaten oder Buchungsperioden an.

5.104.49 firstCall (stmp)

Dieses Feld hat zurzeit keine Funktion. Es ist für die spätere Übergabe von periodischen Buchungen vorgesehen.

Geben Sie in diesem Feld ein Datum für den Beginn der Ausführung der periodischen Buchung an. Anhand des hier angegebenen Datums wird die Buchungsperiode für den Start der ersten Ausführung ermittelt.

Das Datum geben Sie im Format TT.MM.JJJJ an.

5.104.50 lastCall (stmp)

Dieses Feld hat zurzeit keine Funktion. Es ist für die spätere Übergabe von periodischen Buchungen vorgesehen.

Geben Sie in diesem Feld ein Datum für das Ende der Ausführung der periodischen Buchung an. Über das hier angegebene Datum wird die Buchungsperiode für die letzte Ausführung ermittelt.

Das Datum geben Sie im Format TT.MM.JJJJ an.

5.104.51 voucherDay (int)

Dieses Feld hat zurzeit keine Funktion. Es ist für die spätere Übergabe von periodischen Buchungen vorgesehen.

In diesem Feld können Sie den Tag des Monats bzw. der Periode angegeben, an dem die periodische Buchung durchgeführt wird.

5.104.52 executionDays (int)

Dieses Feld hat zurzeit keine Funktion. Es ist für die spätere Übergabe von periodischen Buchungen vorgesehen.

In diesem Feld ist eine Angabe im Bereich von -30 Tagen bis 0 Tage möglich. Aufgrund dieser Angabe ergibt sich das Ausführungsdatum zur Durchführung oder Neuerstellung der periodischen Buchung. Das Datum kann kleiner oder gleich dem Belegdatum sein.

5.104.53 updateCurrency (bool)

Dieses Feld hat zurzeit keine Funktion. Es ist für die spätere Übergabe von periodischen Buchungen vorgesehen.

Bei Buchungen in Fremdwährung steuern Sie über dieses Feld, ob der Kurs zur Umrechnung in die Landeswährung je Ausführung neu aus der Kurstabelle (Wechselkurse) ermittelt wird.

Füllen Sie das Feld immer mit einer der folgenden Angaben:

true
false

Geben Sie den Wert „false“ an, wenn der Kurs zur Umrechnung nicht neu ermittelt werden soll.

Geben Sie den Wert „true“ an, wenn der Kurs zur Umrechnung in die Landeswährung je Ausführung neu ermittelt werden soll.

5.104.54 activatePeriodicPostings (bool)

Dieses Feld hat zurzeit keine Funktion. Es ist für die spätere Übergabe von periodischen Buchungen vorgesehen.

Über dieses Feld legen Sie fest, ob es sich bei der Buchung um eine aktive periodische Buchung handelt.

Füllen Sie das Feld immer mit einer der folgenden Angaben:

true
false

Geben Sie den Wert „false“ an, wenn die Buchung keine aktive periodische Buchung ist.

Geben Sie den Wert „true“ an, wenn die Buchung eine aktive periodische Buchung ist. Nur für aktive periodische Buchungen können Abrufe erstellt werden.

5.104.55 z4ReportRequired (vset)

Dieses Feld hat zurzeit keine Funktion. Es ist für die spätere Übergabe von Buchungen vorgesehen, um festzulegen, ob für die Buchung eine Z4 Meldung erforderlich ist.

Eine der folgenden Konstanten ist in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) anzugeben:

NONE
YES
NO

Die Einstellung „NONE“ bewirkt, dass anhand der Informationen aus der Buchung wie beispielsweise dem Leistungsschlüssel ermittelt wird, ob für die Buchung eine Z4 Meldung erforderlich ist.

Bei der Einstellung „YES“ ist eine Z4 Meldung erforderlich.

Bei der Einstellung „NO“ ist keine Z4 Meldung erforderlich.

5.104.56 oiClearingInMainCurrencyAllowed (vset)

Bei der Zuordnung offener Posten in Fremdwährung steuern Sie über dieses Feld, ob der zugeordnete offene Posten auch in der primären Hauswährung der Organisation ausgeglichen werden kann.

Eine der folgenden Konstanten ist in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) anzugeben:

ALLOWED
NOT_ALLOWED

Sofern Sie in diesem Feld den Wert „ALLOWED“ angegeben haben, können Sie den zugeordneten offenen Posten auch in der primären Hauswährung der Organisation ausgleichen.

Ist hier der Wert „NOT_ALLOWED“ angegeben, können Sie den zugeordneten offenen Posten nur in der Währung ausgleichen, in der dieser erstellt wurde.

5.104.57 debtorCreditType (str3)

Dieses Feld ist für die Abwicklung von Debitoren-Guthaben relevant und wird nur intern gefüllt.

5.104.58 debtorCreditNumber (str10)

Dieses Feld ist für die Abwicklung von Debitoren-Guthaben relevant und wird nur intern gefüllt.

5.104.59 debtorCreditDetailNumber (int)

Dieses Feld ist für die Abwicklung von Debitoren-Guthaben relevant und wird nur intern gefüllt.

5.104.60 debtorCreditDetailSubNumber (int)

Dieses Feld ist für die Abwicklung von Debitoren-Guthaben relevant und wird nur intern gefüllt.

5.104.61 handleOiWriteOff (vset)

Sofern durch eine Zahlung oder OP-Verrechnung ein Restbetrag auf dem Ausgleichs-OP entsteht, können Sie über diese Feld die automatische Ausbuchung dieses Restbetrages steuern. Dazu geben Sie eine der folgenden Konstanten in exakter Schreibweise (Großbuchstaben, mit Unterstrich und ohne Leerstellen) an:

CALCULATION
NO_CALCULATION

Bei der Angabe „CALCULATION“ wird der entstandene OP-Restbetrag automatisch ausgebucht, sofern dieser innerhalb der Ausbuchungsgrenzen für OP-Restbeträge liegt, die im verwendeten Ausbuchungsprofil festgelegt sind.

Ist die Konstante „NO_CALCULATION“ angegeben, wird der beim Ausgleich entstandene OP-Restbetrag nicht automatisch ausgebucht.

5.104.62 paymentInformation (str125)

Dieses Feld wird ausschließlich für Schweizer QR-Rechnungen verwendet. Es ist als Zahlungsinformation für den Verwendungszweck der QR-Rechnung reserviert.

5.104.63 additionalPaymentInformation (str125)

Dieses Feld wird ausschließlich für Schweizer QR-Rechnungen verwendet. Es ist als zusätzliche Zahlungsinformation für den Verwendungszweck der QR-Rechnung reserviert.

5.104.64 taxSettlementDate (stmp)

Das Steuerabrechnungsdatum dient zur Ermittlung der Steuerperioden eines Beleges. Es wird grundsätzlich mit dem Belegdatum des gebuchten Beleges vorbesetzt. Eine Ausnahme bildet der Fall, in welchem das Belegdatum nicht in der angegebenen Buchungsperiode liegt. In diesem Fall wird das Steuerabrechnungsdatum mit dem Startdatum der Buchungsperiode vorbelegt. Dies erfolgt unter Berücksichtigung der Einstellung im Feld „Steuerabrechnungsdatum nur aus Belegdatum“ im Customizing.

Sofern Sie die zu verwendenden Steuerperioden für den Beleg manuell vorgeben wollen, geben Sie in diesem Feld das Datum ein unter welchem die Steuern des Beleges abgerechnet werden müssen. Anhand des Datums werden dann die Steuerperioden ermittelt.

Das Steuerabrechnungsdatum ist im Format TT.MM.JJJJ anzugeben. Es wird nur für Buchungen der Organisation berücksichtigt, in deren Länderstammsatz die erweiterte Funktion zur Umsatzsteuer aktiviert ist. Eine angegebene Steuerperiode wird für diese Organisationen nicht berücksichtig.

5.104.65 declarationIndicator 1 – 10 (str15)

Meldungsindikatoren werden verwendet, um die Buchungen der Finanzbuchhaltung mit Melderelevanten Daten zu ergänzen. Sie dienen zudem als zusätzliches Kriterium für die Zuordnung von Steuerpositionen zu einem Steuerschlüssel.

Meldungsindikatoren werden nur für Buchungen der Organisation berücksichtigt, in deren Länderstammsatz die erweiterte Funktion zur Umsatzsteuer aktiviert ist.

5.104.66 mossInvoice (str40)

Das Feld „OSS Rechnung“ ist nur relevant, wenn Sie Umsätze aus Lieferungen an Endverbraucher ins EU-Ausland mithilfe des OSS-Verfahrens melden und die Buchung einen Steuerschlüssel enthält, der für OSS aktiviert ist. In diesem Feld übergeben Sie die Referenz auf die zugrundeliegende Ausgangsrechnung, z. B. bei einer Gutschrift. Im Falle der Ausgangsrechnung ist es die Belegnummer als Selbstbezug.

5.104.67 mossReferenceValue (str40)

Sofern die Buchungen auch für die Ausgabe in die Datei SAF-OSS berücksichtigt werden sollen, ist über dieses Feld ein eindeutiger Bezug zur Rechnung zur übergeben.

5.104.68 mossBeneficiaryTaxPurpose (str15)

Das Feld „Steuerlicher Leistungsempfänger“ ist in den Fällen relevant, in denen der Rechnungsempfänger nicht der gleiche Partner ist wie der Empfänger der Waren oder Dienstleistungen. Es wird z. B. verwendet, um kontrollieren zu können, ob das Land des Waren- oder Dienstleistungsempfängers mit dem Empfängerland aus dem verwendeten Steuerschlüssel identisch ist.

5.104.69 account (str50)

Sofern die zu buchende Organisation mit hierarchischen Sachkonten arbeitet, ist für Sachkonten ausschließlich dieses 50-stellige Feld zu verwenden.

In diesem Feld ist immer die Kontonummer des Sachkontos anzugeben, wenn das Feld „accountingCode“ den Wert „GENERAL_LEDGER“ enthält.

Ein angegebenes Sachkonto muss in der Anwendung „Sachkonten“ existieren.

5.104.70 collectiveAccount (str50)

Dieses Feld ist leer zu lassen.

5.104.71 taxAccount (str50)

Dieses Feld ist leer zu lassen.

Für die Verarbeitung einer Buchung mit Steuerschlüssel wird das entsprechende Steuerkonto automatisch ermittelt.

Bei einer „direkten Steuereingabe“ ist das Steuerkonto in dem Feld „account“ anzugeben. Das Feld „taxAccount“ ist auch in diesem Fall leer zu lassen.

Hinweis:

Sofern die zu buchende Organisation mit hierarchischen Sachkonten arbeitet, ist dafür ausschließlich das 50-stellige Feld „account“ zu verwenden.

5.104.72 targetExchangeTaxAmount (dec 21,6)

Dieses Feld wird intern verwendet und ist nur bei der Übertragung von Kunden- bzw. Lieferantenrechnungen aus dem Vorsystem „CEE“ relevant. Der hier angegebene Steuerbetrag wirkt sich nur dann aus, sofern im Customizing für die Funktion „Vorschlagswert“ das Feld „CEE Rechnungsbeträge verwenden“ unter dem Karteireiter „Sonstiges“ aktiviert ist.

5.104.73 assetMasterNumber (str20)

Dieses Feld wird intern verwendet und ist nur bei der Übertragung von Eingangsrechnungen für Betriebsmittel aus dem Vorsystem „Comarch ERP Enterprise“ relevant. Die hier angegebene Anlage wird als Vorbelegung für die Buchung in der Anlagenbuchhaltung verwendet.

5.104.74 assetMasterSubNumber (int)

Dieses Feld wird intern verwendet und ist nur bei der Übertragung von Eingangsrechnungen für Betriebsmittel aus dem Vorsystem „Comarch ERP Enterprise“ relevant. Geben Sie hier bei Bedarf die Unternummer der Anlage als Vorbelegung für die Buchung in der Anlagenbuchhaltung an.

5.104.75 assetGroup (str10)

Dieses Feld wird intern verwendet und ist nur bei der Übertragung von Eingangsrechnungen für Betriebsmittel aus dem Vorsystem „Comarch ERP Enterprise“ relevant. Mit der Anlagengruppe können für Betriebsmittel automatisch zugehörige Anlagen angelegt werden. Die Anlagenattribute, z. B. eine optionale Dimension, werden dabei nach der folgenden Reihenfolge gefüllt:

Eingangsrechnung
Anlagengruppe

5.104.76 supplierInvoiceDetailNumber (int)

Dieses Feld wird intern verwendet und ist nur bei der Übertragung von Eingangsrechnungen für Betriebsmittel aus dem Vorsystem „Comarch ERP Enterprise“ relevant. Geben Sie in diesem Feld die Positionsnummer der Eingangsrechnung an, welche die Buchungsinformationen für den Eingangsbeleg in der Anlagenbuchhaltung enthält.

5.104.77 item (str25)

Dieses Feld wird intern verwendet und ist nur bei der Übertragung von Eingangsrechnungen für Betriebsmittel aus dem Vorsystem „Comarch ERP Enterprise“ relevant. Für einen Artikel mit Materialtyp „Betriebsmittel“ können in der Anlagenbuchhaltung automatisch zugehörige Anlagen neu angelegt werden. Der Artikel wird informatorisch in den Anlagenstamm übernommen.

5.104.78 inventoryIdentifier (str20)

Dieses Feld wird intern verwendet und ist nur bei der Übertragung von Eingangsrechnungen für Betriebsmittel aus dem Vorsystem „Comarch ERP Enterprise“ relevant. Geben Sie in diesem Feld bei Bedarf die Ausprägung eines Artikels für die Anlagenbuchhaltung an. Die Ausprägung wird informatorisch in den Anlagenstamm übernommen.

5.104.79 splitOnSingleAsset(bool)

Dieses Feld wird intern verwendet und ist nur bei der Übertragung von Eingangsrechnungen für Betriebsmittel aus dem Vorsystem „Comarch ERP Enterprise“ relevant.

Über dieses Feld steuern Sie, wie die Menge der Position auf die Anlagenbuchungen verteilt wird. Dazu füllen Sie das Feld immer mit einer der folgenden Angaben:

true
false

Geben Sie den Wert „false“ an, wenn die komplette Menge dieser Position auf eine Anlage gebucht werden soll.

Geben Sie den Wert „true“ an, wenn pro Stück eine eigene Anlagenbuchung angelegt werden soll.

5.104.80 assetCount (int)

Dieses Feld wird intern verwendet und ist nur bei der Übertragung von Eingangsrechnungen für Betriebsmittel aus dem Vorsystem „Comarch ERP Enterprise“ relevant. Geben Sie die Anzahl der zu buchenden Anlagen an.

6 Daten importieren

Für den Import in die Finanzbuchhaltung stellen Sie die Datei mit den zu verarbeitenden Daten (z. B. Lohnbuchungen) in ein Verzeichnis des Knowledge Stores. Der Import unterstützt die Dateitypen xml, csv und xls. Die Verwendung von XML wird empfohlen, da so auch komplexe Daten in einer einzigen Datei gespeichert werden können, das Schema der Datei vorgegeben und überprüft werden kann und Änderungen des Datenmodells leichter integriert werden können.

Um den Import vorzunehmen, öffnen Sie im Menü „System-Management“ die Anwendung „Daten importieren“. In dieser Anwendung wählen Sie einen Filter (z. B. EXTERNALINTERFACE) für das folgende Business Entity aus:

com.sem.ext.app.fin.financialaccounting.obj.ExternalInterface

In diesem Filter werden alle Felder der Schnittstelle angezeigt. Die Felder sind für die Übernahme bereits markiert. Diese Voreinstellung sollte nicht geändert werden.

Hinweis:

Sollte für das Business Entity kein Filter vorhanden sein, müssen Sie diesen anlegen, z. B. den Filter EXTERNALINTERFACE.

Neben den informatorisch dargestellten Feldern „Business Entity“ und „Datenbank“ können weitere Einstellungen für den Datenimport vorgenommen werden.

Das Feld Spracheinstellung gibt an, ob mehrsprachige Attribute in einer Sprache (Einstellung „Einsprachig“) oder in allen Datenbanksprachen (Einstellung „Mehrsprachig“) importiert werden sollen.

Der Vorgabewert ist „Mehrsprachig“. Bei der Einstellung „Mehrsprachig“ kann nur der Dateityp XML verwendet werden.

Über das Feld „Zeitformat“ kann für einen Filter bestimmt werden, wie Zeitattribute in den Daten serialisiert werden.
In der Einstellung „Kompakte Form“ ist die Serialisierung kompatibel mit Comarch ERP Enterprise bis einschließlich Version 5.0.
In der Einstellung „Normalisierte Form“ werden Zeitattribute in ihre Bestandteile (Datum, Uhrzeit, Zeitzone) aufgeteilt und komplex serialisiert.

Für das manuelle Bearbeiten ist der Modus „Normalisiert“ besser geeignet. Für EDI sowie Altdatenübernahmen aus Fremdsystemen muss individuell entschieden werden, welcher Modus besser geeignet ist. Beachten Sie, dass das Zeitformat für die gesamte Datei Gültigkeit hat.

Details zur Bedeutung der Werte finden Sie im Abschnitt „Zeitformat“ sowie im Abschnitt „Datumsangaben und Zeitstempel“ der Dokumentation „Einführung: Datenaustausch“.

Import starten

Um den Import zu starten, drücken Sie den Button „Daten importieren“ oder betätigen die Taste F12.
- Es öffnet sich das Dialogfenster „Daten importieren“.
In diesem Dialogfenster können Sie Einstellungen für die Importdatei vornehmen. Beispielsweise unter dem Karteireiter „Parameter“ den Pfad, den Dateityp, die dem Dateityp entsprechende Kodierung (z. B. UTF-8), das verwendete Trennzeichen (z. B. ein Semikolon) und das Texterkennungszeichen (z. B. Anführungsstriche) angeben. Eine ausführliche Beschreibung der Felder finden Sie in der Dokumentation „Daten importieren“ im gleichnamigen Abschnitt.
Durch Drücken des Buttons „Im Hintergrund“ oder „Sofort“ können Sie den Import durchführen.

Konnte die Datei nicht erfolgreich importiert werden, können Sie über das Menü „System-Management“ unter dem Punkt „Datenaustausch-Protokolleinträge abfragen“ einen Protokolleintrag einsehen, um auf die möglichen Fehlerquellen zu schließen. Die Fehler müssen innerhalb der Datei korrigiert und die Datei erneut importiert werden.

6.1 Cockpit: Buchungsläufe Finanzbuchhaltung

Ist die Datei erfolgreich in die Eingangsschnittstelle für Buchungen importiert, steht diese in der Anwendung „Cockpit: Buchungsläufe Finanzbuchhaltung“ als Buchungslauf zur weiteren Verarbeitung zur Verfügung. Aktualisieren Sie nach dem Öffnen der Anwendung die Anzeige. Der durch den Import erstellte Buchungslauf besitzt sechs verschiedene Stauskategorien, die zu diesem Zeitpunkt folgende Statuswerte aufweist.

Kategorie	Status	Erläuterung
Übertragung	Abgeschlossen	Die Übertragung der Datei aus dem Knowledge Store in die Externe Schnittstelle war erfolgreich. Hinweis: Buchungsläufe, die aus dem Rechnungswesen von Comarch Financials Enterprise heraus entstanden sind (z.B. periodische Buchungen oder Zahlläufe), brauchen nicht übertragen werden. Diese Buchungsläufe haben den Status „Übertragung: Nicht erforderlich“.
Verarbeitung	Anstehend	Der Buchungslauf wartet darauf in die Pre Entry Header übernommen zu werden. Bei dieser Übernahme wird geprüft, ob alle Stammdaten der Bewegungssätze wie Konten, Steuerschlüssel, Währungen etc. technisch korrekt ermittelt werden können (Objektumsetzung). Ist dies der Fall, werden die Bewegungssätze bei der Weiterverarbeitung als „Abgeschlossen“ in der Pre Entry Header angelegt. Können nicht alle Stammdaten korrekt ermittelt werden, werden die Bewegungssätze des Buchungslaufes als „Fehlerhaft“ in der Pre Entry Header angelegt.
Aufbereitung	Anstehend	Der Buchungslauf wartet darauf von der Pre Entry Header in den Buchungsdialog (Entry Header und Entry Item) übernommen zu werden. Hinweis: Es werden nur Buchungsläufe verarbeitet deren Objektumsetzung als abgeschlossen gilt (Die Statuskategorie „Verarbeitung“ muss den Status „Abgeschlossen“ haben).
Buchung	Anstehend	Der Buchungslauf wartet darauf im Buchungsdialog verarbeitet zu werden. Trotz technisch korrekter Stammdaten können die Buchungen fehlerhaft sein. Durch weitere Prüfungen wird festgestellt, ob auch alle erforderlichen Daten je Buchung vorhanden sind (Angabe von Kostenstellen, Kostenträgern, etc.). Sind Buchungen fehlerhaft, müssen diese im Buchungsdialog manuell korrigiert werden.
Storno	Nicht storniert	Der Buchungslauf ist nicht storniert. Ein Buchungslauf kann storniert werden, wenn der Aufbereitungsstatus „Abgeschlossen“ ist, wenn der Buchungsstatus „Fehlerhaft“ oder „Abgeschlossen“ ist.

Zur Weiterverarbeitung dieses Buchungslaufes bietet die Anwendung „Cockpit: Buchungsläufe Finanzbuchhaltung“ über die Aktionsrolle die folgenden Aktionen:

Übernehmen

Wird diese Aktion ausgeführt, prüft das Programm, ob alle Stammdaten der Bewegungssätze (Konten, Steuerschlüssel, Währungen etc.) technisch korrekt ermittelt werden können (Objektumsetzung), ohne jedoch bei fehlerfreien Sätzen gleich die Verbuchung zu starten. Sind die Sätze fehlerbehaftet, werden die Fehler protokolliert.

Übernehmen und buchen

Mit dieser Aktion wird bei fehlerfreien Daten gleichzeitig die Verbuchung angestoßen. Sind die Daten fehlerhaft, erfolgt keine Verbuchung, die Fehler müssen zunächst korrigiert werden.

6.1.1 Buchungslauf übernehmen und buchen

Nachfolgend finden Sie die Vorgehensweise zur Aktion „Buchungslauf übernehmen und buchen“ und deren Auswirkung.

Vorgehensweise

Wählen Sie Ihren Buchungslauf aus, indem Sie ein Häkchen vorne in das Kästchen setzen.
Gehen Sie nun auf die Aktionsrolle und wählen z. B. „Übernehmen und buchen“ aus.
- Es öffnet sich ein Dialogfenster.
Starten Sie die Übernahme mit den Voreinstellungen in diesem Dialogfenster.
Aktualisieren Sie die Anzeige im Cockpit „Buchungsläufe Finanzbuchhaltung“.
Überprüfen Sie den Status Ihres Buchungslaufes.

Fehlerfreie Verarbeitung

Sofern die Verarbeitung des Buchungslaufes fehlerfrei durchgeführt wurde, weist dieser folgende Statuswerte auf:

Kategorie	Status	Erläuterung
Übertragung	Abgeschlossen	Die Übertragung der Datei aus dem Knowledge Store in die Externe Schnittstelle war erfolgreich.
Verarbeitung	Abgeschlossen	Die Bewegungssätze wurden als „Abgeschlossen“ in der Pre Entry Header angelegt.
Aufbereitung	Abgeschlossen	Die Bewegungssätze wurden erfolgreich von der Pre Entry Header in den Buchungsdialog (Entry Header und Entry Item) übernommen.
Buchung	Abgeschlossen	Die Bewegungssätze wurden erfolgreich verbucht.
Storno	Nicht storniert	Der Buchungslauf ist nicht storniert.

Fehlerbehaftet

Werden bei der Verarbeitung, Aufbereitung oder beim Verbuchen Fehler festgestellt, wird der Buchungslauf in der entsprechenden Statuskategorie als fehlerhaft gekennzeichnet.

Nachfolgend sind zwei mögliche Fehlervarianten und deren Korrekturmöglichkeiten aufgeführt.

VARIANTE 1: Die Buchungen können nicht verarbeitet werden, da Stammdaten nicht ermittelt werden können. Beispielsweise enthält der Buchungslauf Konten, die in der Finanzbuchhaltung nicht vorhanden sind.

Der Buchungslauf weist folgende Statuswerte auf:

Übertragung: = Abgeschlossen
Verarbeitung: = Fehlerhaft
Aufbereitung: = Anstehend
Buchung: = Anstehend
Storno: = Nicht storniert

Zur Korrektur der fehlerhaften Daten wählen Sie im Cockpit „Buchungsläufe Finanzbuchhaltung“ den Buchungslauf aus. Über den Aktionen-Button wechseln Sie dann in das Cockpit „Übertragene Buchungsdaten“. Hier öffnen Sie über den Aktionen-Button die Anwendung „Erzeugte Belege“. In dieser Anwendung haben Sie die Möglichkeit, die fehlerhaften Daten gegen bestehende bzw. korrekte Daten auszutauschen.

Als Alternative können Sie auch die fehlenden Stammdaten erfassen und im Anschluss daran den fehlerhaften Buchungslauf über die Aktion „Übernehmen und Buchen“ erneut übernehmen. Sie können auch den alten fehlerhaften Buchungslauf stornieren und die Datei neu importieren.

VARIANTE 2: Bei der Verbuchung des Buchungslaufes wurden Fehler in den Buchungen festgestellt.

Der Buchungslauf weist folgende Statuswerte auf:

Übertragung: = Abgeschlossen
Verarbeitung: = Abgeschlossen
Aufbereitung: = Abgeschlossen
Buchung: = Fehlerhaft
Storno: = Nicht storniert

Diese Buchungen müssen manuell im Buchungsdialog korrigiert werden. Die Fehlerquellen werden Ihnen durch entsprechende Fehlermeldungen angezeigt.

Aus dem Cockpit „Buchungsläufe Finanzbuchhaltung“ wechseln Sie über den Aktionen-Button in das Cockpit „Erfasste Buchungen Finanzbuchhaltung“. In dieser Anwendung können Sie über die Aktion „Buchen“ jeden einzelnen Satz im Buchungsdialog korrigieren.

Eine andere Möglichkeit besteht darin, direkt den Buchungsdialog aufzurufen und über eine Suchabfrage die fehlerhaften Sätze anzeigen zu lassen, um diese dann zu bearbeiten bzw. zu buchen.

Eine Ausführliche Beschreibung der Anwendung „Cockpit Buchungsläufe Finanzbuchhaltung“ finden Sie in der Dokumentation „Cockpit Buchungsläufe Finanzbuchhaltung“.

7 Beispiele für die Ausgabe in die Buchungsschnittstelle

Im Folgenden wird anhand von einigen Beispielen dargestellt, welche Felder für die verschiedenen Buchungen zu übergeben sind. Grundsätzlich sind für einen Beleg mindesten zwei Buchungen in die Schnittstelle auszugeben, eine Führungsbuchung und eine Auflösungsbuchung.

7.1 Ausgangsrechnung in Hauptwährung EUR

Diesem Beispiel liegt die folgende Ausgangsrechnung zugrunde, die aus der Warenwirtschaft an die Finanzbuchhaltung übermittelt werden soll. Die Rechnung ist zahlbar innerhalb von 14 Tagen mit einem Abzug von 3% Skonto oder 30 Tage netto.

Rechnung 92006		Belegdatum 08.09.2015
Kunde A 1100
Artikel		Menge		Einzelpreis		Nettowert
Lampenschirme Größe 1		20,00		50,00 €		1.000,00 €
Lampenschirme Größe 5		1,00		100,00 €		100,00 €
Netto						1.100,00 €
USt 19 %						209,00 €
Gesamt						1.309,00 €
Buchungssatz:	Text		Konto-Nr.		Betrag Soll		Betrag Haben
	Kunde A		1100		1.309,00 €
	an Erlöse LS		8660					1.100,00 €
	an USt 19%		1770					209,00 €

Für dieses Beispiel sind nicht alle Felder der Schnittstelle aufgeführt. Die Aufstellung aller verfügbaren Felder finden Sie unter dem Kapitel „Tabellarischer Überblick über alle Felder der Schnittstelle“.

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung
internalNumber	Interne Satznummer	10001	10001
number	Satznummer	10	20
subNumber	Satzunternummer	0	0
voucherNumber	Belegnummer	92006	92006
voucherDate	Belegdatum	08.09.2015	08.09.2015
transactionFlag	Bewegungsart
origin	Herkunft	SALES_ORDER	SALES_ORDER
detailType	Positionstyp	LEADING_POSTING	PART_POSTING
organizationalUnit	Organisation	99500	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	INVOICES	INVOICES
taxKey	Steuerschlüssel	111	111
taxCountry	Steuerland	DE	DE
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	false	false
debitCredit	Soll/Haben	DEBIT	CREDIT
postingAmount	Buchungsbetrag	1309,00	1100,00
postingTaxAmount	Steuerbetrag
postingText	Buchungstext	Lampenschirme	Lampenschirme
accountingStandard	Bilanzierungskreis
invoiceNumber	Rechnungsnummer
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	DEBTOR	GENERAL_LEDGER
account	Konto	1100	8660
voucherCurrency	Währung	EUR	EUR
rateInfo.rate	Wechselkurs
rateInfo.date	Kursdatum	01.01.1900	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE	DISCOUNTABLE
oiText	OP-Text
oiPaymentTerm	Zahlungsbedingung
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage	30
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1	14
oiDiscountInfo1.percentage	Skontoprozentsatz-1	3,00
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung
oiDeductionLock	Abzugssperre	false	false
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz
ExternalInterface2.deductions.deductionCode01	Abzugsart 01
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01
ExternalInterface2.automaticReversal	Maschineller Storno	false	false

7.2 Ausgangsrechnung Splittbuchung in EUR

In diesem Beispiel soll eine Ausgangsrechnung in Form einer Splittbuchung aus der Warenwirtschaft an die Finanzbuchhaltung übermittelt werden. Im Rechnungsbeleg sind Positionen mit unterschiedlichen Artikeln aufgeführt. Der Erlös wird jeweils auf getrennte Erlöskonten gebucht. Die Rechnung ist zahlbar innerhalb von 30 Tagen ohne Abzug.

Rechnung 92007	Belegdatum 08.09.2015
Kunde A 1100
Artikel	Menge	Einzelpreis	Nettowert
Lampenschirme Größe 1	20,00	50,00 €	1.000,00 €
Lampenfüße Größe 1	20,00	75,00 €	1.500,00 €
Netto			2.500,00 €
USt 19 %			475,00 €
Gesamt			2.975,00 €

Buchungssatz:	Text	Konto-Nr.	Betrag Soll	Betrag Haben
	Kunde A	1100	2.975,00 €
	an Erlöse LS	8660			1.000,00 €
	an Erlöse LF	8670			1.500,00 €
	an USt 19%	1770			475,00 €

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung
internalNumber	Interne Satznummer	10002	10002	10002
number	Satznummer	10	20	30
subNumber	Satzunternummer	0	0	0
voucherNumber	Belegnummer	92007	92007	92007
voucherDate	Belegdatum	08.09.2015	08.09.2015	08.09.2015
transactionFlag	Bewegungsart
origin	Herkunft	SALES_ORDER	SALES_ORDER	SALES_ORDER
detailType	Positionstyp	LEADING_POSTING	PART_POSTING	PART_POSTING
organizationalUnit	Organisation	99500	99500	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	INVOICES	INVOICES	INVOICES
taxKey	Steuerschlüssel	111	111	111
taxCountry	Steuerland	DE	DE	DE
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	false	false	false
debitCredit	Soll/Haben	DEBIT	CREDIT	CREDIT
postingAmount	Buchungsbetrag	2975,00	1000,00	1500,00
postingTaxAmount	Steuerbetrag
postingText	Buchungstext		Lampenschirme	Lampenfüße
accountingStandard	Bilanzierungskreis
invoiceNumber	Rechnungsnummer
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	DEBTOR	GENERAL_LEDGER	GENERAL_LEDGER
account	Konto	1100	8660	8670
voucherCurrency	Währung	EUR	EUR	EUR
rateInfo.rate	Wechselkurs
rateInfo.date	Kursdatum	01.01.1900	01.01.1900	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE	DISCOUNTABLE	DISCOUNTABLE
oiText	OP-Text
oiPaymentTerm	Zahlungsbedingung
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage	30
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1
oiDiscountInfo1.percentage	Skontoprozentsatz-1
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung
oiDeductionLock	Abzugssperre	false	false	false
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz
ExternalInterface2.deductions.deductionCode01	Abzugsart 01
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01
ExternalInterface2.automaticReversal	Maschineller Storno	false	false	false

7.3 Ausgangsrechnung Steuersplittbuchung in EUR

In diesem Beispiel soll eine Ausgangsrechnung in Form einer Splittbuchung aus der Warenwirtschaft an die Finanzbuchhaltung übermittelt werden. Im Rechnungsbeleg sind Positionen mit unterschiedlichen Artikeln und unterschiedlichen Steuersätzen aufgeführt. Die Rechnung ist zahlbar innerhalb von 30 Tagen ohne Abzug.

Rechnung 92008	Belegdatum 08.09.2015
Kunde A 1100
Artikel	Menge	Einzelpreis	Nettowert
Lampenschirme Größe 1	20,00	50,00 €	1.000,00 €
Fachbuch	1,00	80,00 €	80,00 €
Netto			1.080,00 €
USt 19 % auf 1.000.00 €			190,00 €
USt 7 % auf 80,00 €			5,60 €
Gesamt			1.275,60 €

Buchungssatz:	Text	Konto-Nr.	Betrag Soll	Betrag Haben
	Kunde A	1100	1.275,60 €
	an Erlöse LS	8660			1.000,00 €
	an USt 19%	1770			190,00 €
	an Erlöse 7%	8300			80,00 €
	an USt 7%	1771			5,60 €

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung
internalNumber	Interne Satznummer	10003	10003	10003
number	Satznummer	10	20	30
subNumber	Satzunternummer	0	0	0
voucherNumber	Belegnummer	92008	92008	92008
voucherDate	Belegdatum	08.09.2015	08.09.2015	08.09.2015
transactionFlag	Bewegungsart
origin	Herkunft	SALES_ORDER	SALES_ORDER	SALES_ORDER
detailType	Positionstyp	LEADING_POSTING	PART_POSTING	PART_POSTING
organizationalUnit	Organisation	99500	99500	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	INVOICES	INVOICES	INVOICES
taxKey	Steuerschlüssel		111	112
taxCountry	Steuerland	DE	DE	DE
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart		NET_CALCULATE_TAX	NET_CALCULATE_TAX
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	true	true	true
debitCredit	Soll/Haben	DEBIT	CREDIT	CREDIT
postingAmount	Buchungsbetrag	1275,60	1000,00	80,00
postingTaxAmount	Steuerbetrag	195,60
postingText	Buchungstext		Lampenschirme	Fachbuch
accountingStandard	Bilanzierungskreis
invoiceNumber	Rechnungsnummer
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	DEBTOR	GENERAL_LEDGER	GENERAL_LEDGER
account	Konto	1100	8660	8300
voucherCurrency	Währung	EUR	EUR	EUR
rateInfo.rate	Wechselkurs
rateInfo.date	Kursdatum	01.01.1900	01.01.1900	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE	DISCOUNTABLE	DISCOUNTABLE
oiText	OP-Text
oiPaymentTerm	Zahlungsbedingung
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage	30
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1
oiDiscountInfo1.percentage	Skontoprozentsatz-1
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung
oiDeductionLock	Abzugssperre	false	false	false
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz
ExternalInterface2.deductions.deductionCode01	Abzugsart 01
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01
ExternalInterface2.automaticReversal	Maschineller Storno	false	false	false

7.4 Ausgangsrechnung in Fremdwährung

In dem folgenden Beispiel soll eine einfache Ausgangsrechnung in Fremdwährung (hier USD) aus der Warenwirtschaft an die Finanzbuchhaltung übermittelt werden. Die Rechnung ist zahlbar innerhalb von 30 Tagen ohne Abzug.

Rechnung 92009	Belegdatum 08.09.2015
Kunde USA 1120
Artikel	Menge	Einzelpreis	Nettowert
Lampenschirme Größe 5	15,00	$ 100,00	$ 1.500,00
Netto			$ 1.500,00
Gesamt			$ 1.500,00

Buchungssatz:	Text	Konto-Nr.	Betrag Soll	Betrag Haben
	Kunde USA	1120	$ 1.500,00
	an Erlöse LS	8660			$ 1.500,00
		Kurs	1,1041		€ 1.358,57

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung
internalNumber	Interne Satznummer	10004	10004
number	Satznummer	10	20
subNumber	Satzunternummer	0	0
voucherNumber	Belegnummer	92009	92009
voucherDate	Belegdatum	08.09.2015	08.09.2015
transactionFlag	Bewegungsart
origin	Herkunft	SALES_ORDER	SALES_ORDER
detailType	Positionstyp	LEADING_POSTING	PART_POSTING
organizationalUnit	Organisation	99500	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	INVOICES	INVOICES
taxKey	Steuerschlüssel	110	110
taxCountry	Steuerland	DE	DE
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	false	false
debitCredit	Soll/Haben	DEBIT	CREDIT
postingAmount	Buchungsbetrag	1500,00	1500,00
postingTaxAmount	Steuerbetrag
postingText	Buchungstext		Lampenschirme
accountingStandard	Bilanzierungskreis
invoiceNumber	Rechnungsnummer
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	DEBTOR	GENERAL_LEDGER
account	Konto	1120	8660
voucherCurrency	Währung	USD	USD
rateInfo.rate	Wechselkurs	1,1041	1,1041
rateInfo.date	Kursdatum	01.01.1900	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE	DISCOUNTABLE
oiText	OP-Text
oiPaymentTerm	Zahlungsbedingung
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage	30
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1
oiDiscountInfo1.percentage	Skontoprozentsatz-1
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung
oiDeductionLock	Abzugssperre	false	false
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz
ExternalInterface2.deductions.deductionCode01	Abzugsart 01
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01
ExternalInterface2.automaticReversal	Maschineller Storno	false	false

7.5 Zahlungseingang in Euro mit gewährtem Skonto

Über die Schnittstelle soll mit dem Zahlungseingang die Rechnung (OP) mit der Nummer 92005 in der Finanzbuchhaltung beglichen werden. Der Kunde zahlt in der ihm zustehenden Skontofrist mit einem Abzug von 3% (39,27 EUR).

Zahlungsbeleg NR. 10092005
Buchungstag	Texte	Betrag
15.09.2015	Kunde A Kd.-Nr.: 1100	1.309,00 €	H

	RE 92005 1.309,00 -3% Skonto

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung
internalNumber	Interne Satznummer	10005	10005	10005
number	Satznummer	10	20	20
subNumber	Satzunternummer	0	0	10
voucherNumber	Belegnummer	10092005	10092005	10092005
voucherDate	Belegdatum	15.09.2015	15.09.2015	15.09.2015
transactionFlag	Bewegungsart
origin	Herkunft	SALES_ORDER	SALES_ORDER	SALES_ORDER
detailType	Positionstyp	LEADING_POSTING	PART_POSTING	OI_ALLOCATION
organizationalUnit	Organisation	99500	99500	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	PAYMENTS	PAYMENTS	PAYMENTS
taxKey	Steuerschlüssel
taxCountry	Steuerland
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	false	false	false
debitCredit	Soll/Haben	DEBIT	CREDIT	CREDIT
postingAmount	Buchungsbetrag	1309,00	1309,00	1309,00
postingTaxAmount	Steuerbetrag
postingText	Buchungstext
accountingStandard	Bilanzierungskreis
invoiceNumber	Rechnungsnummer			92005
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	GENERAL_LEDGER	DEBTOR	DEBTOR
account	Konto	1213	1100	1100
voucherCurrency	Währung	EUR	EUR	EUR
rateInfo.rate	Wechselkurs
rateInfo.date	Kursdatum	01.01.1900	01.01.1900	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE	DISCOUNTABLE	DISCOUNTABLE
oiText	OP-Text
oiPaymentTerm	Zahlungsbedingung
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1
oiDiscountInfo1.percentage	Skontoprozentsatz-1
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung
oiDeductionLock	Abzugssperre	false	false	false
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz
ExternalInterface2.deductions.deductionCode01	Abzugsart 01			100
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01			39,27
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01			CREDIT
ExternalInterface2.automaticReversal	Maschineller Storno	false	false	false

7.6 Zahlungseingang in Euro mit OP-Anlage

Über die Schnittstelle soll für den Debitor 1100 eine Zahlung über 300,00 Euro gebucht werden. Hierbei handelt es sich um eine Vorauszahlung, durch die ein neuer offener Posten (Akonto) angelegt wird.

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung
internalNumber	Interne Satznummer	10006	10006	10006
number	Satznummer	10	20	20
subNumber	Satzunternummer	0	0	10
voucherNumber	Belegnummer	10092006	10092006	10092006
voucherDate	Belegdatum	07.06.2017	07.06.2017	07.06.2017
transactionFlag	Bewegungsart
origin	Herkunft	SALES_ORDER	SALES_ORDER	SALES_ORDER
detailType	Positionstyp	LEADING_POSTING	PART_POSTING	OPEN_ITEM_CREATION
organizationalUnit	Organisation	99500	99500	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	PAYMENTS	PAYMENTS	PAYMENTS
taxKey	Steuerschlüssel
taxCountry	Steuerland
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	false	false	false
debitCredit	Soll/Haben	DEBIT	CREDIT	CREDIT
postingAmount	Buchungsbetrag	300,00	300,00	300,00
postingTaxAmount	Steuerbetrag
postingText	Buchungstext
accountingStandard	Bilanzierungskreis
invoiceNumber	Rechnungsnummer			10092006
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	GENERAL_LEDGER	DEBTOR	DEBTOR
account	Konto	1201	1100	1100
voucherCurrency	Währung	EUR	EUR	EUR
rateInfo.rate	Wechselkurs
rateInfo.date	Kursdatum	01.01.1900	01.01.1900	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE	DISCOUNTABLE	DISCOUNTABLE
oiText	OP-Text			Vorauszahlung
oiPaymentTerm	Zahlungsbedingung			100
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1
oiDiscountInfo1.percentage	Skontoprozentsatz-1
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung
oiDeductionLock	Abzugssperre	false	false	false
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz
ExternalInterface2.deductions.deductionCode01	Abzugsart 01
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01
ExternalInterface2.automaticReversal	Maschineller Storno	false	false	false

7.7 OP-Verrechnung

Das folgende Beispiel zeigt zwei offene Posten eines Debitors mit gleichen Beträgen, die über die Schnittstelle miteinander verrechnet werden sollen. Der erste offene Posten ist durch eine Ausgangsrechnung entstanden und weist einen Sollsaldo auf. Der zweite offene Posten wurde aufgrund einer Gutschrift mit einem Habensaldo erzeugt. Die Summe der beiden offenen Posten beträgt Null.

OP-Anzeige
Konto	Belegart	OP-Nummer	Belegdatum	Rechnungsbetrag		Saldo
1100	Rechnung	92017	08.04.2017	1.309,00 €	S	1.309,00 €	S
1100	Gutschrift	13317	12.05.2017	1.309,00 €	H	1.309,00 €	H

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung	4. Buchung
internalNumber	Interne Satznummer	10007	10007	10007	10007
number	Satznummer	10	20	20	20
subNumber	Satzunternummer	0	0	10	20
voucherNumber	Belegnummer	20010007	20010007	20010007	20010007
voucherDate	Belegdatum	30.06.2017	30.06.2017	30.06.2017	30.06.2017
transactionFlag	Bewegungsart
origin	Herkunft	SALES_ORDER	SALES_ORDER	SALES_ORDER	SALES_ORDER
detailType	Positionstyp	LEADING_POSTING	PART_POSTING	OI_ALLOCATION	OI_ALLOCATION
organizationalUnit	Organisation	99500	99500	99500	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	OPI_CLEARING	OPI_CLEARING	OPI_CLEARING	OPI_CLEARING
taxKey	Steuerschlüssel
taxCountry	Steuerland
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	false	false	false	false
debitCredit	Soll/Haben	DEBIT	CREDIT	CREDIT	DEBIT
postingAmount	Buchungsbetrag			1309,00	1309,00
postingTaxAmount	Steuerbetrag
postingText	Buchungstext
accountingStandard	Bilanzierungskreis
invoiceNumber	Rechnungsnummer			92017	13317
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	GENERAL_LEDGER	DEBTOR	DEBTOR	DEBTOR
account	Konto		1100	1100	1100
voucherCurrency	Währung	EUR	EUR	EUR	EUR
rateInfo.rate	Wechselkurs
rateInfo.date	Kursdatum	01.01.1900	01.01.1900	01.01.1900	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE	DISCOUNTABLE	DISCOUNTABLE	DISCOUNTABLE
oiText	OP-Text
oiPaymentTerm	Zahlungsbedingung
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1
oiDiscountInfo1.percentage	Skontoprozentsatz-1
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung
oiDeductionLock	Abzugssperre	false	false	false	false
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz
ExternalInterface2.deductions.deductionCode01	Abzugsart 01
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01
ExternalInterface2.automaticReversal	Maschineller Storno	false	false	false	false

7.8 Währungsdifferenzbuchung

Über die Schnittstelle können Währungsdifferenzbuchungen übertragen werden, um darüber beispielsweise offene Posten in Fremdwährung neu zu bewerten. Bei einer Währungsdifferenzbuchung muss das Belegdatum immer dem letzten Tag der Buchungsperiode entsprechen, in der die Währungsdifferenz gebucht werden soll. Darüber hinaus ist der Kurs, die Belegwährung (Fremdwährung) des zugeordneten offenen Postens sowie der zu buchende Differenzbetrag in der primären Hauswährung der Organisation anzugeben.

Das folgende Beispiel bezieht sich auf den Posten 92018, der einen offenen Saldo in Höhe von 1.500,00 USD (= 1.347,35 EUR bei einem Kurs von 1,1133) aufweist.

OP-Anzeige
Kontonummer	OP-Nummer	Belegdatum	Saldo		Saldo Belegwährung		Kurs
1120	92018	08.04.2017	1.347,35 EUR	S	1.500,00 USD	S	1,1133

Zum 30.06.2017 soll dieser Posten über eine Währungsdifferenzbuchung neu bewertet werden. Die Neubewertung erfolgt durch die Umrechnung des Fremdwährungssaldos (hier 1.500,00 USD) in primärer Hauswährung (neu 1.358,57 EUR) zum Stichtagskurs (1,1041). Der Vergleich zwischen dem alten Saldo (vor Neubewertung) und dem neu ermittelten Saldo ergibt den zu buchenden Währungsdifferenzbetrag (hier 11,22 Euro).

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung	4. Buchung
internalNumber	Interne Satznummer	10008	10008	10008	10008
number	Satznummer	10	20	20	20
subNumber	Satzunternummer	0	0	10	20
voucherNumber	Belegnummer	30010018	30010018	30010018	30010018
voucherDate	Belegdatum	30.06.2017	30.06.2017	30.06.2017	30.06.2017
transactionFlag	Bewegungsart
origin	Herkunft	SALES_ORDER	SALES_ORDER	SALES_ORDER	SALES_ORDER
detailType	Positionstyp	LEADING_POSTING	PART_POSTING	OI_ALLOCATION	OI_CURDIF
organizationalUnit	Organisation	99500	99500	99500	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	CURRENCY_DIFFERENCE	CURRENCY_DIFFERENCE	CURRENCY_DIFFERENCE	CURRENCY_DIFFERENCE
taxKey	Steuerschlüssel
taxCountry	Steuerland
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	false	false	false	false
debitCredit	Soll/Haben	CREDIT	DEBIT	DEBIT	CREDIT
postingAmount	Buchungsbetrag			11,22	11,22
postingTaxAmount	Steuerbetrag
postingText	Buchungstext
accountingStandard	Bilanzierungskreis
invoiceNumber	Rechnungsnummer			92018
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	GENERAL_LEDGER	DEBTOR	DEBTOR	GENERAL_LEDGER
account	Konto		1120	1120	2670USD
voucherCurrency	Währung	EUR	EUR	EUR	EUR
rateInfo.rate	Wechselkurs	1,1041	1,1041	1,1041	1,1041
rateInfo.date	Kursdatum	01.01.1900	01.01.1900	01.01.1900	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE	DISCOUNTABLE	DISCOUNTABLE	DISCOUNTABLE
oiText	OP-Text
oiPaymentTerm	Zahlungsbedingung
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1
oiDiscountInfo1.percentage	Skontoprozentsatz-1
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung
oiDeductionLock	Abzugssperre	false	false	false	false
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz	USD	USD	USD	USD
ExternalInterface2.deductions.deductionCode01	Abzugsart 01
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01
ExternalInterface2.automaticReversal	Maschineller Storno	false	false	false	false

7.9 OP-Änderung

Über die Schnittstelle können bestimmte Felder (z.B. der OP-Text, die Rechnungslistennummer, der Zahlungsweg usw.) im offenen oder beglichenen Posten geändert werden. Im folgenden Beispiel soll im offenen Posten 92019 der OP-Text geändert werden.

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung
internalNumber	Interne Satznummer	10009	10009
number	Satznummer	10	20
subNumber	Satzunternummer	0	0
voucherNumber	Belegnummer	40092019	40092019
voucherDate	Belegdatum	30.06.2017	30.06.2017
transactionFlag	Bewegungsart
origin	Herkunft	SALES_ORDER	SALES_ORDER
detailType	Positionstyp	LEADING_POSTING	PART_POSTING
organizationalUnit	Organisation	99500	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	OPI_CHANGE	OPI_CHANGE
taxKey	Steuerschlüssel
taxCountry	Steuerland
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	false	false
debitCredit	Soll/Haben	DEBIT	CREDIT
postingAmount	Buchungsbetrag
postingTaxAmount	Steuerbetrag
postingText	Buchungstext
accountingStandard	Bilanzierungskreis
invoiceNumber	Rechnungsnummer	92019
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	DEBTOR	DEBTOR
account	Konto	1100	1100
voucherCurrency	Währung	EUR	EUR
rateInfo.rate	Wechselkurs
rateInfo.date	Kursdatum	01.01.1900	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE	DISCOUNTABLE
oiText	OP-Text		Neuer OP-Text
oiPaymentTerm	Zahlungsbedingung
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1
oiDiscountInfo1.percentage	Skontoprozentsatz-1
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung		OITEXT
oiDeductionLock	Abzugssperre	false	false
oiCollectivAccountGroup	Sammelkontengruppe
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz
ExternalInterface2.deductions.deductionCode01	Abzugsart 01
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01
ExternalInterface2.automaticReversal	Maschineller Storno	false	false

7.10 Manuelle EB-Buchungen

Im folgenden Beispiel soll eine manuelle Eröffnungsbilanzbuchung über 100,00 Euro auf dem Bankkonto 1200 über die Schnittstelle gebucht werden. In der Führungsbuchung muss dazu ein Sachkonto vom Typ „Eröffnungsbilanz manuell“ angegeben werden. Darüber hinaus muss für die EB-Buchung ein Bilanzierungskreis angegeben werden, der in allen Buchungen gleich sein muss.

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung
internalNumber	Interne Satznummer	10010	10010
number	Satznummer	10	20
subNumber	Satzunternummer	0	0
voucherNumber	Belegnummer	50092020	50092020
voucherDate	Belegdatum	01.07.2017	01.07.2017
transactionFlag	Bewegungsart
origin	Herkunft	SALES_ORDER	SALES_ORDER
detailType	Positionstyp	LEADING_POSTING	PART_POSTING
organizationalUnit	Organisation	99500	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	OPENING_BALANCES	OPENING_BALANCES
taxKey	Steuerschlüssel
taxCountry	Steuerland
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	false	false
debitCredit	Soll/Haben	CREDIT	DEBIT
postingAmount	Buchungsbetrag	100,00	100,00
postingTaxAmount	Steuerbetrag
postingText	Buchungstext
accountingStandard	Bilanzierungskreis	100	100
invoiceNumber	Rechnungsnummer
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	GENERAL_LEDGER	GENERAL_LEDGER
account	Konto	9010	1200
voucherCurrency	Währung	EUR	EUR
rateInfo.rate	Wechselkurs
rateInfo.date	Kursdatum	01.01.1900	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE	DISCOUNTABLE
oiText	OP-Text
oiPaymentTerm	Zahlungsbedingung
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1
oiDiscountInfo1.percentage	Skontoprozentsatz-1
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung
oiDeductionLock	Abzugssperre	false	false
oiCollectivAccountGroup	Sammelkontengruppe
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz
ExternalInterface2.deductions.deductionCode01	Abzugsart 01
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01
ExternalInterface2.automaticReversal	Maschineller Storno	false	false

7.11 Sammelkontenumbuchung

In den offenen Posten eines Debitors oder Kreditors ist immer eine Sammel-kontengruppe gespeichert, die in dem Sammelkontenprofil des entsprechenden Debitors bzw. Kreditors enthalten ist. Über die Schnittstelle haben Sie die Möglichkeit, durch Sammelkontenumbuchungen einzelne offene Posten auf eine andere Sammelkontengruppe umzubuchen.

Im folgenden Beispiel soll der offene Posten 92021 des Debitors 1100 auf die Sammelkontengruppe FLL_ZW umgebucht werden. Die Sammelkontengruppe muss dem Sammelkontenprofil des Debitors zugeordnet sein.

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung
internalNumber	Interne Satznummer	10011	10011	10011
number	Satznummer	10	20	20
subNumber	Satzunternummer	0	0	10
voucherNumber	Belegnummer	60092021	60092021	60092021
voucherDate	Belegdatum	30.06.2017	30.06.2017	30.06.2017
transactionFlag	Bewegungsart
origin	Herkunft	SALES_ORDER	SALES_ORDER	SALES_ORDER
detailType	Positionstyp	LEADING_POSTING	PART_POSTING	OI_ALLOCATION
organizationalUnit	Organisation	99500	99500	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	COLLECTIV_ACCOUNT_TRANSFER_POSTINGS	COLLECTIV_ACCOUNT_TRANSFER_POSTINGS	COLLECTIV_ACCOUNT_TRANSFER_POSTINGS
taxKey	Steuerschlüssel
taxCountry	Steuerland
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	false	false	false
debitCredit	Soll/Haben	DEBIT	CREDIT	CREDIT
postingAmount	Buchungsbetrag
postingTaxAmount	Steuerbetrag
postingText	Buchungstext
accountingStandard	Bilanzierungskreis
invoiceNumber	Rechnungsnummer			92021
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	GENERAL_LEDGER	DEBTOR	DEBTOR
account	Konto		1100	1100
voucherCurrency	Währung	EUR	EUR	EUR
rateInfo.rate	Wechselkurs
rateInfo.date	Kursdatum	01.01.1900	01.01.1900	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE	DISCOUNTABLE	DISCOUNTABLE
oiText	OP-Text
oiPaymentTerm	Zahlungsbedingung
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1
oiDiscountInfo1.percentage	Skontoprozentsatz-1
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung
oiDeductionLock	Abzugssperre	false	false	false
oiCollectivAccountGroup	Sammelkontengruppe		FLL_ZW
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz
ExternalInterface2.deductions.deductionCode01	Abzugsart 01
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01
ExternalInterface2.automaticReversal	Maschineller Storno	false	false	false

7.12 Sachkontenverrechnung

Bei einer Sachkontenverrechnung über die Schnittstelle werden Belege übertragen, die diverse Soll-/Habenbuchungen unterschiedlicher Sachkonten enthalten. Die Soll-/Habenbuchungen müssen sich gegenseitig aufheben bzw. Null ergeben.

Im folgenden Beispiel sollen die Buchungen zweier Sachkonten miteinander verrechnet werden. Auf dem Bankkonto 1200 ist ein Betrag von 300,00 Euro im Haben und auf dem Scheckkonto ein Betrag von 300,00 Euro im Soll gebucht. Die Summe der beiden Buchungen beträgt Null.

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung
internalNumber	Interne Satznummer	10012	10012	10012
number	Satznummer	10	20	30
subNumber	Satzunternummer	0	0	10
voucherNumber	Belegnummer	60092022	60092022	60092022
voucherDate	Belegdatum	30.06.2017	30.06.2017	30.06.2017
transactionFlag	Bewegungsart
origin	Herkunft	SALES_ORDER	SALES_ORDER	SALES_ORDER
detailType	Positionstyp	LEADING_POSTING	PART_POSTING	PART_POSTING
organizationalUnit	Organisation	99500	99500	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	GENERAL_LEDGER_CLEARING	GENERAL_LEDGER_CLEARING	GENERAL_LEDGER_CLEARING
taxKey	Steuerschlüssel
taxCountry	Steuerland
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart		NET_CALCULATE_TAX	NET_CALCULATE_TAX
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	false	false	false
debitCredit	Soll/Haben	DEBIT	CREDIT	DEBIT
postingAmount	Buchungsbetrag		300,00	300,00
postingTaxAmount	Steuerbetrag
postingText	Buchungstext
accountingStandard	Bilanzierungskreis
invoiceNumber	Rechnungsnummer
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	GENERAL_LEDGER	GENERAL_LEDGER	GENERAL_LEDGER
account	Konto		1200	1330
voucherCurrency	Währung	EUR	EUR	EUR
rateInfo.rate	Wechselkurs
rateInfo.date	Kursdatum	01.01.1900	01.01.1900	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE	DISCOUNTABLE	DISCOUNTABLE
oiText	OP-Text
oiPaymentTerm	Zahlungsbedingung
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1
oiDiscountInfo1.percentage	Skontoprozentsatz-1
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900	01.01.1900	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung
oiDeductionLock	Abzugssperre	false	false	false
oiCollectivAccountGroup	Sammelkontengruppe
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz
ExternalInterface2.deductions.deductionCode01	Abzugsart 01
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01
ExternalInterface2.automaticReversal	Maschineller Storno	false	false	false

7.13 Sachbuchungen

Als Sachbuchungen gelten Buchungen, die ausschließlich auf Sachkonten ohne Personenkontenzuordnung gebucht werden. Hierbei handelt es sich beispiels-weise um Korrekturbuchungen, laufende Kosten, Lohnverrechnungen usw.

Reine Sachbuchungen können Sie auch in Fremdwährung oder als Splittbuchung auf beliebig viele Gegenkonten, Kostenrechnungsobjekte oder Steuerschlüssel verteilt übergeben.

Im folgenden Beispiel sollen 1.000,00 EUR vom Kassenkonto 1001 auf das Bankkonto 1201 über die Schnittstelle übertragen werden.

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung
internalNumber	Interne Satznummer	10013	10013
number	Satznummer	10	20
subNumber	Satzunternummer	0	0
voucherNumber	Belegnummer	60092023	60092023
voucherDate	Belegdatum	30.06.2017	30.06.2017
transactionFlag	Bewegungsart
origin	Herkunft	EXTERNAL_SYSTEM	EXTERNAL_SYSTEM
detailType	Positionstyp	LEADING_POSTING	PART_POSTING
organizationalUnit	Organisation	99500	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	GENERAL_LEDGER_POSTINGS	GENERAL_LEDGER_POSTINGS
taxKey	Steuerschlüssel
taxCountry	Steuerland
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	false	false
debitCredit	Soll/Haben	DEBIT	CREDIT
postingAmount	Buchungsbetrag	1000,00	1000,00
postingTaxAmount	Steuerbetrag
postingText	Buchungstext
accountingStandard	Bilanzierungskreis
invoiceNumber	Rechnungsnummer
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	GENERAL_LEDGER	GENERAL_LEDGER
account	Konto	1201	1001
voucherCurrency	Währung	EUR	EUR
rateInfo.rate	Wechselkurs
rateInfo.date	Kursdatum	01.01.1900	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE	DISCOUNTABLE
oiText	OP-Text
oiPaymentTerm	Zahlungsbedingung
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1
oiDiscountInfo1.percentage	Skontoprozentsatz-1
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung
oiDeductionLock	Abzugssperre	false	false
oiCollectivAccountGroup	Sammelkontengruppe
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz
ExternalInterface2.deductions.deductionCode01	Abzugsart 01
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01
ExternalInterface2.automaticReversal	Maschineller Storno	false	false

7.14 Storno

Im folgenden Beispiel soll der Beleg 10092006 über die Schnittstelle storniert werden. Bei einem Storno ist grundsätzlich nur eine Buchung vom Typ „LEADING_POSTING“ zur übergeben. Darüber hinaus muss die Belegnummer eindeutig dem zu stornierenden Beleg entsprechen.

Feld	Feldbeschreibung	Feldwerte für die Buchung
Feld	Feldbeschreibung	1. Buchung	2. Buchung	3. Buchung
internalNumber	Interne Satznummer	10014
number	Satznummer	10
subNumber	Satzunternummer	0
voucherNumber	Belegnummer	10092006
voucherDate	Belegdatum	28.06.2017
transactionFlag	Bewegungsart
origin	Herkunft	SALES_ORDER
detailType	Positionstyp	LEADING_POSTING
organizationalUnit	Organisation	99500
voucherText	Belegtext
transactionCode	Belegart
transactionType	Belegtyp	PAYMENTS
taxKey	Steuerschlüssel
taxCountry	Steuerland
taxDate	Steuerdatum
taxRecordinfoInput	Eingabesteuerart
taxPeriod	Steuerperiode
taxSplit	Steuersplitt	false
debitCredit	Soll/Haben	DEBIT
postingAmount	Buchungsbetrag	-300,00
postingTaxAmount	Steuerbetrag
postingText	Buchungstext
accountingStandard	Bilanzierungskreis
invoiceNumber	Rechnungsnummer
oiExternalVoucherNumber	Externe Belegnummer
accountingCode	Buchhaltungskennzeichen	GENERAL_LEDGER
account	Konto	1201
voucherCurrency	Währung	EUR
rateInfo.rate	Wechselkurs
rateInfo.date	Kursdatum	01.01.1900
rateInfo.use	Wechselkursverwendung
rateInfo.factor	Kursfaktor
rateInfo.type	Kurstyp
rateInfo.quotation	Kursnotierung
dimensionReference.optionalDimension01	Optionale Dimension 01
dimensionReference.optionalDimension02	Optionale Dimension 02
dimensionReference.optionalDimension03	Optionale Dimension 03
discountable	Skontofähig	DISCOUNTABLE
oiText	OP-Text
oiPaymentTerm	Zahlungsbedingung
oiDueDate	Fälligkeitsdatum
oiDueDays	Netto Tage
oiValutaDate	Valutadatum
oiValutaDays	Valutatage
oiDiscountInfo1.dueDate	Skontodatum-1	01.01.1900
oiDiscountInfo1.dueDay	Skontotage-1
oiDiscountInfo1.percentage	Skontoprozentsatz-1
oiDiscountInfo2.dueDate	Skontodatum-2	01.01.1900
oiDiscountInfo2.dueDay	Skontotage-2
oiDiscountInfo2.percentage	Skontoprozentsatz-2
oiDiscountInfo3.dueDate	Skontodatum-3	01.01.1900
oiDiscountInfo3.dueDay	Skontotage-3
oiDiscountInfo3.percentage	Skontoprozentsatz-3
oiChange	Feld für OP-Änderung
oiDeductionLock	Abzugssperre	false
oiCollectivAccountGroup	Sammelkontengruppe
ExternalInterface2.writeOffCode	Ausbuchungskennzeichen
ExternalInterface2.forceCreateNewOi	Neuen OP erzwingen
ExternalInterface2.currencyOfCurrencyDifference	Währung der Währungsdifferenz
ExternalInterface2.deductions.deductionCode01	Abzugsart 01
ExternalInterface2.deductions.deductionAmount01	Ist-Abzugsbetrag01
ExternalInterface2.deductions.deductionDebitCredit01	Soll/Haben-01
ExternalInterface2.automaticReversal	Maschineller Storno	true

Comarch ERP Enterprise 6.4

1 Themenübersicht

2 Zielgruppe

3 Tabellarischer Überblick über alle Felder der Schnittstelle

Eingangsschnittstelle für Buchungen

4 Verarbeitungshinweise

5 Beschreibung der allgemeinen Felder

5.1 internalNumber (str12)

5.2 number (str10)

5.3 subNumber (str10)

5.4 status (vset)

5.5 voucherNumber (str20)

5.6 voucherDate (stmp)

5.7 postingPeriod (str10)

5.8 shadowType (vset)

5.9 dataType (str15)

5.10 transactionFlag (str4)

5.11 origin (vset)

5.12 originalEntity (guid)

5.13 originalItem (guid)

5.14 detailType (vset)

5.15 organizationalUnit (str10)

5.16 voucherText (str65)

5.17 transactionCode (str15)

5.18 transactionType (vset)

5.19 taxKey (str3)

5.20 taxCountry (str2)

5.21 taxDate (stmp)

5.22 taxRecordinfoInput (vset)

5.23 taxPeriod (str10)

5.24 taxSplit (bool)

5.25 debitCredit (vset)

5.26 postingAmount (dec 21,6)

5.27 postingTaxAmount (dec 21,6)

5.28 postingText (str65)

5.29 interCompanyUnit (str10)

5.30 accountingStandard (str15)

5.31 invoiceNumber (str40)

5.32 invoiceItem (long)

5.33 oiExternalVoucherNumber (str40)

5.34 accountingCode (vset)

5.35 account (str15)

5.36 collectiveAccount (str15)

5.37 taxAccount (str15)

5.38 journalNumber (int)

5.39 journalType (str15)

5.40 voucherCurrency (str3)

5.41 rateInfo.rate (dec 18,6)

5.42 rateInfo.date (stmp)

5.43 rateInfo.use (str5)

5.44 rateInfo.factor (vset)

5.45 rateInfo.type (vset)

5.46 rateInfo.quotation (vset)

5.47 dimensionReference.optionalDimension01 bis 20 (str30)

5.48 costClass (vset)

5.49 costType (str55)

5.50 performanceDate (stmp)

5.51 controllingPeriod (str10)

5.52 quantity.amount (dec 21,6)

5.53 quantity.uom (str10)

5.54 discountable (vest)

5.55 oiText (str65)

5.56 oiReminderLevel (vset)

5.57 oiLastReminderDate (stmp)

5.58 oiReminderBlockUntil (stmp)

5.59 oiReminderBlockReason (str15)

5.60 oiReminderRecipient (str10)

5.61 oiPaymentTerm (str3)

5.62 oiDueDate (stmp)

5.63 oiDueDays (int)

5.64 oiValutaDate (stmp)

5.65 oiValutaDays (int)

5.66 oiDiscountInfo1.dueDate (stmp)

5.67 oiDiscountInfo1.dueDay (int)

5.68 oiDiscountInfo1.percentage (dec 7,4)

5.69 oiDiscountInfo2.dueDate (stmp)

5.70 oiDiscountInfo2.dueDay (int)

5.71 oiDiscountInfo2.percentage (dec 7,4)

5.72 oiDiscountInfo3.dueDate (stmp)

5.73 oiDiscountInfo3.dueDay (int)