멀티 판매자 드루팔 호스팅

오전 1시 49분 12 월 (11) 2007 smoothify에 의해 게시 됨

나는뿐만 아니라 자신의 프로젝트에 대한 비슷한 뭔가를 찾고있는 사람들로부터, 오늘 아침 일찍 작업 고라를 게시하고 실제 일을하고자하는 사람들로부터 좋은 반응을 얻었다.

내 프로젝트는 클라이언트가 아니기 때문에 그것은 긴급 턴어라운드가없는, 그래서 난 시스템 권리보다는 러시 물건을 얻을 원합니다. 또한 최종 결과처럼 다른 사람이 아니라 내 사용 사례로 제한 뭔가보다 너무 사용하기위한 유용한 모듈이 될 것입니다.

여기에 이런 종류의 일에 관심이있을 것 같다 있기 때문에 그래서, 나는 그것을 여기에 게시하고 사람들과에 기여 또는 모듈을 공동 후원에 관심있는 사람들이 있는지 찾고있는 물건의 종류를 볼 유용 할 수 있습니다 생각했다.

전자 상거래의 이전 버전에 전에이 여러 시도가 있었다 또한 이후는 다른 접근 방법과 길 기대해야한다에 대해 알게 된 내용을 대조하는 멋진 것입니다.

내 프로젝트의 난 다음이 필요합니다 :

각 클라이언트는 그들이 만들고 자신의 가게 앞을 유지할 수 있습니다 자신의 로그인이있다. 그래서 그들은 그들의 제품을 관리 할뿐만 아니라 자신의 주문을 볼 수 있어야합니다.

모든 자신의 제품이 이상적으로, 예를 들어 하위 도메인을 사용하여 자신의 미니 저장소에 표시됩니다 mystore.example.com. 주요 포털 자체는 모든 다른 상점에서 제품을 나열합니다. 하위 도메인 부분은 전자 상거래의 외부 처리됩니다 - 대부분 도메인 액세스 모듈과 같은으로

체크 아웃 프로세스를 위해 아마 지불 포털에서 촬영 한 후 개인 상점 주인에게 배포되는 단일 결합 체크 아웃,해야합니다. 나는 ec_commissions 모듈이 부분에 도움이 될 수 있습니다 생각합니다.

그러나 하나의 체크 아웃은 서로 다른 위치에있을 수 있기 때문에 유형 제품에 대한 합병증을 가지고 우리는 운송 및 세금을 계산하는 방법에 명확하게 할 필요가있다. 나는 멀티 벤더을 처리하는 상용 X-장바구니 프로 쇼핑 카트 시스템에서 찾고 있었어요 그리고 나는 그들이 아래로 다른 매장에 순서를 중단하고 적절한 운송 및 세금 비용과 별도의 송장을 만들 생각합니다.

이들과 그러한 운송 문제가 없기 때문에 다운로드 제품의 경우이 쉬울 것이다. 가게 만 다운로드었다면 대신 실제 통화 user_points를 사용하는 것도 가능하다.

주문이 완료되면, 다음 판매자의 제품을 뺀 구성 수수료를 지불하는 방법이 필요합니다. 포털 소유자와 가게 주인 모두가 그림을 볼 수 있도록이 좋은보고를 가질 필요가있다.

하지만이에 다른 사람의 의견을 듣고 싶습니다 - 나는 것을 내가 잊어 버린, 또는하지 내가 기억한다면 그래서 난이에 추가 할 것입니다 생각했다가 확신합니다.

나는 ec_mvmg 썼다 : drupal.org/project/ec_mvmg를
그것은 거기입니다. 그것은 큰 해킹, 그러나 당신이 설명하는지의 대부분을 수행합니다.

내가 작업 한 클라이언트에 대한 아이디어는 고객의 말에 지불을 분할하는 것이 었습니다.

