Financieel Management Systeem. Versie beschrijving 4.3. Bizon Software B.V., februari 2013, versie Opgesteld door Jaap van Vugt

Financieel Management Systeem

Versie beschrijving 4.3 Bizon Software B.V., februari 2013, versie 20130215 Opgesteld door Jaap van Vugt

Releasenotes Finall versie 4.3 2013-02-15

Inhoud 1. ALGEMEEN 1.1. TOELICHTING OP DE NIEUWE RELEASE 1.2. INSTALLATIE FINALL 1.2.1. TOON FYSIEKE DATABASE NAAM 1.3. NIEUWE FUNCTIONALITEIT 1.3.1. VERMELDING GEGEVENS IN MAIL ONDERWERP 1.4. ONDERHOUD BESTAANDE FUNCTIONALITEIT 1.4.1. PARAMETERS NIET MEER PER FUNCTIE

4 4 4 4 4 4 5 5

2. GROOTBOEK 2.1. ONDERHOUD 2.1.1. BEGINBALANS NIET GETOOND IN GROOTBOEKKAART 2.1.2. GEEN HERHALING OP JOURNAALPOST OVERZICHT 2.1.3. BANKREKENING CONTROLE OVERZICHT 2.1.4. VERSLAG MELDING AUDITFILE 2.1.5. ALLEEN ‘NIET AFGELETTERDE’ REGELS TONEN 2.1.6. WIJZIGING OVERZICHT VASTE ACTIVA 2.1.7. BEPALING BTW RUBRIEK 2.1.8. JAARTAL OP GB-KAART OVERZICHT 2.1.9. TEGENBOEKEN VAN JOURNAALPOSTEN ZONDER REGELS 2.2. NIEUWE FUNCTIONALITEIT 2.2.1. AFLETTERING IN WACHTRIJ 2.2.2. VRIJE NUMERIEKE SUBCODES 2.2.3. GRAFIEK IN HET GROOTBOEK

6 6 6 6 6 6 6 6 6 6 6 7 7 7 7

3. SUB ADMINISTRATIE CREDITEUREN/DEBITEUREN 3.1. ALGEMEEN 3.1.1. DETAILLERING OPENSTAANDE POSTEN LIJSTEN 3.1.2. BOEKINGEN PER BTW CODE 3.1.3. BTW PER FACTUUR NIET JUISTE DATUM 3.1.4. BETALINGSCONDITIE EN TERMIJNEN 3.2. DEBITEUREN FACTURATIE 3.2.1. SUBADMINISTRATIE SUBCODE 3.2.2. WIJZIGEN TEKSTEN OP FACTUUR NA FACTURATIE 3.2.3. ORDER PER CONTRACT 3.3. DEBITEUREN ONDERHOUD 3.3.1. DEBITEUR FACTUURMATCHING IN TELEBANKING 3.3.2. AANMANINGEN TE BETALEN BEDRAG 3.3.3. AANMANINGEN IN VALUTA 3.3.4. AANMAANKOSTEN NIET ALTIJD VANAF EERSTE AANMANING 3.3.5. AFDRUKKEN FACTUREN HANDMATIG VIA MAIL 3.3.6. AANTAL KEER AANGEMAAND OPEN POST 3.4. DEBITEUREN NIEUWE FUNCTIONALITEIT 3.4.1. SEPA MACHTIGINGS-ID 3.5. CREDITEUREN ONDERHOUD 3.6. CREDITEUREN NIEUWE FUNCTIONALITEIT 3.6.1. ROERENDE VOORHEFFING

8 8 8 8 8 8 8 8 8 8 8 8 9 9 9 9 9 9 9 9 9 9

4. TELEBANKING 4.1. ONDERHOUD 4.1.1. BETAALKENMERK ZONDER # IN CODA FORMAAT ISABEL 4.1.2. TELEBANKING CONTROLES MINDER STRENG 4.1.3. NIEUWE TRANSACTIE CODE ‘A01’ 4.1.4. VOLGORDE BANK AFSCHRIFTEN IN TELEBANKING 4.2. NIEUWE FUNCTIONALITEIT 4.2.1. BEGINBALANS BOEKING 1E BANKAFSCHRIFT

11 11 11 11 11 11 12 12

5. IMPORT/EXPORT WACHTRIJ 5.1. ONDERHOUD 5.1.1. KLOPOTEK PRODUCTEN EXTRA VELD 5.1.2. KLOPOTEK ROYALTYONTVANGERS 5.1.3. KLOPOTEK BETALINGSCONDITIES

13 13 13 13 13

Solutions you can count on !

Pagina 2 van 18

Releasenotes Finall versie 4.3 2013-02-15 5.1.4. SALDO 0 NIET EXPORTEREN NAAR CUBE 5.1.5. INKOOPFACTUREN MAGISTER 5.1.6. INTERFACE: CONTROLE BTW NUMMER 5.1.7. ACHTERGROND WACHTRIJ LOGGING 5.1.8. IMPORT FASHION CHEQUE MUTATIES 5.1.9. SOFTWEAR INTERFACE IN MEER DETAIL 5.2. NIEUWE FUNCTIONALITEIT 5.2.1. TERUGDRINGEN ROL JOURNAALPOSTKOP 5.2.2. ZOEK EN VERVANG IN INTERFACE 5.2.3. OVERZICHT INTERFACE REGELS 5.2.4. VERHUIZEN VAN INGELEZEN BESTANDEN 5.2.5. INLEZEN MET WILDCARDS

13 13 13 13 13 13 13 13 14 14 14 14

6. FACTFLOW 6.1. ONDERHOUD 6.1.1. OVERZICHT FLOWS 6.2. NIEUWE FUNCTIONALITEIT 6.2.1. FACTFLOW WIJZIGEN BOEKING 6.3. FACTFLOW WEBSITE 6.3.1. FACTFLOW MULTI-KLIK PREVENTIE

15 15 15 15 15 15 15

7. FACTMATCH 7.1. ONDERHOUD 7.2. NIEUWE FUNCTIONALITEIT 7.2.1. FACTMATCH IN FINALL GEÏNTEGREERD 7.2.2. FOUTMELDING BIJ SORTEREN OP BEPAALDE KOLOMMEN

16 16 16 16 16

8. DOCUMENT BEHEER 8.1. ONDERHOUD 8.1.1. NOTITIES IN DIGITAAL DOSSIER 8.1.2. ONDERHOUD RUBRIEK 8.1.3. HOOFDDOCUMENT AUTOMATISCH BEPALEN 8.1.4. SORTERING VAN NOG NIET GEKOPPELDE DOCUMENTEN 8.2. NIEUWE FUNCTIONALITEIT 8.2.1. OVERZICHT TAKEN 8.2.2. AFHANDELING FILE DROP / SLEPEN BESTANDEN NAAR FINALL 8.2.3. GESCAND DOCUMENT VERWIJDEREN/TERUGZETTEN

17 17 17 17 17 17 17 17 17 17

9. FLEXIBELE RAPPORTAGE 9.1. ONDERHOUD 9.1.1. NULREGELS AFDRUKKEN 9.1.2. WIJZIGING STANDAARD FR.RFR.RPT 9.1.3. TEKSTEN IN FLEXIBELE RAPPORTAGE

18 18 18 18 18


Pagina 3 van 18


1. Algemeen 1.1.

Toelichting op de nieuwe release

Sepa Binnenkort is het zover: er is 1 Europees betaalsysteem, onder de projectnaam SEPA (single European Payment Area) zijn de overheden en banken de afgelopen jaren druk bezig geweest met betrekking tot wetgeving, regelgeving en het maken van afspraken ten behoeve van een nieuw betaalsysteem. Vergelijkbaar als met de invoering van de Euro is het idee dat Europa dichterbij elkaar komt, en dat het betalen van rekeningen van leveranciers in SEPA landen net zo makkelijk is als een binnenlandse leverancier. Sinds 2006 ondersteunt Finall het invoeren van Iban bankrekeningen. Onze klanten gebruikten dit direct vanaf dat moment gezien de besparingen die het kon opleveren in internationaal betalingsverkeer. In Finall versie 4.3 van oktober 2012 is het mogelijk om volledig over te stappen op Iban betalingsverkeer, ook voor de binnenlandse bankrekeningen. Een conversie is mogelijk, daar kunt u contact voor opnemen met Bizon Software. In deze versie worden de mogelijkheden om betalingsverkeer nog beter te stroomlijnen verder uitgebouwd. FactMatch De module FactMatch is opnieuw opgezet. In deze versie wordt alle mogelijke informatie vanuit uw logistieke systeem opgenomen in de module. Deze informatie wordt nu in Finall geladen middels journaalposten. Daarvoor is de journaalpostregel in Finall uitgebreid met een aantal velden specifiek voor dit doel. Zo is het vanaf nu mogelijk om naast aantallen, ordernummers en pakbonnummers ook gegevens op artikel/kleur/maat niveau op te nemen in Finall. Grote voordeel is dat bij inlezen van de journaalposten alle controles gedaan kunnen worden zodat synchronisatieproblemen tot het verleden horen, oftewel: alle mutaties in het grootboek met betrekking tot goederen ontvangsten staan in de module FactMatch. Tijdens installatie worden geen gegevens geconverteerd, maar wordt het grootboek als leidend beschouwd. Indien u nu al gebruik maakt van de module kunt u in overleg met de consultant wel een aantal conversies uitvoeren. Interfacing De module interfacing is opnieuw opgezet. Vooral met betrekking tot het inlezen van journaalposten kan dat voordelen opleveren. Er zijn meer standaard conversietabellen toegevoegd, daarnaast is het nu mogelijk om zoek-en-vervang (ctrl-R) ook te gebruiken in de interface batches. 1.2.

Installatie Finall

1.2.1. Toon Fysieke Database Naam Bij de installatie van een nieuwe versie, wordt aan de gebruiker gevraagd of deze werkelijk moet worden uitgevoerd. Daarbij wordt ter controle ook de fysieke database naam getoond. Dit om te voorkomen dat de gebruiker per ongeluk de verkeerde database wijzigt. 1.3.

Nieuwe functionaliteit

1.3.1. Vermelding gegevens in mail onderwerp Voor rapporten die bedoeld zijn voor externen (debiteuren/crediteuren) is er de mogelijkheid om een mail te sturen. De functionaliteit is zodanig uitgebreid dat er nu gewerkt kan worden met html mail. De lay-out kan vooraf worden ingericht met logo’s en Solutions you can count on !

Pagina 4 van 18

Releasenotes Finall versie 4.3 2013-02-15 standaard teksten. Op moment van sturen van de mail kunnen een aantal variabelen opgenomen worden in onderwerp en in de mail tekst zelf. 1.4.

Onderhoud bestaande functionaliteit

1.4.1. Parameters niet meer per functie Een aantal parameters die functie-afhankelijk waren (en dus telkens per functie ingesteld moesten worden) zijn nu op systeem niveau gedefinieerd. Dat betekent dat ze nu nog slechts één waarde kunt hebben. Daarnaast hebben ze een nieuwe naam gekregen. Het gaat om de volgende parameters: Onderhoud via functie: ua.mprmsyss ‘Onderhoud parameters’ Oude nam fdduecr#

Nieuwe naam cainv.fdduecr

fintra#

cainv.fintra

rledghj#

cainv.rledghj

tledgnoview# tupdt#

cainv.tledgnv

fsuba# Tinvo#

c*pym.fsuba Vervallen

cainv.tupdt


Omschrijving Indien op Ja: bij creditnota’s de verval datum gelijk stellen aan factuurdatum. Indien op Ja: Intrastat van toepassing op facturen uit buitenland. Dagboek voor herjournalisering van FactFlow facturen. Indien leeg (standaard) wordt originele dagboek gebruikt Lijst met dagboeken waarin met geen plaatjes wil tonen bij boeken van facturen. Mogelijkheid om in FactFlow bedrijf en dagboek vast te zetten zodat deze niet gewijzigd kunnen worden bij boeken FactFlow facturen. Selectie op Subcode bij maken betaaladvieslijst. De omschrijving bij boeken facturen wordt bepaald door de omschrijving bij de crediteur of debiteur. Parameter is daarom overbodig.

Pagina 5 van 18


2. Grootboek 2.1.

Onderhoud

2.1.1. Beginbalans niet getoond in grootboekkaart Totaaltelling werd niet getoond indien er geen boekingen maar wel begin saldo was, dat is nu ook aangepast. Het overzicht Grootboekkaart ( fg.rmuta) toont de bedragen in de begin balans (periode 0) niet indien in de rest van het boekjaar geen mutaties op een rekening zijn geboekt. De selectie op "Vanaf periode" = 0 dan wel 1 maakt hierbij geen verschil. Ook de optie "Nulposten printen" heeft geen effect. Dit is nu aangepast. 2.1.2. Geen herhaling op journaalpost overzicht Bij het printen van journaalposten via de functie "Overzicht Mutaties" (fg.r03) voor controles blijkt dat Finall telkens bovenaan start met de kop van de journaalpost. Dit is niet nodig en kost veel papier bij grote journaalposten. Dit overzicht is nu aangepast. 2.1.3. Bankrekening controle overzicht Functie ca.rbanklg (Overzicht gewijzigde bankrekeningen). Hier werd de bijbehorende crediteur erbij gezocht. Deze hoeft niet altijd te bestaan, want zou inmiddels verwijderd kunnen zijn. Dit wordt nu gecontroleerd. 2.1.4. Verslag melding auditfile Via de functie ‘fg.audit’ kun je een audit file aanmaken. Op het frontend geef je in het 1e veld de locatie + bestandsnaam op, waar Finall de gegevens naartoe weg mag schrijven. Tevens geef je onderaan de functie ook nog een uitvoer code op (bijv. scherm / view). Hier toont Finall verder niets. Een veel voorkomend misverstand is daardoor, dat er geen auditfile is aangemaakt. Er wordt nu een melding getoond na aanmaken van de auditfile of dit gelukt is. 2.1.5. Alleen ‘Niet afgeletterde’ regels tonen Het is nu mogelijk om bij het opvragen van een grootboekrekening alleen de regel te tonen die nog niet zijn afgeletterd. Daarom wordt het heel eenvoudig om alleen de regels te tonen die het saldo van de grootboekrekening beïnvloeden. 2.1.6. Wijziging overzicht vaste activa Aantal termijnen Past niet meer op rapport maar is nu wel toegevoegd bij export naar Excel. 2.1.7. Bepaling BTW Rubriek Op de BTW code kunnen twee BTW rubrieken worden vastgelegd: Eén voor gewone facturen en één voor creditnota's. Bij het verwerken van de journaalpost wordt bepaald op welke van deze twee rubrieken het BTW bedrag zal worden geboekt. Die bepaling gebeurde echter uitsluitend op basis van de soort grootboekrekening en het teken van het bedrag. Nu wordt waar mogelijk de factuursoort (factuur of creditnota) overgenomen van de factuur. 2.1.8. Jaartal op GB-kaart overzicht Op het overzicht grootboekkaart werd niet het jaartal getoond. Nu wordt dit op elke pagina en samenvatting afgedrukt. 2.1.9. Tegenboeken van journaalposten zonder regels Het tegenboeken van (verwerkte) journaalposten die door Finall gegenereerd zijn kunnen niet meer tegen geboekt worden. Dit gaf te vaak problemen met afgeletterde regels.


Pagina 6 van 18

Releasenotes Finall versie 4.3 2013-02-15 2.2.


2.2.1. Aflettering in wachtrij Speciaal voor het afletteren is een nieuwe functie bijgekomen welke het mogelijk maak om het gehele afletterproces voor meerdere (tussen)rekeningen in een wachtrij te plaatsen. De functie fg.pcchec2 is nieuw en kan daarvoor gebruikt worden. Zie online help voor verdere documentatie. 2.2.2. Vrije numerieke subcodes Het is mo0gelijk om een subcode type te definiëren waarin alleen nummers toegestaan worden. Het soort is dan ‘vrij numeriek’. Vooral handig bij boekingen met nummers die niet van tevoren aangemaakt kunnen worden. Bij het invoeren van journaalposten wordt onder meer gecontroleerd of de ingegeven subcodes wel geldig zijn. Ofwel, dat de code wel numeriek is. Ook bij het verwerken van journaalposten vindt deze controle plaats. Het nummer wordt bij verwerking ook geformatteerd (voorloopnullen). 2.2.3. Grafiek in het Grootboek Opvragen Grootboek Rekening: Nieuwe knop 'Grafiek' om de cijfers op een andere wijze te tonen.


Pagina 7 van 18


3. Sub administratie Crediteuren/Debiteuren 3.1.

Algemeen

3.1.1. Detaillering openstaande posten lijsten Op alle standaard openstaande postenlijsten van crediteuren en debiteuren is het nu mogelijk om detail uit of aan te zetten. Dit kan met behulp van een parameter die via ‘opties/alle selecties’ is te wijzigen. 3.1.2. Boekingen per BTW code Een nieuw overzicht om per factuur het bedrag grondslag en BTW op 1 regel te zien. Daarnaast de factuur informatie. 3.1.3. BTW per factuur niet juiste datum In dit overzicht werd voorheen de transactiedatum getoond, in de meeste gevallen was dat al gelijk aan de factuurdatum. Nu wordt altijd de factuurdatum getoond. 3.1.4. Betalingsconditie en Termijnen Het is mogelijk om in Finall bij een betalingsconditie aan te geven dat er in termijnen betaald mag worden. Dit kon alleen bepaald worden bij het boeken van de factuur. De functie ‘behandel factuur’ is nu aangepast zodat ook hier termijnen toegevoegd of verwijderd kunnen worden. 3.2.

Debiteuren facturatie

3.2.1. Subadministratie subcode Bij invoeren orders in facturatie is er geen mogelijkheid om subcodes mee te geven op de kop van de factuur. In het geval er een subcode is vastgelegd op de debiteuren rekening zal de journaalpost dus nooit verwerkt worden. Als op de debiteurenrekening een combinatiecode zit, er het eerste (en enige) type subcode is gelijk aan het type zoals aangegeven in de systeemparameter 'SO.rtype' (Subcode Type voor Facturering), dan zal de subcode die op de eerste orderregel is ingevuld worden overgenomen naar de factuurkop en de boeking op de debiteurenrekening. 3.2.2. Wijzigen teksten op factuur NA facturatie Na facturatie is het niet meer mogelijk om gegevens te wijzigen op factuur. Bij behandel factuur is nu toegevoegd dat omschrijvingen wel aangepast mogen worden. 3.2.3. Order per contract Bij genereren orders is het nu mogelijk om 1 order per contract in plaats van 1 order per debiteur. Deze keuze is nu via een blauwe parameter toegevoegd, deze is te wijzigen via selecties/’alle selecties’ bij het aanmaken van de facturen vanuit de contracten. 3.3.

