Bestelbonnen: wat is reeds gefactureerd?
Th!nx biedt een handige manier om bestelbonnen en inkomende facturen bij te houden. In normale omstandigheden wordt een bestelbon vroeg of laat een inkomende factuur en deze moet betaald worden. In de lijst van bestelbonnen kan je zien wat reeds gefactureerd is, door de kolom “gefactureerd” zichtbaar te maken.
Om alle niet-gefactureerde bestelbonnen te zien kan je sorteren op deze kolom.
thinx 3.5: filter en export
De ontwikkeling van thinx heeft allesbehalve stilgestaan de laatste maanden. Vandaag releasen we een nieuwe thinx versie, waarin filtering en export centraal staan. Elke lijst in thinx kan nu in detail gefilterd worden, zoals reeds kon met de lijsten van bedrijven en personen. Zo krijg je precies de informatie die je nodig hebt. Met de nieuwe export functie kan je wat je ziet exporteren naar excel voor verdere verwerking. Als kers op de taart zijn er enkele nieuwe lijsten: offertes, orders en log items.
Filter
De nieuwe filters werken precies op dezelfde manier als de bestaande filters voor bedrijven en personen. Hieronder enkele gebruiksvoorbeelden.
Export
In de action box rechts van elke lijst vind je het export icoon.
Een klik hierop opent een popup waarin de export kan ingesteld worden.
De eerste blok van het instellingenvenster gaat over de te exporteren kolommen. Zoals je kan zien op de afbeelding, zijn er veel nieuwe kolommen beschikbaar. Zo is er meer cijfermateriaal om in excel of OpenOffice te verwerken. De meeste van deze kolommen zitten ook in de thinx lijsten, dit artikeltje toont hoe je die zichtbaar kan maken.
In de tweede blok kan de formattering van de gegevens bepaald worden. Decimalen worden standaard met komma gescheiden, wat excel ook verwacht op een Nederlandstalig systeem. Als je over Engelse instellingen beschikt, kan je dit wijzigen.
De laatste blok van het instellingenvenster laat de keuze om alle records dan wel de huidig getoonde records te exporteren.
Nieuwe lijsten
Voorheen kon thinx lijsten exporteren met de lopende offertes en orders. Nu zijn de lijsten van offertes en orders ook in thinx op het scherm beschikbaar en kunnen ze uiteraard gefilterd en geëxporteerd worden. Standaard worden enkel de lopende offertes en orders getoond, je kan ze allemaal zien met een muisklik.
Wie de exportfunctie “lopende offertes” en “lopende orders” gebruikte in thinx, zal nu naar de lijst van offertes respectievelijk orders orders moeten gaan en daar een export vragen.
De log items hebben nu ook hun eigen lijst in de bedrijven module, zo krijg je in een oogopslag een overzicht van alle activiteit. Extraatje voor power users: je kan een RSS feed opvragen van de log items binnen thinx, om die in een RSS reader zoals Apple Mail te bekijken zonder thinx te hoeven openen.
Nieuwe quickfilters
Hoewel elke lijst nu uitgebreid kan gefilterd worden, blijft het mogelijk om een aantal courante filters met één muisklik op te roepen. We hebben de bestaande “quickfilters” rechts van de lijsten laten staan en er nog een aantal toegevoegd. Nieuw is ook dat de criteria die je hier vastlegt, op je computer bewaard worden. De volgende keer dat je naar de lijst gaat, zal dezelfde quickfilter van kracht zijn.
Opgelet: De quickfilter is altijd actief, ook wanneer je een uitgebreide filter instelt. Dit kan voor onverwachte resultaten zorgen: als de quickfilter “boekjaar” op 2011 staat en je zoekt uitgebreid op boekjaar 2010, zullen er geen resultaten zijn. Hoewel dit in bepaalde gevallen verwarrend kan zijn, laat het toe om de twee filters te combineren.
The future is bright
Met deze release is een stevige basis gelegd voor een verdere uitbreiding van de rapportering in thinx. In de komende weken werken we aan het uibreiden van de beschikbare kolommen, alsook aan een exportfunctie voor tijdsregistraties en materiaalregistraties. Naast export voorzien we ook een tweede uitvoermethode: PDF. Hierbij zal het mogelijk zijn om te groeperen op meerdere kolommen, met subtotalen.
Er komt een punt waarop u binnen th!nx zoveel facturen begint te maken dat het manueel ingeven van uw verkopen in de boekhouding enorm veel tijd in beslag neemt. Wanneer dit moment aanbreekt, biedt th!nx u nu de mogelijkheid deze kloof veel efficiënter te overbruggen: de boekhoudlink. Alleen al op de Belgische en Nederlandse markt heeft u de keuze uit tientallen gespecialiseerde pakketten en het is dus noodzakelijk dat niettegenstaande de inherente verschillen tussen al deze applicaties th!nx een solide basis heeft om consistent correcte importbestanden te creëren. Met th!nx 3.1 is dit moment aangebroken.
Validatie van gegevens
Het doorgeven van informatie naar de boekhouding vraagt altijd om diepgaandere controle dan normaal: gegevens zoals ONR-nummers, dagboeken, grootboekrekeningen en eventueel analytische rekeningen moeten voor het boekhoudpakket ingevuld zijn, terwijl ze bij manuele ingave door de boekhouder zelf kunnen bepaald worden. Vandaar dat th!nx u enkel met het ontbreken of ongeldig zijn van deze gegevens zal confronteren op het moment dat u de export probeert te doen en dit in een overzicht dat alle relevante gegevens vanop verschillende plaatsen in de applicatie in één gebruiksvriendelijk scherm bundelt.
Daarnaast is het echter ook zo dat elk boekhoudpakket andere eisen stelt aan de gegevens die doorgegeven worden en dit vroeg om een doordachte oplossing die op lange termijn bruikbaar blijft.
Gelijk, en toch anders
Niet alleen gebruiken de meeste boekhoudpakketten een veel eenvoudigere en dus ook minder dynamische manier om met gegevens om te gaan dan th!nx, maar hoewel boekhouding en de regelgeving daaromtrent in principe voor iedereen gelijk is merkten wij toch op dat elk pakket andere basisvereisten stelt naar hoe de data moet geformatteerd zijn. In de paar gevallen die we tot nu toe bekeken was het zelfs zo dat sommige zaken lijnrecht tegenover mekaar stonden: pakket A werkt met het wettelijk verplichte ONR-nummer, pakket B werkt nog met het oude BTW-nummer zonder landcode en de voorloopnul en een speciaal veld voor buitenlandse BTW-nummers.
We werden dus geconfronteerd met een situatie waarbij th!nx weliswaar alle gegevens heeft die nodig zijn om de brug met de boekhoudpakketten te maken, maar door het ontbreken van enige standardisatie binnen de boekhoudsoftware de integratie binnen th!nx niet alleen voor onnodige ballast, maar bovendien ook nog eens voor tegenstrijdigheden zou zorgen binnen verschillende boekhoudlinks die onmogelijk verenigbaar zijn binnen eenzelfde context.
In plaats van hier voor een snelle en op (waarschijnlijk zelfs heel korte) termijn nefaste lapmiddeloplossing te kiezen, was het voor ons belangrijk een goed doordachte en uitbreidbare oplossing te ontwikkelen.
De webservice: uitbesteden aan een specialist
Boekhoudlinks als dusdanig horen eigenlijk niet in th!nx thuis, ze vormen een tussenschakel tussen th!nx en het boekhoudpakket. Het is dan ook beter het omzetten van de th!nx structuren en gegevens uit te besteden aan een ander “programma” dat zich echt specialiseert in het omgaan met tientallen verschillende pakketten en contexten: de webservice.
Nu zijn wij niet de eerste ontwikkelaar die met dit probleem geconfronteerd werd.
Sommige administratieve pakketten hebben effectief alle boekhoudlinks in het pakket zelf zitten, waarbij uiteindelijk niet alleen voor elk boekhoudpakket specifieke code wordt geschreven, maar bovendien alles nog eens klantspecifiek moet bijgestuurd worden omdat bijvoorbeeld andere periodes gebruikt worden met andere codes daaraan verbonden. Zo komt het dan voor dat voor één boekhoudpakket vijf of zes verschillende stukken code worden geschreven die voor 90% gelijklopen. Iedereen snapt dat dit een drijfzandsituatie is: wat als het boekhoudpakket in een nieuwe versie een aanpassing aanbrengt? Alle custom links mogen aangepast worden.
Andere pakketten pakken het dan iets efficiënter aan: zij exporteren de gegevens in een bepaald bestandsformaat, zoals het zeer verbose XML. Dit bestandje moet u dan inlezen in een desktopapplicatie die u toelaat te kiezen naar welk boekhoudpakket u wil exporteren. U dient in deze desktopapplicatie nog verschillende instellingen in te geven. Het is een stap in de goeie richting, maar waarom is het nodig om iets lokaal te installeren (met alle mogelijke problemen vandien) als alles even goed online rechtstreeks kan gebeuren, zonder dat u eigenlijk merkt dat de gegevens door een ander programma verwerkt worden? En wat als uw boekhouder beslist naar een pakket over te stappen dat nog niet in de desktopapplicatie zit? Wachten op een nieuwe versie en die vervolgens op al uw computers zelf installeren of mogelijk zelfs tegen betaling? Een overbodige en veel te complexe oplossing!
Eigenlijk zijn we allemaal al vertrouwd met webservices. Velen onder ons zullen Twitter en Facebook wel kennen. Er zijn honderden websites die op de één of andere manier Twitter- of Facebookfeeds tonen, telkens op een gans andere manier en met een ander doel. Dat is omdat Twitter toelaat via een webservice gegevens op te vragen. Met andere woorden: webapplicaties kunnen onderling met mekaar communiceren!
Dit is nu net wat gebeurt voor de boekhoudlinks ook: th!nx raapt alle gegevens die met verkoopfacturen te maken hebben samen, geeft die door aan een andere webapplicatie die met dezelfde gegevens gelijk welk exportbestand kan maken en onafhankelijk van het boekhoudpakket zal th!nx de juiste bestandjes kunnen maken en naar u doorsturen in een ZIP-bestand. Voor u is het zo dat het lijkt alsof th!nx uw boekhoudapplicatie volledig kent, maar eigenlijk komt de magie van een ander programma dat wij ontwikkelden en naast th!nx draait. Th!nx zegt gewoon aan de boekhoudwebservice: “Hier zijn alle gegevens, maak mij eens de importbestanden voor boekhoudpakket X en ja, ik wil ook dat je de analytische gegevens voor mij verwerkt a.u.b.”
Op deze manier kunnen wij op veel kortere termijn nieuwe boekhoudsoftware ondersteunen en kunnen wij alles correct en zeer specifiek finetunen zonder binnen th!nx met uw gegevens te moeten spelen.
Controle van ONR en IBAN gegevens
Th!nx heeft reeds een heel aantal validaties en controles ingebouwd om data consistent te houden. Vandaag voegen wij daar twee extra controles aan toe: ONR (BTW) nummers en IBAN nummers. Heel wat pakketten doen dit op een zeer simpele wijze: aftoetsen van de controlegetallen om te zien of een IBAN of ONR nummer correct opgebouwd werd. Th!nx neemt deze methode over, maar gaat nog een stap verder door interactie met officiële databanken. Zo weten we zeker dat de gegevens die u naar de boekhouding doorstuurt zo correct mogelijk zijn, zowel bij manuele ingave als in de toekomst geautomatiseerde exports naar boekhoudpakketten.
Clientside controle
Bij het ingeven van financiële gegevens wordt vanaf nu een “zachte” controle gedaan vóór u deze kunt bewaren: is het ONR-nummer of het IBAN rekeningnummer in een correct formaat opgesteld en is er geen typfout ingeslopen. Dit doen we aan de hand van de controlecijfers. Zo is het voor u onmiddellijk duidelijk of er ergens een schrijffout in deze gegevens staat.
U kunt overigens nog steeds de nummers formatteren zoals u het liefst heeft: met streepjes tussen de groepen, met een spatie na de “BE” of “NL”, met puntjes, … Th!nx filtert deze gewoon weg en voert vervolgens de controle uit. U behoudt nog steeds de vrijheid van weergave, maar heeft wel de zekerheid van correcte ingave.
Deze controle werkt overigens voor alle Europese ONR-nummers en alle IBAN rekeningnummers, dus niet enkel België en Nederland.
Serverside controle
De zachte controle zoals hierboven beschreven is snel en vermijdt alvast een foute ingave, maar het biedt geen volledige zekerheid dat deze gegevens ook daadwerkelijk in de echte wereld bestaan. Daarom wordt na het bewaren van de gegevens op de server een reeks extra validaties uitgevoerd.
ONR-nummer controle via de VIES databank
VIES (VAT Information Exchange System) is een Europees initiatief dat alle BTW-databanken van de verschillende deelstaten koppelt en zo de mogelijkheid biedt te weten of een doorgegeven ONR-nummer wel degelijk aan een bestaand bedrijf is gekoppeld. Deze gegevens zijn realtime: vanaf het moment dat een bedrijf officieel bestaat en een officieel erkend ONR-nummer heeft, zal het ook opgenomen zijn in de VIES databank.
Th!nx toetst het ingegeven ONR-nummer af aan deze databank en bewaart de status in de applicatie. Dit gebeurt op de achtergrond zodat u ongestoord verder kan werken terwijl de th!nx server contact opneemt met de databank en het antwoord verwerkt. Wanneer u op een later tijdstip of bij de export van facturen het bedrijf bekijkt, zal het resultaat zichtbaar zijn aan de hand van het welbekende vinkje of kruisje.
Laat er ons geen doekjes om winden, deze controle biedt u een zekerheid voor klanten binnen de ganse Europese unie die maar weinig anderen ons zullen nadoen.
IBAN controle via IBAN BIC
Ook voor IBAN nummers is een diepgaandere controle mogelijk. Niet alleen het controlecijfer, maar ook de individuele onderdelen van het IBAN nummer worden door de th!nx server gecontroleerd: is het rekeningnummer gekoppeld aan een bestaande bank, zijn de kenmerken van de bank in het IBAN nummer aanwezig, … Ook hier wordt de status na controle bij het IBAN nummer getoond.
Het IBAN nummer hierboven heeft een correct controlecijfer, maar blijkt toch ergens een fout te bevatten naar de koppeling met de bank.
Voor Belgische nationale rekeningnummers gebeurt deze diepgaandere controle overigens ook.
Omzetten van nationale rekeningnummers naar IBAN
De migratie van nationale overschrijvingen naar Europese overschrijvingen is nu al geruime tijd aan de gang, maar het gebeurt nog heel regelmatig dat contactpersonen enkel het nationale rekeningnummer uit het hoofd weten.
Als u bij het bedrijf of het adres het land opgegeven hebt en enkel het (correcte en volledige) nationale rekeningnummer van het desbetreffende bedrijf hebt ingegeven, zal th!nx in staat zijn het correcte IBAN nummer voor u te genereren (indien u dit niet ingevuld heeft). In België gaat het om het bekende “000-0000000-00” formaat, in Nederland zal hier een bankcode in verwerkt zitten “AAAA00.00.00.000”, analoog is dit ook mogelijk voor andere Europese landen, zolang het nationale nummer correct werd ingegeven.
Voor Belgische IBAN nummers werkt het ook in omgekeerde richting: th!nx zal vanuit het IBAN nummer het Belgische rekeningnummer aanmaken en invullen.
Volledige IBAN gegevens vanuit nationale rekeningnummers (enkel voor België)
Voor Belgische rekeningnummers kan th!nx nog een stapje verder gaan: naast het IBAN nummer zal ook de BIC (Bank Identifier Code) en de naam van de bank voor u automatisch ingevuld worden indien ze nog niet werden ingegeven. Het is dus geen enkel probleem als uw contactpersoon enkel het nationale rekeningnummer kent, u zal zonder probleem een Europese overschrijving kunnen doen met de gegevens die th!nx aan u toont.
Spijtig genoeg biedt de webservice die wij gebruiken voor deze omzetting deze mogelijkheid niet voor nationale nummers buiten België.
Wat met bestaande gegevens?
De bovenvermelde zaken zullen enkel gebeuren voor nieuw ingegeven financiële gegevens om een aantal redenen:
- Wij hebben gemerkt dat heel wat financiële gegevens in th!nx momenteel niet in een correct formaat werden ingegeven, vooral dan ONR-nummers, waarbij men de landcode achterwege laat en nog steeds het oude BTW-nummer formaat heeft ingegeven. Indien dit voor uw bedrijf het geval is, kunnen wij eventueel een geautomatiseerde omzetting voor u uitvoeren naar een consistente formattering.
- We willen graag dat voor wij de diepgaande controle uitvoeren, dat de gegevens eerst aan de gebruikerszijde een eerste oppervlakkige controle doorstaan. Het is immers nutteloos een controle te doen van iets dat met een controlecijfer validatie al als niet-geldig beschouwd wordt.
- Voor de diepgaande controle maken wij gebruik van externe webdiensten. Om te vermijden dat we deze bombarderen met duizenden aanvragen en zo mogelijk uitgesloten worden, verkiezen we gefragmenteerde controles. Dit ofwel door de gebruiker zelf (door het nummer aan te passen) ofwel op tijdstippen waar het echt nodig is (export naar boekhouding bv.).
Layouts: uitbreiden met nieuwe features
Th!nx heeft de afgelopende maanden een heel aantal nieuwe features gekregen: voorschotten en betalingsopvolging, nieuwe calculatiemethodes (oppervlakte, volume, media), meerdere kortingen en toeslagen, … In onze vorige blog post over layouts in thinx vindt u reeds veel informatie terug over hoe layouts moeten gemaakt worden, vooral de tabelstructuur voor layouts is hier de algemene leidraad die u helpt bij het invullen van uw layouts met dynamische velden.
Voor veel designers is het echter handig om een voorbeeld te hebben om zich op te baseren. De standaardlayouts kregen een welverdiende makeover, waarin naast het opnemen van voorbeelden over hoe u de nieuwe features in uw layouts kunt verwerken ook een nieuw en flexibeler design werd ontworpen.
Daarom bieden wij nu ook een ZIP-bestand aan waar de nieuwe standaardlayouts volledig uitgewerkt zijn.
Vertaalde layouts
In het verleden kon u reeds uw eigen vertalingen in de th!nx layouts verwerken, maar werden bepaalde velden uit th!nx nog steeds in Nederlands formaat getoond: datumformattering, nummerformattering, etc. In de huidige th!nx worden deze echter op een gelocaliseerde manier in de layouts getoond, bv. 10 jan 2011 voor een Nederlandstalige layout, Jan 10, 2011 voor een Engelstalige layout, …
Bovendien werden alle standaardlayouts volledig in de vijf talen die in layouts worden ondersteund vertaald: Nederlands, Frans, Duits, Engels en Spaans.
Calculaties in layouts verwerken
Voor het verwerken van de nieuwe calculatiemethodes in uw layouts wordt gebruik gemaakt van de vertalingstabel, omdat bepaalde termen in deze calculaties kunnen verschillen naargelang de taal waarin het document verstuurd wordt.
Hiervoor worden een aantal speciale tags gebruikt: localized_ad (advertenties), localized_area (oppervlakte), localized_standard (standaard), localized_volume (volume/inhoud).
Hierin kan u dan de desbetreffende velden gebruiken voor de verschillende soorten calculaties, bv.
{{ length | precision_or_int:2 }} x {{ width | precision_or_int:2 }} x {{ height | precision_or_int:2 }}{{ unit }} = {{ volume | precision_or_int:2 }}{{unit}}³
In uw layouts kunt u gewoon het ganse “eenheidgedeelte” laten vertalen. De juiste calculatievertaling wordt automatisch genomen:
{{ line.units | localize }}
thinx 3.0: calculaties
Bij het ontwikkelen van thinx 3.0 stond prijsberekening centraal. De prijs van een lijn kan nu berekend worden aan de hand van een oppervlakte, inhoud of de millimeter/kolom prijs voor het plaatsen van een advertentie. Thinx liet reeds toe om een procentuele marge te berekenen op een kostprijs, nu kan thinx ook overweg met een verkoop op commissiebasis. Last but not least: bij elke lijn kan een onbeperkt aantal kortingen en toeslagen gevoegd worden, zowel procentueel als met vaste prijs.
Eenheden
Na het aanmaken van een nieuwe lijn kies je eerst de eenheden. Wanneer je voor oppervlakte kiest, kan je de lengte en breedte invullen, waaruit thinx de oppervlakte berekent. Deze oppervlakte wordt vermenigvuldigd met de prijs om de kostprijs te bepalen. De berekeningen voor inhoud en advertentie zijn gelijkaardig.
Prijsberekening
Standaard werkt thinx op basis van een kostprijs waar een procentuele marge op genomen wordt. Bij het plaatsen van advertenties bijvoorbeeld, gaat het vaak omgekeerd: de verkoopprijs ligt vast en de kostprijs wordt bepaald op commissie. Wanneer je commissie als prijsberekening kiest, wordt de ingegeven prijs de verkoopprijs, waarop je een procentuele commissie kan nemen.
Kortingen en toeslagen
In plaats van één grote procentuele korting, kan thinx vanaf nu een onbeperkt aantal kortingen en toeslagen berekenen op het basisbedrag van een lijn. In het bovenstaande voorbeeld rekenen we op het basisbedrag van €800 een toeslag van €250 voor kleurdruk. Op deze toeslag krijgt de klant 25% actiekorting. Daarnaast krijgt de trouwe klant een korting van 10% op het basisbedrag.
Verdere toepassingsmogelijkheden laten we aan jullie verbeelding over.
Th!nx 2.8 luidt het nieuwe jaar in met de mogelijkheid voorschotten en deelbetalingen op te volgen. Voortaan kan u zowel vóór de effectieve facturatie als na de facturatie betalingen ingeven en monitoren! En alsof dat nog niet genoeg was, ook inkomende facturen kunnen vanaf nu op dezelfde nauwgezette manier worden bijgehouden!
Voorschotten en deelbetalingen: een overzicht
Betalingen worden altijd ingegeven op factuurniveau. Indien u voor een bepaald project met deelbetalingen wil werken, maakt u een proforma factuur voor de lijnen waar u voorschotten op wil inplannen en opvolgen. U kunt deze uiteraard later aanvullen met extra lijnen om zo de definitieve factuur te maken. Het spreekt voor zich dat alle betalingen meegenomen worden bij het omzetten van de proforma naar de factuur.
U kunt bovendien nog steeds de oude manier gebruiken waarbij een factuur in één keer volledig op betaald wordt gezet, zowel vanuit de lijst van de facturen als in de details op factuur- en projectniveau. Hierbij wordt in de betalingen een extra lijn aangemaakt voor het saldo van de factuur.
In de tab “Betalingen” bij de factuur vindt u een overzicht van de betalingsopvolging. U kunt zonder probleem vooraf betalingen inplannen, zodat u die kunt opvolgen. In bovenstaande screenshot ziet u dat er overeengekomen werd drie voorschotten op de factuur te betalen. Eén hiervan werd betaald, er staat nog één voorschot open dat tegen 18 januari moet betaald worden en er is een voorschot dat al moest betaald zijn en dus vervallen is. Bovenaan in de detailgegevens van de factuur kan u snel de status van de betalingen zien (wanneer u nieuwe betalingen ingeeft, zal u de pagina moeten verversen alvorens deze gegevens up-to-date zullen zijn).
In de lijst van de facturen, proforma facturen en inkomende facturen kan u ook al deze gegevens terugvinden. Standaard zijn niet alle betalingskolommen zichtbaar, maar deze kunnen zonder probleem voor u persoonlijk altijd actief gezet worden wanneer u deze aanvinkt:
Er werden ook een aantal filters toegevoegd op lijstniveau, waarmee u snel een lijst kan opvragen van facturen waarop deelbetalingen staan die betaald zijn, open staan of vervallen.
Uiteraard kan u ook deze betalingen vanaf nu in de layouts verwerken. U kunt een geupdate layout cheatsheet terugvinden onderaan in de links van onze blogpost over layouts. Binnenkort vindt u op onze blog ook nieuwe standaardlayouts terug waarin deze module opgenomen werd bij wijze van voorbeeld.
Waarschuwing
De voorschotten zijn geen voorschotfacturen! Het gaat hier om overeengekomen voorschotten of deelbetalingen op een bestaande (pro)formafactuur en dus niet om een factuur waarvan het totaalbedrag berekend wordt vanuit reeds bestaande facturen.
Omdat de status “Betaald” niet meer wordt bepaald door een manueel in te stellen parameter, maar door de gekoppelde betalingstabel worden alle facturen waar het totaal nul euro bedraagt nu automatisch als betaald beschouwd. Ook kunt u niet meer een (inkomende) factuur bij het aanmaken onmiddellijk op betaald zetten. Er moeten immers eerst lijnen met een bepaald bedrag bestaan vóór die met een betaling kunnen afgeboekt worden.
Het kan ook gebeuren dat de eerste maal bij het opvragen van een lijst van facturen of inkomende facturen een applicatiefout zich voordoet. Meestal volstaat het de pagina eens te verversen of de instructies te volgen in deze blogpost.
Hoofdadres bij aanmaken nieuw bedrijf
In sommige browsers gebeurt het wel eens dat in de lijsten nieuwe kolommen (bijvoorbeeld in een nieuwe versie van th!nx) niet verschijnen of dat er een applicatiefout optreedt bij een nieuwe versie van th!nx waar de lijsten uitgebreid zijn. Dit wordt veroorzaakt door een cookie dat de status van de lijsten bijhoudt (welke kolommen u zichtbaar gezet hebt bv.).
De oplossing is echter eenvoudig: verwijder alle cookies op het “thinx.be” domein die als naam iets in de zin van “ys-ext-comp-1001” hebben.
U vindt in Safari de cookies terug in de Voorkeuren/Preferences onder Beveiliging/Security:
In Firefox vindt u dit ook terug in de Voorkeuren, onder “Privacy”: