Releasenotes CGA / IBS / MM /04/2013 Laatst bijgewerkt op: 24/04/2013

Transcriptie

1 Releasenotes CGA / IBS / MM /04/2013 Laatst bijgewerkt op: 24/04/2013

2 1. Inhoudsopgave Belangrijke / grote veranderingen: Stamgegevens... 6 Nieuw... 6 Toon Cliënt adres op de kaart... 6 Partnernaam en IBAN/BIC... 6 Onderhoud... 7 Cliënt Kasopname... 7 Selectie Cliënt (Zoekroutine)... 7 Behandel Cliënt & Opvragen Cliënt... 8 IBAN BIC bij onderhoud Contactpersoon... 8 Wijzigen Cliëntnummer... 8 Controle op dubbele BSN... 8 Contacten per Relatie... 9 Autorisatie instantie / afdeling... 9 Zoekindex niet gevuld bij afdelingen Intake en ontslag Onderhoud Opdrachten bij intake Cliënt Activeren Documentbeheer en Workflow Nieuw Schermpositie Document Viewer Drag and Drop i.c.m. Documentbeheer Documentconversie naar PNG Onderhoud Brief niet altijd overschrijven PDF koppelen aan cliënt Indicatie taken bij cliënt Overzicht Digitaal Dossier Rapporten in ReportAll Document koppelen Document koppelen per tabel Opdrachten Administratie Nieuw Bepalen Datum Volgende Betaling Nieuwe functie: Aflossingsvoorstel SEPA Machtigings-ID Onderhoud Signaleren bijna vervallen betaalregels Schuldenregistratie gewijzigd Melding over afdeling autorisatie bij Auto aanvullen opdrachten frequentie is eenmalig Afhandeling Betalingen Onder Weg Afletteren tussenrekeningen Cliëntopdrachten Verwerken journaalpost bij Betalingen Kalender geeft aantal dagen Overzicht te fiatteren op datum Betaalbestand was soms leeg Gescande opdracht aanvullen

3 5. Telebankieren Nieuw Onderhoud Bankrekeningen Onderhoud Afdelingsbank Onderhoud Banken Overslaan Onderhoud IBS CGA Plug-in uitgebreid SEPA Formaat Bestanden t.b.v. incasso Overzicht Actuele Banksaldi - query veldnamen Inlezen ABN Swift bestanden Controle Bankrekening Formaat Controle Bankrekening Volgorde TB batches Overzicht Actuele banksaldi uitgebreid Verwerken TB Mutaties rapport in Crystal Reports Facturen betalen vanaf filiaalbankrekeningen TB Saldo controle optioneel bij Import Bankmutaties Eigen IBAN in de Swift Zoek IBAN bij eigen P* rekening Sortering Telebanking regels in opvragen bank Journaalpost op overzicht Import bankmutaties CAMT.053 SEPA inlezen Verrekening en Bewaking Onderhoud Controlelijst Af-/Verrekening sortering onjuist Rapportage Nieuw Begroting cumulatief per GB-Rekening Overzicht Nieuwe bankrekeningen Onderhoud Dagafschrift: IZ en omschrijving Foutje in periodebepaling Historie per Periode Financieel overzicht en geen reserveringen Schuldenoverzicht Rekeningafschrift en Werkelijk vs Budget (cum) i.c.m. waarde afrekening Sortering op omschrijving bij Controlelijst af-verrekening Sortering Rekeningafschriften Begroting Onderhoud Van/t/m Lid aan wijzigen begroting Grootboek Nieuw Grafiek in het Grootboek Applicatiebeheer Nieuw Wachtwoord wijzigen Onderhoud Controle op Kas Dagboek Afdeling Onderhoud Subcode Type Wachtrij Logging in UTMTX Onderhoud Grootboekrekening IBS-CGS-MM+ CX rekeningen

4 11. Interface Nieuw Export Tagetik Inlezen Variabel Formaat Onderhoud Fibu veld ctype in Export debiteuren open posten voor Oerlemans Comprimatiecode via interface Inlezen Grootboekrekeningen Verwerken C_CACLT en licentie Opvragen Interface verslagen naar UTMTX Terugdringen rol Journaalpostkop in Interface (C_FGPST) Unknow value (leeg) is gelijk aan Unknow value (?) in Interface Inlezen variabel formaat fout Alle JP Batches zelfde fout JP niet in evenwicht fg/eaccov Inleesfuncties volgens standaard Techniek, platform Nieuw Install.bat t.b.v. nieuwe finall.ini Documentconversie naar PNG Inzien Appserver Log File Veldnamen in um.maint Onderhoud Menu en lettertype Print optie in Crystal Viewer Buttons klikbaar per module Spaties in foldernaam Toon Fysieke Database Naam Direct Starten Functie (de PUNT) Overzicht functies (Maak Betaalregels) vreet geheugen InteropServices.COMException Foutmelding Functie Logging naar UTMTX Online Help Onderhoud INCLUDE optie online help Online Help wijzigingen Online Help - Omschrijving Online Help Include Zoek & Vervang Video in de online-help

5 Belangrijke / grote veranderingen: 1. SEPA 2. Behandel Cliënt a. Inzoomen en doorklik opties b. Partner/Kind van cliënt inzichtelijk 3. Opdrachten Administratie a. Functiescheiding & Audit Trail t.b.v. accountant b. Bewaken en afletteren tussenrekeningen cliënt (BOW) 4. Telebankieren a. Verbeterde afhandeling Import bankmutaties b. Onderhoud soorten banken 5. Document beheer a. Drag and Drop 6. Techniek, platform en interface a. Weergave menu en lettertype b. Grafieken Verdieping van bovenstaande punten: 5

6 1. Stamgegevens Nieuw Toon Cliënt adres op de kaart In twee functies ('Behandel cliënt' en 'Opvragen cliënt') is nu ook bij het adres een fraaie info-button toegevoegd. Wie hierop klikt krijgt het cliëntadres op de kaart te zien. Partnernaam en IBAN/BIC De contactpersoon van het type PART is nu gereserveerd voor de Partner. Onder het type KIND kunnen de kinderen worden vastgelegd. Op diverse plaatsen worden de naam van de partner nu getoond. Bij het zoeken van cliënten door middel van de zoekwoorden, wordt nu ook gezocht op de namen van partner ('PART') of kinderen ('KIND'). De volgende functies zijn aangepast in verband met de partner: Cliënt Kasopname - Naam van de partner wordt getoond Selectie Cliënt (Zoekroutine) - Naam van de partner wordt getoond Behandel Cliënt - Hier wordt nu ook de naam van de partner getoond. In diverse overzichten en rapporten wordt nu ook de naam van de partner/kind geëxporteerd. 6

7 Onderhoud Cliënt Kasopname - Tevens worden nu de opnamedatum + ontslagdatum in één veld getoond. - Naam van de partner wordt getoond Selectie Cliënt (Zoekroutine) - Naam van de partner/ kind kan gebruikt worden in de zoekstring - Tevens Man/Vrouw en Leeftijd toegevoegd. - Beide velden worden alleen zichtbaar bij cliënten. 7

