Berichten

Zojuist besloten om definitief ios7 en wellicht de iphone5 eruit te gooien. misschien probeer ik het bij een aantal vervolgupdates nog een keer mocht ik het toestel houden.

Misschien ben ik wel wat conservatief ingesteld maar voor zakelijk gebruik verwacht ik niet dat ik bij een update vervolgens een paar maanden mag gaan wennen aan het gebruik.

Zomaar een lijstje met downgrade-redenen:

• contrast vs non-contrast is veel te groot. bij gebruik schakelt mijn telefoon tussen fel wit van de menus en gematigd gekleurd van de applicaties. in de nachtelijke uurtjes ervaar ik dit als een solar flare die elke paar minuten in mijn ogen straalt. auto-adjust helpt geen blip.
• langzaam opstarten. een of andere held heeft besloten dat als ik op de home knop druk vervolgens 1.5 seconden moet wachten voordat eer een slider komt. was bij ios6 instant.
• Hoe sluit ik in vredesnaam apps echt af? voorheen kon ik met 2 drukjes een paar belangrijke apps echt uitzetten. skype bijvoorbeeld om berichtgeving te onderdrukken. nu krijg ik een soort grande history die er overigens wel degelijk uit ziet.
• bij te lange lijsten in web/email/apps verdwijnen de navigatieknoppen/adresbalken etc.
• omlaagscrollen vanuit  de ondergrens van mijn scherm brengt nu een menuutje omhoog ipv dat het de in-app scroll beweging uitvoert.
• high-end apps welke net aan genoeg resources hadden trekken het nu niet meer omdat op de achtergrond veel meer verspilt lijkt te worden.
• accu eerder leeg.

en zo zijn er nog wel een handje vol redenen.

+pluspuntje is dat mobile data in het instellingen menu 1 trede omhoog gezet is. (yay)

Guido 

Toegevoegde features aan webkoppeling v2.0.3:

- Meesturen inkoopbedrag
- Integratie voor margeregeling
- Keuze doorzetmoment

Een compleet overzicht is te vinden op: http://www.siel.nl/webkoppelingen/
Download van nieuwe Virtuemart koppeling met Acumulus: https://forum.acumulus.nl/index.php/topic,2746.0.html

Ik mis mijn Nokia N900 met Maego... Dat was nog eens mobiel werken!... totdat de accu het opgaf. Jammer dat die overgeklokt moest worden om vlot te blijven.

Ik wacht geduldig op de alternatieven van Tizen en FirefoxOS voor de volgende gadgetronde

De nieuwe Magento webkoppeling met Acumulus is gereed. Onder meer de integratie voor inkoopbedragen en de margeregeling zijn nu toegevoegd als integraal onderdeel van de koppeling.

Guido.

download: https://forum.acumulus.nl/index.php/topic,2863.0.html
feature-list: http://www.siel.nl/webkoppelingen/

ik had hetzelfde gedaan en heb inmiddels besloten om te downgraden dan wel een andere telefoon te scoren. mijn iphone5 is practisch onwerkbaar geworden.

in-browser navigatie is vakkundig gesloopt en ook de navigatie en gebruik binnen email is een ramp. hele vreemde gestures en opmaak.

best zonde want het was een redelijk produkt voor zakelijk gebruik.

http://www.pcmweb.nl/workshop/ontevreden-zo-downgrade-je-ios-7-naar-ios-6.html

of een van de andere downgrade instructies ga ik maar proberen,.. kijken if ik ios6 nog leuk vind. #zondevanmijntijd

Met veel plezier laten we weten dat we diverse bugfixes in de OpenCart webkoppeling hebben laten inbouwen.

Inmiddels is de eerste beta binnen 

Als je gewoon netjes de emailonwarning en emailonerror tags invult dan krijg je vanzelf waarschuwingen als we non-SSL support willen uitfaseren.

Guido.

subscribe

Is het dan niet zo dat je altijd iets moet aanpassen? nml de datum? En maakt het dan uit waar dit gedaan wordt? De aanpassing in het produkt zoals Annalies suggereerd klinkt dan heel logisch.

Guido

47AKF-QUQYR-DVH4
75euro extra bij besteding van 25euro.
geldig tot 30nov 2013.

- kunnen de notitie's (binnen een factuur) ook op de pakbon gezet worden? (hier wil ik extra info in zetten voor degene die met de pakbon aan de slag gaat)

Dat is op zich wel een interessante gedachte. Het lijkt me ook niet zo lastig om in te bouwen. Ik zal het even uitzoeken, en als het generiek op te lossen is zet ik het in de API roadmap. Dan komt het vanzelf op de pakbon bij de volgende API-release.

