Hoofdmenu
-menu

Toon bijdragen

Deze sectie stelt je in staat om alle bijdragen van dit lid te bekijken. Je kunt alleen de bijdragen zien waar je op dit moment toegang toe hebt.

Toon bijdragen-menu

Berichten - Guido

#101
Voor handmatig geïmporteerde bankmutaties werd nog het "simpele" veld verwerkt. Ik heb dit nu aangepast zodat er hier meer informatie voor meekomt.
#102
Ik kan het niet reproduceren. In mijn test-dataset wordt de omschrijving uit de interne overboeking van de bankmutatie gewoon overgenomen en/of aangevuld met de eigen omschrijving uit het filter.

Zou je een email naar klantenservice@acumulus.nl willen sturen met een voorbeeld van een boekstuknummer waar ik voor mag uitzoeken wat daar precies mee is gebeurd?
#103
Citaat van: Annalies Janssens op 21 december, 2020, 09:40:57
maar de omschrijving uit de bankmutaties verdwijnt geheel.
Dat zou niet moeten. Ik ga uitzoeken wat er speelt.
#104
Leuk. Ik ben benieuwd wat voor feedback we nog meer gaan krijgen. We gaan verder met de automatische verwerking voor de zakelijke uitgave en dan zullen ongetwijfeld ook wel een keer de andere boeking-typen tegenkomen :)
#105
Citaat van: Annalies Janssens op 18 december, 2020, 10:47:47
oke, maar ik heb m nu aan gezet, dan klik ik op de eerste mutatie uit de batch. Ik zou verwachten dat die nu zou aangeven dat het een prive boeking is

Wanneer je meerdere filters actief hebt wordt het makkelijker om te starten met verwerken vanuit het vliegtuigje.

- Daar kun je zien welke transacties/mutaties automatisch verwerkt worden, tenzij dit al gedaan is.
- Verder kun je er zien welke transacties/mutaties nog een laatste zetje nodig hebben. Dit is op basis van filters waar voor "Akkoord geven vereist" is gekozen. Je krijgt dan een knop beschikbaar die je naar een compleet ingevuld boekingscherm doorstuurt.

Tot slot is er onderin de pagina een knop die de nu al bekende mutatie-lijst ophaalt.

Er zijn inmiddels een aantal transacties verwerkt. Mogelijk zitten die van jou er ook bij. Je kunt ze bijvoorbeeld terugvinden bij Overzichten -> Laatste boekingen
#106
Citaat van: ivor72 op 18 december, 2020, 11:06:07
Ja, dan komt er een apart lijstje

Zodra ik aangezet heb wat ik vergeten was in te schakelen voor iedereen zullen de transacties die nu vermeld staan als "Automatisch verwerken" automatisch worden ingeboekt.

Gr,
Guido
#107
Citaat van: Annalies Janssens op 18 december, 2020, 10:47:47
oke, maar ik heb m nu aan gezet, dan klik ik op de eerste mutatie uit de batch. Ik zou verwachten dat die nu zou aangeven dat het een prive boeking is

Ik zie dat ik iets niet ingeschakeld heb nog. Klik eens op het vliegtuigje in Overzicht -> Mutaties importeren en verwerken. Zie je daar wel de transacties vermeld staan als "Automatisch verwerken" ?

Gr,
Guido
#108
Citaat van: ivor72 op 18 december, 2020, 10:57:02
Daarnaast zie ik niet hoe ik de storting andersom moet doen. Dan lees ik ook de bankmutaties in van mijn betaalrekening, tegenrekening is dan ook 810190, maar de Van en Naar zijn omgedraaid (3de screenshot)

Maak 2 filters. Maar voorzie de filters van andere filter-regels. Kies in beide filters voor hetzelfde tegenrekeningnummer. Aan het eerste filter voeg je een 2e filter-regel toe waarbij je aangeeft dat het om een negatief bedrag moet zijn. Aan het tweede filter voeg je ook een 2e filter-regel toe en geef je aan dat het een positief bedrag moet zijn.

Gr,
Guido
#109
Citaat van: Annalies Janssens op 18 december, 2020, 10:38:11
Die had ik nog niet gezien maar heb ik nu AAN gezet. Maar werkt nog niet zoals ik zou denken
Het is belangrijk dat niet zomaar oude, niet lege mutatie-bestanden van 2013 verwerkt worden. Expliciet inschakelen is nodig.
#110
Citaat van: ivor72 op 18 december, 2020, 10:29:45
Dankjewel voor de vermelding. Alleen snap ik de filters niet.