8 Behandel Cliënt & Opvragen Cliënt - De indicatie of er items bestaan in het Digitaal Dossier is aangepast. Er worden 4 situaties onderscheiden die middels een plaatje worden gevisualiseerd: o Er zijn taken waarvan de actiedatum voorbij is. o Er zijn taken o Er zijn dossier items o Er zijn geen dossier items (niks) - De opnamedatum wordt nu als één veld getoond: DD/MM/YYYY of als er een ontslagdatum is ingevuld DD/MM/YYYY t/m DD/MM/YYYY. - Er bestond een systeemparameter 'caclt.faccoco' (Gebruikt u beheerrekeningen Ja/Nee). Als deze op JA stond, werd de bij behandel cliënt de beheerrekening getoond, bij NEE werd hier de leefgeldrekening getoond. Deze systeemparameter is nu komen te vervallen. Daarom wordt hier nu altijd de beheerrekening getoond. - In plaats van de cliëntstatus (ACTI, INIT, HOLD, MRGE, STOP, DEL) wordt hier nu een leesbare omschrijving van de status getoond (Actief, Intake, Geblokkeerd, Samengevoegd, Ontslagen, Historisch). - Tevens de meeste (maar lang niet alle) TOOLTIPS geactiveerd. - Diverse velden die niet van toepassing zijn bij afdelingen worden onzichtbaar gemaakt. IBAN BIC bij onderhoud Contactpersoon Bij het onderhouden van contactpersonen zijn de bankgerelateerde velden geschikt gemaakt voor SEPA: Wijzigen Cliëntnummer Verschillende aanpassingen gedaan in de routine waarmee cliëntnummers gewijzigd kunnen worden. - Er zat een fout in de selectie van schulden waardoor niet alleen de schulden bij de te converteren cliënt werden geconverteerd. - Telebanking Conversie Tabellen worden nu ook geconverteerd. Let op dat deze in principe NIET bedrijfsafhankelijk zijn. - Het boekstuk bij kasboekingen wordt nu aangepast. Op de financiële boekingen binnen dagboeken met broncode KCN, KDC of KSL wordt het cliëntnummer in het boekstuk gezet. Deze worden nu ook geconverteerd. Dit gebeurt in zowel de journaalpostregel (FGPSTL) als de grootboekregel (FGGNRH). - De Word-Index (zoekbalk) op de cliënt stamgegevens (caclt.tword) wordt opnieuw opgebouwd. Dit is nodig, omdat ook het cliëntnummer daarin wordt opgenomen. - De conversie van begroting zou fout gaan, omdat de te wijzigen records geen LOCK kregen. Nu wel dus. Controle op dubbele BSN Validatie op het reeds bestaan van een cliënt met hetzelfde BSN nummer is toegevoegd. 8

9 Contacten per Relatie In de functie ga.mcarlt1 (Onderhoud Relatie) is een nieuwe knop 'Cliënten' toegevoegd, waarmee een relatie eenvoudig aan één of meer cliënten kan worden gekoppeld. Op het daarvoor gebouwde scherm zit onder meer een 'Alles' en 'Niets' knop, waarmee meerdere cliënten tegelijk kunnen worden gekoppeld of ontkoppeld. Deze beide knoppen hebben betrekking op de dan openstaande selectie van cliënten. Autorisatie instantie / afdeling De autorisatie op instantie en afdeling is op een extra aantal functies ingebouwd: - Behandel afgewezen betaalregels - Fiatteren mutaties - Betaalregels Ja/Nee Dankzij deze aanvullingen kan afgedwongen worden dat een IBS CGA gebruiker alleen maar die opdrachten in behandeling neemt van cliënten waarvoor hij/zij gemachtigd is. Zoekindex niet gevuld bij afdelingen Bij het aanmaken van een nieuwe afdeling werd de 'Word-Index' in de tabel niet (meer) gevuld. Dat is nu opgelost waardoor nu ook als het om afdelingen gaat gezocht kan worden met de zoekbalk. 9

10 2. Intake en ontslag Onderhoud Opdrachten bij intake Bij de versnelde opdrachten invoer (Quick Scan) voor cliënten in intake werden bepaalde velden op bestaande opdrachten toch altijd overschreven: - Soort transactie Betaling of Inkomsten, afhankelijk van grootboekrekening - Datum volgende Werd op unknown gezet - Ingangsdatum Werd op unknown gezet - Einddatum Werd op 12/31/9999 gezet Dit is nu gewijzigd waardoor genoemde toekenning alleen plaatsvindt bij nieuwe opdrachten. Als een bestaande opdracht middels 'Quick Scan' wordt gewijzigd, worden deze velden nu niet meer aangepast. Ze zouden immers inmiddels een geldige waarde kunnen hebben, doordat ze via de normale functie voor Opdrachten' zijn aangepast. Wat hier nu nog wel is gewijzigd: In de Quick Scan werd het veld 'U initieert' altijd op JA gezet. Dit is prima voor betalingen, maar bij inkomsten is NEE een betere default. Daarom wordt nu alleen bij nieuwe opdrachten de indicatie 'U initieert' alleen bij betalingen op JA gezet. Binnen deze functie is bovendien nog een zoekingang verbetert waardoor bij het zoeken naar Grootboekrekeningen geen foutmelding meer gegeven zal worden. Cliënt Activeren Bij het activeren van een cliënt in intake, moeten eerst alle bijbehorende opdrachten worden gecontroleerd op volledigheid. Dit gebeurde wel heel erg basis, dus dat is nu aangepast. Omdat je met de Quick Scan alleen betaalopdrachten en inkomensopdrachten kunt invoeren, beperkt de controle zich momenteel tot deze twee smaken. De volgende controles worden gedaan: - Datum is niet ingevuld - Bedrag is niet ingevuld - Bankrekening is niet ingevuld - BIC is niet ingevuld - Naam is niet ingevuld - Plaats is niet ingevuld Die eerste controle geldt voor alle betaalopdrachten en inkomensopdrachten, de overige controles worden alleen uitgevoerd indien 'U initieert = JA'. 10

