De melding 'Administratie {x}, openen niet gelukt' komt voor als foutmelding in Basecone.
De gebruiker dient eerst te controleren in AccountView of zij/hij toegang heeft tot die administratie en daarin ook kan boeken. Tevens dient de gebruiker toegang te hebben tot die administratie in de zgn. accountview.net-omgeving. Dit is waarschijnlijk geïnstalleerd door de Visma-dealer. Blijkt dat wel zo te zijn, dan is dit nog een tip van Visma:
Door in AccountView te kiezen voor Bestand > Administraties en de administratie <naam/code> te dubbelklikken is het mogelijk om via het tabblad Gebruikers en eventueel Gebruikersgroepen de toegang na te gaan. Dit kan voor de ingelogde AccountView gebruiker en voor de Basecone gebruiker worden nagegaan, mogelijk heeft de algemene gebruiker voor de koppeling niet genoeg rechten op de administratie, dit zou ook in de Event Log in AccountView nagegaan kunnen worden.
Nieuw boekjaar
Voor iedere administratie in AccountView dient er een nieuw boekjaar geopend te worden. Het zou kunnen dat daarna de synchronisatie mislukt met de foutmelding Administratie {x}, openen niet gelukt.
Een belangrijke aanwijzing waarom de melding kan komen 'Administratie {0}, openen niet gelukt': de bestanden van de betreffende administratie kunnen op een plek staan die niet bereikbaar is vanuit web-applicaties. Een dergelijke situatie is te herkennen in Bestand > Administraties, wanneer er in de kolom "Map administratie" een schijfletter staat in plaats van een UNC-pad (in de vorm \\server\share). Door te kiezen voor Bewerken > Administratiemap wijzigen kan de schijfletter vervangen worden voor de UNC-aanduiding.
Concreet:
Bij de (eerste) administratie het pad invullen: \\server\share
Je krijgt de foutmelding "map is niet gevonden"
Antwoord nee op de vraag "moet deze aangemaakt worden?"
Dan opnieuw map bewerken met het laatste gedeelte van het pad.
Als voorbeeld: SERVERNAAM\Schijfnaam\ACCOUNTVIEW\ADM\2025\250\, vervangen door: admin\2025\250\