Als ik een zakelijk spaarrekening aanmerk als 'interne overboeking', dan moet ik een Van en Naar aangegeven, maar die verschilt natuurlijk met een storting of opname van de spaarrekening.
Zojuist getest en een opname wordt niet automatisch herkend.

Dan heb je 2 filters nodig. 1 filter voor de opnames en 1 voor de stortingen.
#111
Dat ziet er goed uit. Heb je ook voor een mutatie-bestand aangegeven dat het mag verwerken?

Zie hiervoor: Overzichten -> Mutaties importeren en verwerken

In dit overzicht zitten 2 nieuwe kolommen. 1 kolom heeft een vliegtuigje en de andere een schakelaar. Met het vliegtuigje kun je zien of de filters werken zoals verwacht. Met de schakelaar kun je de filters activeren op de batch.
#112
Het zou ook moeten werken voor niet-automatisch geimporteerde mutaties.

Is het filter aktief en bevat het filter-regels?
#113
We hebben eerder vandaag deze functie live gezet.

Je kunt nu in Acumulus zelf transactiefilters aanmaken en deze van filter-regels voorzien. Op basis hiervan kan Acumulus automatisch mutaties verwerken voor je.

Meer hierover op : https://wiki.acumulus.nl/index.php?page=automatische-boekingen-en-transactiefilters  / https://wiki.acumulus.nl/163

- Guido
#114
Webkoppelingen / Re: Call API from Python
10 november, 2020, 11:58:36
De connector-informatie is niet verplicht, maar het kan helpen bij het oplossen van problemen. Ik heb recent op basis van de connector-informatie in onze crashbucket een gebruiker van de API kunnen informeren over een hele reeks verkeerde boekingen. Ook als je zelf versies van de software bijhoudt dan kun je soms terughalen waarom een bepaalde boeking is ingevoerd.

Een lijst met codes en codetags is er niet. Ik ben de API aan het refactoren en ben de codes aan het versimpelen. Dit is ook waarom je soms een iets andere response ziet van bepaalde calls. Technisch gezien is echter de verwerking van de xmlstring en xmlfile-opties gelijk.

Voor wat betreft de foutmelding bij invoice_get_next_number,.. ik zag nog steeds een volledig ge-encode string voorbij komen zoals hieronder:

https://api.sielsystems.nl//acumulus/stable/invoices/invoice_get_next_number.php?xmlstring=%3Cmyxml%3E%3Ccontract%3E%3Ccontractcode%3 ...

Kan het zijn dat je toch ergens verschillend aanroept?

Als je de beschikking hebt over een eigen webserver waarop je een test-xml kunt hosten dan kun je wellicht problemen met de aanroep uitsluiten, of bevestigen door de API te bevragen met:

https://api.sielsystems.nl//acumulus/stable/invoices/invoice_get_next_number.php?xmlfile=https://www.example.com/test.xml

Gr,
Guido
#115
Webkoppelingen / Re: Call API from Python
09 november, 2020, 22:50:28
Hoi Jan,

Citaat van: JanD op 09 november, 2020, 20:57:13
invoice_get_next_number.php  geeft volgende response


<codetag>EXC-ZK03B</codetag><message>Error - Not Implemented - Please use the xmlstring or xmlfile approach or contact Acumulus Support.</message>


Ik zie in onze crashbucket dat er:

"xmlstring=%0A++++%3C%3Fxml+version%3D%271.0%27+encoding%3D%27utf-8%27%3F%3E%0A++++%3Cmyxml%3E%0A++++++++%3Ccontract%3E%0A++++++++++++%3Ccontractcode"

binnenkomt. Dat geeft de indruk dat je nog de gehele xml-brij encode, in plaats van de inhoud van de xml-nodes.

Citeer
contacts_list.php  geeft volgende response

<code>403 Forbidden</code><codetag>KJ0B51AFP</codetag><message>No message available</message>

De 403 kan meerdere oorzaken hebben. Het kan zijn dat hetzelfde probleem als bij invoice_get_next_number.php speelt met de encoding, maar het kan ook zijn dat je lege of verkeerde credentials opgeeft.

Gr,
Guido.
#116
Webkoppelingen / Re: Invoice/factuur token
09 november, 2020, 20:59:55
Je hebt het mandatory entryid nodig om bewerkingen aan de boeking. Zie ook: https://www.siel.nl/acumulus/API/Entry/Update_Entry_Details/

Als je alleen de betaalstatus wilt veranderen van verkoop-facturen, dan kun je ook met het token een update doen via: https://www.siel.nl/acumulus/API/Invoicing/Payment_Set_Status/

