Hallo Gast

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.


Berichten - Guido

Pagina's: [1] 2 3 4 5 6 ... 14
1
Nieuwe functionaliteiten / Re: Wens: Laatste boekingen
« Gepost op: 23 juli, 2021, 14:23:44 »
Dat zal helaas niet gaan. Het overzicht van laatste boekingen betreft alle boekingen in Acumulus. Omdat niet bij elke boekingsoort sprake is van een betaaldatum is dit eigenlijk niet praktisch.

Als het gaat om een afwijking in het banksaldo dan kan de methode op: https://wiki.acumulus.nl/index.php?page=controle-bank-saldo wellicht uitkomst bieden.

- Guido

2
Nieuwe functionaliteiten / Re: Koppeling met Knab
« Gepost op: 21 juli, 2021, 22:16:40 »
Is het mogelijk om een koppeling met Knab te realiseren, zodat de afschriften automatisch worden ingelezen en geboekt worden.
https://www.knab.nl/zakelijk-financieel-overzicht/boekhoudkoppeling

Groet Wim Fidder

Beter laat dan nooit. Automatische koppeling met KNAB en Acumulus. Zie ook: https://www.siel.nl/acumulus/automatische_bankkoppeling/

3
Nieuwe functionaliteiten / Re: Koppeling met Knab
« Gepost op: 21 juli, 2021, 22:13:39 »
Wat wel handig zou zijn:

- Interne overboekingen (naar en van spaarrekeningen) waarvan de nummers uiteraard bekend zijn in Acumulus, zouden automatisch kunnen

- Betalingen van een verkoopfactuur zouden (mits 100% match, het voorstel zoals nu is niet altijd 100% sluitend) automatisch kunnen

- Reeds geboekte inkoopfacturen die nog betaald moeten worden, zouden automatisch kunnen.

Nu hoeft automatisch niet letterlijk automatisch, maar wat erg handig zou zijn denk ik is als de mutaties automatisch ingelezen worden (in plaats van zoals nu handmatig een bestand inlezen). En dat je in een overzicht scherm de mutaties ziet met het voorstel van de boeking (eigenlijk wat er nu ook gebeurt als je het bankbestand verwerkt en boeking voor boeking doet) en met een vinkje een akkoord kunt geven. Inkoopboekingen zou je alleen kunnen voorstellen wanneer je bij de crediteur de bankrekening en kostensoort hebt staan maar zelfs dan, vaak betaal je niet op de factuurdatum dus dan klopt dat alsnog niet. Als je enkel alle verkopen, overboekingen en inkopen die al geboekt (maar nog niet betaald) zijn op die manier met een paar vinkjes in 1 keer kunt verwerken, zou dat een hoop schelen (in ieder geval in mijn boekhouding :)).
(inkopen < 450 euro zou je trouwens denk ik op zich, factuurdatum negerend, wel kunnen boeken, dat kan toch nooit een investering met afschrijving zijn?).


My 2 cents :)

Kan allemaal semi, en volautomatisch met onze Cecilia: https://www.siel.nl/acumulus/cecilia/

4
Nieuwe functionaliteiten / Re: Koppeling met knab
« Gepost op: 21 juli, 2021, 22:09:43 »
Er is nu een automatische koppeling beschikbaar voor KNAB :)

Zie o.a. https://www.siel.nl/acumulus/automatische_bankkoppeling/

5
Nieuws, wet- & regelgeving / Re: Webshop-eigenaren opgelet!
« Gepost op: 19 juli, 2021, 21:44:49 »
Ter info, het gaat om 723 facturen, dus hopelijk is dit op een efficiënte manier te corrigeren..

Ik denk dat er in de omzetting door CCVshop naar Acumulus iets niet goed gaat. De fouten in Acumulus worden het meest efficiënt hersteld als je deze in Acumulus verwijdert en vanuit CCVshop opnieuw laat aanbieden.

In bulk verwijderen in Acumulus gaat dan via: Overzichten -> Facturen naar klanten -> Knop: "Lijst beheer".

