API Forum

This forum is in read-only mode.
Please refer to our API support in case you have any questions.
We can be reached at api@e-conomic.com
e-conomic API developer forum

element debtorEntryHandle has invalid child element 'Number'

0
Hej

Jeg får denne fejl:
[color=#FF0000:2pca4y97]The element 'debtorEntryHandle' in namespace 'http://e-conomic.com' has invalid child element 'Number' in namespace 'http://e-conomic.com'. List of possible elements expected: 'SerialNumber' in namespace 'http://e-conomic.com'. {id=530543135}[/color:2pca4y97]
når jeg forsøger at læse åbne debitor poster i .net webservice vha Economic.Api.dll version 1.4.3.

For 1 måned siden kunne jeg godt læse de åbne poster, så kan det have noget med et ændret interface med version 1.4.5 at gøre?

Min udgave af Economic.Api.dll er opgraderet til 1.4.5

Jeg læser de åbne poster sådan: (uddrag)
IDebtor debtor = session.Debtor.FindByNumber(kundeNummer);
IDebtorEntry[] openEntries = debtor.GetOpenEntries();
foreach (IDebtorEntry de in openEntries)
{
  .. her tilgås:
  de.Date
  de.InvoiceNumber
  de.DueDate
  de.Currency.Code
  de.Amount
  de.Remainder
}

Har jeg en fejl i min kode, eller ligger den andet steds?

MVH
JMV
created Aug 4, 2009 by jmv
0% Accept Rate
Q 2 A 1 C 0

1 Answer

0
Du har desværre ret - det er en inkompatibilitet mellem version 1.4.5 og tidligere versioner. Og nej, det er absolut ikke vores politik at lave 'breaking changes' på denne måde! De, der lod dette slippe igennem, er blevet behørigt kølhalet!

Den lidt mere tekniske forklaring:

API'ets interne ID-reference til DebtorEntry-objekter består af de enkelte posters interne løbenummer. Dette var før 1.4.5 ikke eksponeret offentligt - men 'var der alligevel', i form af en skjult Number-property.

Én blandt flere ændringer i 1.4.5 er så, at de enkelte posters løbenummer nu ER eksponeret - i form af SerialNumber-property'en. Dette repræsenterer en omdøbning, som desværre gør præ-1.4.5-DLL'er inkompatible specifikt for DebtorEntry-interfacene.

Dette er som nævnt direkte imod en klar holdning fra vores side mod 'breaking changes': Det, der virkede i går, skal også virke i dag (naturligvis i det omfang, der er tale om samme data og samme opsætning af regnskabet, og at der ikke er tale om fejlrettelser i API'et i øvrigt )


Mvh.

Christian Estrup
e-conomic
answered Aug 6, 2009 by Christian Estrup
Visma e-conomic A/S
...