Het bijhouden van het entryid is echt de moeite waard en geeft je ook de bevestiging dat de boeking goed overgekomen is.
#117
Webkoppelingen / Re: Call API from Python
09 november, 2020, 19:59:38
Citaat van: JanD op 09 november, 2020, 14:00:48
xml=urllib.parse.quote(xml)

Hiermee draai je de gehele inhoud van de xml variable door urllib.parse.quote. Daarmee encode je ook de xml control karacters. ( < , > , & , " en '  ) en genereer je invalid xml. vermoed ik ;)

Het is beter om elke variable apart te encoden.

c="12345"
c=urllib.parse.quote(c)
<contractcode>$c</contractcode>


- Guido
#118
Webkoppelingen / Re: Invoice/factuur token
09 november, 2020, 10:31:57
Als je een factuur aan de API aanbiedt dan krijg je in de response een <entryid> terug. Deze dien je lokaal op te slaan en kun je dan gebruiken om het token op te vragen.
#119
We zijn e.e.a. aan het voorbereiden om dit mogelijk te maken.
#120
Het beschikbaar en paraat hebben van de transacties is per bank verschillend en iets waar we geen invloed op hebben.  We zien dat ING soms wel dezelfde dag aanlevert, maar vaak ook pas transacties vanaf "gisteren".
#121
Een vermelding in het saldo-overzicht komt er aan :)
#122
Als de factuur als concept is ingeboekt is dat een bewuste keuze in de instellingen van de plugin dacht ik. Ik heb dit ook nog even nagevraagd.

Een andere optie is dat de plugin besluit dat er sprake is van een inconsistentie. Je ontvangt dan een email op het in de plugin opgegeven/ingestelde emailadres.

Voel je vrij om zo'n email, inclusief berichtinhoud even voor te leggen. Hier op het forum, danwel via klantenservice@acumulus.nl. We kijken graag even wat er speelt.

- Guido
#123
Het gaat om een bedrag per gekoppelde rekening. Hebben gebruikers die via dit idee werken veel verschillende bankrekeningen? Voor zover ik weet rekenen bankinstellingen daar doorgaans ook extra voor.
#124
Nieuwe functionaliteiten / Re: PSD2 intregratie
12 oktober, 2020, 10:10:37
Automatisch koppelen is inmiddels mogelijk. Zie hiervoor: https://www.siel.nl/acumulus/automatische_bankkoppeling/

Gr,
Guido.
#125
Citaat van: Lissa op 14 juli, 2019, 11:52:25
Hoi Acumulus team,

Ik weet dat vooralsnog geen voorkeur wordt gegeven aan automatische bankkoppeling met banken.

Hoi Lisa,

Het probleem was dat de banken een lange tijd de toegang voor nieuwe aanbieders hebben afgesloten om o.a. technisch de implementatie van PSD2 in te richten.

Inmiddels zijn er ook voor Acumulus automatische bankkoppelingen: Zie hiervoor: https://www.siel.nl/acumulus/automatische_bankkoppeling/

Gr,
Guido
#126
Misschien doe ik iets niet goed, maar ik kan het probleem nog niet reproduceren. Om wat voor type boeking gaat het? Of gaat het om een factuur die al in de administratie staat waarvoor nu een betaaldatum/status wordt aangepast?
#127
Heb je binnen de boekperiode de betaalregistraties als geblokkeerd aangemerkt?
#128
Dat klinkt als een bug met een dubbele entry in de database van de webwinkel. Ik verplaats de vraag even naar het onderdeel van het forum over de webshopkoppelingen. Ik zal ook Erwin, die de koppeling ontwikkeld heeft vragen of het hem iets zegt.

Ik neem aan dat je de meest recente versie van de plugin gebruikt?

- Guido
#129
Citaat van: Berg op 21 januari, 2019, 09:31:11
Edit: Het zou sowieso ook handig zijn om te kunnen kijken of de factuurreeks aaneengesloten is of dat er gaten zijn.

Zie hiervoor overzichten -> laatste boekingen -> knop: factuurnummer-reeksen.

- Guido
#130
Ik hoor ook wel dat voor verschillende diensten van dezelfde leverancier soms meerdere relaties gemaakt worden. Bijvoorbeeld de relaties "ABN Amro - Verzekeringen" en "ABN Amro - Bank", waarbij dan verschillende voorselecties gemaakt kunnen worden.

- Guido
#131
We willen het scherm eigenlijk niet extra druk maken. Op veel plekken wordt terug gevallen op de keuzes die de relatiekaart biedt. Dan zouden we overal checkboxes die vaak niet gebruikt worden. Ik zal er nog eens over nadenken, maar wellicht wil je voor nu het 3e tabblad van de relatiekaart hiervoor gebruiken.
#132
Leuk om te horen ! :)

