Hallo Gerrit,
Eerst een paar opmerkingen vooraf:
- Dit script werkt bij mij op Windows 7 x64 en een QNAP NAS
- Ik heb 7-zip geïnstalleerd voor de backup. Als je een ander programma wilt gebruiken (waarom eigenlijk?), dan dien je het script hierop aan te passen.
- Dit script ziet toe op een directe mapping in windows, waarbij op de nas de optie Windows server is ingeschakeld. Als dit niet zo is, of als je dit met een FTP of VPN wilt gebruiken, dan zul je het script eerst moeten testen en eventueel aan moeten passen.
Configuratie van het script:
Dit script kun je opslaan in het bestand (bijv) startosf.cmd
Vervolgens start je het script met [pad] startosf.cmd [spatie] en de naam van de administratie, bijvoorbeeld
z:\public\start\startosf.cmd MIJNBEDRIJF
Van bovenstaande link kun je het beste een snelkoppeling maken.
Het script kan slechts bedrijfsnamen tot maximaal 3 woorden aan (bijv. MIJN BEDRIJF BV)
In het script bestand moet je nog wel een aantal onderdelen aanpassen:
- SET osfserver=[pad naar osf database op nas server]
- SET osflocal=[pad naar lokale map]
Bijvoorbeeld
SET osfserver=\\192.168.123.200\%osfadmin%\Administratie\OsFinancials
SET osflocal=e:\files\%osfadmin%\Administratie\osfinancials\%osfadmin%
Ter info: %osfadmin% verwijst naar de naam van je administratie. Deze komt bij mij overeen met de map waarin de administratie staat (en lokaal ook de map van het bedrijf, ik heb nl. meerdere bedrijven)
Het script veronderstelt de standaard structuur in de osfinancials map van de administratie:
\[NAAM BEDRIJF]\books.fdb en in ieder geval een submap REPORTS waarin de gebruikersrapporten zijn opgeslagen (zoals in mijn geval eigen factuur lay-out per bedrijf en aangepaste rapporten.
Werking van het script:
1. Het script controleert of er het bestand ~dblock.tmp op de server aanwezig is. Indien dit het geval is, dan is de database ofwel in gebruik op een andere PC, ofwel het script is afgesloten voordat de werking is beëindigd (zie problemen oplossen). In andere gevallen zal het script het bestand ~dblock.tmp op de server plaatsen.
2. Het script kopieert (1) de rapporten en (2) de osf database vanaf de server naar de lokale map op de PC.
3. Het script maakt een tijdelijke link naar de aangepaste gebruikersrapporten van OSF. De standaard rapporten die OSF gebruikt in de map C:\osFinancials\plug_ins\reports\DOCUMENTS\DOCUMENTS zijn dus niet beschikbaar tijdens de OSF sessie. Als je standaard rapporten wilt gebruiken, dan moet je die dus opnemen in de rapporten die horen bij je administratie.
4. OsFinancials wordt gestart. Nu zul je in OSF kunnen werken in je administratie
5. Sluit in geen geval het script af! Sluit na de mutaties in OSF alleen het OSF programma af, waarna het script de database weer * TERUGPLAATST * op de server, een backup maakt en het lock bestand verwijdert. Lokaal zul je dus alleen nog een mapstructuur zien, maar geen bestanden!
6. Na iedere afsluiting van OSF wordt er dus een backup gemaakt, en die zal bij grote administraties behoorlijk wat ruimte in beslag kunnen nemen.
Problemen oplossen:
Als je het script onderbreekt, dan dien je altijd te controleren of de database op de server de meest recente versie is. In de meeste gevallen is dit niet zo omdat het lokale bestand nog aanwezig is. Je dient dan in ieder geval de lokale database books.fdb handmatig naar de server te verplaatsen voordat je het script start. Het verplaatsen van de rapporten is alleen nodig als je hierin in de laatste sessie iets hebt gewijzigd. Verzeker je ervan dat er lokaal geen bestanden meer opgeslagen zijn EN dat het bestand ~dblock.tmp op de server is verwijderd.
Pas het script gerust aan waar nodig of gewenst. Het kan altijd beter en mooier, maar voor mij werkt het prima.
Succes.
Peter