6
Nieuwe functionaliteiten / Re: Beginscherm met alleen facturatie
« Gepost op: 07 juli, 2021, 12:20:19 »
Ik heb zojuist een reeks opties toegevoegd. Mocht je iets missen dan hoor ik het graag.

7
Nieuwe functionaliteiten / Re: Beginscherm met alleen facturatie
« Gepost op: 06 juli, 2021, 16:50:17 »
Je kunt via beheer -> acumulus startscherm een andere beginoptie nemen. Bijvoorbeeld het scherm om een nieuwe factuur te starten. Ik ben toevallig net begonnen om hier meer optie in aan te bieden.

9
Lees aub even: https://forum.acumulus.nl/index.php/topic,4642.0.html goed door. Hierin staat toegelicht hoe te installeren en/of te upgraden.

10
Voor Joomla/Hikashop/Virtuemart zou je direct vanuit de repository op https://github.com/SIELOnline/Acumulus-for-Joomla/tags kunnen downloaden.

11
Een plugin-update is Inmiddels beschikbaar als versie 6.3.0 of hoger. Ik raad je aan om deze te installeren in de webshop.

12
Webshopkoppelingen / Re: Plugin geschikt voor nieuwe EU btw regels 07-2021
« Gepost op: 30 juni, 2021, 09:17:32 »
Ivm de nieuwe eu btw regels is het in acumulus nu mogelijk om andere EU btw tarieven te gebruiken. Wordt dit ook doorgevoerd voor de plugins. Dus dat als hij van de webshops naar acumulus exporteert automatisch het verwerkt als een particulier/bedrijf en de juiste btw tarief gebruikt zoals ook in de order is gebruikt/

Ja. In theorie ging dit voor de meeste plugins al goed omdat er ondersteuning is voor buitenlandse btw sinds 2015. Extra waarborging en controle is beschikbaar vanaf versie 6.3.0 van alle plugins. Hierin zijn ondermeer waarschuwingen opgenomen als de drempelwaarden voor leveringen aan EU-particulieren bereikt worden.

13
Nieuws, wet- & regelgeving / Re: Webshop-eigenaren opgelet!
« Gepost op: 28 juni, 2021, 13:23:31 »
Of hoeven we pas te gaan tellen vanaf 1 juli? en telt tot die tijd (dus het eerste half jaar) nog de oude wetgeving?

Ja, de regeling gaat in op 1 juli. Verkopen aan particulieren in de EU voor 1 juli tellen niet mee. Als je wilt testen zou je nu een pseudo-factuur kunnen invoeren met een factuurdatum in de toekomst.

14
Webshopkoppelingen / Re: Plugin geschikt voor nieuwe EU btw regels 07-2021
« Gepost op: 07 juni, 2021, 14:45:31 »
Ivm de nieuwe eu btw regels is het in acumulus nu mogelijk om andere EU btw tarieven te gebruiken.

Dat was eigenlijk al zo sinds 1 jan 2015, maar nu is deze regeling uitgebreid. In Acumulus kun je facturen handmatig invoeren door een relatie te kiezen uit een ander EU-land en daar de voor dat land geldende btw-tarieven te hanteren.

Citaat
Wordt dit ook doorgevoerd voor de plugins.

Dat is wel de bedoeling.

Citaat
Dus dat als hij van de webshops naar acumulus exporteert automatisch het verwerkt als een particulier/bedrijf en de juiste btw tarief gebruikt zoals ook in de order is gebruikt

De uitdaging zit hem in het vaststellen van de regeling door de webwinkel. De webwinkelier moet er voor kiezen om altijd EU-tarieven te hanteren, of de unie-regeling toe te passen en pas vanaf een belaste omzet boven de EUR 10.000,- met EU-tarieven te werken (standaard). In het laaste geval zal de webwinkel-software dan kennis moeten nemen van het al dan niet bereikt zijn van het drempelbedrag. De API van Acumulus kan in deze informatie voorzien en de webwinkelsoftware en/of plugin hierbij helpen. De order in de webwinkel zal altijd leidend zijn. Zo zal bijvoorbeeld een webwinkel-order belast met Nederlandse BTW, terwijl de drempel ruim gehaald is gewoon met Nederlandse BTW ingeboekt worden.

