Mr. Data Feed

20 minuten geleden, Think Twice zei:

Hoe haal je de data binnen van die leveranciers? Via XML/ Json? Of scrape je diverse websites?

Want echt rocketscience is het niet, dus wat maakt dit bijzonder?

Je hebt gelijk het is zeker geen rocketscience, tot het moment dat het het wel wordt.
Ik verwerk offline, online, ftp feeds, maar scrape geen websites. Een leverancier die geen prijslijst heeft is een beetje raar. Maar het zou wel kunnen.

Voorbeeld, je krijgt een feed van de leverancier die 1 op 1 in je webwinkel past, je hoeft de headers niet eens aan te passen en je wil al producten overnemen naar je winkel. Droomdeal, waar je zo mee aan de slag kan gaan.

Maar stel nu, dat een leverancier meerdere feeds heeft die eerst aan elkaar geplakt dienen te worden, daarnaast een structuur hebben die niet overeen komt met jouw webwinkel en zelfs meerdere tabs heeft in de feed. Tevens wil je niet alle producten hebben uit de feed, zou je graag automatische elke dag willen updaten en mist het titels die je hard nodig hebt voor je SEO. Dan heb je er elke dag een dagtaak aan om alles bij te werken. En dan heb ik het nu niet eens over iets gehad dat echt gecompliceerd is.

Het verwerken van data feeds kost tijd, tijd die een webwinkelier beter kan besteden een service en verkoop dan aan het invoeren en updaten van producten.

1 uur geleden, ShopJeRot zei:

Laat je dus niet uitknijpen door de platformen en zoek een mooie niche om langzaam iets moois in op te bouwen. Of richt jezelf op hetgeen waar je al goed in bent, namelijk software ontwikkeling.

Helemaal mee eens, het maken van goede verwerkende feed software kost meer dan een weekje/maandje op de zolderkamer, maar als je echt een mooie tool hebt ontwikkeld, dan zou ik zeggen ga de markt er mee op.
Bijna 1.5 jaar geleden wilde ook ik iets doen met dropshipping, echter toen ik de markt overzag en zag wat het echte probleem was ben ik een tool gaan ontwikkelen die naar mijn mening significant beter als de huidige tools op de markt. En geloof me, de vraag is er naar. Als je zelf goed kan ontwikkelen en je geeft jezelf de tijd om iets moois te maken dan aanvullende waarde heeft voor de webshops die al online zijn, dan kan je ze bedienen met iets moois en denk ik dat je succesvoller zal zijn dan zelf een dropship website of groothandel beginnen.

Als ik jouw was, zou ik gewoon eens met een accountant gaan praten in je regio, vertel hem wat je hebt en wat je plannen zijn. Hij kan je een goede zet in de juiste richting geven. Het maakt heel erg uit of je denkt 10K of 1.000K te gaan omzetten per jaar. Dus daarom begin met een goed adviesgesprek.

7 minuten geleden, Daniel_Nijmegen zei:

Hoewel dat een verbetering is ten opzichte van standaard magento import kent het nog veel beperkingen.

Kan je met me delen waar de beperkingen liggen hier, misschien kan ik je er bij helpen.

1 uur terug, Daniel_Nijmegen zei:

Bij magento kan slechts 1 product tegelijk geupdate of aangemaakt worden. dan heb je met verschillende feeds te maken die allemaal na elkaar gestart moeten worden waarbij veiligheids risico in acht moet nemen want als 2de import start terwijl eerste niet klaar is krijg je deadlock errors. daardoor kan je maar beperkt aantal producten per uur bijwerken.

ik kwam uit op dat met veel moeite er 30.000 producten per uur bijgewerkt zouden kunnen worden betreft voorraad en aangezien ik naar 250 of zelfs 500 duizend producten wil kwam dat neer op dat binnen magento maar 1 a 2 keer per dag de voorraad bijgewerkt kan worden(ook rekening houdende met updates van productinfo).

En dan is de productinfo van lage kwaliteit en lastig te koppelen aan de juiste velden van platformen.

