Min liste kan du finde her nedenfor, men har du nogle ideér så tager jeg dem gerne med:

Åbn indberetning og send mig dine ønsker

Min liste af Dynamicweb eCommerce API problemer – jeg har dog ikke testet om nogen af disse er blevet rettet i nylige releases, men jeg har så igen ikke fået en tilbagemelding fra Dynamicweb at de har rettet API’et til jf. disse problemstillinger.

Note 1)

Class Dynamicweb.eCommerce.Products.Group

Egenskaben ShopID ser ikke ud til at have nogen effekt når man kører Save(”GROUP1”) metoden

Eksempel:

Dynamicweb.eCommerce.Products.Group g = new Dynamicweb.eCommerce.Products.Group();
g.ID = objGroup.Number.ToString();
g.LanguageID = "LANG1";
g.Name = objGroup.Name;
g.Number = objGroup.Number.ToString();
g.ShopID = "SHOP1";
g.Save( objGroup.Number.ToString() );

Workaround

Man skal selv kende til jeres database og så vide at der findes en tabel som holder på ShopGroupRelations og dertil har i også design en klasse, men det er ikke intuitivt at man skal vide sådan en information og slet ikke når egenskaben ShopID nu findes på Group klassen.

Eksempel:

ShopGroupRelation sgr = new ShopGroupRelation();
sgr.GroupID = g.ID;
sgr.ShopID = "SHOP1";
sgr.Save( "SHOP1", g.ID );

Note 2)

Class Dynamicweb.eCommerce.Products.Product

Egenskaben p.Groups.Add(objProduct) har ingen indvirkning på produktet efter man har kørt Save() metoden.

Eksempel:

Dynamicweb.eCommerce.Products.Group g = new Dynamicweb.eCommerce.Products.Group();
g.ID = objGroup.Number.ToString();
g.LanguageID = "LANG1";
g.Name = objGroup.Name;
g.Number = objGroup.Number.ToString();
g.ShopID = "SHOP1";
g.Save( objGroup.Number.ToString() );

Dynamicweb.eCommerce.Products.Product p = new Dynamicweb.eCommerce.Products.Product();
p.Active = objProduct.IsAccessible;
p.Created = DateTime.Now;
p.DefaultPrice = double.Parse( objProduct.SalesPrice.ToString() );
p.Groups.Add( g );
p.ID = objProduct.Number;
p.LanguageID = "LANG1";
p.LongDescription = objProduct.Description;
p.Name = objProduct.Name;
p.Number = objProduct.Number;
p.PriceType = Dynamicweb.eCommerce.Products.ProductPriceType.FixedPrice;
p.ShortDescription = objProduct.Description;
p.Stock = double.Parse( ( objProduct.Available != null ) ? objProduct.Available.Value.ToString() : "0" );
p.Type = Dynamicweb.eCommerce.Products.ProductType.Stock;
p.Updated = DateTime.Now;
p.Volume = double.Parse( objProduct.Volume.ToString() );
p.Save(objProduct.Number, "");

Workaround

Man skal selv kende til jeres database og så vide at der findes en tabel som holder på EcomGroupProductRelation og dertil har i også design en klasse, men det er ikke intuitivt at man skal vide sådan en information og slet ikke når egenskaben Groups nu findes på Product klassen hvor man kan tilføje grupper til listen.

Eksempel:

ProductGroupRelation pgr = new ProductGroupRelation();
pgr.GroupID = g.ID;
pgr.ProductID = p.ID;
pgr.Save( p.ID, g.ID );

Note 3)

Notification: Dynamicweb.Notifications.eCommerce.Cart.Line.Decreased

Når den sidste ordrelinje slettes eller nedskrives til 0-antal og kurven slettes får man ingen Notification. Vi har også stillet os selv det spørgsmål: om man ikke også bør få en Dynamicweb.Notifications.eCommerce.Cart.Line.Removed og en   Dynamicweb.Notifications.eCommerce.Cart.Deleted?

Eksemplel:

[Dynamicweb.Extensibility.Subscribe(Dynamicweb.Notifications.eCommerce.Cart.Line.Decreased)]
public class MyCartDeleted : Dynamicweb.Extensibility.NotificationSubscriber
{
objUser.FactoryNo = "";
objUser.StoreSession();
}