Gr,
Guido

15
Webshopkoppelingen / Re: Foutmelding Woocommerce - Acumulus - API
« Gepost op: 03 juni, 2021, 11:40:58 »
De foutcode wijst op een probleem met de inlogcodes. De combinatie van contractcode+gebruikersnaam+wachtwoord zoals ingevoerd in de instellingen van de WooCommerce-plugin is niet juist.

Kan het zijn dat je het wachtwoord veranderd hebt om toegang te krijgen op je nieuwe laptop?
Probeer eens in Acumulus via: Beheer -> Gebruikers de gebruiker die je in de instellingen van de webwinkel hebt ingevoerd van een nieuw wachtwoord te voorzien. Werk vervolgens dit wachtwoord ook bij in de instellingen van de WooCommerce-plugin.

Gr,
Guido.

16
Webshopkoppelingen / Re: Toch een vraag over juiste boeking weborders.
« Gepost op: 16 april, 2021, 11:18:10 »
Dank voor je antwoord. In dit geval ben ik even de webshopeigenaar (beheerder) De verkoop komt bij ons binnen. (De verkoop factuur wordt automatisch geboekt met factuurnummers als ordernummer uit webshop.) De kunstenaar moet nog zijn geld van ons ontvangen, minus de inhouding van de commissie. Zie dat bedrag in het voorbeeld: Door ons aan u te ontvangen.

Hoe boek ik dat bedrag dan precies? Ik had in het hoofd dat ik dan dit gemaakte overzicht stuur naar de kunstenaar die het item via onze webshop had verkocht met het verzoek ons een factuur te sturen van het bedrag uit de opgave. Zo betalen wui de kunstenaar uit en komt de te verrekenen BTW op de juiste manier in de boekhouding. Vervolgens maak ik een inkomende post waar de commissie op komt met de 21% btw. Dit is dus onze "winst" uit deze verkooptransactie.  Dat is de juiste route?

Je kunt voor de uitbetaling verschillende routes volgen. Het makkelijkste is als de kunstenaar jou een factuur stuurt. Deze boek je in als zakelijke uitgave. Als je de kunstenaars wilt ontzorgen kun je ook een negatieve factuur sturen naar de kunstenaar. Stel dat je 100 euro excl btw verschuldigd bent aan de kunstenaar dan voeg je aan de factuur een regel toe met een bedrag van -100. Je krijgt dan een negatief bedrag dat je vervolgens overmaakt aan de kunstenaar. Eventueel op basis van een ander factuursjabloon waarin je toelicht dat hij/zij niet hoeft te betalen, maar dat jij het uitbetaalt.

17
Webshopkoppelingen / Re: Toch een vraag over juiste boeking weborders.
« Gepost op: 16 april, 2021, 11:13:20 »
Ik gebruik voor gemakshalve het factuurnummer van de order van de weborder. -dat is dan wel afwijkend van de huidige structuur van de facturen binnen mijn boekhouding, maar wel makkelijk traceerbaar voor mij. Denk dat dat geen probleem is.

Ik zou dat zelf niet doen. Het originele factuurnummer uit de webwinkel komt terug in de toelichting. Via bijvoorbeeld: Overzichten -> Laatste boekingen kun je ook het originele factuurnummer terugzien.

18
Webshopkoppelingen / Re: Factuur vanuit Woocommerce toont hidden records
« Gepost op: 07 april, 2021, 15:51:18 »
Ik heb de forumpost even in de juiste groep gezet. Zou je vanuit de Acumulus-plugin in WooCommerce een hulpverzoek willen starten? We krijgen dan op de klantenservice het verzoek binnen met wat shop-gerelateerde informatie (webserver/php-versie/plugin-versie etc). Dat helpt om dit op te pakken.  Vermeld gemakshalve even de link naar dit topic; https://forum.acumulus.nl/index.php/topic,7918.0.html zodat je het verhaal niet nogmaals hoeft af te steken :)

