By sweden_harnosand on

Hi fellow Drupeleers! My name is Johan and Im from sweden.

I have been asked to build a site that can host different restaurangs homepages from where users can order home delivery. (Mainly Pizza f.y.a) So I am about to tackle the strategy but dont really know which approach I should take. Its why I much would like to get some help from you guys.

There are 2 ways as I look at it.

First way is to have one home page (for our services) and then build sites on top of it so that each restaurang will have its own homepage (shared design to minimize workflow from my end) This solution would take care of my biggest issue. To have an unique payment gateway for each company/restaurang/site .

2nd solution is a better strategy for site content, SEO and marketing. And that is to have all sites under one site. So that restaurangs will be all listed within the main home page. Problem then is how to make each restaurang have its own payment gateway.(I mean unique ID for the payment gateway, they will all use the same system. I just want transactions to go to their own account.) I know most services like mine use one payment Gateway ID for all their transactions but its not an option in my case.

So basicly my questions are

1) How to best approach such a project (anyone got some experience and can share)

2) How to best work with payment gateways so each restaurang has its own unique ID.

Much tankfull for any help.

⋅ Categories: Drupal 7.x

Comments

john_b’s picture

john_b commented

I would have thought it has to be second solution if there is a single team administering the site(s). However, I did chat to a biggish UK Drupal shop who had set up several hundred sites using a solution like your first one.

Payment gateways usually accept meta data of various kinds which you could use to identify the retailer. However, if each restaurant has its own payment gateway, then you just need to post to the relevant gateway depending on which restaurant is accepting the order. I asked someone from Commerce Guys about this and he said there are several ways of solving the problem (though none are, as far as I know, incorporated in ready-made modules out of the box). Commerce Guys offer mentoring. Commerce Guys are not cheap, but then a complex site of this kind will no doubt have a very substantial fee attached to it, as it will no doubt take hundreds of hours, and a bit of expert help like that might be a good idea.

With respect, it is massive project if you are new to Drupal, and you really need to buy in some general Drupal consultancy as well as Drupal Commerce consultancy to avoid the kinds of bad decisions causing long term problems for the clients that we have probably all made when new to Drupal, and which we all see too many Drupal sites built by others (including some companies who do have experience). Still it will be a very rewarding experience.

Digit Professionals specialising in Drupal, WordPress & CiviCRM support for publishers in non-profit and related sectors

yurg’s picture

yurg commented

Hi Johan,

You may want to use Drupal multisite (same Drupal core and modules, but use different design / content for each restaurant), it works for subdomains too (good-restaurant.yourdomain.se and another-restaurant.yourdomain.se). As for payment: it really depend on solution you choose for ordering process (Ubercart/Commerce or custom) and payment gateway you choose.
Second solution you've described would require custom code which pass payment to ordered pizza owner's account. It could be dome in many ways, depending, again, form overall system configuration.

manish_mics’s picture

manish_mics commented

Check out the commerce module and in particular the commerce_kickstart. this will help you.