IAccountingServiceGetAccountingRevisions Method

Dictionary<VoucherRowExtended, ProcessingCode> GetAccountingRevisions(
	CompanySelector companySelector,
	string integrationId,
	Dimension dimension = Dimension.All
)

Function GetAccountingRevisions ( 
	companySelector As CompanySelector,
	integrationId As String,
	Optional dimension As Dimension = Dimension.All
) As Dictionary(Of VoucherRowExtended, ProcessingCode)

function GetAccountingRevisions(companySelector, integrationId, dimension);

Parameters

companySelector  CompanySelector

Företagsval

integrationId  String

Ange för vilken integration revisioner ska hämtas.

dimension  Dimension  (Optional)

Urval på Dimension/internkonteringskod.

All (default) - Ingen selektering sker på om internkonteringskod förekommer på verifikationsrad. Om något av övriga alternativ väljs, returneras transaktionsrader där valt alternativ är skilt från * (d.v.s. angivet). Not 1. Om något annat än [All] väljs så är det inte säkert att alla rader inom ett verifikat returneras. Not 2. Oavsett val, så kommer enskilda verifikationsrader att vara fullständiga. Exempel: Om Dimension02 väljs syns även förekommande konteringar på andra koddelar på aktuella rader. Obs! Om reviderade verifikationsrader hämtas och något annat än [All] anges, så kommer inte samma rader att kunna hämtas på nytt (med t.ex. urval på en annan dimension) för aktuellt integrationsId.

Return Value

Varje verifikationsrad är uppmärkt med om den är ny, ändrad eller raderad. 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.

T.o.m. version x.86: Obs! Om ingående balans returneras i resultatet (VoucherNumber = 0) så är ALLTID dessa rader märkta som nya. Ingår ingående balans i en hämtningsomgång, så är det alltid HELA den ingående balansen som returneras. Ta alltid bort HELA ingående balansen i mottagande system innan inläsning av de nya raderna. Notera dock att om ett resultat omfattar 5000 rader, så kan den ingående balansen bli uppdelad. Se mer om detta här nedan.

Fr.o.m. version x.87: Ingående balans (VoucherNumber = 0) hanteras på samma sätt som vanliga verifikationsrader, d.v.s. de kan levereras som nya, ändrade eller raderade.

Obs! En mängd förändringar kan bara hämtas en gång. I samband med hämtning nollställs förändringsloggen för efterfrågad integration. Använd i stället GetAccountingRevisionsWithReceiptRequirement(CompanySelector, String, Dimension, Int32) för att kunna kvittera ett lyckat mottagande. Använd GetAccounting-metoden för att hämta mer fullständig bokföring.

Maximalt returneras de 5000 äldsta revisionerna. Placera metodanropet i loop och utför så länge något returneras.

Integarationsid bestäms i samband med att s.k. händelseexport 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.

Reference