11 3. Documentbeheer en Workflow Nieuw Schermpositie Document Viewer In de database wordt per resolutie de scherm lay-out in de database opgeslagen. Dit kan een gebruiker regelen door het scherm naar smaak in te regelen en vervolgens via opties bewaar instellingen dit weg te schrijven in de database. De bepaling van de schermpositie voor de Bizon Document Viewer is gewijzigd. Dit is o.a. noodzakelijk dat steeds meer klanten werken met een 2 e scherm. Voor gebruikers die geen tweede scherm hebben kon dat betekenen dat bepaalde onderdelen niet zichtbaar waren op het primaire scherm. Om dat te ondervangen zal wanneer kan worden vastgesteld dat een tweede beeldscherm is aangesloten, de viewer altijd op dat tweede scherm worden geplaatst. Het [plaatje zal altijd de maximale hoogte en breedte van dat scherm worden benut. Uitgangspunt is wel dat het tweede scherm rechts van het primaire scherm wordt geconfigureerd. Let op: deze aanpassing betreft niet alleen het tonen van gescande documenten, maar ook van de online help. Er is tevens een voorziening ingebouwd waardoor een scherm nooit buiten beeld kan vallen. Drag and Drop i.c.m. Documentbeheer Vooralsnog bestond de mogelijkheid om verschillende (soorten) documenten via scanmappen aan te bieden aan de document beheer module binnen het systeem. Er is nieuwe functionaliteit toegevoegd waardoor het koppelen van documenten aan de verschillende dossiers nog intuïtiever is geworden. Dankzij het drag and drop systeem is de gebruiker in de gelegenheid elk willekeurig document, of een gehele map te slepen binnen het digitaal dossier van bijvoorbeeld een cliënt. Vervolgens heb je binnen het dossier de mogelijkheid de documenten verder af te handelen handelen (per document). De methode is erg eenvoudig. 0: Zorg ervoor dat IBS / CGA / MM+ / Finall is opgestart 1: Zorg ervoor dat je in het betreffende dossier staat van de cliënt 11

12 2: Selecteer het betreffende bestand / map / of alle bestanden in de betreffende map 3: Sleep deze naar de taak balk en vervolgens naar het venster dossier 4: Beantwoord de vragen per document / bestand van het systeem om de documenten op een juiste manier te verwerken. Eventueel kunnen er ook meteen acties uitgezet worden naar collega s. 12

13 Documentconversie naar PNG De documentomgeving is aangevuld met extra functionaliteit. Doel van de functionaliteit is om van de verschillende documentsoorten, indien mogelijk, direct PNG bestanden aan te maken + de verwijzing naar deze bestanden op te slaan in de documententabel. Het originele bestand blijft natuurlijk ook bestaan! Van elke pagina in het bestand worden een klein, medium en large PNG exemplaar opgenomen in de documentomgeving. Achterliggende gedachte is dat deze PNG bestanden nog sneller gestreamed kunnen worden naar het Webportaal voor ReportAll en FactFlow. Bovendien biedt deze extra functionaliteit de mogelijkheid om in tablet webapplicatie FactFlow en mini images te tonen. Tenslotte hoeft de DocumentService, bij het oproepen van plaatjes vanuit de webapplicatie, een minder intensief beroep te doen op de server waardoor resources uitgespaard worden en een betere performance gegarandeerd is. Voor de technische details zie: Techniek Platform. Documentformaten die geconverteerd worden naar PNG: - PDF - TIFF - JPG - PNG - BMP - GIF Onderhoud Brief niet altijd overschrijven Wanneer men eenzelfde brief aan eenzelfde relatie stuurt, dus brief 01 aan Belastingdienst, en men doet dit een week later weer, dan werd de eerder verzonden brief overschreven. Een bewindvoerder is vanuit de wet verplicht om ALLE correspondentie om een cliënt te bewaren. Dus men wil alle brieven die afgedrukt worden opslaan in het Digitaal Dossier. Ook als het om eenzelfde brief en relatie gaat. Echter kan men ook eens een fout maken, men genereert 100 brieven en ziet pas na het afdrukken een fout in alle brieven staan. Men zal een nieuwe brief generen voor 100 relaties, maar wil de zojuist opgeslagen brief verwijderen/overschrijven. Het mechanisme is nu als volgt aangepast: Een eventueel bestaand Dossier Item (UTMTX) voor de brief wordt alleen overschreven als die van VANDAAG is. Dus wanneer de brieven na afdrukken en opslaan toch nog fout blijken te zijn, heb je de kans om dat op dezelfde dag te herstellen. Let op: Als je nou één brief definieert zoals 'Lege Brief' en je stuurt daarvan twee varianten opstuurt naar één geadresseerde (op dezelfde dag) wordt de brief toch weer overschreven. PDF koppelen aan cliënt Een aantal rapporten zijn aangepast. Hier konden namelijk wel PDF-jes worden aangemaakt (splits mechanisme), maar deze werden niet gekoppeld aan de cliënt. Nu gebeurt dat wel. Het betreft de volgende functies: ca.clbdg Cliënt begroting ca.clbdg2 Cliënt begroting vs. werkelijk ca.rapob Prognose Tevens werd nog niet gegroepeerd op sortering. 13

14 Indicatie taken bij cliënt Wanneer men een open taak in IBS zet met een einddatum, en deze vervolgens afgehandeld zet, dan werd de datum vastgehouden. In het behandel cliënt scherm bleef daardoor een rood driehoekje staan, terwijl alle taken afgehandeld zijn??? Overzicht Digitaal Dossier Dit rapport is met de selecties en lay-out van het rapport toegespitst op het uitlijsten van de verschillende taken per taakhouder (over alle bedrijven heen). Bovendien kan nu inzichtelijk gemaakt worden wat de status is van de taken en of de actiedatum verlopen is. Door het aanvinken van de optie details kan ook de omschrijving van de taak tot in de kleinste details mee afgedrukt worden. Rapporten in ReportAll T.b.v. ReportAll worden rapporten in de wachtrij geplaatst met uitgebreide selecties (weinig onderhoud) van t/m selectie bijv t/m , deze t/m datum werd getoond in het overzicht als eindsaldo. Voor klanten en vooral voor cliënten verwarrend. Hier zal het systeem, indien de selectiedatum/periode in de toekomst ligt nu de datum van draaien inzetten. 14

15 Document koppelen - Sortering documenten Sortering binnen document koppelen is nu altijd op documentnummer. Hierdoor zal geen verwarring meer ontstaan of reeds gekoppelde documenten al wel of niet verwerkt zijn - Cliënten Intake Cliënten die in de intake fase zitten kunnen ook gekozen worden. Document koppelen per tabel - Cliënten Intake Cliënten die in de intake fase zitten kunnen ook gekozen worden. - Document verwijderen Met behulp van het kruis kan de gebruiker een document ontkoppelen. Het systeem zal vragen naar de reden. 15

16 4. Opdrachten Administratie Nieuw Bepalen Datum Volgende Betaling Nieuwe functie 'ca.pdnext' is bedoelt om in één keer voor alle opdrachten de 'Datum Volgende Betaling' op te hogen. Als de einddatum van de opdracht voor de zo bepaalde datum ligt, komt de opdracht te vervallen. Zie online help voor meer info. Nieuwe functie: Aflossingsvoorstel Deze nieuwe optie is nu toegevoegd aan de functie Behandel cliënt in intake. Er kan makkelijk een concept aflossingsregeling berekend worden en gekoppeld worden aan een reeds vastgelegde schuld. 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 (TBMND - Incassomachtiging). Bij het aanmaken van een incassobestand (alleen bij 'SEPA') wordt deze tabel automatisch bijgewerkt. 16

17 Onderhoud Signaleren bijna vervallen betaalregels Er zijn mooie functies voorhanden om afgewezen betaalregels verder af te handelen. Er zijn nu ook een aantal preventieve maatregelen getroffen waardoor gedurende het betaalproces beter geanticipeerd kan worden op betaalopdrachten die dreigen te vervallen. Er is nu o.a. geregeld dat het aantal dagen, dat nog gepoogd wordt, weergegeven wordt in het programma Betaalregels Ja/Nee. Verder zal de gebruiker bij het opstarten van het programma Betaalregels ja/nee in 1e instantie de cliënten te zien krijgen waarvoor betaalregels geblokkeerd zijn. Door de radiobutton naar Alle cliënten te switchen kunnen alle aangemaakte betaalregels in beeld gebracht worden. Ook het overzicht (recapitulatie) na maak betaalregels zal aangeven hoeveel betalingen voor de laatste keer geprobeerd gaan worden. 17

18 Schuldenregistratie gewijzigd Nieuwe velden toegevoegd aan schuld het onderhouden van schulden. - Preferent Ja/Nee - Oorspronkelijk bedrag - Referentie (= Dossiernummer = Betaalkenmerk) - Relatienummer Schuldeiser (verplicht) - Relatienummer Incassobureau (optioneel) Vanwege die laatste twee velden zal bij de installatie van de versie een pittige conversie worden uitgevoerd. Op de Cliëntkaart en het Overzicht Schulden per Cliënt is ook rekening gehouden met de nieuwe velden. Melding over afdeling autorisatie bij Melding 'Deze cliënt hoort bij afdeling X' volgt indien je niet geautoriseerd bent voor de afdeling/instantie. Deze melding kwam ook wanneer je alleen maar wat aan het bladeren was door de opdrachten. Dit is nu aangepast, zodat de melding alleen komt bij Aanmaken of Wijzigen. Geldt voor de functies Invoer opdrachten per cliënt, Bulk invoer opdrachten, Aanmaken één nieuwe opdracht en Aanmaken Opdrachten vanuit Behandel afgewezen betaalregels. Auto aanvullen opdrachten frequentie is eenmalig Als een opdracht wordt ingevuld worden velden automatisch aangevuld indien bankrekening begunstigde bekend is. Er worden gegevens van de laatst ingevoerde opdracht naar dit rekeningnummer aangevuld. Als dit een periodiek (bv. maandelijks) is, wordt de frequentie op maandelijks gezet. De onderliggende velden werden niet goed zichtbaar, er verschijnt maar 1 veld (datum volgende) terwijl er 2 zichtbaar zouden moeten zijn (volgende en einddatum). Om het bovenstaande probleem op te lossen en fouten te voorkomen zal de frequentie altijd op eenmalig gezet worden. 18

19 In een aantal programma s zijn voorzieningen getroffen voor het bewaken van de verschillende cliënt tussenrekeningen Afhandeling Betalingen Onder Weg De filter van de bestaande functie Terugdraaien betaalregels is aangepast zodat deze functie ook gebruikt kan worden als een controle middel m.b.t. BOW. Er worden nu de mutaties op de tussenrekening 'Betalingen onderweg' geselecteerd, die nog niet zijn afgeletterd. Daarbij kan de gebruiker aangeven van welke soort bankrekeningen (= welke tussenrekeningen voor 'Betalingen onderweg') de mutaties getoond moeten worden. Tevens kan met een 'Aantal dagen' selectie recente mutaties worden uitgesloten. Die zullen immers nog niet afgeletterd zijn, simpelweg omdat ze nog te nieuw zijn. Deze grootboekmutaties moeten uiteraard wel gerelateerd zijn aan een betaalregel (CAPMT). Deze relatie wordt gelegd middels het boekstuk. 19

20 Afletteren tussenrekeningen Cliëntopdrachten Nieuwe functie 'ca.pcltchec' voor het automatisch afletteren van cliënt gerelateerde tussenrekeningen. Hier worden alle mutaties waarvan de aflettercode begint met ' ' in volgorde van tijd doorlopen. Zodra er een 0,00 saldo is bereikt, worden alle betrokken regels afgeletterd. Omdat vanuit het verleden ook veel mutaties een blanco aflettercode hebben (omdat de rekening niet als 'Tussenrekening' was gedefinieerd), worden eerst alle blanco aflettercodes vervangen door 8 nullen. Verwerken journaalpost bij Betalingen Tevens is bij verwerken van Journaalposten een aanpassing gemaakt, waardoor op de betreffende grootboekrekeningen (411* en 412*) altijd die wordt ingevuld op de aflettercode. Het is dan niet meer nodig om de rekening als 'Tussenrekening' aan te merken. Kalender geeft aantal dagen Mooie nieuwe feature: Als de kalender nu aan een zoek veld wordt gekoppeld dan wordt het aantal dagen vanaf vandaag teruggegeven. Helaas weten we nooit of hier het aantal dagen naar de toekomst of het aantal dagen in het verleden wordt bedoeld, daarom wordt gewoon altijd een positief getal teruggegeven. Vandaag = 0, Morgen en Gisteren zijn beiden 1. Overzicht te fiatteren op datum Het overzicht te fiatteren is op verschillende manieren te groeperen/sorteren. De sortering op opdrachtnummer is toegevoegd. Dit overzicht kan nu ook op datum gegroepeerd wordt. Doel hiervan is dat de opdrachten die vandaag aan de beurt zijn eruit gefilterd kunnen worden. De omschrijving van de groepering begint uiteraard met de datum volgens het formaat JJJJMMDD. 20

21 Betaalbestand was soms leeg Het bestand in SEPA-formaat dat werd aangemaakt voor de bank (betaling of incasso) werd leeg. Dit kwam doordat er een unknown veld werd ingevoegd ('Datum van machtiging'), waardoor het eindresultaat ook unknown werd. Dit is nu aangepast. Gescande opdracht aanvullen De functie Opdrachten bij Scans, t.b.v. voor het aanvullen van gescande opdrachten werkte niet goed. Had ermee te maken dat bij het scannen de daar aangemaakte opdracht moet worden aangemerkt als zijnde NEW. Dat gebeurd niet, maar de functie laat alleen opdrachten zien die NEW zijn. Daarom is nu de functie Inlezen Scans aangepast. De functie Gescande opdrachten is ook aangepast, daar zat nog een extra conditie op, namelijk dat de grootboekrekening ingevuld moest zijn. 21

22 5. Telebankieren Nieuw In de online help staat beschreven wat te doen met meldingen op het Importverslag Telebanking! In navolging daarop is onderhouden van bankrekeningen aangescherpt om de fout kans terug te dringen. Daarom zijn de onderstaande wijzigingen doorgevoerd: Onderhoud Bankrekeningen Onderhoud bankrekeningen kan alleen nog gebruikt worden voor het aanpassen van waardes bij een bestaande bankrekening. Het toevoegen of verwijderen van een bankrekening via deze ingang is niet meer mogelijk. Indien een bankrekening toegevoegd moet worden kunnen daarvoor de bestemde onderhoudsfuncties gebruikt worden (Onderhoud Cliënt, Afdeling, Bedrijf, Dagboek, etc.) Er zijn daarnaast twee nieuwe functies aangemaakt: 22

23 Onderhoud Afdelingsbank Met de functie 'Onderhoud Afdelingsbank' kunnen bankrekeningen worden onderhouden, die door meerdere afdelingen worden gebruikt (Filiaalpassen). Wanneer iedere afdeling zijn eigen bankrekening heeft, mag deze functie niet gebruikt worden. M.b.v. de knop Passen kan doorgeklikt worden voor het onderhouden van de conversietabel waarin de bankrekeningnummers i.c.m. het passnummer verwijzen naar de afdeling. Onderhoud Banken Overslaan Met de functie Inlezen Bankmutaties kunnen bestanden met bankmutaties, die door de bank zijn aangeleverd, worden ingelezen. Die bestanden worden alleen ingelezen, wanneer ze volledig correct zijn. Eén van de eerste controles die hier wordt gedaan, is of de 'eigen bankrekening', zoals aangeleverd door de bank, bekend is in het systeem. Als een bankrekening niet bekend is, kunnen de bijbehorende mutaties niet worden ingelezen. Er komt dan een foutmelding op het inleesverslag, en het gehele bestand wordt niet ingelezen. Nu kan het wel eens voorkomen, dat in de bestanden van de bank mutaties worden aangeleverd op bankrekeningen die we helemaal niet willen inlezen. Met deze functie 'Onderhoud Banken Overslaan' kunnen de bankrekeningen worden onderhouden, die niet ingelezen hoeven te worden. Wanneer een bankrekening in deze lijst voorkomt, zal de functie Inlezen Bankmutaties niet langer de foutmelding geven dat de bankrekening onbekend is. Ter info wordt nog wel vermeld dat de betreffende bankrekening niet zal worden ingelezen. 23

24 Onderhoud IBS CGA Plug-in uitgebreid De herkenningsplug-in binnen het systeem is verder uitgebouwd. De verschillende aanpassingen zijn in het onderdeel hieronder beschreven. IBAN i.c.m. Bankrekeningnummer Na het inlezen van Swift bestanden moet de Telebanking Plug-in kunnen vaststellen dat bepaalde mutaties vanuit het systeem zijn geïnitieerd en dus op de tussenrekening 'Betalingen Onderweg' geboekt mogen worden. Dit gebeurt wanneer: A) Het speciale kenmerk /IBS / in de transactie omschrijving wordt aangetroffen B) De tegenrekening in het bankbestand overeenkomt met de tegenrekening volgens de opdracht. Deze tweede bepaling ging echter fout in de duale situatie SEPA. Als volgens de opdracht betaald moet worden naar een IBAN en het bankbestand vermeldt alleen de bankrekening van de tegenpartij, dan werden de mutaties niet herkend. Daarom de volgende aanpassing ingebouwd: De controle op een match van de beide bankrekeningen (volgens bankbestand en volgens Opdracht) wordt nu alleen gedaan op de laatste 7 posities. Zo kunnen bankrekeningnummers en Postbanknummers en IBAN door elkaar gebruikt worden. Herkenning van inkomsten zonder masker Op dit moment dien je voor de herkenning van inkomsten, waarbij geen uniek betaalkenmerk voorhanden is, uit te wijken naar de Telebanking maskers. De gebruiker definieert per inkomensbron een masker, de WIE vraag is beantwoord door de BEHEER Rekening, de WAT vraag wordt nu door het MASKER beantwoord. Deze aanpak kan beter: Het beheer van herkenning hoeft dan niet gesplitst te worden in opdrachten en maskers, alles gaat centraal via de Inkomsten-Opdrachten. Daarom de volgende aanpassing ingebouwd: Voortaan zal o.b.v. cliënt Beheerrekening en Bankrekening vd Inkomstenopdracht cliënt- en grootboekrekeningnummer bepaald worden. (betaalkenmerk=blanco) Indien je ontvangsten vanuit bijvoorbeeld de Belastingdienst wenst te specificeren naar soort: Zorg toeslag, Huurtoeslag en belastingteruggave kan je het betaalkenmerk vullen m.b.v. de term Zorgtoeslag. LET OP: de controle op UNIEK zijn van het betaalkenmerk gaat eraf, in de situatie dat de klant een centrale bedrijfsbank inzet i.p.v. individuele BEHEER rekeningen, dient zeer voorzichtig omgegaan te worden met het NIET invullen van het betaalkenmerk, anders is de kans groot dat de TB mutatie bij de verkeerde cliënt wordt bijgeschreven! Zoeken in opdrachten De Telebanking Plug-in is aangepast, zodat hier nu ook wordt gezocht naar een opdracht voor de cliënt behorende bij de beheerrekening, waarop de bankrekening van de tegenpartij is ingevuld, maar het betaalkenmerk blanco is. Hiermee zouden we veel maskers moeten kunnen voorkomen. 24

