Berichten

Zou het helpen als je bij het opstellen van het filter inzicht hebt in de dan nog te verwerken bankmutaties, zodat je alle informatie voor het inregelen van het filter beschikbaar hebt?

Ik heb gisteren een case geopend hiervoor bij Unifiedpost. Hetzelfde probleem lijkt te spelen voor Triodos bank. Zodra ik meer weet meld ik het direct.

Ik zou even de instructies nalopen zoals op https://forum.acumulus.nl/index.php/topic,8083.0.html omschreven. Wellicht staat een plugin toch ingesteld als zodanig terwijl je dit juist niet wilt.

Mocht je er echt niet uitkomen dan kunnen we samen met de ontwikkelaar van de plugin verder speuren op basis van prosupport. Zie ook: https://www.siel.nl/acumulus/koppelingen/support/

Fout: 400 Bad Request, VXEU14: Ongeldige of ontbrekende vatrate voor countrycode op issuedate.

Belgie kent geen 9% tarief voor zover ik weet. Misschien dat daar iets mis gaat met een instelling in jouw shop.

In het overzicht van de e-mails in Acumulus staat een open envelopje bij elke email. Als je daar op klikt verschijnt in platte tekst de originele email.

Als je de bijlage niet wilt downloaden maar direct wilt openen dan kun je dit het makkelijkst in de instellingen van je browser aanpassen. Een poosje geleden is bij veel browsers na een update dit gedrag aangepast naar direct downloaden in plaats van openen.

De kostensoorten zijn o.a. bepalend voor onderliggende fiscale regels. Acumulus zou dan naast de btw-verdeling ook nog een bedrag moeten gaan verdelen over verschillende kostensoorten, en daar de btw verdeling weer wel of niet over moeten uitsplitsen.
Ik vrees dat dit het scherm complexer maakt in gebruik en foutgevoelig gaat zijn. In jouw situatie is wellicht het btw-tarief goed te vertalen naar een specifieke kostensoort, maar dat is uiteraard situatie-specifiek.
Een (belasting)inspecteur zal het waarschijnlijk ook duidelijker vinden als in de administratie teruggekeken wordt dat het aparte zakelijke uitgaven zijn dan dat het in 1 boeking vermengd is.

Ik snap de vraag, maar verwacht niet dat we dit moeten willen wijzigen.

Bij de bankkoppeling bij mijn rekeningen staat 'inlezen in acumulus' bij dataacces maar 'expired' bij unifiedpost, beide hebben dezelfde begin- en einddatum.

Banken, waaronder KNAB besluiten soms om onduidelijke redenen om toestemmingen te laten vervallen. Soms ivm updates, maar meestal is niet duidelijk waarom. Over het algemeen is het verlengen van de toestemming voldoende om de mutaties weer automatisch bij te werken.

Als je zomaar tussenliggende facturen gaat verwijderen dan zal een belastinginspecteur daar niet heel enthousiast over zijn. Je kunt beter voorkomen dat geannuleerde bestellingen in Acumulus komen, of in Acumulus de annuleringen met een creditering laten wegvallen.

Kun je https://forum.acumulus.nl/index.php/topic,8083.0.html even nalopen om te zien of je de shop goed hebt ingesteld?

Waar telt het precies door mbt de drempel? In Acumulus of in de webshop?

Het lettertype of de grootte van de letters in de toelichting is niet instelbaar. Wel zou je de toelichting en de uitgebreide toelichting kunnen samenvoegen. Je kunt dan handmatig een lege regel tussen jouw referentie en de aanvullende teksten in de uitgebreide toelichting opnemen.

Waar verwijst jouw referentie naar? Als het gaat om een relatie-referentie of project-referentie dan kun je deze ook automatisch vanuit het factuursjabloon inschakelen (tabblad "Factuur/Herinnering/Offerte/Pakbon" van sjabloon) en eventueel een andere naam geven (tabblad "Algemeen" van sjabloon).

Je zou deze teksten ook als 1 geheel kunnen toevoegen in de uitgebreide toelichting van de factuur. Achter de toelichting zit een pijltje waarmee je de uitgebreide toelichting inzichtelijk krijgt. In het geval van jouw voorbeeldfactuur verwacht ik dat dit beter voor je zal uitpakken.

Door via.sielsystems.nl te gebruiken zorgen we er juist voor dat we betrouwbaar kunnen afleveren. Stuur de headers in de als spam gemarkeerde email aub naar klantenservice@acumulus.nl. Dan pak ik het daar op.

[voorzien van originele headers]

Dat is op zich een melding die afwijkt van wat standaard is voor solide mailservers. Als een server gemarkeerd wordt omdat de server zelf een ander domein heeft zou dat reden zijn om 99% van alle email op het internet niet langer te accepteren. Servers versturen soms wel voor duizenden verschillende domeinen email.