19
Webshopkoppelingen / Re: Ondersteuning Prestashop 1.7.7.1
« Gepost op: 11 maart, 2021, 13:28:50 »
Bericht ontvangen. Ik zie niet direct waar het mis gaat en wacht even de reactie van Erwin af die beter bekend is met de interne werking van PS.

20
Webshopkoppelingen / Re: Ondersteuning Prestashop 1.7.7.1
« Gepost op: 10 maart, 2021, 14:01:05 »
Gebruik je de meest recente versie van de plugin? Op dit moment is dat v6.2.0.

21
Webshopkoppelingen / Re: Ondersteuning Prestashop 1.7.7.1
« Gepost op: 10 maart, 2021, 11:57:18 »
Zou je vanuit de plugin een support-verzoek willen starten? Dan ontvangen we op de klantenservice direct een overzicht van o.a. de versie van de plugin en de versies van jouw serversoftware.

22
Webshopkoppelingen / Re: Koppeling Prestashop - Acumulus
« Gepost op: 26 februari, 2021, 09:13:29 »
Fijn om te lezen dat het gelukt is.

23
Webshopkoppelingen / Re: Koppeling Prestashop - Acumulus
« Gepost op: 25 februari, 2021, 18:57:05 »
Als de plugin ingesteld staat in testmode dan test de plugin enkel de communicatie met het Acumulus-platform maar zet het niet de facturen over.

Ook is het belangrijk om in de plugin een geldig emailadres in te stellen. Eventuele waarschuwingen of foutmeldingen worden dan ook per email gestuurd.

Heb je een foutbericht of andere melding die zou kunnen aangeven waarom het niet werkt zoals gehoopt?

- Guido

24
Webshopkoppelingen / Re: Prestashop orders uit GB worden niet goed geboekt
« Gepost op: 21 januari, 2021, 16:15:04 »
In oudere versies van de plugin is ondermeer GB hardcoded als EU-land opgenomen. Om dit goed op te lossen heb je echt een recente versie van de plugin nodig en daarmee ook een upgrade naar Prestashop 1.7.

25
Webshopkoppelingen / Re: Prestashop orders uit GB worden niet goed geboekt
« Gepost op: 21 januari, 2021, 14:07:48 »
Op https://forum.acumulus.nl/index.php/topic,2745.0.html lees ik: "- Versie 6.1.0 (en later) van onze module werkt zeker niet met PrestaShop 1.6 of lager." maar ik heb voor de zekerheid Erwin ook even gevraagd naar deze post te kijken.