De functie zit er al in. Je kunt in de relatiekaart op het 3e tabblad bij de voorkeuren een kostensoort kiezen. Deze zal dan bij de keuze van de relatie/leverancier in het scherm automatisch worden overgenomen.
#133
Als je de factuur vanuit het project opstelt wordt het projectnummer automatisch overgenomen.

Vanuit het factuursjabloon kun je er ook voor kiezen om de projectreferentie af te beelden op de factuur. Zie hiervoor het "Factuur"-tabblad (+ Offerte/Herinnering/Pakbon) van het sjabloon.
#134
Citaat van: Diondk op 15 november, 2019, 12:12:20
*EDIT* ik had de plugin via het forum gedownload en niet via de plugin store, na het installeren via de plugin store werkt het wel.
Is dus niet meer nodig.


Merci voor de opvolging en fijn te lezen dat het gelukt is.

- Guido
#135
Begrijpelijk dat er verwarring kan ontstaan.

Zou je geholpen zijn met een kleine kleur-indicator in het zwarte hoofd-menu van Acumulus?

Verder kun je, als je op hetzelfde moment aan meerdere administraties werkt ervoor kiezen om

1] verschillende browsers te gebruiken.
2] de administratie-specifieke inlogpagina gebruiken;  bijvoorbeeld https://123456.sielsystems.nl/ (dat scheelt het invoeren van de contractcode)/

De meeste boekhouders en accountants vinden het juist heel prettig dat ze niet tegelijkertijd in meerdere administraties kunnen werken.
Meer dan 1 administratie open hebben is foutgevoelig bij controles.

We gaan er even op broeden wat we kunnen doen.

- Guido
#137
Verhip, Er is inderdaad geen API voor een interne overboeking, terwijl ik dacht dat ik deze al gemaakt had.

Sterker nog, ik heb al code klaar maar blijkbaar nog niet vrijgegeven. Ik zal proberen dit op korte termijn nog even na te lopen.

- Guido
#139
Zojuist de functie toegevoegd om betaalregistraties toe te staan binnen een gesloten boekperiode. Zie hiervoor:

  Beheer -> Boekperioden -> "Betaalregistraties".

Wanneer een betaalregistratie toegestaan is binnen een bepaalde periode, dan mogen er betalingen geregistreerd of verwijderd worden voor boekingen binnen de desbetreffende periode.

Mocht er een overlappende periode zijn waar de betaalregistratie geblokkeerd is dan zal dit leidend zijn voor Acumulus om de betaalregistratie niet toe te staan.

Gr,
Guido
#140
Aanvullend een nieuwe functie in Acumulus.

Zie hiervoor: Relaties -> Knop: "Omzet per relatie";

Gr,
Guido
#141
Selecteren op het aantal facturen is geen optie. Misschien komt dat in de toekomst nog. Wat je wel zou kunnen overwegen is om de relaties die via de webshop worden bijgezet in je relatiebestand van Acumulus direct als "niet actief" te markeren. Dit is een instelling van de door ons beschikbaar gestelde plugins. Zie hiervoor de instellingen van de plugin in je webwinkel beheer-scherm.

Mocht je een eigen plugin ontwikkeld hebben dan zul je dit expliciet als API-xmlnode moeten gebruiken. Zie hiervoor dan de <contactstatus>-XMLnode van de Invoice Add API.
#142
Als je in Acumulus bij:

  Overzichten -> Laatste boekingen -> Zoekveld 

een ordernummer uit WooCommerce invult dan zou je de orders moeten terugvinden.

Het ordernummer van WooCommerce is als het goed is terug te vinden in de toelichting van de boeking in Acumulus. Deze toelichting zou weer moeten terugkomen op de (PDF-)facturen die Acumulus opstelt.

Had je de geavanceerde instellingen aangepast zoals hierboven omschreven?
#143
Het uitgangspunt is dat bij een boeking die in een gesloten boekperiode valt aangepast kan worden.

Ik begrijp dat de betaaldatum, mits deze buiten een gesloten periode valt, hier een uitzondering op zou kunnen zijn.
Echter we houden het graag simpel en blokkeren bewust de mutatie van de boeking en stellen dat de periode nog niet volledig afgerond is.

Het kan zelfs zijn dat een gebruiker de boekperiode op slot zet om dit te voorkomen. Het is voor Acumulus onmogelijk om de beweegredenen vast te stellen.

Voor nu graag even de periode tijdelijk openen om zo de betaaldatum te kunnen bijwerken. De periode hoeft niet verwijderd te worden.
#144
Technisch gezien is het mogelijk om het factuurnummer bij het aanbieden van de Wordpress-plugin direct mee te geven aan de API van Acumulus via de <number> XML-node van de invoice API.