우리는 함께 쇼핑 카트를 유지했다. 당신이 원하는대로 당신은 그것에서 많은 제품을 넣을 수 있습니다.

당신이 지불에 갈 때, 트랜잭션은 여러 "하위 거래"(업체 당 1 개)로 분할되었다.

결제 화면이 다음에서 쇼핑하려는 각 저장소에 대해 지불를 진행하는 데 필요합니다.

그 솔루션을 좋아하지 않았다, 그러나 클라이언트는 당신이 지불 Paypal.com로 이동하는 것을 의미했다 페이팔 웹 사이트 지불 표준, 우리의 솔루션 작업을 요구했다. 그 모든 구매 paypal.com 1 명 방문을 의미했다. 우리의 손은 묶여 조금 있었다.

어쨌든, 그것을 작동합니다. 그것은 일하고있어, 그들은 제품을 많이 판매하고 있습니다.

또 "잡았다"는 지불이 일어날 때를 알려 페이팔 IPN에 의존하고 있다는 점이다. 즉, 시간의 약 90 %를 작동하는 것 같다, 그러나 우리는 때때로 주요 사이트에 다시 게시하지 않는 거래를 얻을.

내 모듈이 작동하는 방법 그래서입니다. 그것은 꽤 아니지만, 나는 확실히 당신이 제안하는지의 개념을 이해합니다. 그것은 결코 작은 위업 없습니다.

오후 1시 33분 12 월 (11) 2007 suydam에 의해 게시 됨

Esadot - 난 심지어 ec_mvmg 모듈 개발을 계속하지 않았습니다. 우리가 함께 이동 그것은 믿을 수 없을만큼 독점 얻고 있었다. 나는 우리가 여러 지불로 거래를 분할 때문에 요구 사항의 EC 모듈의 표준 지불 게이트웨이와 함께 머물 수 없습니다. 우리가 여러 지불로 거래를 분할 한 이유는 페이팔 문제가 내가 위에서 강조이었다.

우리는 우리가 "거래"당 여러 지불을 실행중인 지점에 도착하면 전체 모듈이되었다 일회성 작업에 지나지 (나 이상에 대한). 우리는 5 월에 사이트를 개설하기 때문에 나는 그것을 손도 안 (6 월? 내가 잊지).

나는 이것을 말할 것이다 :이 프로젝트는 나를 위해 좋은 학습 경험이었습니다. ) 나는이 멀티 벤더 지불 프로젝트가 꽤 크고 복잡한 될 것입니다 이유에 대해 자세히 알아. 난 제대로 작동하도록하는 방법에 대한 몇 가지 좋은 아이디어 (대신 ec_mvmg되는 해킹)가 있습니다.

생각하는 것들 :

모든 공급 업체가 자신의 페이팔 / authorize.net 설정을 설정하고 드루팔은 백그라운드에서 트랜잭션을 분할합니까?
. 또는, 당신은 사이트 관리자의 페이팔 / 권한 부여 / 어떤 계정에서 해당 수동으로 처리 하시겠습니까?

사용자들은 여러 공급 업체에서 구입이야 또는 사업장이 하나의 환상을 원하는가 알고 당신이 원하는하십니까?
나중에 Etsy.com 또는 Gozabo.com에 다음 Amazon.com에서 쇼핑을 가서. 차이는 놀랄만하다. 당신이 체크 아웃 한 후 아마존의 많은 벤더는 모든 아마존에 의해 지불하고 살만한있다. 에디터 선택 및 Gozabo은 모두 거래를 분할하고 각 공급 업체에 대해 한 번 지불해야합니다. 이것은 (C.O.D. 지불도 옵션이다!) 프로그래머의 관점에서 분명히 쉽게 및 공급 업체의 관점에서 더 유연하다. 하지만 고객의 관점에서 더 짜증나.

이 비디오를 시청!

Choose Hosting

Top 3

멀티 판매자 드루팔 호스팅

관련 기사