25 Spaarrekeningen Rabobank geen omschrijving Bij de Rabobank, sinds ze RFLP hebben geïntroduceerd: leveren ze geen transactie-omschrijving meer mee in het SWIFT bestand indien het een spaarbankrekening betreft!!. Gevolg: Als gevolg daarvan kan IBS / CGA niet neer achterhalen dat de opdracht, die geïnitieerd is vanuit het systeem, geboekt moet worden op Betalingen onderweg voor de Overige Bankrekeningen. Waarschijnlijk zal de banktransactie wederom geboekt worden op een CX GB-Rekening die in het algemene masker is aangegeven. Dit is doorgaans dezelfde GB-Rekening die ingevuld is bij het opmaken van de caapo. Daarom de volgende aanpassing ingebouwd: Indien: - Mutatie bevat geen speciale code /IBS.********/ - Eigen rekening is 'Spaarrekening' (soort rekening = SPR) - Tegenrekening is beheerrekening van dezelfde cliënt Dan: - Grootboekrekening wordt bij positief bedrag 411C.1 en bij negatief bedrag 411CX.1 - Subcode1 wordt cliëntnummer - Omschrijving wordt 'Overboeking'. - Status wordt 41 (Donkergroen) SEPA Formaat Bestanden t.b.v. incasso SEPA Formaat Bestanden. Lay-out van XML is gedefinieerd in GGLTR, soort 'Bank'. Nieuw veld ggcmp.cinca (Incassant-ID) was nodig om SEPA incasso's te mogen laten uitvoeren. Overzicht Actuele Banksaldi - query veldnamen De variabelen zijn gewijzigd zodat afhankelijk van de gekozen ingang ook gezocht kan worden naar Cliënt/Afdeling/Instantie/Bedrijf. Inlezen ABN Swift bestanden Bij het inlezen van ABN Swift bestanden werd de tegenrekening niet meer uit de transactie-omschrijving gehaald. Oorzaak: De ABN gaat een code opnemen in die omschrijving, nog vóór de bankrekening van de tegenpartij. Nu is de inleesroutine aangepast, zodat wanneer de lange omschrijving begint met "NONREF// " de eerste regel van die omschrijving er geheel afgehaald wordt. Volgens de ABN is de wijziging gedaan op basis van internationale richtlijnen. Als dat echt waar is, zouden we dit probleem ook nog kunnen gaan zien bij ING. In dat geval zal nog een andere aanpassing gedaan moeten worden, omdat voor ING de hele omschrijving op één regel wordt gezet. Als we dan de eerste regel uit de omschrijving verwijderen, blijft er niets meer over. 25