Workaround

Ingen. Vi har ikke kunnet se nogen former for mulighed i at omgåes dette problem fordi den redirecter til ”Empty basket”-siden.

Note 4)

Notification: Dynamicweb.Notifications.eCommerce.Cart.Line.Removed

Når den sidste ordrelinje slettes eller nedskrives til 0-antal og kurven slettes får man ingen Notification. Vi har også stillet os selv det spørgsmål: om man ikke også bør få en Dynamicweb.Notifications.eCommerce.Cart.Deleted?

Eksemplel:

[Dynamicweb.Extensibility.Subscribe(Dynamicweb.Notifications.eCommerce.Cart.Line.Removed)]
public class MyCartDeleted : Dynamicweb.Extensibility.NotificationSubscriber
{
objUser.FactoryNo = "";
objUser.StoreSession();
}

Workaround

Ingen. Vi har ikke kunnet se nogen former for mulighed i at omgåes dette problem fordi den redirecter til ”Empty basket”-siden.

Note 5)

Notification: Dynamicweb.Notifications.eCommerce.Cart.Deleted,

Når man bruger funktionen ”Empty Basket” får man ingen Notification.

Eksemplel:

[Dynamicweb.Extensibility.Subscribe(Dynamicweb.Notifications.eCommerce.Cart.Deleted)]
public class MyCartDeleted : Dynamicweb.Extensibility.NotificationSubscriber
{
objUser.FactoryNo = "";
objUser.StoreSession();
}

Workaround

Ingen. Vi har ikke kunnet se nogen former for mulighed i at omgåes dette problem fordi den redirecter til ”Empty basket”-siden.

Note 6)

Ecom BekræftelsesEmails

Meget få datoer fungerer når man prøver at skrive dem ud

Eksemplel:

Disse datotags fungerer fx ikke:
<!--@Ecom:Order.Date.LongDayName-->
<!--@Ecom:Order.Date.LongDate-->
<!--@Ecom:Order.Date.MediumDate-->
<!--@Ecom:Order.Modified.LongDate-->
<!--@Ecom:Order.Modified.MediumDate-->

Workaround

Hvis man OGSÅ udskriver <!–@Ecom:Order.Date–> vil disse tags alligevel udskrive den rigtige dato:
<!--@Ecom:Order.Date.LongDayName-->
<!--@Ecom:Order.Date.LongDate-->
<!--@Ecom:Order.Date.MediumDate-->

Note 7)

Import/Eksport modul problemer

Import/Eksport akvititeterne ”File Destination” og ”XML File Destination” skriver filer ud i UTF-16 (jf. udtalelse fra Lasse Ebert i Engage Forum) og ikke i UTF-8

Eksempel:

Lav noget output med æøå i og brug ”File destination” aktiviteten til at få output ud i en fil. Konsekvensen er at æøå ikke vises korrekt. Bruger vi ”XML File destination” står der godt nok fint i XML-declaration encoding=”utf-8”, men filen er dannet med UTF-16 encoding og ikke UTF-8, hvilket igen giver fejl ved brugen af filen (kan ses hvis man åbner den i IE)

Workaround:

Vi har været nødt til at lave vores egen Import/Eksport aktivitet for at kunne håndtere det.

Min opfattelse er, at det i mange tilfælde kommer lidt overraskende, hvordan det skal implementeres, når jeg begynder at spørge lidt ind til det. Derfor vil jeg her forklare to forskellige scenarier i håb om, at du kan identificere dig med et af dem, så du kan forberede dig på, hvordan du kan håndtere det i din webshop.

Lagerstyringsmodel

Når der skal føres lagerstyring plejer jeg at nævne to modeller:

1. Optimistisk lagerstyring
2. Pessimistisk lagerstyring

Optimistisk lagerstyring

Optimistisk lagerstyring er udfra idéen om, at webshoppen skal vise alle produkter med positivt lagertal, og at lagertallet først nedskrives når kunden har gennemført ordren med betaling og det hele.