Bij nader inzien blijkt dit toch onhandiger dan in eerste instantie gedacht. Wat de aanpak onhandig maakt is dat de factuuropmerkingen voor iedereen die hier iets invult ook op diens pakbonnen terrecht komen. Ik zie helaas vooralsnog niet direct een eenvoudige oplossing om dit te bewerkstelligen.

Guido.

topic apart draadje gegeven.

Ik zou in ieder geval altijd emailonerror en emailonwarning invullen. Deze tags zullen we bijvoorbeeld in de toekomst ook kunnen gebruiken om wijzigingen in functionaliteit aan te kondingen. als emailonerror dan niet ingevuld is dan kan de ontwikkelaar zich daar minder goed op instellen

Goede groet,
Guido

Merci voor de feedback. Wellicht is dat asp.net ook de reden van de vreemde characters die je meestuurt voor de opening <xml> tag.

[Besteld - Verstuurd - Backorder - Checked]

Layout:
het enige wat ik graag zou willen veranderen zijn de woorden: Besteld - Verstuurd - Backorder - Checked
dit aangezien ik veel aan verhuur doe. ik zou dus kiezen voor bv: Besteld - Gepakt - Lokatie - Retour

Het is op zich best logisch dat iemand de bewoording in de header op de pakbon wil wijzigen. Ik zet het op de todolijst om deze 4 keywords configureerbaar te maken. Echter, ik verwacht niet dat ik het op korte termijn klaar heb.

Guido.

ik zal er even over nadenken. er staat iig nog een interne aanpassing in de weg voordat ik dit kan implementeren.

Hmm.. dat kan inderdaad niet. Verwacht je 1 PDF met veel paginas of een set met pdfs? Een enkel bestand is lastig. Een bundel met diverse pdf files kan ik wel over nadenken, eventueel met wat handmatige noodgrepen.

Guido

mijn 3 vragen:
- kan de pakbon functie ook beschikbaar gemaakt worden in het offerte traject? (ik verstuur nl een factuur na de uitvoering van een opdracht, de pakbon welke ik gebruik als picklist kan ik dan doorsturen naar mensen die ik inhuur)

Ik ga dat eens uitzoeken. Mijn eerste reactie is echter dat dit niet gaat lukken omdat de offertes fundamenteel verschillen van de facturen.

- kan ik de pakbon layout ook veranderden (bij bv factuur sjablonen)? (aangezien ik aan verhuur doe gebruik ik hem als picklist)

De pakbon is altijd op basis van een factuur. Als je voor de bijbehorende factuur het sjabloon aanpast dan wijzigt de pakbon mee. Is dit niet voldoende voor je?

- kunnen de notitie's (binnen een factuur) ook op de pakbon gezet worden? (hier wil ik extra info in zetten voor degene die met de pakbon aan de slag gaat)

Dat is op zich wel een interessante gedachte. Het lijkt me ook niet zo lastig om in te bouwen. Ik zal het even uitzetten, en als het generiek op te lossen is zet ik het in de API roadmap. Dan komt het vanzelf op de pakbon bij de volgende API-release.

Gr,
Guido

..mag ik lege tags ook zo opvoeren:
<emailto/> in plaats van <emailto></emailto>

Goede vraag. Ik zal dit even testen of het overal goed werkt. Als je op safe wilt spelen doe je het niet

en nu krijg ik nu de volgende melding:
De bewerking kon niet worden uitgevoerd - Unable to process request.

Je valt in een generiek safety-vangnetje door de single quotes van jouw PBID (de description tag). Deze strip ik er nu voor je uit.

Kun je dit nog een keer proberen?

Guido.

Je vergeet "xmlfile=" in de URI 

Als het kan, graag ook even je XML valideren. Handig URI hiervoor is: http://validator.w3.org/

Guido.

Dingen die niet verplicht zijn hoeven in principe niet opgegeven te worden. Het is overigens wel aan te bevelen om ze als tag op te voeren en gewoon leeg te laten.

De error die je krijgt heeft te maken met de manier waarop je de API aanroept. Kun je het nog een keer proberen? Dan kijk ik even mee om te zien wat er exact mis gaat.

Op zich zou de methode op: https://www.siel.nl/acumulus/API/Basic_Usage/ moeten werken maar ik ben wel benieuwd hoe je tot die error komt

Guido.

Ook wij zouden graag zien dat de koppeling er al was, echter e.e.a. blijkt langer te duren dan verwacht/afgesproken.

Guido.

De mus is niet dood, het ei is gewoon wat stug.. :/

Dit topic is verplaatst naar Vragen over de aangifte IB.

https://forum.acumulus.nl/index.php?topic=3033.0