26 Controle Bankrekening Formaat In de diverse controle functies (debiteuren, facturen, cliënten, opdrachten)werd wel gecontroleerd of een bankrekening en BIC geldig waren, maar niet of ze ook volgens de regels zijn geformatteerd. Deze controle is nu toegevoegd Controle Bankrekening Functie tb.ctbacn (Controle Bankrekening) aangepast: - Bankrekeningen INTRES en EURETCO niet meer afkeuren - Diverse controles niet meer uitvoeren bij bankrekeningen die we willen 'Overslaan' (SKIP) - Controles toegevoegd op de nieuwe velden 'Soort Bankrekening' en 'Status'. Volgorde TB batches De datum en het saldo van de laatst ingelezen batch staan in Bankrekeningtabel. En dat is niet altijd de meest recente batch, waardoor een volgende import van bankmutaties fouten oplevert. Het probleem lijkt dit te zijn: - Banken leveren de batches niet altijd op datumvolgorde aan. - Daarom sorteren wij bij inlezen en controleren op datum. - Echter, als alles akkoord is en de batches worden werkelijk ingelezen, wordt die sortering NIET gedaan. Verwerking van TB batches is daarom aangepast, en vindt nu ook plaats op volgorde van datum. Daarmee zou de laatste batchdatum en het laatste saldo in bankrekeningtabel moeten komen. Overzicht Actuele banksaldi uitgebreid Deze functie is uitgebreid zodat ook voor de overige banken de Betaling onderweg bewaakt kan worden. Tevens worden er in de XML (niet in het rapport) gegevens meegegeven m.b.t. de soort bankrekeningen. Deze informatie kan gebruikt worden om te bepalen wat het vermogen is per soort bankrekening. Verwerken TB Mutaties rapport in Crystal Reports Verwerkingsresultaat van deze functie zal nu ook geladen worden in Crystal Reports i.p.v. Kladblok. 26