Dat is inderdaad lastig, maar zoals Ward aangaf is dat inderdaad op te lossen.

Of je nu 1 of 50 leveranciers hebt, je maakt er 1 super feed van die die leid je verder naar je webshop software, daarnaast geef je aan hoe vaak je wil updaten, elke dag of 1 dag, week etc. en dit zorgt er voor dat je nooit dubbele updates doet. Als je de juiste software gebruikt, doe je dat slechts 1 keer en dan draait de rest vanzelf.

Tevens zorg je er voor dat in de feed niet de producten staan die je niet kunt gebruiken of verkopen, niet op voorraad zijn of om wat voorreden dan ook niet geschikt zijn voor je webwinkel.

1 minuut geleden, Think Twice zei:

 

Ik kom met de opmerking over een API om de orders in te schieten, volgens jou niet nodig, en nu kom je zelf met een API aanzetten? Apart...

Zoals gezegd heb, las ik het probleem eerst anders.

Als je verder wil praten, ik ben via Skype bereikbaar, zonder verdere input van TS, is het zinloos.

2 minuten geleden, Maxn zei:

 

De TS schrijft dat hij momenteel naar een e-commerce site moet om zijn bestelling te plaatsen.

Dat is gegeven in de startpost.

Dat al zijn leveranciers ook bereid zijn bestellingen per e-mail/fax/andere methode te accepteren is nu juist een aanname...

Het gegeven is ook dat hij een portaal wil creëren waar alles samen komt en dan moet ik een aanname maken dat hij bij een bestelling niet als nog naar de website wil gaan om met de hand te gaan bestellen.

Maar we kunnen hier heel lang over door blijven tennissen, ik denk dat de TS nu genoeg leesvoer heeft om zijn wensen nog beter toe te lichten en dan kunnen we vanuit daar verder mee proberen te denken.

Zojuist, Think Twice zei:

 

En wat versta jij onder een auto bestelling? Want een mailtje sturen met de bestelling is natuurlijk geen automatisering. 

 Dat ligt er aan wat de TS en zijn leveranciers verstaan onder een autobestelling.

Als hij er vrede mee heeft dat het een mail is en de leverancier ook, dan is dat genoeg.
Echter je zou het direct in hun systeem kunnen schieten. Dit kan door middel van een API, maar ook het ter beschikbaar stellen van een online database met bestellingen, die dagelijks geupdate wordt. Deze url moet dan voldoen aan de voorwaarden van de leverancier, zodat de leverancier deze kan uitlezen.

Automatisering is een heel breed begrip en voor elke leverancier en verkoper anders.

1 minuut geleden, Think Twice zei:

Ik ga ervan uit dat de TS zijn bestelling in het systeem van de leverancier wil schieten, dus een API is benodigd, met alleen een feed ga je dit niet bereiken.

Klopt, echter als jij een bestelling binnen krijgt, die je in je eigen systeem schiet dan kan je vanuit daar een auto bestelling plaatsen bij de juiste leverancier. Dat is geen hogere wiskunde lijkt me toch.

2 minuten geleden, Maxn zei:

 

Hoe wil je het bezwaar dat de TS heeft tegen het gebruik van het standaard pakket -dat er al is- dan lezen?

 

"Echter bij de 1 kun je na het zoeken  niet bestellen en moet je alsnog naar de e-commerce site van de betreffende leverancier gaan."

 

(en daarnaast was er nog een pakket dat wel kan bestellen. Maar kennenlijk alleen bij de leverancier dat dat pakket levert en enkele partners.

Ja, dat een leverancier het bestellen bij zijn eigen toko kan automatiseren geloof ik wel.

Maar dat wil niet zeggen dat dit te doen is zonder medewerking van $leverancier)

Dat de TS niet alle aanwezige software kent?

Ik denk als volgt.

1. Hij krijgt de verschillende product feeds van de leveranciers, deze schieten de data in een systeem dat er een duidelijke feed van maakt.
2. Het systeem schiet het naar zijn webwinkel.
3. Bij een bestelling schiet de webwinkel het weer terug het systeem en aan het einde van de dag worden de bestellingen automatisch bij de leverancier geplaatst of bij elke bestelling krijgt de leverancier een mailtje bij de bestelling.