Problemstilling
Vi kan risikere at 2 brugere smider en ordre samtidigt på samme produkt, som vi kun har 1 stk. på lager af. Hvad gør vi så? Vi kan risikere at skuffe vores kunder.

Fordel
Vi får en ordre ind, og har mulighed for efterfølgende at tage kontakt til kunden om evt. alternativt køb.

Pessimistisk lagerstyring

Pessimistisk lagerstyring er udfra idéen om, at webhoppen kun skal vise de produkter med positivt lagertal, men at lagertallet allerede nedskrives så snart produkter ligges i kurven i webshoppen.

Problemstilling
Hvad gør vi ved alle de webshop kurve som aldrig gennemføres, de står bare og blokere for at vi kan sælge vores varer!

Fordel
Vi skuffer ikke vores kunder, det de ser på webshoppen og gennemfører køb på, det ved vi med sikkerhed kan leveres.

Min anbefaling

For at skuffe så få kunder som muligt og stadig tilgodese den fleksibilitet en webshop kan give dig i dit salg, så er mit råd:

Den halve løsning
Hvis du sælger varer som kan skaffes/produceres igen, så kan du med fordel køre på en optimistisk lagerstyringsmodel.
Du vil overfor kunderne både på webshoppen og i en dialog med dem fortælle, hvor hurtigt du kan skaffe en evt. midlertidigt udsolgt vare, hvis du er lidt “dirty dealer”, så fortæller du det ikke, men lader dem købe varen alligevel, og kontakter dem om leveringsproblemer, hvis problemet opstår, og derigennem i en super servicerende dialog måske for solgt mere eller noget andet.
Men det er ikke uden risiko for, hvis du ikke har den fornødne tid og produktsortiment til at servicere kunden ordentlig, så skal du holde dig fra denne model.

Den rigtige løsning
Hvis du sælger varer som ikke kan skaffes/produceres igen, så vil jeg fraråde at køre på en optimistisk lagerstyringsmodel, men istedet vælger den strammere styrede pessimistiske model. Så vil du ikke løbe ind i problemer med leveringen, men vende problemet ind mod dig selv, og dermed også stille krav til din egen organisation om at få lavet nogle rutiner, så der ryddes op i efterladte halvfærdige ordrer.
Det lyder måske som trivielt arbejde, men jeg tror faktisk du vil kunne lære helt vildt meget om dine kunders handle mønster, hvis du laver lidt statistik på dine kunders adfærd, så du vil kunne finde ud af, hvorfor de efterlader halvfærdige ordrer – er det produkterne som det er galt med, er det gebyret, fragten som overrasker dem.
Her er der plads til eksperimenter og optimering, så kunderne får fuldført deres køb.

Jeg håber at du har fået lidt indsigt i at lagerstyring på en webshop ikke kun er at ligge et lagertal på produkterne, men i høj grad et spørgsmål om, hvordan vi kan servicere kunden bedst muligt, med de ressourcer du nu har tilrådighed.

Har du spørgsmål til netop din situation, hvad du bør vælge med dine varer eller har du en anden problemstilling omkring lagerstyring, så efterlad en kommentar.
Så vil jeg med glæde dykke ned i din problemstilling og hjælpe dig på vej.

Bone’s er ikke alene unik på deres Spareribsmenu, men deres servicering af kunder online synes jeg også er ved at nå en karakter af at være unik.

Bone’s har som på restauranter også ekspanderet stødt med deres website, hvor de i årene efter 2000 for alvor satsede på online- og email-markedsføring og idéen om en Bone’s Family Club kom på banen, som i dag er omdrejningspunktet for kundeservice online.

Bone’s Take Away har også ad flere omgange fået tilført nye idéer og senest “Easyorder”, hvor det er muligt at gemme din Take Away-bestilling under et SMS-navn, så du nemt kan genbestille via SMS.

Når du skal besøge en Bone’s restaurant kan du benytte bordbestilling online, og det gør at starten på en restaurant oplevelse hos Bone’s kan gøres online som selvbetjening om det er bestilling i Take Away eller restaurantbesøg. Tilmed er bordbestillingen så “intelligent” at du får tilnærmelsesvis samme service som tidligere når det skulle foretages via telefonen.