Debiteuren onderhoud

3.3.1. Debiteur factuurmatching in Telebanking Het mechanisme om betalingen bij debiteurenfacturen te zoeken in telebanking werkte alleen wanneer er een bedrag op de bank werd bijgeschreven (positieve bankmutatie). Dit is nu aangepast, zodat ook bij negatieve bankmutaties naar debiteurenfacturen gezocht zal worden. De matching zal op een aantal punten andere resultaten kunnen geven dan voorheen: - Zoeken van debiteurenfacturen op basis van zoekwoord Achter dit zoekwoord verwachten we een factuurnummer of een betaalkenmerk. Bij het zoeken op betaalkenmerk zat nooit een controle op factuursaldo, en die controle zit er nu nog steeds niet op. Doordat bij negatieve bankmutaties nu op dezelfde Solutions you can count on !

Pagina 8 van 18


-

-

wijze naar facturen wordt gezocht, zullen hier mogelijk vaker een match gemaakt worden. Bij het zoeken op basis van een factuurnummer is nu een extra conditie toegevoegd Het saldo van de gevonden factuur moet hetzelfde teken hebben als de betreffende bankmutatie. Dus bij een bijschrijving op de bank zoeken we alleen naar facturen met een positief saldo, bij afschrijvingen zoeken we facturen met een negatief saldo. Met het oude filter kon een positieve bankmutatie worden gematcht met een negatieve factuur. Dat kan nu dus niet meer (mogelijk minder match resultaat). Negatieve bankmutaties werden voorheen helemaal niet gematcht, maar kunnen nu dus wel aan negatieve facturen worden toegewezen (dus meer match resultaat).

3.3.2. Aanmaningen te betalen bedrag Voor de bepaling van het aan te manen bedrag per factuur, worden de nog niet vervallen betaaltermijnen in mindering gebracht op het totaal openstaande saldo per factuur. De berekening ging niet goed en is nu aangepast. 3.3.3. Aanmaningen in Valuta Per factuur wordt het vervallen bedrag in factuurvaluta en de bijbehorende valutacode toegevoegd aan het rapport. Het vervallen bedrag in valuta wordt nergens bijgehouden, maar wordt hier bepaald op basis van de factuurkoers. Tevens wordt het oorspronkelijke factuurbedrag in valuta geëxporteerd 3.3.4. Aanmaankosten niet altijd vanaf eerste aanmaning De aanmaankosten worden niet altijd al vanaf de eerste aanmaning berekend. De nieuwe systeemparameter 'remi.qremico' geeft aan vanaf welke aanmaning (aanmaanteller) de aanmaankosten berekend moeten worden. 3.3.5. Afdrukken facturen handmatig via mail In Finall bestaat de mogelijkheid om handmatig aangemaakt facturen toch te kunnen afdrukken in bedrijf lay-out. Vanaf deze versie is het ook mogelijk om deze facturen te mailen naar de debiteur. 3.3.6. Aantal keer aangemaand open post Aantal keren dat een factuur is aangemaand is toegevoegd aan de xml export van openstaande posten van debiteuren. 3.4.

Debiteuren nieuwe functionaliteit

3.4.1. SEPA Machtigings-ID Bij het aanmaken van een SEPA incassobestand (PAIN Direct Debit) is het noodzakelijk om voor elke incasso aan te geven:  Machtigings-ID  Datum Machtiging  Eerste incasso Ja/Nee Daartoe is nu een nieuwe tabel gedefinieerd in Finall. Vooralsnog gaan we ervan uit dat er geen handmatig onderhoud op deze tabel hoeft plaats te vinden. Bij het aanmaken van een incassobestand (alleen bij 'SEPA') wordt deze tabel automatisch bijgewerkt. 3.5.

Crediteuren onderhoud

3.6.

Crediteuren nieuwe functionaliteit

3.6.1. Roerende voorheffing In een Belgische administratie kan het nodig zijn om roerende voorheffing af te dragen. Dit komt vooral voor bij uitbetalingen aan auteurs. Het is nu mogelijk om die aangifte automatisch bij uitbetaling te verrekenen in Finall. Er wordt daarbij rekening gehouden met de percentages en forfaitaire aftrek die door belastingdienst worden verstrekt. Solutions you can count on !

Pagina 9 van 18

Releasenotes Finall versie 4.3 2013-02-15 Voor uitgebreide beschrijving van de inrichting zie de online help van de functie ‘behandelen betaaladvies’ en onderhoud crediteuren.


Pagina 10 van 18


4. Telebanking 4.1.

Onderhoud