https://api.sielsystems.nl/acumulus/stable/path/to/api_call_used.php?xmlfile=HIER_STAAT_DAN_MIJN_FILE
Dan krijg ik een 404 error. (The requested URL /acumulus/stable/path/to/api_call_used.php was not found on this server.)

Daarnaast heb ik nog geen SSL certificaat weet niet of dat uitmaakt.

Je zult "path/to/api_call_used.php" moeten vervangen door de specifieke api-call die je wilt gebruiken. In jouw geval zal dit dan resulteren in:

https://api.sielsystems.nl/acumulus/stable/invoices/invoice_get_next_number.php?xmlfile= HIER _STAAT_DAN_MIJN_FILE

De te gebruiken URL voor elke API-call staat vermeld in de documentatie van elke desbetreffende call.

Daarnaast heb ik nog geen SSL certificaat weet niet of dat uitmaakt.

Dat gaan we op termijn niet meer goed vinden. Vooralsnog kom je er nog wel even mee weg

Guido

Had je de pagina over algemeen gebruik al gelezen?

https://www.siel.nl/acumulus/API/
https://www.siel.nl/acumulus/API/Basic_Usage/
https://www.siel.nl/acumulus/API/Basic_Submit/
https://www.siel.nl/acumulus/API/Basic_Response/

Misschien is submit methode #1 wel het makkelijkst. Je genereert zelf een xml file binnen je eigen webwinkel.

Deze xmlfile moet vervolgens voldoen aan de XML Submit Structure zoals voor een nieuw factuurnummer beschreven op:

  https://www.siel.nl/acumulus/API/Invoicing/Get_Next_Number/

Als je nu met bijvoorbeeld firefox naar:

https://api.sielsystems.nl/acumulus/stable/path/to/api_call_used.php?xmlfile=https://www.yourwebshop.tld/somefolder/yourfile.xml

surft dan krijg je daar het nieuwe factuurnummer te zien.

Let wel dat als je XML als <format> gebruikt firefox niets afbeeld. Je zult dan even in de broncode van de pagina moeten kijken. Als je als format niet xml maar json gebruikt dan laat firefox het wel zien.

Hopelijk helpt dit iets.

Guido.

Ik ben bezig met een custom webshop.
Heeft iemand hier toevallig een PHP script liggen en deze beschikbaar stelt voor de communicatie met de API van Acumulus?

Beste Martijn,

Welke functionaliteit zou je als eerste willen implementeren? Ik wil je met veel plezier een beetje op weg helpen Meestal is het handig om met een eenvoudige API-call te beginnen en zodra het 'truukje' bekend is een wat complexere aanroep te doen.

Goede groet,
Guido.

Dat klink wel heel vreemd en heb ik nog niet eerder gehoord. Misschien is het verstandig als je NeshMedia vraagt om even mee te kijken.

Op http://www.siel.nl/webkoppelingen/ staat onderin vermeld hoe contact op te nemen met ze en welke gegevens ze nodig hebben om te kunnen helpen.

Guido.

Zodra de koppeling beschikbaar is meld ik het in ieder geval even in dit draadje zodat je een mailtje krijgt.

Guido.

De verwachting is dat we eind van de week een eerste versie van de koppeling kunnen releasen. Hierin zit dan in ieder geval nog geen functionaliteit om met de marge-regeling om te gaan. Deze feature is flink meer werk en bewaren we voor versie #2 van de koppeling

Wel is de verwachting dat we deze maand alle geplande features klaar hebben voor eindgebruik.

Guido.

Zojuist met Neshmedia gesproken. Speelt dit nog?

De hamvraag is een beetje of ik hiermee ook direct voor 2014 klaar ben. Tenminste als de regeling uberhaupt dan nog niet om zeep geholpen is...

No guts no glory

Ik zet er een streep onder voor de rest van de tijd. Misschien schrijf ik nog af en toe wat op als ik wil weten hoe lang ik met een bepaald ding bezig ben. Maar dan is de motivering wel ietsje anders

Nogmaals tnx voor de snelle antwoorden.

Guido.

Merci voor de snelle reactie

Ik heb een keer van mijn accountant gehoord dat een jaarregistratie als referentie-jaar beschouwd kan worden. Tenminste zolang je niet ineens richting de EUR 0,- omzet duikelt.
Momenteel voel ik daar veel voor en extrapoleer ik graag vanaf nu naar 31december.

Guido.

Om in aanmerking te komen voor zelfstandigenaftrek dien ik 1225 uren gewerkt te hebben. In mijn zorgvulldig bijgehouden en gedetaileerde urenregistratie ben ik vandaag door deze grens heen gegaan voor 2013.