27 Facturen betalen vanaf filiaalbankrekeningen Bij verschillende klanten wordt 1 bankrekening gebruikt voor meerdere afdelingen. Bij de Afdeling staat in onderhoud Afdeling het bankrekeningnr. ingevuld, terwijl bij onderhoud bankrekeningen slechts eenmaal de bankrekening vastligt met identificatie: *. Als gevolg hiervan werden betalingen vanaf de afdelingsbank worden bij t inlezen niet automatisch herkend, ondanks dat er een IBS kenmerk in de opdracht staat. Er is een systeemparameter 'WebKBB.fbank'. Als deze op NEE staat, dan wordt voor alle mutaties op Afdelingsbanken de IBS plug-in NIET uitgevoerd. In vroegere versies heette deze parameter 'bank#'. TB Saldo controle optioneel bij Import Bankmutaties Er is een mogelijkheid ingebouwd om bij inlezen bankbestanden de saldocontrole over te slaan. Deze optie is voorbehouden aan consultants en helpdesk, en is daarom beveiligd met het wachtwoord van de dag. Geef dit wachtwoord in (blauwe parameter) om de controle eenmalig uit te schakelen. 27

28 Eigen IBAN in de Swift Enkele banken hebben een wijziging in de Swift aangekondigd: De eigen bankrekening (tag '25') zal als IBAN worden aangeleverd. Daarom is nu bij de inleesfunctie een aanpassing gemaakt. Als de bank een IBAN aanlevert, die niet in bankrekeningen tabel wordt aangetroffen, wordt nogmaals gezocht met de laatste 10 posities van de aangeleverde IBAN. Verder werd de bankrekening eerst gezocht met 'Bankrekening + Valutacode', dit omdat vreemde valuta rekeningen soms het zelfde bankrekeningnummer hebben als de EUR rekening. Deze truc wordt nu ook toegepast bij : (1) het zoeken naar een IBAN die eindigt op de door de bank aangeleverde 10-posities bankrekening (2) het zoeken van een bankrekening op basis van de laatste 10 posities van de de door de bank aangeleverde IBAN. Zoek IBAN bij eigen P* rekening Bij het inlezen van bankbestanden zoals SWIFT, is het mogelijk dat de bank het eigen bankrekeningnummer oude stijl aanlevert, en dat wij dan de bijbehorende IBAN in bankrekening tabel erbij zoeken. Er was gebleken dat dit niet werkt wanneer de eigen rekening een P* rekening is (voorheen Postbank, Girorekening). De inleesfunctie is nu aangepast, zodat bij het zoeken naar IBAN de voorloop 'P' eraf gehaald wordt. Die zit immers niet in de IBAN. Sortering Telebanking regels in opvragen bank Nu worden de meest recente regels als eerste getoond i.p.v. de oudste. Journaalpost op overzicht Import bankmutaties Bij het importeren van bankmutaties kan op het overzicht nu ook getoond worden in welke Journaalpost(en) de banktransacties verder af te handelen zijn. CAMT.053 SEPA inlezen CAMT.053 formaat inlezen in Telebanking via keuze CAMT op het front-end. 28

29 6. Verrekening en Bewaking Onderhoud Controlelijst Af-/Verrekening sortering onjuist Er zat een onvolkomenheid in het rapport m.b.t. de sortering. 29

30 7. Rapportage Nieuw Begroting cumulatief per GB-Rekening Keuze ingebouwd in het programma Saldi per rekening, Lid/geen Lid om i.p.v. GB mutaties de Begrotingen te kunnen uitlijsten. Overzicht Nieuwe bankrekeningen Deze functie maakt een lijst van de begunstigden van de uitgaande geldbewegingen van de cliënten: bijvoorbeeld huur, energie, telecom. Vanuit de betaalopdrachten wordt een lijst gemaakt waarbij alle opdrachten per bankrekening worden gegroepeerd. M.b.v. van de optie "Tonen controlelijst Bankrekening" kan bovendien in kaart gebracht worden of er een bankrekening bij een begunstigde meer dan 1x is gewijzigd. 30

31 Onderhoud Dagafschrift: IZ en omschrijving Op basis van waarde functie parameter cdesc# = 'BANK' kan ook op het dagafschrift (via Behandel Cliënt) aangestuurd worden op welke manier de omschrijving getoond mag worden.(bank, Lang, Medium, Kort) Foutje in periodebepaling Historie per Periode In de Historie per Periode werd de t/m periode verkeerd bepaald waardoor er een 'buiten bereik' foutmelding kon ontstaan. Dit is nu gecorrigeerd Financieel overzicht en geen reserveringen Nu wordt het sub rapport reserveringen onderdrukt als er geen reserveringen zijn. Schuldenoverzicht De naam en plaats van het incassobureau werden niet goed weergegeven. Dat is opgelost. Rekeningafschrift en Werkelijk vs Budget (cum) i.c.m. waarde afrekening Bij het draaien van de rapporten werd rekening gehouden met de waarde Afrekening op de cliënstamgegevens: Gevolg was dat deze specifieke rapporten niet gegenereerd konden worden voor de betreffende cliënten. Sortering op omschrijving bij Controlelijst af-verrekening Afdrukken Af-Verrekening heeft nu ook de keus om te sorteren op Grootboekrekeningomschrijving. 31

32 Sortering Rekeningafschriften De sortering van deze twee afschriften zijn anders opgezet. Evenals het Dagafschrift zal de meest recente transactie bovenaan staan i.p.v.de oudste transactie bovenaan. 32

33 8. Begroting Onderhoud Van/t/m Lid aan wijzigen begroting Selectie op van t/m Lid op front-end van wijzigen begrotingsstatus. 33