4.1.1. Betaalkenmerk zonder # in Coda formaat Isabel Herkenning van Debiteuren Facturen: Hier wordt aangenomen dat het woord ná het zoekwoord een factuurnummer of een betaalkenmerk is. Bij CODA echter worden er drie sterretjes voor en na het betaalkenmerk geplaatst. Er staat dan bijvoorbeeld betaalkenmerk ***817/7615/76152*** in de omschrijving van de bankmutatie. Bij het inlezen worden de sterretjes vervangen door hekjes. De factuur wordt niet gevonden omdat het betaalkenmerk ###817/7615/76152### niet bekend is. Wat nu is aangepast: Bij het zoeken van facturen op basis van het betaalkenmerk worden nu ALTIJD eerst alle hekjes links en rechts verwijderd. We gaan er dan dus van uit dat het hekje '#' NOOIT onderdeel is van het betaalkenmerk. 4.1.2. Telebanking controles minder streng De module Telebanking is aangepast, waardoor deze minder streng controles uitvoert. De belangrijkste aanpassingen betreffen de functie tb.ptblin (Inlezen Bankmutaties) Mogelijke foutmeldingen: Het gehele bestand wordt NIET ingelezen:  Bestand niet gevonden  Meerdere dagboeken met zelfde bankrekening  Geen dagboek met bankrekening  Bankrekening is niet bekend  Mutaties van zijn al ingelezen  Mutaties komen niet overeen met begin en eindsaldo  Beginsaldo volgens de bank is <saldo>, maar volgens Finall is het saldo <saldo> Mogelijke informatieve melding: Inlezen kan gewoon doorgaan:  Bankrekening is gesloten  Bankrekening mag worden overgeslagen  Eerste mutatie op nieuwe bankrekening Verder is gewijzigd:  De controle op beginsaldo zal alleen worden uitgevoerd wanneer er tenminste één bankafschrift voor de bankrekening bestaat.  Als geen bankafschrift bestaat (het betreft de eerste mutatie op de bankrekening) en de bank geeft aan dat het 'vorig saldo' niet 0,00 was, dan wordt een regel gegenereerd voor de beginbalans. Hierbij wordt (net als bij alle andere regels) géén tegenboeking aangemaakt. Als je dat wilt, kun je hiervoor een masker definiëren.  De methode voor bepaling van het dagboek is gewijzigd. Er wordt nu ook vooraf gecontroleerd of er wel een dagboek gevonden kan worden.  De methode voor bepaling van het totaalbedrag en totaal aantal mutaties per batch is gewijzigd.  De vier blauwe parameters waarmee de diverse controles aan/uit gezet konden worden, zijn nu vervallen. 4.1.3. Nieuwe transactie code ‘A01’ De banken kunnen een nieuwe transactiecode aanleveren. Heeft vooral betrekking op webshop betaalbatches. Deze code wordt nu goed ingelezen zodat herkenning kan plaatsvinden. 4.1.4. Volgorde bank afschriften in telebanking In Finall kwam af en toe de melding bij inlezen bankafschriften dat het saldo niet klopt. Het probleem ontstaat als de bank de gegevens van de afschriften niet op datum volgorde aan Solutions you can count on !

Pagina 11 van 18

Releasenotes Finall versie 4.3 2013-02-15 levert. Daarom is nu de inleesfunctie zo aangepast dat na inlezen in Finall nogmaals de bankafschriften worden gesorteerd en daarna pas saldo controle wordt toegepast. 4.2.


4.2.1. Beginbalans boeking 1e bankafschrift Bij het inlezen van het 1e bankafschrift van een nieuwe bankrekening met bestaand saldo wordt nu automatisch een journaalpostregel toegevoegd voor beginsaldo. Deze boeking kan dan door de gebruiker op een rekening gezet worden, dit is met grote waarschijnlijkheid een beginbalansrekening. Grote voordeel is nu dat er niet meer handmatig op de grootboekrekening ‘bank’ geboekt hoeft te worden.


Pagina 12 van 18


5. Import/Export wachtrij 5.1.

Onderhoud