De teller staat momenteel op 1232 uur en 15minuten.

Ik ben inmiddels een beetje flauw geworden van het bijhouden. Is het aannemelijk te maken dat ik genoeg werk om voor de regeling in aanmerking te komen of moet ik echt weer doorploeteren hiermee (zoals de voorgaande jaren)?

Goede groet,
Guido.

Ik bedenk me net dat ik natuurlijk ook facturen zelf geautomatiseerd via de API periodiek kan aanmaken en wegsturen. Of zitten hier nog haken en ogen aan?

Bovenstaande flexibiliteit is een van de redenen waarom we de API ontwikkeld hebben. Je kunt e.e.a. hiermee beter op de eigen bedrijfsprocessen en wensen afstemmen.

Guido.

Zojuist is de meest recente API-bundle release gedaan. De pakbon is nu definitief beschikbaar.

    https://forum.acumulus.nl/index.php/topic,2997.0.html

Guido.

Voor hen die met webkoppelingen werken, de nieuwe API bundle release heeft ondermeer support voor een pakbon en het bijwerken van de factuurstatus.

zie ook:  https://forum.acumulus.nl/index.php/topic,2997.0.html

changelog: https://www.siel.nl/acumulus/API/Changelog/

Guido.

Klopt Guido, ik bedoel de betaaldatum! Super dat het op de lijst staat.

Inmiddels opgenomen in de stabiele versie van de API

Met veel plezier melden we dat we de API 1.2 bundle aan de stable tree hebben kunnen toevoegen 

Per direct is het dan ook mogelijk om gebruik te maken van:

• een volledig herziene API-call om facturen en herinneringen te sturen.
• de betaalstatus van een factuur aan te passen.
• het contactoverzicht te filteren op contact type.
• een eenvoudige pakbon te genereren op basis van een bestaande factuur.

Een compleet overzicht van onze API documentatie is te vinden op:

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

Suggesties voor de volgende bundle release zijn meer dan welkom.

Guido.

We zijn absoluut van plan om de koppeling beschikbaar te krijgen.

Nog even geduld aub.  Ik heb vrijdag overleg met Neshmedia over diverse webkoppelingzaken.

Als het goed is zou OpenCart de verzendkosten gewoon moeten doorgeven zonder hier verder aan te sleutelen. Ik vermoed/vrees dat de module er probeert btw uit te halen. De hamvraag is welk bedrag en btw percentage de module aanbiedt aan Acumulus.

Het is practisch als NeshMedia even naar jouw specifieke setup kijkt. Ik stuur ze een berichtje en bel ze maandag even.

Goede groet,
Guido

Laten we het na de warme dagen weer eens op de agenda zetten. Ik meen wel wat ideeen te hebben,.. echter of die een praktische toepassing hebben weet ik nog niet

Een rollback als er fouten gemaakt worden blijft wel complex.

Klopt Guido, ik bedoel de betaaldatum! Super dat het op de lijst staat.

De API-call is inmiddels klaar en gaat door een intern review proces. De call is al wel opgenomen in de documentatie. Ik verwacht deze op korte termijn in de bundle-release voor stable te kunnen invoegen maar wellicht is het handig als je even kijkt of het exact doet wat je bedoelt. Meer feedback kan geen kwaad

  https://www.siel.nl/acumulus/API/Invoicing/

-> Set Payment Status

Goede groet,
Guido.

Goedemorgen,

We hebben het intern besproken en we denken dat we een mogelijkheid hebben om deze functionaliteit toch beschikbaar te krijgen. Echter een zinvolle uitspraak over een implementatiemoment kan ik niet doen.

Hoe dan ook, we hebben het in onze ontwikkel-todo-lijst opgenomen en laten je in ieder geval hier weten als dit beschikbaar is.

Goede groet,
Guido.

Als het goed is kun je in de koppeling aangeven op welke rekening alles geboekt moet worden.

Guido.

Tnx

Ik verwacht niet veel aanpassingen meer maar heb nog wat testwerk af te ronden.

De datum is die van print en staat op de pakbon vermeld. De layout wordt overgenomen van de layout welke gekozen is voor de bijbehorende factuur. De layout heb je daarmee grotendeels zelf onder controle. De "checked" kolom is bedoeld om per artikelregel een krabbeltje of vinkje te zetten. Handig als meerdere mensen orderpicking zouden moeten doen. Uiteraard ben je vrij om zelf nog de hele hap met een grande finale stempel af te tekenen

Ik begrijp dat er gevallen zullen zijn waarbij men eea net even anders zou willen. Echter met deze pakbon probeer ik een zon groot mogelijk publiek te helpen.