Indien de leverancier wil dat je alleen met de hand op een consumenten manier de bestelling plaatst met een winkelmand, achter een omgeving die gesloten is met een account, en waarbij ook direct betaald moet worden via IDeal, dan zal je naar een custom-oplossing moeten gaan. Echter nu gaan we teveel met aannames werken.

3 minuten geleden, Maxn zei:

 

Het probleem is niet het doorzoeken van de product informatie, maar de wens van de TS om vervolgens ook geautomatiseerd een bestelling bij de leverancier te kunnen plaatsen...

 

Dat is -ook voor een goede ontwikkelaar- nog wel een dingetje om te automatiseren als de leverancier daar zelf geen mogelijkheden voor aanbied.

Afgezien dat je dan na elke wijziging van de website van de leverancier, je eigen code moet aanpassen, hebben sommige webshops tegenwoordig zelfs captcha's e.d. in het bestelproces zitten.

Zo las ik het niet.

Maar als dat zijn probleem is en de feed invoer is niet het probleem, dan kan hij toch automatisch bestellen.
Als in de data feed voorraad staat, dan bied hij alleen de producten aan met voorraad en als de bestelling is gedaan stuur hij een auto mail naar de leverancier, dat lijkt me niet al te moeilijk. Of praten we nu echt over leveranciers die geen enkele vorm van automatisering hebben? :) 

46 minuten geleden, Maxn zei:

 

En hoe kan de TS met enkel een feed een inkooporder plaatsen?

 

Want was dat niet wat hij wilde?

("Echter bij de 1 kun je na het zoeken  niet bestellen en moet je alsnog naar de e-commerce site van de betreffende leverancier gaan. ")

Ik bedoel daar mee te zeggen, als de leveranciers feeds hebben, dan kan je aan de slag als ontwikkelaar. Echter zonder feeds wordt het moeilijk.
Echter bestaat er software die zijn problemen kunnen oplossen.

42 minuten geleden, Think Twice zei:

 

Dan ben je toch afhankelijk van de leverancier of die een API aanbiedt hiervoor. Of je linkt per product vanuit je portaal naar het product op de site van de leverancier en plaatst deze in het winkelmandje. Maar dit is allemaal gissen als de TS niet meer info geeft.

Je hebt geen API nodig, alleen een link naar de online data feed.
Een API zou kunnen, maar is meestal niet nodig.

26 minuten geleden, Maxn zei:

 

Bingo.

 

Zelf een ontwikkelaar inhuren is 1 ding.

Maar ook leveranciers -die doorgaans dergelijke mogelijkheden niet standaard aanbieden- gaan overtuigen dat deze kosten moeten gaan maken om hun eigen systemen aan te passen zodat jij daar geautomatiseerd kan bestellen is een veel groter probleem...

Als de ontwikkelaar goed is, dan hoeft de leverancier niet te voldoen aan bepaalde voorwaarden, maar kan eigenlijk elk type feed samen gevoegd worden en daarna doorzocht worden.
 

2 minuten geleden, Think Twice zei:

 

Ik lees dat nergens, vandaar mijn vraag.

Dat heb je gelijk in. 

Ik ga er eigenlijk vanuit dat ze het moeten hebben, ik kom nog slechts zelden leveranciers tegen die echt helemaal niks hebben.

2 uur geleden, Think Twice zei:

Staat en valt met de data die je tot je beschikking hebt. Bieden deze leveranciers bijvoorbeeld een XML feed aan met hun aanbod, of moet je iedere website scrapen?

Ik denk dat TS er wel vanuit mag gaan dat de leverancier een XML, CSV of andere feed ter beschikking heeft staan.
Zou je hem dagelijks willen updaten dan zal de leverancier een online feed moeten kunnen leveren.

Zou je inderdaad moeten gaan scrapen, dan betekent dat de leverancier zo'n technologische achterstand heeft als het gaat om voorraad beheer, dan het bijna onmogelijk wordt om een up-to-date database te creëren.