Twinfield Boekhouden wordt gebruikelijk maandelijks voorzien van een nieuwe versie. Het moment van het daadwerkelijk uitbrengen van de release kan per cluster, Accounting of Accounting2, verschillen.
Van welk cluster jij gebruik maakt, kun je zelf eenvoudig checken: Wat is mijn cluster?
Wat releasen we wanneer?
In dit artikel vind je informatie over alle releases en worden relevante tussentijdse updates besproken, de laatste wijzigingen staan bovenaan. Waar van toepassing is een verwijzing opgenomen naar andere artikelen met meer informatie.
In Twinfield Boekhouden kan je ook naar Home > Release-geschiedenis gaan, zo zie je welke versie van Twinfield van toepassing is. De release-geschiedenis toont bovendien ook alle kleine, soms klantspecifieke, wijzigingen.
Releases
Januari (6.143)
Februari (6.144)
Maart (6.145)
April (6.146)
Mei (6.147)
Juni (6.148)
Juli (6.149)
Augustus (6.150)
September (6.151)
November (6.153)
December (6.154)
December
KNAB Bankkoppeling
De nieuwe Knab bankkoppeling is vanaf nu beschikbaar op het Accounting cluster. Deze wordt later deze maand uitgebracht op het Accounting2 cluster. Gebruikers van de oude bankkoppeling kunnen op een eenvoudige manier vanuit de functie ‘Bankrekeningen’ het upgrade proces starten. De belangrijkste voordelen in vergelijking met de oude bankkoppeling zijn:
- Je hebt nu de mogelijkheid om gedurende de dag de actuele banktransacties te synchroniseren.
- Je kunt historische banktransacties tot 15 maanden terug importeren.
- Spaarrekeningen worden ondersteund.
- De onboarding is intuïtief en start vanuit Twinfield Boekhouden.
De oude Knab bankkoppeling komt te vervallen per 1 februari 2025. Dit betekent dat alle rekeninghouders voor deze datum moeten overstappen naar de nieuwe koppeling. In het support portaal zijn verschillende artikelen te vinden die je helpen om de nieuwe koppeling in gebruik te nemen.
Wil je weten in welke administraties er een Knab koppeling actief is? Gebruik dan Twinfield Analysis - Bank link details v2. In het support portaal vind je meer informatie over het gebruik van functionaliteit.
November
Uitnodiging voor de Rabobank koppeling verbeterd
Vanaf deze release is het mogelijk om de unieke link, die wordt gegenereerd bij het leggen van de koppeling met de Rabobank, als niet rekeninghouder te gebruiken. Daarvoor was de gegenereerde link onjuist en zorgde ervoor dat de koppeling niet gelegd kon worden.
Laatste herinnering: Belangrijk voor iedereen met een API-koppeling met Twinfield
Bij Twinfield streven we ernaar om onze klanten een zo stabiel mogelijk platform te bieden. Een van de meest effectieve maatregelen hiervoor is het limiteren van het gebruik van onze API’s. Daarom gaan er per 1 december 2024 verplichte limieten gelden voor alle koppelingen met Twinfield. Deze limieten hebben we in maart 2024 voor het eerst aangekondigd.
Ten opzichte van onze eerdere aankondigingen hebben we enkele aanpassingen doorgevoerd in de API-limieten, op basis van feedback van klanten en partners. We hebben de opzet wat eenvoudiger gemaakt en we gaan werken met credits.
Voor elke koppeling met Twinfield is het belangrijk een goede foutafhandeling te hebben. Onze headers geven informatie retour met het restant van de credits na een request. Wanneer je het maximum hebt bereikt van het aantal credits per minuut, geeft deze header aan wanneer je het opnieuw kunt proberen. Je koppeling dient deze ‘429 too many requests’-melding goed af te handelen.
In de best practice staat uitgelegd hoe je dit aanpakt en hier staat beschreven dat meer endpoints en processXML requests nu als query request worden behandeld. De responsetijd van een query heeft niet langer effect op het aantal API-credits dat wordt gebruikt.
Daarnaast hebben we het mogelijk gemaakt om je koppeling te testen op de volgende Twinfield omgevingen: TWINAPPS en TWF-SAAS. Dit zijn omgevingen waarop de meeste koppelpartijen een testadministratie hebben. Heb je een testadministratie nodig voor je koppeling, dan kun je die aanvragen via ons developer portaal.
Alle koppelingen gaan hier potentieel tegenaan lopen. Het is dan ook noodzakelijk dat iedere koppeling op een juiste wijze omgaat met de responsecodes. Koppelingen die structureel en individueel boven limieten uitkomen hebben we rechtstreeks benaderd. Nogmaals: ook al ben je niet individueel benaderd, omdat je als individuele client niet limieten overschrijdt, is het wel noodzakelijk een goede foutafhandeling te implementeren.
Documentatie en best practices
Graag ondersteunen we u bij deze wijzigingen. We hebben de verandering genoemd in dit bericht en beschreven in kennisdocumenten. De technische documentatie rondom de API-limieten per 1 december 2024 is hier te vinden. Ook hebben we best practices opgesteld: API-limieten.
Meer tijd aanvragen om voor te bereiden
Wij begrijpen dat sommige partijen die de nieuwe limieten overschrijden meer tijd nodig hebben om zich voor te bereiden op de gestelde API-limieten per 1 december 2024. Tussen 1 november en 30 november kunnen deze koppelpartijen via hun beheerder van het Client ID (de beheerder van de koppeling/webservice) in ons developer portaal een support ticket aanmaken met het verzoek om de limieten op hun koppeling uit te stellen tot 15 januari 2025. Benoem in het ticket je clientID waar je uitstel voor wenst. Heb je na het lezen van dit bericht en/of documentatie toch nog vragen of heb je hulp nodig? Maak dan een ticket aan via ons Support portaal.
September
Bankenmodule
Meerdere verbeteringen:
- In de nieuwe bankenmodule werden reeds verwerkte bankregels ten onrechte getoond in "Te verwerken", dit is nu verholpen zodat deze regels nu niet meer worden getoond.
- Wanneer, in de administratie-instellingen, de betaalkorting is ingesteld op "Excl. Btw" was het voor gebruikers niet mogelijk om op meer dan één factuur af te schrijven en werd een foutmelding getoond. Met ingang van deze release is het nu mogelijk om bij de administratie-instelling "Excl. Btw" op meerdere facturen af te schrijven/korting toe te passen.
- In de nieuwe bankenmodule was het niet mogelijk om een koersverschil te selecteren zodat het koersverschil tussen de valuta van de toegewezen factuur en de basisvaluta verwerkt kon worden. Dit is nu opgelost.
Bankkoppelingen
Filteren toestemingsoverzicht uitgebreid.
Tijdens het filteren in het Toestemmingsoverzicht op de status “IBAN is niet geregistreerd” werd er geen verdere context gegeven over de getoonde bankrekeningen, waardoor het lastig was om te bepalen tot welke administratie deze bankrekeningen behoren. Vanaf nu wordt, indien mogelijk, ook de administratie getoond van eventuele andere bankrekeningen binnen dezelfde bankkoppeling. Voor meer informatie over het Toestemmingsoverzicht, zie ook: Bankenmodule - Toestemmingsoverzicht
Twinfield Analysis
Grootboek rapportages zijn voor alle geschikte rollen weer beschikbaar.
Alle rollen die toegang hebben tot Twincube Grootboek (details) of Grootboek (details) (V2), hadden geen toegang tot Grootboek (details) (V3). Dit is hersteld.
Herhaling aankondiging: wijzigingen in de API-documentatie
Dit jaar willen we wijzigingen doorvoeren in onze API’s. Het betreft de volgende uitfaseringen:
- Uitfasering van het “template” veld in de users master per 31-12-2024
- Uitfasering van “ProcessXmlCompressed” per 31-12-2024
- Uitfasering van het “general” Hoofdelement per 01-09-2024 (binnen ProcessXML en ProcessXMLDocument)
Graag ondersteunen we u bij deze wijzigingen. We hebben deze verandering beschreven in een apart kennisartikel. Heb je na het lezen van de documentatie toch nog vragen? Maak dan een case aan via ons Support portaal.
Herinnering vooraankondiging: wijziging API-limieten en transactieregels per 1-12-2024
Let op: hiervoor moet u of uw technische partner mogelijk een extra handeling verrichten
Bij Wolters Kluwer bouwen we al jaren aan een goed ecosysteem, waar onze klanten functionaliteit via partners kunnen toevoegen aan hun werkbehoeften. De laatste jaren zien we een sterke groei in het creëren van transacties via en het gebruik van onze webservices en API’s. Om de performance van Twinfield Boekhouden te kunnen blijven garanderen is het noodzakelijk om hierover nieuwe regels af te spreken. Zo kan iedereen efficiënt met Twinfield blijven werken.
Op dit moment wordt het aantal oproepen dat een app (lees “een koppeling met Twinfield”) per gebruiker kan doen niet beperkt door de API, evenals het aantal entiteiten dat door een app kan worden benaderd. Een aantal processen vragen veel capaciteit en dataverkeer, zoals de transactie- en factuurregels en dimensies. Dit is op langere termijn niet hanteerbaar en ook niet eerlijk ten opzichte van andere Twinfield-gebruikers. Daarom wijzigen per 1 oktober 2024 het maximale aantal regels per transactie en per 1 december 2024 (nieuwe datum) de API-limieten.
Maximum aantal regels per transactie
Om de belasting op de systemen niet onevenredig groot te maken, introduceren we de regel dat je niet meer dan 1000 transactieregels per transactie kunt aanmaken. Dit regime is al actief bij nieuwe klanten én bij bestaande klanten waarbij we uit gebruiksgegevens zien dat ze standaard onder de 1000 transactieregels zitten. De klanten waarbij dit regime nog niet actief is worden door ons benaderd; zij hebben tot 1 oktober 2024 om dit in hun koppelingen te verwerken. Dit geldt niet alleen voor de API, maar ook voor de import via het bestandsbeheer of de user interface.
Ben je een overschrijder van het maximum aantal regels, dan ontvang je een individueel bericht van ons of heb je die inmiddels al ontvangen. Mocht het relevant zijn, geef het door aan de juiste persoon om te zorgen dat je processen optimaal blijven werken na 1 oktober 2024.
Documentatie en best practice
Graag ondersteunen we u bij deze wijzigingen. We hebben de verandering genoemd in dit bericht beschreven in kennisdocumenten. De technische documentatie rondom de API-limieten per 1 december 2024 is hier te vinden. Ook hebben we twee best practice documenten opgesteld: één voor de API-limieten en één voor de 1000 regels per transactie wijziging. Heb je na het lezen van de documentatie toch nog vragen? Maak dan een case aan via ons Support portaal of zie Hoe maak ik een case aan inzake API koppelingen?
Augustus
Bankkoppelingen
Verschil aansluiting saldo met grootboek opgelost
Bij de Rabobankkoppeling gaven de actuele beschikbare afschriften en het actuele saldo in het grootboek soms onterecht een melding dat er een verschil was in de aansluiting. De oorzaak hiervan is onderzocht en opgelost.
Vernieuwde meldingen bij versturen betaalbestanden naar de bank
Bij het verzenden van een betaal-/incassobestand naar ABNAMRO of de Rabobank (via de nieuwe bankkoppeling), wordt nu een andere notificatie getoond dan bij het opslaan van het bestand in bestandsbeheer, zodat het duidelijker is voor de gebruiker dat het bestand daadwerkelijk is verzonden. De melding was eerst “betaalbestand voor betaalrun xx is klaar” en deze is vervangen voor “betaalbestand voor betaalrun xx is naar de bank verstuurd”.
Het gehele proces is hier te vinden: Betalen & incasseren - Een betaal- of incassobestand aanmaken en doorgeven aan de bank
Releasenotificaties
Enige tijd geleden hebben we in Twinfield een notificatie als er een release is geweest. Deze notificatie kun je openen in Twinfield en toont informatie over wat er in de release zit. Je kunt hier doorklikken naar het support portaal om verdiepende informatie over de release te lezen. Deze functie is beschikbaar voor alle gebruikers.
Tijdens deze release hebben we een aantal filters toegevoegd aan de release geschiedenis pagina, zodat je kunt filteren op onderwerpen als versie, datum, functie en evt. referentie.
Meer informatie over deze pagina staat omschreven in dit artikel: Kan ik zien welke wijzigingen er zijn gemaakt in de laatste versie van Twinfield?
Juli
Bankkoppelingen
ABN AMRO
In samenwerking met ABN AMRO is de boekhoudkoppeling uitgebreid. Vanaf nu is het mogelijk om betaal- en incassobestanden zoals aangemaakt in Twinfield rechtstreeks door te sturen naar de ABN AMRO internetbankieren omgeving, onder de voorwaarde dat de bankrekening is gekoppeld.
Het hele proces is hier te vinden: Betalen & incasseren - Een betaal- of incassobestand aanmaken en doorgeven aan de bank
Om gebruik te maken van deze functie hoeft de rekeninghouder de ingestelde toestemming in de bankomgeving niet aan te passen. De functie is ook in Twinfield Boekhouden standaard geactiveerd voor alle gekoppelde ABN AMRO bankrekeningen. Zie dit artikel voor meer informatie: Bankkoppeling - ABN AMRO
Rabobank
Het toestemmingsoverzicht is verbeterd. Deze pagina, momenteel alleen in gebruik voor Rabobank, geeft een overzicht van alle boekhoudkoppelingen. De boekhoudkoppelingen die we vernieuwen worden ook aan dit overzicht toegevoegd.
Vanaf nu is het mogelijk om te zoeken op:
- Boekhoudkoppelingen waarvoor opnieuw toestemming moet worden gegeven door de rekeninghouder;
- Boekhoudkoppelingen met een bankrekening waarvoor toestemming is gegeven voor het ophalen van transacties, maar de bankrekening zelf niet bestaat in Twinfield;
- Boekhoudkoppelingen waarvoor overige acties beschikbaar zijn, bijvoorbeeld een bankrekening komt voor in diverse administraties en het is niet duidelijk in welke administratie de bankrekening gekoppeld moet worden;
- Boekhoudkoppelingen met bankrekeningen binnen de huidige administratie of binnen de hele omgeving.
Daarnaast is de kolom Bank toegevoegd. Een aanpassing voor de toekomst waarbij we, naast momenteel Rabobank, ook voor andere banken moderne koppelingen gaan ondersteunen.
Ga voor meer informatie naar: Bankenmodule - Toestemmingsoverzicht
Twinfield Boekhouden - Gebruikersbeheer
Bij het aanmaken van een nieuwe Twinfield Boekhouden gebruiker wordt er een e-mail verstuurd naar deze gebruiker met het verzoek een Wolters Kluwer Account aan te maken. Deze e-mail bevatte de mogelijkheid een nieuw account aan te maken of te koppelen met een bestaand account.
Door middel van nieuwe functionaliteit controleren we vooraf of de gebruiker al een Wolters Kluwer Account heeft. Als dit het geval is dan wordt alleen de mogelijkheid geboden dit bestaande account te gebruiken. Is er geen bestaand Wolters Kluwer Account aanwezig is, dan wordt een link getoond om een nieuw Wolters Kluwer Account aan te maken.
Verbetering: gebruikers voor budgetten
Voor level 3 en level 4 gebruikers was het niet mogelijk om nieuwe budgetten te openen of aan te maken. Dit is opgelost.
Juni
Btw-aangifterapport
Het btw-aangifterapport toonde incorrecte waarden wanneer er een jaarsuppletie werd opgevraagd of wanneer gekozen werd voor alle perioden via de rapportcriteria. Vanaf deze release worden de juiste getallen weer getoond.
Verbeterde navigatie
De navigatie kolom aan de linkerkant van Twinfield met de menupaden had het probleem niet in te klappen als er werd genavigeerd naar een bepaalde functie. Je diende het menu dan handmatig in te klappen. Dit hebben we aangepast, zodat dit handmatig klikken niet meer nodig is.
Mei
Tonen pdf-facturen in transactiescherm
Vanaf nu is het mogelijk facturen direct te zien bij het openen van een transactie. Er worden pdf-facturen getoond van Twinfield Boekhouden (verkoopfactuur blauwe tegel), Basecone en WeFact. Er is gekozen om deze functionaliteit op te nemen in Twinfield Boekhouden en niet te werken met een extensie. Deze oplossing is veilig, doordat wij de bron tonen en de gebruiker toestemming (consent) dient te geven van het tonen van de factuur uit een van de applicaties buiten Twinfield. Dit dien je eenmalig te doen per Twinfield omgeving en wordt na het geven van consent onthouden door Twinfield.
Het tonen van de factuur is op een dergelijke manier ingebouwd dat het mogelijk blijft om ICP-informatie in de transactie op te blijven geven en het deze velden niet overlapt. Binnen het frame waarin de factuur getoond wordt, kan er worden in-of uitgezoomd. Je kunt kiezen of je het frame altijd uitgeklapt wil hebben of dat je het ingeklapt wil hebben via de pijltjes bovenaan in het frame. Kijk voor meer uitleg over onder andere het intrekken van consent en toekomstige verbeteringen op ons support portaal.
Release informatie in Twinfield Boekhouden
In de releasemail van april hebben we je laten weten dat we de gebruiker een melding geven in Twinfield Boekhouden als de omgeving is ge-updatet. Zie de afbeelding hieronder.
Meer informatie over onze releases is nu te zien in een nieuwe lay-out. Naast de gebruikelijke informatie worden ook links getoond naar ons support portaal. Je kunt kiezen om te gaan naar onze pagina met productverbeteringen via de knop ‘Lees Meer’ en om te gaan naar de pagina voor Opgeloste issues via de knop ‘Opgeloste issues’. Op deze pagina’s vind je meer details en uitleg over de releases.
De release informatie is beschikbaar via een link in de notificatie dat een release heeft plaatsgevonden en door op de Desktop op de knop ‘release geschiedenis’ te klikken.
Release budgetten en bijbehorende RestAPI
In de maand april 2024 heeft de implementatie en migratie plaatsgevonden voor onze nieuwe Budgetten module. Vanaf dat moment is de Classic versie niet meer beschikbaar en kan alleen de nieuwe module gebruikt worden. Deze module heeft niet alleen een betere navigatie ervaring, maar je kunt met deze module ook begroten met niet-financiële gegevens. Kijk voor documentatie en instructie-video’s op ons support portaal.
In deze release maken we nu de RestAPIs voor Budgetten beschikbaar. Je kunt met deze API’s budgetten aanmaken, wijzigen, verwijderen en lezen. Ontwikkelaars kunnen de documentatie op Swagger vinden in ons developer portal.
Overige verbeteringen
- Bij het importeren van klanten via Excel of CSV was het mogelijk om een foutieve waarde in te vullen in de Taal kolom. Na het aanmaken van een verkoopfactuur voor een dergelijke klant was het niet meer mogelijk om die factuur te openen. Dit is opgelost.
- Bij het opslaan van een bankboekingsinstructie overschreef Twinfield automatisch eventuele bestaande sjablooninstellingen. Gebruikers werden gedwongen elke toewijzingsregel handmatig te controleren en opnieuw aan te passen als ze de beschrijving opnieuw wijzigen. Dit is opgelost en toewijzingsregels worden nu automatisch opgeslagen. De sjablooninstellingen overschrijven de bestaande omschrijving niet.
- Een nieuwe functie, PostAsync, is toegevoegd aan de Pay & Collect webservice. Gebruik deze functie wanneer de Post functie time-outs geeft. Voor meer info zie de Twinfield API Documentatie in onze developer portal.
April
Nieuwe budgetten/begrotingsmodule
In deze release migreren we alle budgetten naar de nieuwe module en verwijderen we de oranje tegel budgetten. De afgelopen maanden hebben we gecommuniceerd dat budgetten alleen gemigreerd worden als ze voldoen aan bepaalde voorwaarden. De budgetten die niet aangepast zijn worden niet overgezet.
Op het support portaal hebben we instructies opgenomen voor het gebruik van de nieuwe module. Hierbij hebben we ook korte instructievideos opgenomen ter verduidelijking. De kracht van deze module is het begroten/budgetteren met niet-financiële gegevens, een verbeterde gebruikservaring en goede zoekmogelijkheden.
Meer weten? Kijk dan op onze speciaal ingerichte website.
Banken en betalingen
Tijdens het genereren van een Rabobank SEPANL betaal- of incassobestand wordt er een hash berekend. Wanneer het bestand opnieuw wordt aangemaakt, dan wordt de hash opnieuw berekend gebaseerd op de tijd waarop het bestand opnieuw is aangemaakt. Dit resulteert in een verschil tussen de hash zoals in Twinfield wordt getoond en de hash in Rabobank’s portaal. Dit is opgelost.
Binnen Banken werd een fout gegenereerd bij bankafschriften die waren toegewezen op basis van het bank- of administratiesjabloon. In de Boekingsinstructies worden beide sjablonen nu ondersteund voor de betreffende instructies.
Webservices
Twinfield vergrendelt transacties om te zorgen dat deze transacties niet gebruikt kunnen worden in andere processen. Als bijvoorbeeld een inkooptransactie wordt geselecteerd voor een betaalronde, dan wordt deze inkooptransactie vergrendeld om te zorgen dat deze niet gewijzigd kan worden zolang de transactie deel uitmaakt van de betaalronde. Ook tijdens transactiespreiding worden transacties vergrendeld. Het kan echter voorkomen dat wanneer webservices worden gebruikt voor transactiespreiding de informatie met betrekking tot de vergrendeling niet goed wordt opgeslagen. Dit is opgelost.
Maart
Duidelijker weergave beschikbaarheid Twinfield op loginpagina
Het beschikbaarheidspercentage op het loginscherm is vervangen door een link. De details over de beschikbaarheid kunnen nog steeds worden geraadpleegd via de link en zal leiden naar de pagina hieronder waar de beschikbaarheid kan worden bekeken.
Aankondiging wijzigingen in de API documentatie
Dit jaar willen we wijzigingen doorvoeren in onze API’s. Het betreft de volgende uitfaseringen:
- Uitfasering van het “template” veld in de users master per 31-12-2024
- Uitfasering van “ProcessXmlCompressed” per 31-12-2024
- Uitfasering van het “general” Hoofdelement per 01-09-2024 (binnen ProcessXML en ProcessXMLDocument)
Graag ondersteunen we u bij deze wijzigingen. We hebben de verandering genoemd in dit bericht beschreven in een kennisdocument. Heb je na het lezen van de documentatie toch nog vragen? Maak dan een ticket aan via ons support portaal.
Vooraankondiging: wijziging API-limieten en transactieregels per 1-10-2024
Let op: hiervoor moet u of uw technische partner mogelijk een extra handeling verrichten
Bij Wolters Kluwer bouwen we al jaren aan een goed ecosysteem, waar onze klanten functionaliteit via partners kunnen toevoegen aan hun werkbehoeften. De laatste jaren zien we een sterke groei in het creëren van transacties via en het gebruik van onze webservices en API’s. Om de performance van Twinfield Boekhouden te kunnen blijven garanderen is het noodzakelijk om hierover nieuwe regels af te spreken. Zo kan iedereen efficiënt met Twinfield blijven werken.
Op dit moment wordt het aantal oproepen dat een app (lees “een koppeling met Twinfield”) per gebruiker kan doen niet beperkt door de API, evenals het aantal entiteiten dat door een app kan worden benaderd. Een aantal processen vragen veel capaciteit en dataverkeer, zoals de transactie- en factuurregels en dimensies. Dit is op langere termijn niet hanteerbaar en ook niet eerlijk ten opzichte van andere Twinfield-gebruikers. Daarom wijzigen per 1 oktober 2024 twee zaken: de API-limieten en het maximale aantal regels per transactie.
API-limieten
Onze API wordt ingesteld om een eerlijker gebruik van databronnen te garanderen. Wanneer de gestelde limieten worden overschreden ontvangt de applicatie die je gebruikt een ‘429: too many requests’ antwoord. Dit systeem zal hier op de juiste manier mee om moeten gaan. De informatie wordt dan niet opgehaald uit onze systemen.
Maximum aantal regels per transactie
Om de belasting op de systemen niet onevenredig groot te maken gaat introduceren we de regel dat je niet meer dan 1000 transactieregels per transactie kunt aanmaken. Dit regime is al actief bij nieuwe klanten én bij bestaande klanten waarbij we uit gebruiksgegevens zien dat ze standaard onder de 1000 transactieregels zitten. De klanten waarbij dit regime nog niet actief is worden door ons benaderd; zij hebben tot 1 oktober 2024 om dit in hun koppelingen te verwerken. Dit geldt niet alleen voor de API, maar ook voor de import via het bestandsbeheer of de user interface.
Documentatie en best practice
Graag ondersteunen we u bij deze wijzigingen. We hebben de verandering genoemd in dit bericht beschreven in kennisdocumenten. De technische documentatie rondom de API-limieten per 1 oktober 2024 is hier te vinden. Ook hebben we twee best practice documenten opgesteld: één voor de API-limieten en één voor de 1000 regels per transactie wijziging. Heb je na het lezen van de documentatie toch nog vragen? Maak dan een ticket aan via ons support portaal.
Herhaling: Vooraankondiging budgetten migratie
Let op: hiervoor moet u of uw technische partner mogelijk een extra handeling verrichten
Er is afgelopen jaar gewerkt aan een nieuwe budgetten module. Deze module heeft een vernieuwde navigatie en verbeterde zoekfunctionaliteit. Daarnaast hebben we de mogelijkheid toegevoegd om budgetten aan te maken met niet-financiële gegevens. Bij deze module horen ook de RestAPIs om aan te maken, te wijzigen, te lezen en te verwijderen.
Deze module willen we in april 2024 releasen en daarbij de aanwezige budgetten uit de huidige module in een keer overzetten. Dit lukt alleen onder voorwaarden. Wij kondigen dit van tevoren aan en is er mogelijk een actie nodig vanuit jou als klant, wanneer je alle budgetten automatisch wilt overzetten.
In de nieuwe module zitten validaties op velden die in de huidige module niet aanwezig zijn. Uit historische data zien wij de volgende scenario’s voorkomen.
Dimensies ontbreken
We zien dat er budgetten zijn waarbij dimensie 3 is gevuld en dimensie 1 en 2 ontbreken, of dat dimensie 1 en 3 zijn gevuld en dimensie 2 ontbreekt. Het kan ook zijn dat dimensies niet (meer) aanwezig zijn in Twinfield, maar wel in het budget. Wil je dat deze worden overgezet naar de nieuwe module, dan is er tot de april release de mogelijkheid om deze budgetten te exporteren, aan te vullen en opnieuw te importeren. Hoe je dat kunt doen lees je hier in ons support portaal.
Periodes
We zien dat er budgetten zijn waarbij periode 56 is opgenomen. Periode 56 wordt in Twinfield gebruikt voor jaarafsluitingen en deze periode is niet aanwezig in de nieuwe module. In de nieuwe module heb je de mogelijkheid om te kiezen voor periode 55. Het komt ook voor dat er budgetten zijn met periodes die niet in Twinfield zijn aangemaakt. Hier worden in de nieuwe module ook validaties op gedaan.
Na de release van april wordt de oranje tegel verwijderd en zijn alleen de blauwe tegels beschikbaar voor budgetten.
Februari
Melding release binnen Twinfield
Vanaf deze release krijgt een gebruiker in Twinfield Boekhouden een melding over een update van Twinfield. Deze melding wordt zichtbaar onder de notificaties in de navigatiebalk bovenin Twinfield. In de melding staat een link naar de “Twinfield Update Historie”, waarin meer informatie over de nieuwe versie vermeld wordt.
Vooraankondiging budgetten migratie
Let op: hiervoor moet u mogelijk zelf een extra handeling verrichten
Er is afgelopen jaar gewerkt aan een nieuwe budgetten module. Deze module heeft een vernieuwde navigatie en verbeterde zoekfunctionaliteit. Daarnaast hebben we de mogelijkheid toegevoegd om budgetten aan te maken met niet-financiële gegevens. Bij deze module horen ook de RestAPIs om aan te maken, te wijzigen, te lezen en te verwijderen. Deze module willen we in april releasen en daarbij de aanwezige budgetten uit de huidige module in een keer overzetten. Wij kondigen dit ruim van tevoren aan en is er mogelijk een actie nodig vanuit jou als klant, wanneer je alle budgetten automatisch wilt overzetten.
In de nieuwe module zitten validaties op velden die in de huidige module niet aanwezig zijn. Uit historische data zien wij de volgende scenario’s voorkomen:
- Dimensies ontbreken. We zien dat er budgetten zijn waarbij dimensie 3 is gevuld en dimensie 1 en 2 ontbreken, of dat dimensie 1 en 3 zijn gevuld en dimensie 2 ontbreekt. Het kan ook zijn dat dimensies niet (meer) aanwezig zijn in Twinfield, maar wel in het budget. Wil je dat deze worden overgezet naar de nieuwe module, dan is er tot de april release de mogelijkheid om deze budgetten te exporteren, aan te vullen en opnieuw te importeren. Hoe je dat kunt doen lees je hier in ons support portaal.
- Periodes: We zien dat er budgetten zijn waarbij periode 56 is opgenomen. Periode 56 wordt in Twinfield gebruikt voor jaarafsluitingen en deze periode is niet aanwezig in de nieuwe module. In de nieuwe module heb je de mogelijkheid om te kiezen voor periode 55. Het komt ook voor dat er budgetten zijn met periodes die niet in Twinfield zijn aangemaakt. Hier worden in de nieuwe module ook validaties op gedaan.
Na de release van april wordt de oranje tegel verwijderd en zijn alleen de blauwe tegels beschikbaar voor budgetten.
Publicatie Swagger documentatie in developer portal
Voordat we de budgetten module releasen stellen we alvast onze documentatie beschikbaar voor koppelingen met Twinfield met een aantal beschikbare nieuwe API’s. Deze zijn te vinden in ons developer portaal voor Twinfield integraties.
Facturatie module
Het kan soms voorkomen dat verstuurde facturen geen factuurnummer krijgen en niet geboekt zijn vanuit de blauwe factuurmodule. In deze release hebben we hierop een correctie doorgevoerd. Wanneer dit voorkomt worden facturen niet opnieuw verzonden, maar worden ze naar de printer gestuurd om de journaalpost te creëren. Het kan voorkomen dat er een “Boeking mislukt” taak wordt weergegeven. Indien gewenst kan de factuur dan opnieuw geboekt worden.
Januari
We voeren tijdens dit onderhoud enkele kleine verbeteringen door; er wordt geen nieuwe functionaliteit gereleased.
Verder lezen?
Twinfield Boekhouden Productverbeteringen 2023