Krøllen på halen er Bone’s Quality som er med til at sikre at Bone’s har fingeren på pulsen, når det kommer til kundetilfredshed. Her blive du ledt hen, når du har haft et besøg på en Bone’s restaurant eller har bestilt mad i Take Away. Så kan du skrive ganske kort om din oplevelse.

Jeg håber naturligvis på, at ekspansionen mod øst over det store bælt bliver en succes og vi skal lave flere online tiltag i løbet 2010.

Godt Nytår!

Link: www.bones.dk

HØRT THOMAS – DET ER FOR GALT!

Flere dage efter jeg har hørt podcasten og tænkt over ting som Thomas også nævner, at leverandører af webshopplatformen heller ikke understøtter nok i denne grad, så har jeg siddet og fundet frem til, at det faktisk ikke behøver være så vanskeligt at undersøtte.

Et tænkt scenarie er: Vi får åbnet op for vores webshop så leverandører kan få adgang til at ligge indholdselementer på vores shop. I den simple form kan det være XML feeds, som shoppen kan trække ind og behandle med XSLT for at beholde look’n’feel på sitet. De kunne levere komplette kampagne-varekataloger, hvor der med en pris-komponent kunne blive markedsført kampagnevarer direkte fra vores leverandør med vores egne priser.

Nu har jeg selv et tæt samarbejde med både salgsfolk, projektledere og enkelte udviklere hos Dynamicweb, så jeg vil lige prøve at skubbe lidt til dem og se om de også kan se idéen, men jeg har allerede taget hatten på overfor de sidste par kundemøder som omfattede B-t-B webshops. Der er jo ingen tvivl om at de vil får en tættere tilknytning til deres kunder, hvis deres kunder bliver afhængige af data leverancer til salgsledet. Det er helt klart en WIN-WIN.

Tak Thomas for en super idé – alle andre:

SPREAD THE WORD

Det røster mig da virkelig og mig giver eftertænksomme miner, når vi skal tænke manuelle handlinger ind i en løsning istedet for automation. I alle kataloger siden jeg har kunnet læse har man haft den standard sætning vi alle kan sige når vi vågner “Vi tager forbehold for tryk fejl …”, jeg gad nok vide, hvordan betingelserne på disse webshops ser ud eller nærmere så ud, siden de kan tabe disse sager. Det virker forkert.

Så hvis du styrer dine priser manuelt så TJEK DINE PRISER DOBBELT eller få lavet nogle redskaber som kan fange disse kedelige fejl.

Vi står et lille spring inde i Web 2.0 med indholdsdeling, blogs, sociale netværk, twitter og facebook m.v. Det som der er fokus på i mange virksomheder er hvordan disse “sladder”-spalter bliver attraktive for virksomhederne, fordi der er helt vildt mange brugere på disse tjenester. Og jeg kan sige det helt klart – de bliver ikke attraktive i traditionel forstand, virksomheder er nødt til at involvere sig ligesom alle brugerne gør!

Web 2.0 kan sige stor tak til OpenSource communities og specielt de ildsjæle som har ødslet viden ud til alle med interesse og ikke mindst for deres store åbensindede måde at udvikle IT software på, som i den grad har lagt grundstenen for at andre brugere i dag også kan se mening i at dele både deres verden, tanker og idéer efter hvad der nu lige falder dem ind.

Ecommerce 3.0 opnår vi igennem at vi i virksomhederne tager det næste skridt mod denne åbenhed som rigtig mange folk gør i “Web 2.0”-webmiljøerne og ikke holder på vores forretningshemmeligheder i den stil som vi gør i dag. Vi skal have åbnet vores forretning så vores kunder kan interagere med vores virksomhed, vores produkter, vores udtryk, alt hvad der i vores virksomhed ikke er strengt fortroligt bør åbnes op for vores netværk og potentielle. – jeg forestiller mig noget Facebook-agtigt med virksomheder som bombardere med meninger, oplevelser, udtalelser, viden, kritik og information i en sådan form at det kan integreres, agregeres og deles med virksomheders forretningsdata.

