Waar een programmeerbedrijf te vinden.

[Danden]

Goededag,

ik ben op zoek naar een bedrijf die een inkoopportaal kan (na) bouwen. 

Ter verduidelijking. 

Ik heb een retailbedrijf.  Ik laat nog even in het midden wat voor iets. Niets bijzonders, er zijn vele bedrijven zoals die van mij. Universeel of franchise zaken bij bekende ketens. Nu gebruiken wij allemaal de zelfde leveranciers, echter is het een heel gedoe om alles op een rijtje te zetten. Elke leverancier heeft namelijk zijn eigen e-commerce site . En voor je het weet zit je op 7 sites te zoeken,  dit is erg omslachtig. Er bestaan voor zover ik weet 2 ontwikkelaars van iets wat ik zoek,  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 de andere is gebouwd door een Duitse partij. Deze wordt wel beschikbaar gesteld door een franchise formule, maar geeft een beperkt aantal leveranciers. Nu zou ik zo'n portaal willen ,maar dan met alle leveranciers en beschikbaar voor iedereen. 

Degene die nu dit portaal beheert is een leverancier en zijn concurrenten  van andere die je als gebruiker er wel op wilt hebben. Er is zeg maar in onze branche een behoefte naar een onpartijdige beheerder van een portaal . Ik weet dat leveranciers zitten te springen om op het 2e genoemde portaal te komen, maar worden tegen gehouden. Dus als u het nog kan volgen. Ik zoek een bedrijf die iets kan nabouwen. 

 

Wie heeft hier verstand van?

 

Gr. Danden

[Richard Theuws]

Dat kunnen de meeste grotere web developers wel hoor, maar de haalbaarheid is afhankelijk van wat voor budget je beschikbaar hebt en hoe gecompliceerd het portaal is.

[Norbert Bakker]

11 uur geleden, Danden zei:

Ik heb een retailbedrijf.  Ik laat nog even in het midden wat voor iets.

 

Nee hoor. Je hebt keurig netjes je openbare profielinfo gevuld. Of was dat (nog) niet de bedoeling? 

 

Edit: is naar aanleiding van deze post aangepast. Graag gedaan 

[jochem8]

Als ik het goed begrijp wil je dus een webshop bouwen waarin alle producten van je leveranciers staan, zodat ze die bij jou kunnen bestellen? Je zou dan eens kunnen kijken naar https://doeex.com/ 

Of bedoel je dat ze via jouw portal bij al die verschillende leveranciers gaan bestellen?

[Danden]

Nou nee.

Het is niet( of althans niet in eerste instantie) de bedoeling om een webshop te gaan beginnen.

 

 Ik wil eigenlijk een portal voor eigen gebruik. Zeg maar 1 E-commerce waar mijn leveranciers op kunnen, zodat wij niet alle leveranciers af te moeten.

Ik weet dat er nu 2 van deze portals bestaan.

Echter zoals ik al vertelde;

1 is eigenlijk niet compleet doordat de functies niet goed zijn.

2 is zeer gebruik vriendelijk, maar doordat de eigenaar van dit portaal een leverancieer is is het aanbod beperkt.

 

er is in mijn branche behoefte aan een tool zoals de 2e, maar dan met alle belangrijke leveranciers.

 

[Highio]

Ik zou het dan geen portaal noemen, maar zoek beter eens op termen EDI inkooporder, ERP connector of eprocurement i.c.m. jouw huidige bedrijfs- of verkoopsysteem. Als portaalhouder of elektronische marktplaats heb je denk ik meer macht en technische kennis nodig.

 

Groet,

 

Highio 

12 november 2019 aangepast door Highio

[Think Twice]

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?

[Mr. Data Feed]

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.

[Think Twice]

1 minuut geleden, Mr. Data Feed zei:

Ik denk dat TS er wel vanuit mag gaan dat de leverancier een XML, CSV of andere feed ter beschikking heeft staan.

 

Ik lees dat nergens, vandaar mijn vraag.

[Mr. Data Feed]

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.

[Think Twice]

1 minuut geleden, Mr. Data Feed zei:

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.

 

Tenzij ze het niet willen delen om wat voor reden dan ook. 

 

Als de TS toegang heeft tot de diverse feeds dan kan er gebouwd worden wat hij wil, geen probleem.

[Maxn]

41 minuten geleden, Think Twice zei:

Als de TS toegang heeft tot de diverse feeds dan kan er gebouwd worden wat hij wil, geen probleem.

 

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. ")

[Think Twice]

3 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. ")

 

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.

[Maxn]

8 minuten geleden, Think Twice zei:

Dan ben je toch afhankelijk van de leverancier of die een API aanbiedt hiervoor. 

 

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...

[Mr. Data Feed]

 

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.
 

[Maxn]

1 minuut geleden, Mr. Data Feed zei:

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.

 

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.

[Mr. Data Feed]

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? :) 

[Think Twice]

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.

[Maxn]

1 minuut geleden, Mr. Data Feed zei:

Zo las ik het niet.

 

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)

[Mr. Data Feed]

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.

[Think Twice]

2 minuten geleden, Mr. Data Feed zei:

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.

 

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

[Maxn]

5 minuten geleden, Mr. Data Feed zei:

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.

 

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...

[Mr. Data Feed]

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.

[Mr. Data Feed]

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.

[Think Twice]

9 minuten geleden, Mr. Data Feed zei:

 

 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.

 

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...

[Mr. Data Feed]

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.