5.1.1. Klopotek producten extra veld Extra veld in interface welke gebruikt wordt in subcode zoekveld als ISBN nummer leeg is. extra documentatie in programma verwerkt. 5.1.2. Klopotek Royaltyontvangers In de interface van crediteuren vanuit Klopotek (vooral Royaltyontvangers) is een veld (achteraan) toegevoegd. Dit veld wordt nu ingelezen op de groep. Hier kunnen we in Finall de roerende voorheffing mee gaan regelen voor Belgische crediteuren. 5.1.3. Klopotek betalingscondities Veld betalingsconditie van debiteuren wordt nu ook ingelezen. 5.1.4. Saldo 0 niet exporteren naar Cube In fg.eolap (Export Cube omgevingen) werden ook nullen gewoon geëxporteerd bij jaartotalen. 5.1.5. Inkoopfacturen Magister Functie is opnieuw opgezet. Bij het inlezen van de bestanden kan er nu op scherm meer informatie meegegeven worden. 5.1.6. Interface: Controle BTW nummer Bij het aanleveren van debiteuren of crediteuren stamgegevens via de interface (C_CSCST en C_CPSPP) kan ook een BTW nummer worden aangeleverd. Dit nummer wordt gecontroleerd. Hier ging iets fout. Als namelijk het BTW nummer niet correct is, dan werd het overschreven met een blanco waarde. Dit is nu aangepast. 5.1.7. Achtergrond Wachtrij logging De logging van wachtrijen is uitgebreid en opgenomen in Finall. Direct bij onderhoud van taken in een wachtrij is nu ook op te vragen wanneer deze gedraaid heeft. De wachtrij is ook betere geschikt gemaakt voor het versturen van (veel) e-mail rapporten. 5.1.8. Import Fashion Cheque mutaties Via een nieuw interface template is het mogelijk om de betalingen die gedaan worden via Fashion Cheque (tegoedbonnen) de kassa te importeren. Daarmee kunnen automatisch de tussenrekeningen en kosten geboekt en gecontroleerd worden middels afletteren in Finall. 5.1.9. Softwear Interface in meer detail De aanlevering van openstaande posten door SoftWear is aangepast. Er worden per factuur nu meer (omzet) regels aangeleverd. 5.2.


5.2.1. Terugdringen rol journaalpostkop Bij interface journaalposten moet de kop van de journaalpost minder belangrijk worden. Er bestaat geen enkele interface meer, die journaalpostkop inleest. Er worden altijd uitsluitend regels ingelezen, en daar wordt dan een kop bij aangemaakt. Voor gebruikers is dit niet zo interessant. De regels bepalen uiteindelijk of een journaalpost verwerkt mag worden. De kopgegevens zijn nu dus ook verwijderd uit de interface en hoeven niet meer ingevuld te worden.


Pagina 13 van 18

Releasenotes Finall versie 4.3 2013-02-15 5.2.2. Zoek en vervang in interface Via ctrl-R is het nu simpel om waarden in interface regels te vervangen. Er zijn verschillende zoekmethoden toegevoegd. Zie online help voor documentatie. 5.2.3. Overzicht interface regels Functie im.r01 - Overzicht journaalposten in de interface Deze functie is sterk vereenvoudigd. De selecties zijn verminderd. Ook wordt veel minder kop-informatie geëxporteerd. In plaats van debet en credit, worden nu de velden bedrag en bedrag vv (bedrag in basisvaluta en transactievaluta) geëxporteerd. 5.2.4. Verhuizen van ingelezen bestanden Alle inlees functies zijn aangepast, het is nu onafhankelijk van de aanleverende partij altijd mogelijk om een bestand te verhuizen na inlezen. Na inlezen wordt op scherm getoond waar het bestand naar is verhuisd. Bij onderhoud systeem in interface menu is in te richten hoeveel backups gemaakt moeten worden en het pad waar de bestanden gezet worden. 5.2.5. Inlezen met wildcards Alle inlees functies zijn aangepast, het is nu onafhankelijk van de aanleverende partij altijd mogelijk om bestanden met wildcards in te lezen. Nu kunnen dus meerdere bestanden tegelijk ingelezen worden. Voorbeeld: Bestand: c:\import\*.csv Middels de * worden nu alle bestanden in die directory ingelezen die als extensie .csv hebben.


Pagina 14 van 18


6. FactFlow 6.1.

Onderhoud

6.1.1. Overzicht Flows Nieuw overzicht waarop alle flows over alle bedrijven getoond worden. 6.2.


6.2.1. FactFlow wijzigen boeking De persoon die facturen beoordeelt (functie cp.r19 in Finall) mag onder voorwaarden ook de boeking wijzigen (journaalpostregels). Zie online help voor documentatie. 6.3.

FactFlow Website

6.3.1. FactFlow Multi-klik preventie Als in FactFlow een actie wordt uitgevoerd zoals 'Goedkeuren', kost het nog wat tijd voordat het scherm ververst is. Als je dan snel nog een keertje op de goedkeuren-button klikt, wordt de factuur weer een stap doorgezet in de flow. Nu is er een extra beveiliging: Als binnen 5 seconden een actie op dezelfde factuur wordt getriggerd, dan wordt die genegeerd.


Pagina 15 van 18


7. FactMatch 7.1.

Onderhoud

7.2.


