Versionsnyheter återfinns här>>
GetRevisionsResult GetSalesLedgerRevisionsWithReceiptRequirement(
CompanySelector companySelector,
string integrationId,
GetSalesLedgerRevisionsOptions options,
int batchId = 0
)
Function GetSalesLedgerRevisionsWithReceiptRequirement (
companySelector As CompanySelector,
integrationId As String,
options As GetSalesLedgerRevisionsOptions,
Optional batchId As Integer = 0
) As GetRevisionsResult
function GetSalesLedgerRevisionsWithReceiptRequirement(companySelector, integrationId, options, batchId);
Varje rad är uppmärkt med om den är ny, ändrad eller raderad i klassen EventInfo via egenskap ProcessingCode. I mottagande system kan [ändrat] också betyda [nytt], beroende på hur väl systemen är synkroniserade mellan varandra. En post som blivit raderad i Vitec Ekonomi / 3L Pro, kan av samma skäl, saknas i mottagande system.
Obs! Om händelser/revisioner hämtas via denna metod (istället för via GetSalesLedgerRevisions(CompanySelector, String, GetSalesLedgerRevisionsOptions)), så måste de kvitteras efter lyckat mottagande för att inte returneras vid nästa hämtning. Se vidare SendProofOfReceiptForRevisions(CompanySelector, String, RevisionReciept). Maximalt returneras de 5000 äldsta revisionerna. Placera metodanropet i loop och utför så länge något returneras. Obs! Kvittera lyckat mottagande i varje iteration. Om mottagande misslyckas i en iteration bryt loopen och gör hantering för felsökningen på den mottagande sidan.
Integarationsid bestäms i samband med att Prenumeration konfigureras i Vitec Ekonomi för en specifik integration.
Rekommendation: Använd GetListOfPendingEvents(String) för att avgöra om denna metod behöver anropas. Sparar tid och resurser både för anropade integration samt för Vitec. Att anropa GetListOfPendingEvents ofta är avsevärt mindre resurskrävande än att utföra ett Get...revisions-anrop som inte ger något resultat.
ServiceFault | Kastas om det inte går att genomföra metodanropet. För information om orsaken, se [fångat exception].Detail.Messages |