26
Webshopkoppelingen / Re: Prestashop orders uit GB worden niet goed geboekt
« Gepost op: 21 januari, 2021, 11:51:54 »
De meest recente versie van de plugin (in elk geval vanaf versie 6.1.0) is niet langer geschikt voor Prestashop 1.6.  Je zou de laatste uit de 5-serie kunnen gebruiken (https://github.com/SIELOnline/Acumulus-for-PrestaShop/releases) maar ik betwijfel of dat jouw probleem oplost.

Het beste zou zijn als je naar Prestashop 1.7 kunt waarvoor ook de Acumulus plugin doorontwikkeld wordt.

27
Webshopkoppelingen / Re: Prestashop orders uit GB worden niet goed geboekt
« Gepost op: 21 januari, 2021, 09:55:50 »
<application>PrestaShop 1.6.1.24</application>
<webkoppel>Acumulus 5.4.7</webkoppel>

Prestashop 1.6.x wordt door onze plugin vanaf 5 aug 2020 niet meer ondersteund. De plugin versie 5.4.7 die je momenteel gebruikt is uit 2018 en al opgevolgd door vele doorontwikkelingen en nieuwere versies. In de meest recente versie 6.1.2 van de plugin zou dit probleem niet meer moeten spelen. Zie jij een mogelijkheid om jouw webwinkel te updaten?

28
Webshopkoppelingen / Re: Prestashop orders uit GB worden niet goed geboekt
« Gepost op: 20 januari, 2021, 11:57:55 »
Ik bedenk me ineens dat het ook zou kunnen dat de relatie waaraan de verkoop gedaan wordt reeds bekend is in jouw administratie. Kan het zijn dat je in de relatie-kaart voor deze relatie expliciet "GB" van voor de Brexit hebt aangegeven?

29
Webshopkoppelingen / Re: Prestashop orders uit GB worden niet goed geboekt
« Gepost op: 20 januari, 2021, 11:49:03 »
Kun je de volledige XML die door de plugin aan Acumulus wordt aangeboden willen doorsturen naar klantenservice@acumulus.nl ? Er zijn een aantal oorzaken mogelijk hiervoor.

Gebruik je daarnaast wel de meest recente versie van de plugin?

Gr,
Guido

30
Nieuwe functionaliteiten / Re: Factuur opmaak
« Gepost op: 07 januari, 2021, 22:31:10 »
maar ‘aantal’ blijft....
Ja. Aantal blijft voorlopig nog wel even verwacht ik.

31
Nieuwe functionaliteiten / Re: Factuur die voldoet aan de wettelijke eisen
« Gepost op: 07 januari, 2021, 17:29:05 »
2)  jullie wijzigen de functionaliteit, maar op de bestaande sjablonen is dit niet actief

Wat bedoel je precies? Er nog nooit onderliggende code in Acumulus aanwezig geweest om de inhoud van het veld "KvK-nummer" zoals beschikbaar in het factuursjabloon op tabblad "Algemeen" te tonen op een factuur.

Kan het zijn dat je misschien (onbedoeld) de voettekst hebt herzien ?

Ik zou persoonlijk niet alle facturen opnieuw versturen, maar de voettekst corrigeren en jouw relatie die om een aangepaste factuur vraagt deze opnieuw verstrekken.

Gr,
Guido

32
Nieuwe functionaliteiten / Re: Factuur opmaak
« Gepost op: 07 januari, 2021, 17:23:31 »
Nu verwerk ik mijn facturen 2x omdat de factuur opmaak uit acumulus niet bij mijn huisstijl past. Veel ondernemers willen hun huisstijl ook in de factuur tot uitting brengen, het ziet er niet vrij uit als er dingen opstaan die er niet toe doen. Het zou heel prettig zijn dat je als gebruiker de layout vd factuur naar eigen wens kan aanpassen.
Acumulus kent voor een aantal componenten van de factuur een vaste opbouw. Via het factuursjabloon heb je hier enige invloed op, maar dat betreft dan zaken als kleuren, lettertypen en regelafstanden. Positionering van componenten is helaas niet altijd instelbaar. We helpen altijd graag met het zo goed mogelijk presenteren van de eigen huisstijl. Neem hier gerust contact over op met de klantenservice. We werken met plezier aan een fraaie factuurachtergrond voorzien van de relevante bedrijfslogo's etc.

33
Nieuwe functionaliteiten / Re: Factuur die voldoet aan de wettelijke eisen
« Gepost op: 07 januari, 2021, 17:14:47 »
Het is niet zo dat bij een wijziging in het factuursjabloon ineens het KVK-nummer niet getoond wordt. Het KVK-nummer uit het specifieke invoerveld van het factuursjabloon wordt nooit getoond op de factuur. Dit staat als het goed is duidelijk vermeld achter het invoerveld van het factuursjabloon.