“Value Creation in e-business” en opgave af en projektgruppe på ITU (deres blog: http://saasninjas.wordpress.com/), som går på at undersøge/bekræfte hvor og hvordan værdiskabelsen i Web 2.0 forretningsmodeller foregår. Den giver rigtig mange gode begrundelser for hvorfor Web 2.0 er som den er i dag. Og også med vigtig baggrundsdata fra tidligere afhandlinger og undersøgelser foretaget i .com bølgen i 2000 og lige efter. Den nævner nogle specielle begreber omkring “lock-in” og “lock-on”, som er helt vildt vigtige i forhold til den forskel fra år 2000 e-business, hvor man søgte “lock-in” metode overfor brugerne, at de skulle låses inde i vores univers, til hvor vi i dag skal låse dem fast “lock-on” og ikke inde “lock-in” i vores univers. Brugerne har fået en sådan magt i de sociale netværk at virksomhederne skal vænne sig til at lade dem have magten og rette sig ind, hvis der opstår uoverenstemmelser. Det giver genlyd efter manges mening og overbevisning så det i Web 2.0 nettet vil sprede sig på Facebook, Twitter, Blogs osv:

“At en kunde fik sine penge igen og kunne beholde varen som undskyldning for besværet”.

Jeg skal i et andet indlæg prøve at komme ind på åbningerne til virksomheden, hvordan vi bygger alle disse “mash-ups” mellem virksomheder og driver resultatet ud til forbrugere så de kan arbejde videre på det.

Med idégrundlag skal forståes at Dynamicweb ecommerce kan lagre mange informationer identitiske med de som findes i ERP systemer som Microsofts C5, XAL og Navision.

Det der er gjort meget ud af er produkt-håndteringen. Man kan lagre stamdata og tilføje sine egne felter, der kan kobles variantstyring på, stykliste mulighed og alt dette på produkter som grundlæggende er opdelt i varegrupper. Tilmed er der så en mere eller mindre kompleks prisstruktur da systemet kan lave pris differentiering på valuta, varianter, styklister m.m. Alt i alt et ret avanceret stykke software som også giver de fleste marketing folk "stå af" lysten, og hvor flere fra økonomi afdelingen vil nikke genkendende til begreberne. Dynamicweb har efter min vurdering dog formået at gøre det muligt for marketing folk at få knowhow omkring et mere avanceret webshop system og det har de opnået ved at skrue en brugerflade sammen til systemet, som man forholdsvis hurtigt kan finde rundt i. Opsætningen af systemet og indstillinger til systemet er en helt anden sag, men det er jo heldigvis også vores opgave.

Hvilke grunde er der så for at skulle vælge Dynamicweb ecommerce?

Vi har i Co3 selv lavet nogle skræddersyede webshops fx www.naturhuset.dk som med et mindre system har fået bygget nye funktioner på af flere gange. Sidste store omgang var med integration til e-conomic og disse shops har det med at være vanskelige at bygge nogle komplekse ting op omkring fordi det jo ikke er tænkt at systemet skal kunne håndtere sådan noget fra start. Og en af grundene til at vælge Dynamicweb ecommerce er at den første shop man laver til sin forretning typisk har en lang holdbarhed i systemet. Det er forholdsvist nemt at tænke stort og langt i systemet til en forretning som har sin debut på nettet. Men også hvis man kommer fra et simpelt shop-system vil man virkelig kunne bruge den omfattende data struktur i Dynamicweb ecommerce.

En anden god grund er at man for en lav system/licens-pris får opdateringer via sin opdateringsaftale (d.d. 15% af licens prisen), hvilket betyder at der løbende bliver koblet nye funktioner på systemet, så man ikke er så statisk som mange forretningssystemer er pga. af den mange gange vanskelige process det er at opdatere/opgradere systemet.

Som udvikler kan jeg aldrig få nok af muligheder, så jeg har savnet de nye "Provider" features. Med "Providers" dykker vi ned under motorhjælmen på Dynamicweb ecommerce og begynder at kunne lave vores egne tilretninger på en sådan måde at man ikke forlader standard softwaren. I skrivende stund har Dynamicweb lanceret "Price Providers", "Sales discount Providers", "Payment Gateway Providers", "Statistic Providers", "Import/Export Activity Providers", "Notification Subscribers", "Template Extenders".
Med disse "Providers" har vi nu mulighed for at "overskrive" måden Dynamicweb ecommerce håndtere data på standard-vejen. Vi overskriver ikke noget af standard-softwaren, så alle opdateringer til systemet vil ikke have indflydelse på vores tilpasninger.

Integration

I integrations øjemed bruger vi ofte "Price Providers", "Import/Export Activity Providers" og "Template Extenders".
Med "Price Providers" kan vi hoppe ud af Dynamicweb ecommerce og hente priser andet steds fx direkte i ERP systemet eller en webservice o.lign.
Med "Import/Export Activity Providers" kan vi skrive import/export rutiner til hele Dynamicweb CMS databasen, men særlig relevant er det for Dynamicweb ecommerce.
Med "Template Extenders" kan vi hente den information vi har brug for ud i en Dynamicweb Template. Vi kan kalde webservices, databaser og lave vores egne template tags til vores specialindhold.
Med "Notification Subscribers" kan vi sende mails eller logge informationer når en given hændelse optræder i systemet. Det kan være når en ordre på over kr 100.000,- placeres via online betaling, at man lige vil have en mail. Det kan være at man ønsker en mail når lagertallet på en vare en tæt på minimum. Man kan ikke gøre dette med hvilken som helst information. Dynamicweb har p.t. flg. trigger-handlinger:

Subscriber types:

• Standard.Page.Loaded
• Standard.Page.PageTitle
• eCommerce.Order.State.Changed
• eCommerce.Order.Steps.Completed
• eCommerce.Order.Steps.Confimed
• eCommerce.Order.Steps.CustomerInfoHarvested
• eCommerce.Order.Steps.FeesHarvested
• eCommerce.Order.Steps.PaymentCancelled
• eCommerce.Order.Steps.PaymentFailed
• eCommerce.Order.Steps.PaymentSucceded
• eCommerce.Stock.StatusChanged

Det samme med "Template Extenders" der har man p.t. flg. tilrådighed:

Extender types:

• ProductTemplateExtender
• ProductListTemplateExtender
• OrderTemplateExtender
• OrderLineTemplateExtender
• PageTemplateExtender

Udfordringerne

Sidst vil man typisk løbe ind i nogle udfordringer ifm. implementering af Dynamicweb ecommerce.

Den har ikke nøjagtig den funktion vi har i vores ERP med at når en kunde; har bestilt 78 varer, genererer en årlig omsætning over 250.000 og ingen kredit har, så får kunden 8% rabat for køb under 40.000 og 12% over.

Det er i sådanne situationer vi vil prøve at redegøre for at denne standard-software "Dynamicweb ecommerce" aldrig har set eller hørt om jeres forretning og at i uden tvivl har noget helt unikt at byde på og der vil jeg gerne have tid til at dykke ned under motorhjælmen på systemet for at undersøge, og finde ud af hvordan udfordringen løses bedst muligt. Og det kunne være :

• Forsøg at holde det i standard-softwaren (inkl. Providers)
  i>Vil det være til at håndtere administrativt?
  • Vil det skabe unødvendig vedligeholdelse?
• Kan det styres med standard templates
  • Udvider vi nu templates med at scripte os ud af problemerne eller er det simpelt
  • Kræver det for mange templates så opdateringer/redesign bliver alt for omfattende
• Er det muligt at bygge integration oven på
  • Er vores template- og data-design fleksibelt nok til data fra eksterne kilder

Det er vores arbejde, og jeg forsøger at give det bedst mulige billede af udfordringerne undervejs. Om det være visuelt eller teknisk, så ligger det mig meget på sinde at kunderne forstår, hvor vi vil/skal hen og mindre præcist hvordan, men desto mere forståelse vi kan give fra os, jo nemmere er det at udnytte potentialiet i funktionerne fuldt ud og videreudvikle konceptet sammen med os.

Vil du høre mere om Dynamicweb ecommerce så skriv til mig ks@co3.dk eller Brian bm@co3.dk.