Wie heeft er live sites draaien met VM2?

Omdat er nogal wat vragen/problemen open blijven staan snuffel ik vrij veel rond op het forum van Virtuemart zelf. Daar speelt precies hetzelfde en dat heeft er toe geleid dat iemand daar de vraag stelde wie er eigenlijk allemaal een live site heeft draaien met VM2. Van de personen die hebben gereageerd is er slechts een enkeling die live draait.

Ik ben benieuwd naar hoe dat hier in Nederland is en zou hier daarom dezelfde vraag willen stellen: wie heeft er een live site draaien met VM2?

En als aanvullende vragen:
- hoe lang draai je al live?
- heeft het je heel veel moeite gekost (bijvoorbeeld tov VM1) om je site draaiend te krijgen?
- zijn de problemen die je hebt ondervonden ook daadwerkelijk opgelost, of heb je wegen gevonden om er omheen te werken door bijvoorbeeld bepaalde modules gewoon uit te schakelen totdat ze goed functioneren?

Naar mijn mening kun je VM 2 inmiddels rustig op live sites gebruiken. Het migreren van VM 1.1 sites is nog steeds best wel een uitdaging maar aangezien Joomla 1.5 vanaf oktober niet meer ondersteund wordt zit er ook eigenlijk niets anders op dan te werken met Joomla 2.5 in combinatie met VM 2.0

Deze sites draaien al enige tijd:
www.schoonheidsspecialiste-beverwijk.nl/webshop
www.werkstoelen.eu/
www.helmerhorstwatersport.nl/

Ik heb er nog een aantal offline staan, die gaan komend najaar online. Het enige wat ik nog steeds niet goed vind zijn de mails die klanten ontvangen na een bestelling en wat problemen met het formulier "Stel een vraag". Ik hoop dat dat wordt opgelost in de komende updates n.a.v. de bugs die gemeld worden op het Virtuemart forum.

Je kunt de life cycle van je VM 1.1.x site verlengen door hier gebruik van te maken .
Edit Astrid: Dit antwoord is niet van toepassing op de gestelde vraag.

Het antwoord van Otto mag dan niet helemaal passen bij de vraag, maar biedt wel degelijk hele belangrijke informatie voor de mensen die in VM2 tegen problemen aanlopen die er in VM1 niet waren.

@Chaldama: Ik zie dat je enkel sites online hebt staan waarbij alleen gehele aantallen artikelen besteld kunnen worden. Dan vervalt idd één van de problemen. Maar lang niet alle webshops kunnen daarmee uit de voeten. Ik ben ook erg benieuwd wat je doet wanneer klanten achteraf een bestelling willen aanpassen, want dat is in de huidige VM2 simpelweg onmogelijk.

Edit Astrid: Dit antwoord is niet van toepassing op de gestelde vraag.

Dat is een kwestie van interpretatie. Er zijn vele haken en ogen aan VM 2.0 en daarbij is deze als zo goed als end of live en wordt VM 2.2 binnenkort gepresenteerd.

Het verlengen van de live-cycle van VM 1.1 is naar mijn persoonlijke mening de beste optie omdat VM 2 nog geen volwaardig alternatief is.

@Betty: Ik heb nog nooit klanten gehad waarvoor de mogelijkheid nodig was om halve artikelen te kunnen bestellen. Ook het verzoek voor een mogelijkheid tot het achteraf aanpassen van een bestelling heb ik nooit gehoord. Over het algemeen zullen ze reeds betaald hebben met iDEAL en wordt contact over een verkeerde bestelling met de verkoper via mail afgehandeld.
Ik kan je dus helaas niet verder helpen.

Een deel van mijn aanbod bestaat uit versvlees produkten, die weliswaar per eenheid maar o.b.v. een kiloprijs worden verkocht. Weegprodukten dus. Die moeten in minimaal 2 (maar liefst 3)cijfers achter de komma in de frontend kunnen worden aangegeven. Daarna pas ik in de backend de bestelling aan tot het exacte gewicht van het produkt. Zo kan het dus voorkomen dat een klant 1 karkas bestelt van ca. 1.25 kilo en dat ik daar 1.875 kilo van moet maken omdat dat het lichtste karkas is wat ik in voorraad heb.

