De webshop-koppeling met Prestashop is beschikbaar.
Laatste versie: 1 oktober 2012 https://forum.acumulus.nl/index.php/topic,2744.0.html
De koppeling is gemaakt door www.neshmedia.com (http://www.neshmedia.com)
Aangezien ik zelf weinig weet van Prestashop en deze koppeling niet zelf heb gemaakt, zullen de mensen van Neshmedia hier op het forum eventuele vragen beantwoorden.
Gepost door \"brabant\"
Beste Danny,
en Beste Bert Jan
Ik heb je add on op onze presta shop geinstalleerd om te kijken of het met acumulus werkt.
Mag ik je een paar vragen stellen?
Ik heb een order met 100% korting verkocht
Als ik deze order naar acumulus exporteer (via de status payment accepted in Presta) dan komt deze netjes in acumulus, maar niet met de korting. Hij komt in de boekhouding met het volle bedrag en dus krijg ik er dan ook BTW over, terwijl het in Presta voor 0 Euro (en dus zonder BTW) verkocht is.
Ligt de fout aan mij, aan presta, aan acumulus of aan de add-on?
(als je meer info nodig hebt, kan ik je die uiteraard geven)
ps. Ik Zie in Presta dat deze bij de stats orders die met korting weg zijn gegaan in het eerste scherm (van de stats tab) als distributie voor een geldbedrag staan zonder de korting. Als ik in de Stats druk op \' verkopen en orders\' onder navigeren (linker kolom), dan komt bij verkopen wel de werkelijke omzet te staan. Zou het kunnen dat je Ad-on de bedragen uit die \'distributie\' getallen haalt, en niet uit de verkoop - data? (ik ben maar een leek dus wellicht sla ik onzin uit...)
Hoop dat je de vragen kunt beantwoorden.
Verder krijg ik error mails van de Api van acumulus bij elke automatische import. In die mails staat verder niets?! De import in acumulus is wel geslaagd. In de broncode van de mails staat dit:
(is dat iets voor jou of voor acumulus om te weten?)
From - Thu Jan 19 14:07:03 2012
X-Account-Key: account4
X-UIDL: UID524-1315213306
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:
Return-Path:
Delivered-To: 614-info@brabantz.nl
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on
ns1.itindependent.net
X-Spam-Level:
X-Spam-Status: No, score=-2.6 required=6.0 tests=BAYES_00 autolearn=ham
version=3.2.5
Received: (qmail 13987 invoked from network); 19 Jan 2012 14:00:40 +0100
Received: from smtpout2.primerelay.net (82.94.250.34)
by adfias.nl with SMTP; 19 Jan 2012 14:00:40 +0100
Received-SPF: neutral (adfias.nl: 82.94.250.34 is neither permitted nor denied by SPF record at acumulus.nl)
Received: from sielsystems.primerelay.net (unknown [82.94.250.52])
by smtp.primerelay.net (Postfix) with ESMTP id 4711D1041CE
for ; Thu, 19 Jan 2012 14:00:40 +0100 (CET)
Received: by sielsystems.primerelay.net (Postfix, from userid 81)
id 39D231226041; Thu, 19 Jan 2012 14:00:40 +0100 (CET)
To: info@brabantz.nl
Subject: Import Acumulus API Error report
From: meldingen@acumulus.nl
Message-Id: <20120119130040.39D231226041@sielsystems.primerelay.net>
Date: Thu, 19 Jan 2012 14:00:40 +0100 (CET)
Met vriendelijke groet,
Ajo
Ik ken Prestashop niet goed. Ik zal de vraag doorspelen aan Nesh Media.
Als alles goed gaat, kun je op dit moment het beste het veld voor emailonerror leeg maken.
Naast het probleem met de korting, neemt de koppeling ook de verzendkosten niet mee.
Ik hoop dat Danny tijd heeft er naar te kijken...
Groet,
Ajo
Men is er mee bezig. Morgen hebben we overleg met Nesh Media,
1)Na installatie van de acumulus module is het in een van de versis van prestashop (1.4.1.0) niet zichtbaar in back office. Ik heb ook nog een andere webwinkel en daar is het wel zichtbaar (1.4.40).
Hebben de makers van deze module al eerder zo\'n probleem gehad en zo ja hoe dit op te lossen. In mijn FTP (Filezilla) is de module wel zichtbaar onder de naam acumulus. Daar heb ik handmatig de code en wachtwoord in de php bestand gezet. Dit heb ik meer gedaan om te kijken of het bestand op de een of andere manier herkent werd. Toen is de module even zichtbaar geweest in Back Office maar werden alle andere modules niet zichtbaar. De codes heb ik nog wel snel kunnen invoeren. Na het opslaan en heropenen van de module link waren alle andere modules weer zichtbaar en de acumulus module niet.
2)Worden na voltooiing van de installatie al mijn facturen uit het verleden ook (automatisch) verwerkt of moet ik het ergens handmatig updaten. Tot dusver namelijk geen veranderingen.
UPDATE
Ik heb de module wel werkend gekregen al blijven dezelfde problemen. De facturen worden nu wel geïmporteerd. Alleen de verzendkosten worden herkent waardoor alleen mijn standaard verzendkosten van 1,95 worden weergeven.
Hoop dat de omschrijving duidelijk is!
MVG
De installatie in Prestashop (1.4.6.2) is goed verlopen. Inmiddels een aantal orders in \"geaccepteerd\" gezet. Maar in Acumulus geen boekingen te zien in \"laatste boekingen\". Zit er iets niet goed? waar kan ik dit controleren?? Zal helaas weer alles handmatig moeten doen....
Graag z.s.m uw reactie
@rudykoek De module is ontwikkeld voor de laatste stable versie van prestashop (1.4.6.2) en is niet getest op oudere versies. Krijgt u misschien een foutmelding (op de pagina of in de log)?
Facturen zullen alleen in acumulus worden geplaatst wanneer deze op de status \"payment accepted\" worden gezet. Indien de bestaande facturen ook overgezet dienen te worden dan dient u deze handmatig op \"payment accepted\" te zetten. Deze zullen niet automatisch geimporteerd worden in acumulus.
@cmuysert Heeft u alle gegevens juist ingevuld? Is er onder de relatie ook geen nieuwe factuur te zien?
Citaat van: neshmedia@rudykoek De module is ontwikkeld voor de laatste stable versie van prestashop (1.4.6.2) en is niet getest op oudere versies. Krijgt u misschien een foutmelding (op de pagina of in de log)?
Facturen zullen alleen in acumulus worden geplaatst wanneer deze op de status \"payment accepted\" worden gezet. Indien de bestaande facturen ook overgezet dienen te worden dan dient u deze handmatig op \"payment accepted\" te zetten. Deze zullen niet automatisch geimporteerd worden in acumulus.
@cmuysert Heeft u alle gegevens juist ingevuld? Is er onder de relatie ook geen nieuwe factuur te zien?
Is er misschien een module die ontwikkeld is voor 1.4.1.0? Ik krijg geen foutmelding maar kan je niet ergens een error report inschakelen? Staat me bij dat dit kan.
Het zou jammer zijn als ik het niet werkend krijg. Kan me een hoop tijd schelen.
Citaat van: neshmedia@rudykoek De module is ontwikkeld voor de laatste stable versie van prestashop (1.4.6.2) en is niet getest op oudere versies. Krijgt u misschien een foutmelding (op de pagina of in de log)?
Facturen zullen alleen in acumulus worden geplaatst wanneer deze op de status \"payment accepted\" worden gezet. Indien de bestaande facturen ook overgezet dienen te worden dan dient u deze handmatig op \"payment accepted\" te zetten. Deze zullen niet automatisch geimporteerd worden in acumulus.
@cmuysert Heeft u alle gegevens juist ingevuld? Is er onder de relatie ook geen nieuwe factuur te zien?
Ik heb alle gegevens ingevoerd in de module en het is goed gegaan. Ik krijg geen foutmelding, geen nieuwe relatie en geen nieuwe boekingen. De orders in Prestashop staan in \"payment accepted\"
:(
Citaat van: neshmedia@rudykoek De module is ontwikkeld voor de laatste stable versie van prestashop (1.4.6.2) en is niet getest op oudere versies. Krijgt u misschien een foutmelding (op de pagina of in de log)?
Facturen zullen alleen in acumulus worden geplaatst wanneer deze op de status \"payment accepted\" worden gezet. Indien de bestaande facturen ook overgezet dienen te worden dan dient u deze handmatig op \"payment accepted\" te zetten. Deze zullen niet automatisch geimporteerd worden in acumulus.
@cmuysert Heeft u alle gegevens juist ingevuld? Is er onder de relatie ook geen nieuwe factuur te zien?
Hi Rudy, zou je mij even kunnen bellen over de koppeling met Prestashop?? 06-44193022
alvast bedankt
Zou iemand van Neshmedia willen reageren? Ik vind het een mooi programma wat een hoop werk bespaart maar zou het zonde vinden als de proeftijd erop zit zonder dat ik iets heb kunnen testen of aanpassen.
GR Rudy
Ik kan de proeftijd verlengen hoor. Dat is geen probleem.
Citaat van: Bert-JanIk kan de proeftijd verlengen hoor. Dat is geen probleem.
Dat zou natuurlijk heel mooi zijn. Ik heb nog zitten twijfelen of ik dan misschien een upgrade van prestashop moet doen maar dan is het thema dat ik gebruik weer niet compatibel. Ik vraag me af of er heel veel tijd voor nodig is om het ook voor andere versie werkend te krijgen omdat er toch veel gebruikers zijn die niet de laatste versie gebruiken.
Ik zal dit met Nesh Media overleggen. Misschien is het niet zo ontzettend veel werk.
HElaas heb ik niets meer van NeshMedia gehoord. Ik heb wel contact gehad met Rudy, het blijkt dat je de API URL moet aanpassen met je eigen domein, dit staat in geen enkele handleiding. Ik heb hen aangepast maar er gebeurd nog niets......
Graag zou i van iemand toch even contact willen waarom de koppeling niet werkt!!
06-44193022
Mmm, het is nu vrijdagavond. Ik weet niet of dat gaat lukken.
De koppeling is erg nieuw. Alle problemen die nu boven komen, worden wat mij betreft opgelost.
Alleen gaat dat niet in een paar dagen. Graag jullie geduld omdat het volledig nieuwe software is.
Citaat van: cmuysertHElaas heb ik niets meer van NeshMedia gehoord. Ik heb wel contact gehad met Rudy, het blijkt dat je de API URL moet aanpassen met je eigen domein, dit staat in geen enkele handleiding. Ik heb hen aangepast maar er gebeurd nog niets......
Graag zou i van iemand toch even contact willen waarom de koppeling niet werkt!!
06-44193022
Beste Cmuysert,
Kunt u ons wellicht toegang (FTP en Beheerpanel) verschaffen.
Wij zullen dan even de configuratie nalopen en zo kijken of er sprake is van een bug, of een foute instelling.
Ps. De API URL moet niet aangepast worden naar uw eigen domein! Deze url wordt gebruikt om de gegevens naar acumulus te versturen.
Groet,
Dinesh
Dat is dan mijn fout. Ik ging er vanuit dat het goed zou zijn omdat ik vanaf dat moment een keer een gegevensoverdracht zag. Zou u binnenkort bij mij hetzelfde kunnen doen als bij Cmuysert? Weet niet of het helpt omdat ik een verouderde versie van Prestashop heb.
mvg
Citaat van: neshmediaCitaat van: cmuysertHElaas heb ik niets meer van NeshMedia gehoord. Ik heb wel contact gehad met Rudy, het blijkt dat je de API URL moet aanpassen met je eigen domein, dit staat in geen enkele handleiding. Ik heb hen aangepast maar er gebeurd nog niets......
Graag zou i van iemand toch even contact willen waarom de koppeling niet werkt!!
06-44193022
Beste Cmuysert,
Kunt u ons wellicht toegang (FTP en Beheerpanel) verschaffen.
Wij zullen dan even de configuratie nalopen en zo kijken of er sprake is van een bug, of een foute instelling.
Ps. De API URL moet niet aangepast worden naar uw eigen domein! Deze url wordt gebruikt om de gegevens naar acumulus te versturen.
Groet,
Dinesh
Beste Dinesh,
Zou je mij een email willen sturen? dan stuur ik de benodigde gegevens in een reply: caspar@scrapboard.eu
alvast bedankt,
caspar
Caspar, U heeft een e-mail ontvangen.
Rudy, Kunt u mij een mail sturen op danny
- neshmedia[.]com (uiteraard de [] verwijderen) met de desbetreffende gegevens?
Groet,
Danny
Nieuwe versie per 08-02-2012
Nieuwe versie per 12-02-2012
Fix voor:
- Enkele foutmeldingen.
- Bij een aantal werd het adres niet ingevuld binnen Acumulus (Adres wordt nu anders opgehaald).
- Een had er een probleem met SSL, deze fix zit hier ook in.
Ben druk met installeren van prestashop bezig en ben erg benieuwd naar de koppeling.
Als alles werkt en nu als nieuw lid bij siel zie ik dit met vertrouwen voor de toekomst
Laat maar weten waar je tegenaan loopt.
Nesh Media geeft goede support.
Citaat van: Bert-JanLaat maar weten waar je tegenaan loopt.
Nesh Media geeft goede support.
Wanneer komt de nieuwe koppeling?? Laatste stand is: boeken komen wel over van Prestashop maar NAW gegevens niet..
Bovenaan de topic staat altijd de laatste versie.
Citaat van: Bert-JanBovenaan de topic staat altijd de laatste versie.
Het had wat voeten in aarde maar het werkt!
Een paar kleine adviezen-verzoeken:
Kunnen de nieuwe relaties meteen als Debiteur ingevoerd worden??
Kan er in Acumulus het ordernummer van Prestashop in \"toelichting of notities\" overgenomen worden?
Kunnen relaties verwijderd worden?? Ik heb nu 3x Steve Jobs als klant gekregen..... Best luguber :)
Ik zal dit met Nesh Media bespreken.
Fijn dat het nu werkt. Bedankt voor jouw geduld.
Citaat van: Bert-JanIk zal dit met Nesh Media bespreken.
Fijn dat het nu werkt. Bedankt voor jouw geduld.
Los van vorige topic krijg ik nu een foutmelding per mail:
WARNING: invoice payment date () out of range (2000-01-01 - 2030-12-31), issue date is used
Was de factuur al betaald?
Nieuwe versie uitgekomen, zie bovenaan.
Ik heb het programma sinds gisteren officieel in gebruik genomen (met de koppeling van Prestashop). Het werkt echt geniaal! Echter kreeg ik gisteren wel een mail met: Import Acumulus API Error report. Dit is volgens mij met de koppeling van Icepay. De bestellingen die overgeboekt zijn, zijn wel terug te vinden in het systeem.
De nieuwe versie heb ik er net op gezet, is dit hiermee verholpen? Werkt de koppeling wel goed met PayPal?
Wat stond er in het error-report?
2 zijn leeg en in de andere 2 stond:
WARNING: invoice payment date () out of range (2000-01-01 - 2030-12-31), issue date is used
PayPal en bankoverschrijving doen het prima, het is alleen bij IcePay (ideal)
Dat zijn eigenlijk geen errors maar warnings. Als alles goed draait, kun je het emailadres wellicht gewoon weghalen.
Hoe kan ik het email adres weg halen? Het is alleen bij Icepay en deze gebruik ik voor Ideal, dus is echt wel cruciaal voor mijn webwinkel ;)
(sorry voor de late reactie)
Kun je het adres niet weghalen bij de instellingen van de koppeling?
Die kan ik wel weg halen, maar hij zet de betalingen die gedaan zijn met Icepay er niet automatisch in. Dus als ik hem weg haal dan krijg ik indd geen meldingen meer, maar is het niet opgelost ;)
Heb je mogelijk een speciaal emailadres waar je deze meldingen mee kunt opvangen?
Net geinstalleerd en het werkt als een zonnetje! Alleen de facturen komen niet bij \"Verzonden facturen naar klanten (debiteuren)\", had ik ergens wel verwacht (of is dat te veel verwachting?)
Mmm. waar komen deze dan?
Kun je de boekingen wel zien bij het overzicht van Laatste boekingen?
Ik heb zojuist de module geïnstalleerd, en op het eerste gezicht lijkt ie mooi te werken.
Alleen de module maakt de factuur aan op het moment dat de bestelling betaald is, terwijl ik mijn prestashop zo in heb gesteld dat hij pas een factuur aanmaakt zodra het artikel verzonden wordt.
Is er een mogelijkheid/manier om dat aan te passen?
Dat zou ik zo niet weten. Wellicht weten de mannen van Neshmedia het.
Sorry Bert-Jan, ik werd ernstig op verkeerde been gezet. Net de 2 uit Prestashop waren verborgen en werden zichtbaar door \'wissel lijst over hele pagina\'
Ah, gelukkig.
Ik heb nog een suggestie voor de koppeling met Prestashop:
Relaties vanuit Prestashop worden opgeslagen als \"Relatie\" en niet als \"Debiteur (klant)\"
Dinesh,
Is dat veel werk?
Nice! Ik heb hem zo out of de box geinstalleerd en getest en het werkt!
Opmerking:
Ik zou in de handleiding het volgende toevoegen voor als het niet lukt om de module via het control panel te installeren:
\"Plaats doormiddel van FTP client de map Acumulus in de map modules\". Dit is namelijk een veel gebruikte methode om een module aan prestashop toe te voegen. Tevens nog in de handleiding pagina 6 aanpassen. Voor mij is het niet direct duidelijk of ik moet kiezen of ik hem op debtor, creditor of debtor/creditor moet zetten bij configuratie van de module.
Verder vroeg ik me af hoe ik eerder gedane bestellingen kan inladen.
Als ik deze allemaal eerst op betaling geaccepteerd moet gaan zetten krijgen klanten namelijk ook een mail. Work around misschien?
@ Paulie
Omdat veel webwinkeliers niet bekend zijn met FTP Clients proberen we dit zoveel mogelijk te vermijden. Maar je hebt gelijk dat je modules voor PrestaShop, Joomla en OpenCart ook via de FTP (layer) kunt installeren. Hier houden we voortaan rekening mee.
M.b.t. de debtor, creditor of debtor/creditor willen we de gebruikers graag keuze vrijheid geven. Maar misschien wel goed om een notitie te maken dat voor de meeste webwinkeliers debtor voldoet.
De koppeling is gemaakt voor nieuwe gebruikers. Ik zal met Bert-Jan bespreken of er een batch import functie moeten komen.
@ Bert-Jan
You got mail
Citaat van: neshmedia@ Bert-Jan
You got mail
Yep :)
@ Neshmedia
Ik neem aan dat je het nu hebt gekoppeld aan de status Betaling geaccepteerd/ Payment accepted.
In prestashop kun je een willekeurige extra status creeren zo kan het bijvoorbeeld handig zijn een status aan te maken die bijvoorbeeld Accumulus heet. Deze kan dan zorgen voor een import van de orders naast de gewone betaling geaccepteerd.
Hoi Paulie,
We hebben er nu voor gekozen de module samen met OpenCart Prestashop/ VirtueMart te laten werken, dit betekend dezelde statussen gebruiken (deze zijn de webwinkelier inmiddels gewend).
Als er hier meer vragen over zullen komen, dan kunnen we met Acumulus bespreken.
VAnuit prestashop maken mensen een bestelling, hier krijgen ze een bestelnummer.
Ik vermeld dit bestelnummer nu in het vakje opmerkingen. Zou het mogelijk kunnen zijn om dit met de koppeling automatisch te laten verlopen??
Vandaag heb ik het met succes geinstalleerd en doorgetest.
Echter bij het veld toelichting krijg steeds weer het volgende:
\'Factuurnummer 0\' Dit lijkt me dat dit een gegeven vanuit prestashop moet zijn en dat dit oploopt.
Echter heb het meerdere malen geprobeerd, zoals gezegd alles werkt, op dit punt na.
Is dit een bekend probleem? Is dit ergens aan te passen wat en hoe info in het toelichting veld komt?
Bij voorbaat dank voor de hulp!
Beste Daniel,
Er is vandaag een nieuwe module uitgekomen voor PrestaShop met Acumulus. Hier wordt de ordernummer uit PrestaShop meegegeven.
Factuurnummer 0 ->> Ordernummer --> Zo zijn de ordernummers en factuurnummers gescheiden.
Hallo Neshmedia!
In de nieuwe versie (1.7) komt bij aculmulus onder \'toelichting\' te staan: \'ordernummer XXX\'
DIT IS NIET HET ORDERNUMMER, maar het factuurnummer dat je uit prestashop haalt, bij mij in ieder geval.
Dat is wellicht ook logischer. Dus volgens mij moet je in de Prestamodule 1.7 \'ordernummer\' wijzigen in \'factuurnummer\'.
Hallo Nesh
Je mooie koppeling neemt alle NAW gegevens van klanten uit Presta mee naar Acumulus. Voor mij, en ik denk ook voor vele andere, zijn die gegevens niet relevant. Enkel factuurnr en/of ordernummer zijn, naast de bedragen, van belang.
Nu komt voor elke eendagsvlieg bestelling een debiteur/relatie in acumulus.
Zou het niet aardig zijn om naast de drie opties die de module nu heeft, een 4de optie - overschrijf klant standaard of voeg toe aan klant standaard - te zijn die de klant bij de export uit prestashop een standaard (niet bestaand) emailadres geeft, zodat in prestashop deze relatie voor alle klanten gebruikt wordt. Bijv. klantwebwinkel@bestaatniet.nl
Ik begreep van Bert Jan de de \'API\' checkt op emailadres in Acumulus en geen 2 klanten hetzelfde emailadres laat hebben.
Zo wordt de lijst van relaties of debiteuren niet eindeloos lang met klantgegevens die in acumulus geen toegevoegde waarde hebben. Als je klantgegevens wilt opzoeken of wijzigen, doe je dat immers in de admin van je webshop.
Dus een vierde \'dropdown\' optie als: klantwebwinkel@bestaatniet.nl bij de \'customer type\' bij het configuratie scherm van de acumulus module in Prestashop zou welkom zijn...
Ik hoop dat ik de vraagstelling duidelijk genoeg heb kunnen maken....
Hoi Neshmedia,
De installatie ging vlekkeloos.
Maar als ik de orderstatus op \'\'2-Betaling ontvangen\'\' (wat dus bij mij hetzelfde is als Payment accepted) zet gaat het niet goed. Wij hebben geen Payment accepted maar in naam veranderd in 2-Betaling ontvangen. Mogelijk werkt het hierdoor niet.
Ik heb gekeken in acumulus.php waar ik deze kan wijzigen maar ik zie niet waar ik dit kan wijzigen.
Uw module heeft schrijfrechten chmod 777, dus hier ligt het niet aan.
Zet ik uw module weer uit, dan werkt het weer.
Weet jij waar het aan ligt en zo ja wat moet ik wijzigen?
Huidige versie PS 1.4.4.1
Hoe kan ik mijn factuurnummers gelijk maken aan de factuurnummers in Prestashop? Deze heb ik laten beginnen bij 7000, maar de aangemaakte facturen in Acumulus beginnen met 0. De klant krijgt dus een andere factuur dan de factuur welke ik krijg.
Dan zou ik een nep factuur aanmaken met nummer 6998 en deze weer crediteren met 6999.
Dat betekent dus dat de factuurnummers nooit synchroon lopen wanneer ik buiten mijn webwinkel om handmatig een factuur wil maken?
Hoe doen anderen dit? Maakt het voor je boekhouding niet uit dat de factuurnummers niet gelijk zijn?
Edit:
Wat ik me bedacht is dat ik de facturen in Prestashop uit zet en de facturen via Acumulus laat mailen. Ik krijg de facturen alleen niet automatisch gemaild vanuit Acumulus, is dit mogelijk?
Vraagje:
Ik krijg in Acumulus niet de ordernummers binnen van Prestashop, ik krijg alleen ordernummer \"0\".
Iemand enig idee hoe ik dit op kan lossen?
Er wordt op dit moment reeds naar gekeken vanwege een zelfde vraag van een andere klant.
@djurre en brandon
Zouden jullie ons een demo klantlogin, FTP en admin toegang tot jullie webshop kunnen geven dan lopen wij de configuratie na.
@brabant
Wij hebben de vraag m.b.t. de uitbreiding om debiteuren als optie niet te importeren bij Acumulus neergelegd. Zij zullen dit gaan onderzoeken.
Wij zullen verder even kijken naar de ordernummer vs factuurnummer bij het importerenin Acumulus.
Citaat van: neshmediaklantlogin
Geen probleem, waar mag ik het heen mailen?
@Djurre en Brandon
Bert heeft zojuist een nieuwe versie online gezet.
Zouden jij en Brandon het met deze nieuwe module kunne proberen.
Mocht het niet werken dan kun je ons de gegevens toesturen op acumulus (at) neshmedia.com
Mijn dank Dinesh!
Yes, doe ik! dankjewel.
Bert, kan er nog iets met mijn probeerperiode gedaan worden? Die verloopt bijna maar wil nog graag de nieuwe module proberen.
Citaat van: djurreBert, kan er nog iets met mijn probeerperiode gedaan worden? Die verloopt bijna maar wil nog graag de nieuwe module proberen.
Stuur even een mailtje met je contractnummer, dan verlengen we dat.
Ik heb het al gevonden en verlengd.
Dankjewel!
Nu werkt de koppeling, het kwam doordat onze server geen cURL module had.
Nadat deze is geladen (en server herstarten!) werkt het nu prima! Neshmedia heeft goed geholpen waarvoor dank!
Ik heb de module van 21 augustus geprobeerd op Prestashop 1.5 maar hij werkt niet.
Wat gaat er mis?
Beste Cmuysert,
De module werkt vooralsnog alleen op PS 1.4.x
Beste Cmuysert,
De module werkt vooralsnog alleen op PS 1.4.x
Citaat van: neshmediaBeste Cmuysert,
De module werkt vooralsnog alleen op PS 1.4.x
Dat is balen! nu moet ik weer met de hand invoeren!
Citaat van: cmuysertCitaat van: neshmediaBeste Cmuysert,
De module werkt vooralsnog alleen op PS 1.4.x
Dat is balen! nu moet ik weer met de hand invoeren!
Enig idee wanneer de module er is voor de 1.5 versie?
Eerlijk gezegd nog niet. We gaan eerst de huidige modules upgraden voor 21%.
Dat is jammer.
Ik zal eens vragen aan Neshmedia hoeveel werk het is voor 1.5
al nieuws??
De planning is dat 1.5 wordt geleverd medio november.
dan is het nog even behelpen maar alvast bedankt!
Beste Acumulus en Neshmedia,
De prestashop draait op mijn webshop al een tijdje goed.
Nu kwam ik er zojuist achter dat alle facturen standaard op de default rekening worden weg geschreven.
Dit is in mijn geval de rabobank met volgnummer 1.
Betalingen die via PayPal zijn binnengekomen worden ook naar de rabobank weg geschreven.
Eigenlijk wil ik dat deze betalingen automatisch op de PayPal rekening worden weggeschreven.
Is dit een instellings probleem of blijft dit een handmatige actie?
PayPal is als volg geconfigureerd in mijn Acumulus systeem:
Rekeningnummer: PayPal rekening
Toelichting: Blanco
Volgnummer: 2
Bij voorbaat dank voor jullie reactie!
Hier wordt aan gewerkt.
Beste Bert-Jan,
Bedankt voor je snelle reactie. Is dit een punt dat in de November release al meegenomen wordt?
Indien nee, kun je al een indicatie wbt planning aangeven?
Ik heb vorige week met Neshmedia besproken dat alle koppelingen deze upgrade moeten krijgen. Kost wel een paar weken denk ik.
Is er al meer info over de status van een update met een PayPal terugkopopeling erin verwerkt?
Bij voorbaat dank.
Ik heb begrepen dat dit los staat van onze webshopkoppeling.
Goedendag Bert-Jan, Ik ben een nieuwe klant gestart 1 januari in een nieuw boekjaar van onze bestaande webwinkel. Ik heb hetzelfde \'\'probleem\'\' onze webwinkel heeft nu 3 betaalmethoden ideal, multisafepay en paypal. In elke order en factuur die prestashop aanmaakt staan de betaal methode die gebruikt is maar in acumulus (de koppeling was werkelijk een eitje) neemt hij inderdaad standaard de bankrekening ( die op 1 staat).
Als dit los van de koppeling staat, hoe werkt dit dan? Het is erg veel werk om dit per order na te gaan zeker omdat acumulus standaard het factuurnummer van prestashop gebruikt als ordernummer.
We gaan de koppeling upgraden zodat je dit beter kunt instellen.
Anders zou ik het volgende doen:
- zet Paypal bovenaan bij Beheer, en importeer de paypal-orders;
- zet iDeal bovenaan en importeer de iDeal-orders;
- etc.
Ik doe het wel handmatig tot de upgrade klaar is want je 2e optie is veel omslachtiger, dan zou ik de koppeling uit moeten zetten en aan het eind van elke maand de orders moeten uitzoeken op betaaltype wat het veel omslachtiger maakt als handmatig. Maar de upgrade zou ideaal zijn.
Wordt aan gewerkt. Ik hoop morgen weer contact te hebben Dinesh.
Het heeft blijkbaar wat tijd nodig voordat zo\'n koppeling doet wat ie allemaal moet kunnen doen.
Ik heb zojuist geprobeerd om de module toe te voegen aan mijn Prestashop webshop. Helaas verschijnt de module niet in de lijst. Hij geeft geen foutmelding, maar zet hem er ook niet tussen. Ik heb het zip bestand vanaf mijn computer ge-upload.
Ik gebruik Prestashop 1.4.8.3
iemand een idee?
Citaat van: strongdogsIk heb zojuist geprobeerd om de module toe te voegen aan mijn Prestashop webshop. Helaas verschijnt de module niet in de lijst. Hij geeft geen foutmelding, maar zet hem er ook niet tussen. Ik heb het zip bestand vanaf mijn computer ge-upload.
Ik gebruik Prestashop 1.4.8.3
iemand een idee?
Ik heb zelf het zip bestand uitgepakt in een nieuw aangemaakte map lokaal genaamd acumulus en deze map geupload naar de modules map via FTP en toen werkte het wel. Misschien heb je er iets aan.
Op welk termijn zal de update nu gemaakt worden? Probleem is bij mij grotendeels opgelost nu, alleen paypal moet ik nog met de hand doen en dat is wel te overzien maar toch handig als het geautomatiseerd is.
In alle webhop-plugins komen dropdown-lijsten voor:
rekening;
kostenplaats;
factuursjabloon.
http://www.acumulus.nl/wiki/index.php?page=picklists
Dit wordt - als het goed is - in februari opgeleverd.
Ik heb de nummering van mijn pretashop facturen gelijk gezet aan die van accumulus zodat dat synchroon loopt. Nu Heb ik van het weekend gekeken en tot mijn verbazing is accumulus nu bij factuur 106 en mijn prestashop 161. Kortom niet alle facturen worden meegepakt op de een of andere manier. Ik ga dit oplossen door alle boekingen te verwijderen en de statussen allemaal tegelijk op payment accepted zetten en dan zou hij ze allemaal mee moeten pakken zonder dubbele toch? Zo kan ik ze ook per betaalmethode pakken zodat dit ook in een keer goed staat.
Waar mis je factuurnummers? In Prestashop of in Acumulus?
De nummering in accumules klopt wel maar de koppeling heeft zo\'n 60 facturen niet meegepakt. Nu heb ik een euvel met multisafepay zodat de facturen niet meer op \'\'payment accepted\'\' binnen komen maar op \'\'preoaration in progres\'\' maar de eerste test die ik deed nam accumulus deze toch mee.
Van de week ga ik mijn prestashop upgraden en dan moeten de problemen met de multisafepay module zijn opgelost en dan kijk ik hoe de koppeling zich gedraagt.
Nog nieuws over de update?
Nog niet. Er wordt aan gewerkt.
Hallo,
Wil ook graag gebruik maken van de koppeling. Heb echter nog een paar vragen:
Is het mogelijk om alle facturen sinds 01-01-2013 in te laden?
Ook heb ik 3 webwinkels, moet ik dan 3 keer de module installeren of levert dit conflicten op?
Vraag voorgelegd aan Neshmedia.
Het importeren van 01-01-2013 kan ik omzeilen met een SQL query namelijk:
UPDATE `ps_order_history` SET `id_order_state` = \'2\' WHERE `id_order_state` =4;
Let hierbij wel op met je eventuele refunds! Deze veranderen ook mee, maar die kun je later via de backoffice weer terug zetten als je de id\'s ff noteert.
Wat mij opviel bij het importeren van een paar proef orders, is dat de datum van de order niet word overgenomen, maar dat de datum van vandaag word gepakt... Dit is niet handig ivm de btw aangifte en andere cijfers
Het liefst zou ik ook mijn W&V rekening van 2012 ergens kunnen invoeren. Zodat ik niet 2 programma\'s hoef te openen om te jaren te vergelijken.
Is het misschien mogelijk om een CSV bestand aan te leveren met mijn facturen van 01-01-2013 tot heden, zodat deze in acumulus worden gezet?
@cyberstore
Alle facturen waar je de status veranderd worden doorgezet naar Acumulus. Het aanpassen van de orderdatum is dus niet nodig. Daarnaast lijkt het ons niet handig voor jouw overzicht.
\"Wat mij opviel bij het importeren van een paar proef orders, is dat de datum van de order niet word overgenomen, maar dat de datum van vandaag word gepakt... Dit is niet handig ivm de btw aangifte en andere cijfers\"
>> We hebben een generieke koppeling gemaakt met ondersteuning voor bankoverschrijvingen. Bij bankoverschrijvingen komt het geld later binnen en dus wordt de order status later aangepast en dus ook later in Acumulus geplaatst. Door realtime betalingen bij bestellingen direct (lees dezelfde dag) te verwerken heb je geen probleem met de BTW aangifte.
\"Het liefst zou ik ook mijn W&V rekening van 2012 ergens kunnen invoeren. Zodat ik niet 2 programma\'s hoef te openen om te jaren te vergelijken. Is het misschien mogelijk om een CSV bestand aan te leveren met mijn facturen van 01-01-2013 tot heden, zodat deze in acumulus worden gezet?\"
>> Als hier veel vraag naar is dan kunnen we met Acumulus overleggen om een import tool voor bestaande orders te maken.
Citaat van: neshmedia@cyberstore
>> We hebben een generieke koppeling gemaakt met ondersteuning voor bankoverschrijvingen. Bij bankoverschrijvingen komt het geld later binnen en dus wordt de order status later aangepast en dus ook later in Acumulus geplaatst. Door realtime betalingen bij bestellingen direct (lees dezelfde dag) te verwerken heb je geen probleem met de BTW aangifte.
Sorry, ik had het hier over de facturen van 01-01-2013 t/m 02-04-2013 als ik deze importeer via de koppeling, dan krijgen ze allemaal de factuur datum van vandaag en zo kan ik mijn btw aangifte van Q1 niet helemaal juist doen.
Nog een suggestie voor de koppeling. ( ben trouwens eindelijk bij met de administratie heeft mij 2 dagen gekost )
Als een boeking binnen komt via de koppeling krijg deze automatisch de omschrijving Ordernummer xxxx mee, xxxx is gekoppeld aan de winkelwagen id, iedereen die voor de grap iets in zijn of haar winkelwagen doet, verhoogd xxxx met 1. Je begrijpt wel dat dit niet de manier is om facturen op te zoeken. Het zou veel handiger zijn als de koppeling het factuurnummer of de order id doorgeeft ipv het winkelwagen id
Zal ik voorleggen aan Neshmedia.
Citaat van: cyberstoreNog een suggestie voor de koppeling. ( ben trouwens eindelijk bij met de administratie heeft mij 2 dagen gekost )
Als een boeking binnen komt via de koppeling krijg deze automatisch de omschrijving Ordernummer xxxx mee, xxxx is gekoppeld aan de winkelwagen id, iedereen die voor de grap iets in zijn of haar winkelwagen doet, verhoogd xxxx met 1. Je begrijpt wel dat dit niet de manier is om facturen op te zoeken. Het zou veel handiger zijn als de koppeling het factuurnummer of de order id doorgeeft ipv het winkelwagen id
Mocht iemand dit ook willen. Ik heb zojuist de oplossing gevonden pm me maar
Wil je deze hier delen?
Maar natuurlijk!
Op regel 387 van de acumulus.php moet je de regel veranderen in:
invoice_number . \']]>
Enige wat je veranderd is id in invoice_number
Het stukje Ordernummer\' zou je ook kunnen veranderen in Omschrijving \' of in mijn geval Factuurnummer \'
Maak altijd een backup van acumulus.php voor dat je met aanpassen begint
Voor gevorderden! Dankjewel!
Citaat van: cyberstoreCitaat van: cyberstoreNog een suggestie voor de koppeling. ( ben trouwens eindelijk bij met de administratie heeft mij 2 dagen gekost )
Als een boeking binnen komt via de koppeling krijg deze automatisch de omschrijving Ordernummer xxxx mee, xxxx is gekoppeld aan de winkelwagen id, iedereen die voor de grap iets in zijn of haar winkelwagen doet, verhoogd xxxx met 1. Je begrijpt wel dat dit niet de manier is om facturen op te zoeken. Het zou veel handiger zijn als de koppeling het factuurnummer of de order id doorgeeft ipv het winkelwagen id
Mocht iemand dit ook willen. Ik heb zojuist de oplossing gevonden pm me maar
Dit vind ik ook veel handiger. Het liefst de order ID.
Citaat van: cyberstoreMaar natuurlijk!
Op regel 387 van de acumulus.php moet je de regel veranderen in:
invoice_number . \']]>
Enige wat je veranderd is id in invoice_number
Het stukje Ordernummer\' zou je ook kunnen veranderen in Omschrijving \' of in mijn geval Factuurnummer \'
Maak altijd een backup van acumulus.php voor dat je met aanpassen begint
Als ik de Order ID uit Prestashop dor wil geven, moet ik dan \' order_number \' ipv \' invoice_number \' in deze regel zetten?
Dan hoef je slechts id neer te zetten.
Ik heb meerdere webshop, dus ik heb ordernummer veranderd in de naam van de webshop, dus bij mijn omschrijving zie je dan staan:
Webwinkel2 ordernummer 123
Thanks, it\'s working.
Ik heb versie 1.4 van de koppeling met prestashop geinstalleerd en dat werkt. Maar ik heb wel een vraag: Factuur- en klantgegevens worden uit prestashop aan acumulus doorgegeven als de betaling op \"geaccepteerd\" gezet wordt in prestashop.
Hierdoor komen alleen facturen in Acumulus die al betaald zijn.
EN ook dat een factuur van een bestelling die middels een overschrijving achteraf betaald moet worden, pas in acumulus komt als de betaling binnen is, en dat kan weken duren in ons geval. EN hierdoor kan ik dus niet vanuit acumulus facturen gaan sturen en de factuurbewaking doen. Dan heeft Acumulus voor ons geen nut en dat zou jammer zijn.
Is het mogelijk om de gegevens door te geven zodra een bestelling op \"verzonden\" gezet wordt?
Nog en vraag. Wij geven klantkorting in Prestashop, zowel percentages als concrete bedragen. Ik zie die klantkorting niet terug in Acumulus (op de facturen).
Hoe ga ik in het geval van een koppeling tussen Prestashop en Acumulus om met klantkorting?
Ik heb versie 1.4 van de koppeling met prestashop geinstalleerd en dat werkt. Maar ik heb wel een vraag: Factuur- en klantgegevens worden uit prestashop aan acumulus doorgegeven als de betaling op \"geaccepteerd\" gezet wordt in prestashop.
Hierdoor komen alleen facturen in Acumulus die al betaald zijn.
EN ook dat een factuur van een bestelling die middels een overschrijving achteraf betaald moet worden, pas in acumulus komt als de betaling binnen is, en dat kan weken duren in ons geval. EN hierdoor kan ik dus niet vanuit acumulus facturen gaan sturen en de factuurbewaking doen. Dan heeft Acumulus voor ons geen nut en dat zou jammer zijn.
Is het mogelijk om de gegevens door te geven zodra een bestelling op \"verzonden\" gezet wordt?
Dit is mogelijk. Stuur mij maar een mail voor meer info, aangezien dit om technische kennis gaat
Met dank aan NeshMedia heb ik zojuist de (waarschijnlijk) laatste "legacy" webkoppeling voor PrestaShop 1.4 geupload. De belangrijkste wijzigingen ten opzicht van de oude versie zijn
- Een vrije GPL licentie.
- Alerts wanneer een factuur met gemixte BTW voorkomt.
- Handige picklist integratie.
- Bronkeuze factuurnummer (webshop of Acumulus)
- Code cleanup
Om enorme fragmentatie tegen te gaan valt met deze release in principe de ontwikkeling voor de PrestaShop 1.4 webkoppeling stil (kritieke bugs uitgezonderd). Voor mensen die wel willen beschikken over nieuwe functionaliteit is er de mogelijkheid om 1] Gebruik te maken van de doorontwikkelde PrestaShop 1.5 webkoppeling of 2] Gebruik te maken van de vrije licentie en zelf aanpassingen te maken :)
PrestaShop 1.4: https://forum.acumulus.nl/index.php/topic,2737.0.html
PrestaShop 1.5: https://forum.acumulus.nl/index.php/topic,2738.0.html
Gr,
Guido.
Beste 222Ronald,
Citaat van: 222Ronald op 16 april, 2013, 14:19:29
Nog en vraag. Wij geven klantkorting in Prestashop, zowel percentages als concrete bedragen. Ik zie die klantkorting niet terug in Acumulus (op de facturen).
Hoe ga ik in het geval van een koppeling tussen Prestashop en Acumulus om met klantkorting?
De nieuwe PrestaShop 1.5 webkoppeling heeft hiervoor ondersteuning. Download beschikbaar op: https://forum.acumulus.nl/index.php/topic,2745.0.html
Gr,
Guido.