Echter, we raden dit met klem af. We adviseren dan ook om de originele referentie uit de webshop te laten voor wat het is en deze aan de toelichting van de boeking mee te geven. Hiermee krijg je dan in Acumulus bij de verkoop-boeking automatisch een opvolgend factuurnummer toegewezen welke zorgt voor een niet onderbroken nummerreeks in de administratie. Ongeacht de webwinkel-bron. Ook bij meerdere webwinkels of andere verkoopkanalen zal deze aanpak altijd voor een sluitende nummerreeks zorgen. Deze sluitende nummerreeks is een belangrijk punt van aandacht bij een fiscale controle door bijvoorbeeld de belastingdienst.

Een andere reden is dat bepaalde bepalingen voor een nieuw nummer in Acumulus automatisch gaan. Als een webwinkel factuurnummer 37 geforceerd heeft doorgegeven dan zal een handmatige factuur nummer 38 krijgen. Als een andere webwinkel of verkoop-kanaal een andere reeks hanteert en nummer 6088 toevoegt en er daarna weer een handmatige factuur opgesteld wordt dan zal deze nummer  6089 krijgen. Iets dat in praktijk tot een wirwar aan factuurnummers zal leiden dat het vlot paraat hebben van informatie belemmert.

Verder kunnen verschillende bronnen elkaar in nummering gaan overlappen. Zodra je een eigen nummer forceert zal Acumulus, ongeacht of dat nummer al in gebruik is, de boeking doorzetten. Hiermee krijg je dan mogelijk 2x factuurnummer 13..

Dat het praktisch is om het factuurnummer, ordernummer, bestelcode of andere referentie naar het proces in de webshop inzichtelijk te hebben in Acumulus begrijpen we. Daarom adviseren we dan ook om deze informatie in de toelichting van de boeking te vermelden. Deze komt dan terug op de documenten (factuur/pakbon/etc) en kan opgezocht worden in de verschillende schermen.

Tip: Via: "Beheer -> Geavanceerde instellingen -> Toelichting in overzicht verzonden facturen -> Opslaan" komt deze informatie direct op het scherm in het desbetreffende overzicht.

Uiteraard kan ik een situatie voor het gebruik over het hoofd zien, maar ik heb het idee dat het vooralsnog gaat om het vlot kunnen terugvinden van de bestellingen uit de webwinkel in Acumulus. Als het hier tot beperkt is zou ik je willen vragen om bovenstaande tip te proberen.

Gr,
Guido
#145
Edit: dit is inmiddels beschikbaar in Acumulus

Dank voor de suggestie. Ik vind het een prima idee, en het staat ook al even op onze eigen wensenlijst. We zijn er nu actief mee bezig en ik verwacht dat het niet lang zal duren voordat het beschikbaar kan komen.

Gr,
Guido
#146
Het is normaal gesproken een beslissing van de webbrowser om het te openen of te downloaden. Dit is niet iets waar Acumulus veel invloed op kan hebben.
#147
Voor een aantal orders werd een afwijkende presentatie van de kortingen aangeboden. Dit zorgde er voor dat (voor zover bekend) 2 gebruikers 0-bedragen kregen voor de kortingproducten in Acumulus. Dit is vanmorgen (29-05-2019) aan de kant van Acumulus afgevangen en verholpen met een work-around.
#148
Merci, de bewuste order bevat nu inderdaad de juiste informatie in de API van MWW. Echter, de order is volgens mij nog net geïmporteerd voordat MWW de fix definitief uitrolde...

Ik vrees dat je deze even moet herstellen zoals hierboven omschreven :/
#149
Hmm. Ik heb hier uitgebreid contact met MWW over gehad en ik heb gezien dat het voor een bestaande order correct verliep, wel enkele dagen na mijn aankondiging overigens. Het heeft achteraf nog wel ongeveer een week geduurd voordat het echt opgelost bleek.

Kun je de koppelingscode in Acumulus, waarbij je de instellingen hebt opgeslagen en de meest recente order waar dit bij jou speelt even emailen naar klantenservice@acumulus.nl ? Dan haal ik handmatig de order over en check ik de data die uit de MWW-API komt direct even.
#150
De meeste banken hebben de toegang voor nieuwe leveranciers in 2017 al afgesloten toen de PSD2-regelgeving in de steigers stond. Acumulus heeft daarom voor alle banken importprofielen beschikbaar. Voor ING zie: https://www.siel.nl/acumulus/koppelingen/banken/ING_Bank/