7.2.1. FactMatch in Finall geïntegreerd Alle gegevens die te maken hebben met FactMatch zijn nu in Finall geïntegreerd en daardoor wordt de database Profin overbodig. Daarnaast is het nu mogelijk om vanuit elk ERP gegevens te gebruiken in FactMatch. Alle ontvangstinformatie wordt nu opgeslagen in de grootboekregel en is dus ten allen tijden opvraagbaar. Let op: migratie naar nieuwe FactMatch versie altijd in overleg met consultant Bizon Software. Zie online help voor uitgebreide documentatie. 7.2.2. Foutmelding bij sorteren op bepaalde kolommen Het sorteren op de kolom ‘match’ of ‘matchnummer’ gaf foutmeldingen aangezien deze gegevens nog niet definitief waren. De melding is nu verwijderd en sorteren is niet meer mogelijk.


Pagina 16 van 18


8. Document Beheer 8.1.

Onderhoud

8.1.1. Notities in digitaal dossier In de functie ‘Onderhoud Rubrieken’ voor Digitaal Dossier kan nu per tabel één rubriek worden aangewezen voor 'Notities'. Dit wordt dan de rubriek waaronder direct notities kunnen worden toegevoegd via de snelle ingang: Button 'Toevoegen Dossier Item' staat nu op ieder scherm. Wat is er zoal aangepast:  Onder de menu 'Opties' zit onder 'Digitaal Dossier' nu ook 'Dossier item toevoegen'.  Deze optie is direct te kiezen door een speciale button, rechts van de button voor Digitaal Dossier.  Net als de bestaande optie voor Digitaal Dossier, is ook deze nieuwe optie op elk scherm toegevoegd.  Alle schermen hebben dus één extra button bovenin. Daarom wordt de minimale schermbreedte in zowat elke functie nu anders bepaald (de minimale breedte is altijd breder dan voorheen). 8.1.2. Onderhoud Rubriek Functie ut.mcacti ‘Onderhoud Rubrieken’ is geheel anders opgezet. Onderhoud wordt makkelijker en is nu ook door eindgebruiker te doen. 8.1.3. Hoofddocument automatisch bepalen Bij koppelen van een plaatje aan een record in Finall gaat Finall bepalen of het een ‘hoofd document’ is. Ieder record kan 1 hoofd document hebben. Bij factuur is dat bijvoorbeeld het factuur plaatje. In de meeste gevallen is dat logisch te bepalen en daar zal Finall dat doen. Voor die gevallen 8.1.4. Sortering van nog niet gekoppelde documenten De sortering van nog te koppelen documenten is aangepast naar documentnummer. 8.2.


8.2.1. Overzicht Taken Nieuw overzicht waarop snel te zien is welke taken per taakhouder open staan. 8.2.2. Afhandeling File Drop / slepen bestanden naar Finall In digitaal dossier is het vanaf nu mogelijk om een bestand (bijvoorbeeld pdf) vanuit schijf met de muis hier naar toe te slepen. Vooral handig voor bijscannen bij facturen. Tevens is de validatie op 'Einddatum' wat versoepeld. Er mag nu een einddatum worden ingegeven tot 10 jaar in het verleden en tot 50 jaar in de toekomst. 8.2.3. Gescand document verwijderen/terugzetten Nieuwe knop 'Verwijderen' (Ctrl-D) toegevoegd aan schermen voor ‘koppelen per tabel’. Hiermee wordt niet echt verwijderd, maar het item gaat terug naar de werkvoorraad zonder tabel. Je bent verplicht aan te geven waarom je de UTMTX eruit gooit. Deze opmerking wordt toegevoegd aan de tekst van de betreffende UTMTX. Kan bijvoorbeeld gebruikt worden als er documenten ten onrechte als factuur gescand zijn.


Pagina 17 van 18


9. Flexibele rapportage 9.1.

Onderhoud

9.1.1. Nulregels afdrukken Bij het starten van een flexibel rapport kun je aangeven of je de nulregels wilt zien. Bij de bepaling of een regel een nulregel is, werd echter alleen getest op 0,00. Dit is nu aangepast, zodat ook wordt getest op ‘Onbekende waarde’. Als nu een regel uitsluitend 0,00 waarden of ‘onbekende waarden’ bevat, wordt deze beschouwd als nulregel. 9.1.2. Wijziging standaard fr.rfr.rpt Het standaard flexibele rapport dat als basis kan dienen voor opgemaakte rapporten met logo etc. is aangepast naar laatste inzichten. 9.1.3. Teksten in flexibele rapportage het is mogelijk om een nieuw rij type ‘tekst’ aan te maken. deze vervangt de oude manier om teksten vanuit het (inmiddels verwijderde) tekstensysteem op te roepen. Die kan nu direct hier ingegeven worden. Daarnaast bleek het verversen van de labels niet goed te gaan in de onderhoud functie, deze is hiermee ook direct aangepast.


Pagina 18 van 18

Financieel Management Systeem. Versie beschrijving 4.3. Bizon Software B.V., februari 2013, versie Opgesteld door Jaap van Vugt

Recommend Documents