34 9. Grootboek Nieuw Grafiek in het Grootboek Functie fg.i09 - Opvragen Grootboek Rekening: Nieuw knop 'Grafiek' om de cijfers op een andere wijze te tonen. Hierbij horen ook een aantal voorbeeld HTML bestanden. 34

35 10. Applicatiebeheer Nieuw Wachtwoord wijzigen Nieuwe functie 'ua.rcpass' (Verzend Wachtwoord Mail) selecteert alle gebruikers waarvoor geen wachtwoord is ingevuld. Er wordt dan een nieuw wachtwoord toegekend en de gebruiker ontvangt daarvan een mailtje. De tekst en het onderwerp van de zijn te onderhouden via onderhoud brieven Mail.--> Soort Password. Verdere details zijn beschreven in de in Online Help. 35

36 Onderhoud Controle op Kas Dagboek Afdeling De functie ca.ccaclta (Controle Afdeling) controleerde nog niet de geldigheid van de daar ingevulde dagboeken voor Decentrale Kas, Kaslijsten en Centrale Kas. Nu dus. Onderhoud Subcode Type Functie 'fc.p05' (Onderhoud Subcode Type) is wat opgepimpt. Zou nu iets gebruikersvriendelijker moeten zijn. Wachtrij Logging in UTMTX Wachtrij Logging gebeurde in GGTBE, wordt nu UTMTX. Dankzij deze aanpassing is het opvragen van Logging mogelijk: Onderhoud Grootboekrekening IBS-CGS-MM+ CX rekeningen Onderhoud GB Rekening is aangepast, combinatiecode wordt op iets andere wijze toegekend waardoor de waarde goed overgenomen kan worden bij het vastleggen van de Grootboekrekening Betalingen Onder Weg voor de overige banken. 36

37 11. Interface Nieuw Export Tagetik Nieuwe functie 'fg.etagetik' exporteert grootboekregels voor Tagetik. Inlezen Variabel Formaat Deze functie maakt het mogelijk om bestanden in te lezen, met een variabele bestandindeling. Voor elke regel in het bestand zal dan één record worden aangemaakt in de database. Elke regel bevat dan een aantal velden, gescheiden door een veldscheidingsteken. Uiteraard moet wel duidelijk zijn welke kolom in welk veld moet worden ingelezen. De definities daarvan worden vastgelegd in de Query Tabel. Voor meer details m.b.t. functie, zie online help in Functie ig.pinptvar. Onderhoud Fibu veld ctype in Export debiteuren open posten voor Oerlemans Veld csinv.ctype toegevoegd aan export cs.efibu. Comprimatiecode via interface Inlezen Grootboekrekeningen Wanneer de grootboekrekeningen ingelezen worden en in de template werd bij comprimatiecode? aangeleverd, dan werd dit na verwerking een lege waarde. Verwerkingsroutine voor C_FGGNR is aangepast. Standaard waarde voor comprimatiecode is nu '-' (streepje, geen comprimatie). Verwerken C_CACLT en licentie Wijzigingen op bestaande cliënten werden ook meegeteld. Programma is aangepast, zodat nu alleen nieuwe cliënten worden geteld. Opvragen Interface verslagen naar UTMTX In diverse import en export functies werd het resultaat van de functie bewaard in een GGTBE record (tabelsoort CGA-INT). Dit is nu verhuisd naar UTMTX. Bovendien is het ook verhuisd van de afzonderlijke functies naar een meer algemene functie in het rapport front-end. Nu wordt ook niet meer het resultaat per ingelezen bestand gelogd, maar de gehele uitvoer van de functie wordt bewaard. In de log werd alleen vermeld welk bestand was ingelezen. Weinig zinvol als dat bestand direct na het inlezen automatisch wordt verplaatst. Daarom wordt nu in alle inleesfuncties in de uitvoer getoond wat de nieuwe naam van het ingelezen bestand is geworden. Opvragen van de Logging kan nog steeds met de bestaande (maar uiteraard geheel verbouwde) functie opvragen Interface Verslag. 37

38 Terugdringen rol Journaalpostkop in Interface (C_FGPST) De C_FGPST moet 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 bedacht. Geen velden meer invullen op de C_FGPST (Journaalpostkop), maar alles wat interessant is aanleveren via de C_FGPSTL (Journaalpostregel). Dat gebeurde bijna in alle inleesroutines; het invullen van velden op C_FGPST was echt een uitzondering. Nu dus helemaal verdwenen. Unknow value (leeg) is gelijk aan Unknow value (?) in Interface Voor character velden hoeft geen unknown-value meer te worden aangeleverd, om de standaard mechanismes van aanvullen te activeren. Nu mag ook blanco worden aangeleverd. In alle verwerkingsroutines in de interface, worden nu alle blanco velden op een soortgelijke wijze afgehandeld als de unknown (?) velden. De initiële waarde voor deze velden volgens de data-dictionary is nu ook blanco geworden. Tevens allerlei kleine functionele wijzigingen doorgevoerd. Bijvoorbeeld bedrijf of relatieschema niet hoeven te worden ingevuld als er slechts één is. Inlezen variabel formaat fout Inlezen variabel formaat ging niet helemaal goed. Er zat een probleem in wat zich pas openbaarde wanneer je het inlezen + verwerken samen in één wachtrij zette. Dan bleek telkens de laatst ingelezen regel nog niet echt in de database te zitten. Die zat dan nog in de recordbuffer, maar niet in de database. Dit is nu opgelost door een tijdige delete van het dynamische buffer object. Alle JP Batches zelfde fout Bij het verwerken van Journaalposten in de interface via de functie 'Voorgrond Proces', was de eerste batch fout. Alle daaropvolgende batches waren correct, maar kregen dezelfde foutmelding als de eerste batch. Dit is nu aangepast door de variable 'terro#' (foutmelding) bij elke nieuwe batch eerst even blanco te maken. JP niet in evenwicht fg/eaccov De melding kwam dat de journaalpost niet in evenwicht was als er gebruik werd gemaakt van de conversietabel accov.rnomi. Dit kwam omdat het bankrekeningnummer in de export altijd gevuld werd, echter dit mag alleen indien de front-end parameter Fsplt# op Yes staat. 38

39 Inleesfuncties volgens standaard Alle inleesfuncties nu volgens standaard, gebruik makend van het programma ia/frontend.p. Programma's: ia/adpsal.p ia/afaso.p ia/bklog.p ia/complan.p ia/dzimo.p ia/elpfact.p ia/fibucfrt.p ia/fibucurr.p ia/fibuterm.p ia/intramed.p ia/jgzfact.p ia/micro.p ia/omniv.p ia/padp2.p ia/pagp.p ia/paym6.p ia/paymas.p ia/pbcs.p ia/pbzw.p ia/pccfr.p ia/pexactst.p ia/pexc01.p ia/pfibu.p ia/pnsp.p ia/promesse.p ia/psdsal.p ia/psedi.p ia/psigma.p ia/rentex.p ia/repfee.p ia/sigmacom.p ia/sigmanw.p ia/sigmex.p ia/softwear.p ia/strfact.p ia/u4sal.p ia/vbt.p ia/vipcalc.p ia/vodisys.p 39