Dit is gedaan om historische redenen. Het KvK-nummer is bij het overgrote deel van de gebruikers opgenomen in de voettekst en/of op de achtergrond van de factuur. Zomaar voor iedereen extra veld afdrukken dat mogelijk al vermeld is op de factuur ging ons te ver toen we het veld in 2019 toegevoegd hebben aan het sjabloon. De opbouw en presentatie van een factuur heeft ook een duidelijk persoonlijk karakter en we willen daar niet zomaar zonder dat dit duidelijk is in roeren.

De oplossing om het in de voettekst te plaatsen zou als het goed is prima moeten werken.

34
Webshopkoppelingen / Re: Afrondfouten WooCommerce
« Gepost op: 31 december, 2020, 09:38:37 »
We kunnen onderzoeken waarom dit bij je speelt. Soms is het eenvoudig te verhelpen. Kun je een factuur waarbij afrondingsverschillen ontstaan opzoeken in het scherm "WooCommerce - verzend facturen naar Acumulus" ? Verstuur deze factuur vervolgens in testmode. Je ontvangt dan een email met de precieze XML-communicatie die naar Acumulus verzonden wordt. Zou je deze willen doorsturen naar klantenservice @ acumulus.nl ?

35
Nieuwe functionaliteiten / Re: Saldo mutaties - Interne overboekingen
« Gepost op: 21 december, 2020, 11:26:33 »
Voor handmatig geïmporteerde bankmutaties werd nog het "simpele" veld verwerkt. Ik heb dit nu aangepast zodat er hier meer informatie voor meekomt.

36
Nieuwe functionaliteiten / Re: Saldo mutaties - Interne overboekingen
« Gepost op: 21 december, 2020, 10:01:45 »
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?

37
Nieuwe functionaliteiten / Re: Saldo mutaties - Interne overboekingen
« Gepost op: 21 december, 2020, 09:51:14 »
maar de omschrijving uit de bankmutaties verdwijnt geheel.
Dat zou niet moeten. Ik ga uitzoeken wat er speelt.

38
Nieuwe functionaliteiten / Re: Saldo mutaties - Interne overboekingen
« Gepost op: 18 december, 2020, 12:09:07 »
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 :)

39
Nieuwe functionaliteiten / Re: Saldo mutaties - Interne overboekingen
« Gepost op: 18 december, 2020, 11:39:28 »
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

40
Nieuwe functionaliteiten / Re: Saldo mutaties - Interne overboekingen
« Gepost op: 18 december, 2020, 11:10:01 »
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

41
Nieuwe functionaliteiten / Re: Saldo mutaties - Interne overboekingen
« Gepost op: 18 december, 2020, 11:03:33 »
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

42
Nieuwe functionaliteiten / Re: Saldo mutaties - Interne overboekingen
« Gepost op: 18 december, 2020, 11:01:21 »
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

43
Nieuwe functionaliteiten / Re: Saldo mutaties - Interne overboekingen
« Gepost op: 18 december, 2020, 10:41: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.

44
Nieuwe functionaliteiten / Re: Saldo mutaties - Interne overboekingen
« Gepost op: 18 december, 2020, 10:32:31 »
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.

45
Nieuwe functionaliteiten / Re: Saldo mutaties - Interne overboekingen
« Gepost op: 18 december, 2020, 10:31:03 »
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.

46
Nieuwe functionaliteiten / Re: Saldo mutaties - Interne overboekingen
« Gepost op: 18 december, 2020, 09:55:21 »
Het zou ook moeten werken voor niet-automatisch geimporteerde mutaties.

Is het filter aktief en bevat het filter-regels?

47
Nieuwe functionaliteiten / Re: Saldo mutaties - Interne overboekingen
« Gepost op: 17 december, 2020, 22:14:19 »
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

48
Webshopkoppelingen / Re: Call API from Python
« Gepost op: 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

49
Webshopkoppelingen / Re: Call API from Python
« Gepost op: 09 november, 2020, 22:50:28 »
Hoi Jan,

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.

Citaat
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.

50
Webshopkoppelingen / Re: Invoice/factuur token
« Gepost op: 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.

Pagina's: [1] 2 3 4 5 6 ... 14