Voor email die vertrekt vanuit Acumulus is dat überhaupt niet het geval. We versturen altijd als @sielsystems.nl. Vandaar dat je ook via.sielsystems.nl terugziet.

We krijgen er verder geen klachten over, maar nemen het uiteraard serieus. De meest praktische oplossing is om de van de ontvanger het originele bericht dat als ongewenst is aangemerkt voorzien van originele headers even naar onze klantenservice te sturen. Dan kijk ik via die route even wat er precies speelt.

Dit soort afrondingen zijn soms lastig om te vermijden en soms specifiek voor een bepaalde installatie, situatie en/of webwinkel.

Afhankelijk van de ondersteuning die je gekozen hebt voor jouw webshop (zie: https://www.siel.nl/acumulus/koppelingen/support/ ) kunnen we via de klantenservice hier gericht op ingaan.

Mocht het om een paar, of heel specifieke orders gaan dan kun je ook de paar centen verschil met bijvoorbeeld een negatieve zakelijke uitgave wegboeken.

Toevallig werd ik deze week door 2 gebruikers hierop gewezen. Inmiddels is dit prima mogelijk via de transactiefilters en Cecilia

https://www.siel.nl/acumulus/cecilia/

Zojuist live gegaan: Overzichten -> Abonnementen. Hiermee kun je een standaard-product of dienst periodiek laten terugkomen en automatisch in rekening brengen.

Ik had er ook bij staan:
Fout: 400 Bad Request, VXEU14: Ongeldige of ontbrekende vatrate voor countrycode op issuedate.

Gebeurt dus alleen bij onze BE klanten, maar ook niet bij allemaal.

Dat kan een andere, maar gerelateerde melding zijn. Ik zou even controleren of je niet het verkeerde lage btw-tarief gebruikt voor Belgie.

Ik heb het aangepast om deze hoofdletters niet langer te onderdrukken.
Wat belangrijk is, is dat een reeks spamfilters niet blij worden van teveel hoofdletters. Ongewenste berichten hebben namelijk onderwerpen als:

"Nu Direct Deze Producten Tegen Enorme Korting Veel Gratis Enorm" 

..waardoor onderwerpen met overvloedige hoofdletters strafpunten krijgen van de digitale postbode en de betrouwbaarheid van de aflevering onder druk zetten.

Spamfilters bij de grotere mailproviders zijn niet open over hun regels en zouden ook zomaar strafpunten kunnen toekennen omdat informatie dubbel voorkomt (afzender opgenomen in het onderwerp)

Je kunt nu in de relatiekaart aangeven in het 2e tabblad dat je een bepaalde betaaltermijn wilt hanteren. In het crediteuren-overzicht met ontvangen facturen wordt hier vervolgens ook rekening mee gehouden.

Voor WooCommerce is er een ondersteunend document beschikbaar op https://forum.acumulus.nl/index.php/topic,8083.0.html . Voor de andere plugins werkt dit vergelijkbaar.

Ik zie dat de link starten inderdaad is opgenomen in het overzicht. Deze hoort hier eigenlijk helemaal niet. De koppeling met (Open)KvK is Acumulus-breed en beschikbaar voor elke gebruiker. Het gaat voornamelijk om de functionaliteit zoals omschreven op: https://www.siel.nl/acumulus/koppelingen/overigen/OpenKvK/

Ik zal de link repareren.

Hallo beste leden, en ontwikkelaars.

Ik ben benieuwd of er ergens een mogelijkheid is om Woocommerce producten te koppelen met Acumulus. Zodat deze altijd 1 op 1 kloppen. Ik moet vaak prijzen aanpassen in Woocommerce en dan achteraf steeds opnieuw producten importeren in Acumulus.
Omdat wij ook veel offertes maken stroken de prijzen niet altijd. En omdat we steeds nieuwe producten toevoegen en oude verwijderen blijft dat wel een dingetje.


Dit zou mij enorm helpen.

Of zou dit via een API kunnen? Of beter nog kan het niet opgenomen worden in de bestaande Woocommerce koppeling, zodat ook producten automatisch gelinkt en bijgewerkt worden in Acumulus?

We zetten het op de roadmap, maar het zal nog even op zicht laten wachten voordat we hier mee aan de slag kunnen.

Met de meest recente update van het importprofiel zou het probleem nu verholpen moeten zijn.

Ik heb mijn rekening gekoppeld en de mutaties van KNAB komen nu automatisch binnen Maar...... interne overboekingen zijn niet volledig. Als ik een boeking van mijn zakelijke spaarrekening naar betaalrekening heb, dan staat de tegenrekening niet gevuld. Daardoor wordt deze ook niet automatisch verwerkt.

Als ik de mutaties naar CSV exporteer en importeer in de 'Saldo mutaties', dan heb ik wel een tegenrekening.

Kan dit gemeld / opgelost worden ajb.

Kun je via klantenservice@acumulus.nl een balletje opgooien aub? In theorie zou het probleem eerder deze maand door Unifiedpost opgelost moeten zijn voor recente transacties, maar als de tegenrekening nog steeds ontbreekt dan heb ik o.a. contractcodes en ibannummers nodig om de case aan te vullen. Het probleem schijnt verstopt te zitten in het onderliggende type dat KNAB aan de rekening toewijst.

Dat was ons nog niet opgevallen. Zou je een onbewerkt csv-bestand naar klantenservice@acumulus.nl willen sturen zodat we het import-profiel kunnen updaten?

Het lijkt er op dat de plugin (als je deze gebruikt(?)) nog iets probeert op te vragen van het concept terwijl je deze al handmatig hebt verwerkt in Acumulus. Is dat iets dat herkenbaar klinkt ?

De facturen komen wel gewoon als concept-factuur in Acumulus ?

Aha, niet een werkbon voor jezelf, maar voor de klant. De meeste gebruikers sturen hier een offerte voor uit per email en laten deze per email schriftelijk bevestigen.

• Stel de werkbon op zoals je normaal een factuur aanmaakt via: Nieuwe boeking -> Nieuwe factuur/offerte.
• Voeg factuurregels toe.
• Kies knop: "Opslaan als concept-factuur/offerte"

Je kunt nu de offerte direct versturen via het mail-icoon of naslaan via Overzichten -> Concept-facturen en offertes
Door offertes op te slaan en vanuit het overzicht te werken kun je eventueel wat meer gangbare offertes alvast vooraf opzetten, zonder een relatie te selecteren, zodat je niet elke keer weer dezelfde zaken hoeft toe te voegen.

Via het factuursjabloon kun je nog e.e.a. inregelen m.b.t. deze concept-facturen/offertes.

Lijkt dit misschien een beetje op wat je zoekt?

- Guido

In Acumulus kun je hier waarschijnlijk de uren-, en project-administratie praktisch voor inzetten.

Hey wat goed

Ik zie in de debugger dat het SSL-certificaat van de locatie waarop de XML wordt gehost niet helemaal op orde is. Zou je eens via https://www.ssllabs.com/ssltest/ willen kijken of er problemen met het certificaat spelen? Dan zoek ik nog even aan de kant van Acumulus verder.

Wanneer kreeg je deze melding? Ik zie toevallig dat er 10min geleden in de crashbucket van de API een melding is gekomen waarbij de API wordt aangeroepen zonder dat "xmlfile=" wordt opgegeven.

De API ontving

Code Selecteer Uitklappen

../invoice_add.php?https://url.. 
ipv

Code Selecteer Uitklappen

../invoice_add.php?xmlfile=https://url..

Gr,
Guido

Je kunt kijken bij: Beheer -> Gebruikers -> Rechten per type.

Maar eenvoudiger is soms, als je de gebruiker hebt aangemaakt om even met zijn/haar inloggegevens te kijken hoe e.e.a. er uit ziet.

- Guido

De meest beperkte rol voor gebruikers/medewerkers is die van Invoerder.

Goedemorgen,

We hebben in de afgelopen jaren met dit verzoek weinig gedaan. Deels omdat er een reeks grotere ontwikkelprojecten actief waren, maar ook moeten eerst andere ontwikkelslagen gemaakt worden om het goed op te zetten.
Ik heb even in kaart gebracht wat hier voor nodig is, en in theorie verwacht ik dat we dit in de loop van het jaar nog wel kunnen realiseren.

Iets definitiefs toezeggen kunnen we helaas niet. Soms ontstaan er randzaken die plotsklaps veel tijd kosten.
Zo hebben bijvoorbeeld de nieuwe regels rond de buitenlandse btw onder de motorkap van Acumulus enorme consequenties gehad. Dat is wellicht minder zichtbaar, maar wel extreem belangrijk geweest om goed opgezet te krijgen.

We houden jullie op de hoogte.

Gr,
Guido

Ik schuif deze vraag even naar het board met de webkoppelingen.

Heb je in de instellingen van de plugin de "account number translations" ingesteld? Als dit niet is opgegeven valt de API van Acumulus terug op de 1e rekening.

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

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/

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/

Er is nu een automatische koppeling beschikbaar voor KNAB

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

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

Ik heb zojuist een reeks opties toegevoegd. Mocht je iets missen dan hoor ik het graag.

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.

Zie ook: https://wiki.acumulus.nl/index.php?page=europese-btw-in-acumlus

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.

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

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

[vanaf versie 6.3.0 van alle plugins]

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.

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.

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.

Wordt dit ook doorgevoerd voor de plugins.

Dat is wel de bedoeling.

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