VM1 biedt deze mogelijkheden, VM2 niet meer. Dat betekent dat de verkoopfacturen (orders) in VM2 niet meer overeenstemmen met de boekingen in mijn financiële administratie en dat is verre van gewenst.

De layout van de orderbevestigingen en de mails die worden verstuurd, laten inderdaad ook te wensen over. Maar dat vind ik een minder kwalijke zaak dan de andere tekortkomingen. Hoewel het ontbreken van een doorlopende nummering van verkoopfacturen natuurlijk erg kwalijk is, omdat de Belastingdienst dat nu eenmaal vereist.

Met de huidige VM2 kunnen m.i. alleen hele basic webshops draaien. En ook dan zijn er zaken die niet werken. Ik denk dat VM2 gewoon te prematuur is gelanceerd en dat er veel meer gecommuniceerd had moeten worden over de functionaliteiten die wel in VM1 zaten maar nog niet in VM2 zijn opgenomen. En het is jammer dat er met diverse m.i. basale fouten/lancunes niks wordt gedaan vanuit VM. Dan mag het Open Source zijn, maar dat neemt niet weg dat VM2 tenminste de functionaliteiten had moeten bieden die VM1 ook biedt.

edit:
Hoewel correspondentie over verkeerde bestellingen via mail zal verlopen, zal er toch ergens een aangepaste order/factuur moeten worden geproduceerd. Of laat je de klant gewoon een geheel nieuwe bestelling invoeren en zet je de andere op 'geannuleerd'? Je wilt toch dat al je verkopen goed in VM geregistreerd staan?

Het facturen probleem kun je met ccVAOM van Chill Creations oplossen.

@chaldama
Het achteraf aanpassen komt hier ook regelmatig voor. Denk daarbij aan een andere verzendwijzen en eventueel regels toevoegen aan een order.

Als dat het enige probleem zou zijn, zou ik de aanschaf van ccVAOM zeker overwegen. Maar ik ga geen extensie aanschaffen zolang de andere problemen niet worden opgelost. Het is sowieso raar dat je een extra extensie moet aanschaffen om een fatsoenlijke nummering van facturen te kunnen krijgen. Alle id's in VM zijn gewoon opvolgend genummerd. Er is niets simpeler dan dit ook voor orders en facturen te doen. En dát het kon is een feit, want in VM1 werkte het ook gewoon. Dan ga je toch geen extensie aanschaffen om een probleem in een upgrade te omzeilen?

Het is een keuze. VM1 geeft geen echte factuur die aan de wettelijke eisen voldoet.
Daarom werk ik altijd met ccVAOM. Daarnaast heb ik VM nog nooit voor een live-site gebruikt omdat alles nog te prematuur is.

Een deel van mijn aanbod bestaat uit versvlees produkten, die weliswaar per eenheid maar o.b.v. een kiloprijs worden verkocht. Weegprodukten dus. Die moeten in minimaal 2 (maar liefst 3)cijfers achter de komma in de frontend kunnen worden aangegeven. Daarna pas ik in de backend de bestelling aan tot het exacte gewicht van het produkt. Zo kan het dus voorkomen dat een klant 1 karkas bestelt van ca. 1.25 kilo en dat ik daar 1.875 kilo van moet maken omdat dat het lichtste karkas is wat ik in voorraad heb.

Je kunt ipv kilogram ook gram als eenheid gebruiken. Heb je meteen je drie-achter-de-komma-probleem opgelost.

Nee dat gaat niet want dan moet ik de prijs ook per gram vermelden. En als je dat dan afrondt op 2 cijfers achter de komma, komt het er op neer dat ik alles gratis kan gaan zitten weggeven.