40 12. Techniek, platform Nieuw Install.bat t.b.v. nieuwe finall.ini De install.bat kan het beste opnieuw gedraaid worden, zodat alle parameter files, back-up scripts, licentie, klantcode en finall.ini op een juiste manier geconfigureerd zijn. Dit is o.a. belangrijk omdat er in de finall.ini nogal wat zaken zijn gewijzigd voor de verbeterde weergave van de menu s en het nieuwe en grotere lettertype. Het onderstaande deel is puur een beschrijving voor de consultant. Kopieer vanuit de installatieset (CD) de TPL map naar de doellocatie \\finall\finall\ubs Overschrijf alle bestanden. Start de installatie die staat in de: \\finall\finall\ubs\do\install.bat Bijvoorbeeld: C:\Bizon\Finall\ubs\do\install.bat C:\Bizon\Progress\OE10 C:\Bizon\Finall Vul het installatiescherm in met de juiste paramaters: Na uitvoeren zullen alle scripts, etc. bijgewerkt / aangemaakt zijn. 40

41 Documentconversie naar PNG De documentomgeving is aangevuld met extra functionaliteit. Doel van de functionaliteit is om van de verschillende documentsoorten, indien mogelijk, direct PNG bestanden aan te maken + de verwijzing naar deze bestanden op te slaan in de documententabel. Het originele bestand blijft natuurlijk ook bestaan! Voor meer details, zie het hoofdstuk Documentbeheer Documentconversie naar PNG. Om het bovenstaande mogelijk te maken moeten er extra technische randzaken geregeld worden door de consultant. 1) Plaatsen GeneratePNG.exe in de \\finall\finall\ubs\do map 2) Plaats pdfdraw.dll in de DLL map in de \\finall\finall\ubs\do map Inzien Appserver Log File Nieuwe functie gg.qapsvlog voor het inzien van de logfile van de Appserver. Hiertoe is tevens de routine voor het ingeven van één specifieke systeemparameter aangepast, zodat daar netjes het label en de beschrijving van de betreffende parameter worden getoond. Als namelijk de logfile voor de Appserver niet is ingesteld, kan dat hier direct worden gewijzigd. Veldnamen in um.maint In de functie um.maint wordt voor elk veld dynamisch een kolom toegevoegd aan het regelscherm. Zo'n kolom moet natuurlijk de naam hebben van het betreffende databaseveld. Anders zouden we immers niet kunnen sorteren, filteren, zoeken (F1) enzovoort. Hier was ooit een afwijkende constructie bedacht omdat Progress de dynamisch aangemaakte kolommen geen goede naam gaf. 41

42 Onderhoud Menu en lettertype Het standaard font voor de applicatie is nu gewijzigd naar Verdana 10px. Dit is wat lettertype betreft een stuk beter leesbaar op schermen met een hoge resolutie. Ook de menuweergave heeft een facelift gekregen waardoor de applicatie rustiger oogt en intuïtiever navigeert. Om het bovenstaande op een juiste manier te implementeren moet de install.bat opnieuw gedraaid worden op de server. Voor meer info zie de betreffende beschrijving in deze releasenotes. Deze is te vinden in het hoofdstuk Techniek / Platform (Nieuw). Print optie in Crystal Viewer Button voor 'Afdrukken' in de Crystal Report Viewer was verdwenen. Buttons klikbaar per module Bij het opbouwen van een submenu in de vorm van een rijtje buttons (zoals dat gebeurt in bijvoorbeeld 'Behandel Cliënt') wordt de button nu niet-aanklikbaar indien de module waartoe de betreffende functie behoort niet actief is. In 'Behandel Cliënt' zal dus de knop 'Cliënt Brief' niet aanklikbaar zijn wanneer de module 'UD' (Document Beheer) niet actief is. Spaties in foldernaam Spaties in bestandsnaam / folder geven een fout in de functie ia.rprtra. 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 we per ongeluk de verkeerde database wijzigen. Hier werd niet de juiste database naam getoond. Direct Starten Functie (de PUNT) Direct starten van een functie middels de punt-toets: Hier worden nu per gebruiker de laatst opgestarte functies bewaard. Je kunt die functie kiezen met het Combo-Box veld, met Cursor-Up en Cursor- Down, of je kunt als altijd gewoon de functienaam intikken. 42

43 Overzicht functies (Maak Betaalregels) vreet geheugen Het probleem was niet specifiek voor de functie 'Maken Betaalregels', maar kon zich in principe voordoen in elke overzichtsfunctie (proces achter een front-end) waarin database wijzigingen worden gedaan. Bijvoorbeeld inleesfuncties of verwerkingsfuncties. De fout zat namelijk in het front-end. Hierin bestaat sinds enige tijd de mogelijkheid om de uitvoer van het rapport te bewaren. Alles wat in de eigenlijke functie gebeurde, zat dus in die ene grote transactie. Dit is nu aangepast; het eventueel bewaren van de uitvoer zit nu in een eigen mini-transactie. De aanpassing heeft gevolgen voor de volgende programma's: - gg/rflex-fe2.r Report Front-end - gg/rflexslc.r Bepaal de selecties voor een rapport - gg/runrepo.r Direct uitvoeren van een rapport - uc/pucstc3.r Rapport Front-end voor aanroep vanuit wachtrij InteropServices.COMException Foutmelding Bij het splitsen van een rapport (uitvoer naar PDFS) komt de melding: System.Runtime.InteropServices.COMException: Exporteren van het rapport is mislukt. Deze melding kwam onder meer in de brievenmodule, wanneer je twee keer achter elkaar op de knop 'Afdrukken' klikte. Dit kwam eenvoudig doordat de Temp-Table waarin de splits informatie staat, niet tijdig werd leeggemaakt. Dezelfde fout verschijnt wanneer een te splitsen RPT niet volgens de regels is opgebouwd. Eén van die regels is, dat voor elk record op hoofdniveau wat in de XML wordt gestopt, er ook een rapport uit moet komen. Bijvoorbeeld wanneer bij een cliëntrapport er 10 cliënten in de XML zitten, dan moeten er ook 10 rapporten worden gemaakt. Dit gebeurt niet altijd, bijvoorbeeld omdat cliënten zonder details (opdrachten, historie, maakt niet uit wat) worden overgeslagen. Dit is absoluut niet toegestaan. Er moet in voorkomende gevallen een keuze worden gemaakt: - Cliënten zonder details niet in de XML zetten - Voor cliënten zonder details toch een rapport aanmaken. Dit probleem wordt nu geconstateerd bij de volgende functies: - ca.rapob gaat fout bij Cliënten zonder actieve opdrachten - ca.rbank gaat fout bij Cliënten zonder bankhistorie - ca.rbank: Sortering aangepast in rapport, groepering op sortering, ALLE binnen selectie worden afgedrukt - ca.rapob: Ook die zonder mutaties - ALLE bankrekeningen worden getoond. Splitsing loopt goed. Functie Logging naar UTMTX De variabele 'ruser$' (gebruiker) was hier onbekend, maar wordt nu wel gebruikt (vanwege het nieuwe mechanisme om rapport uitvoer te bewaren in Logging) 43