راحت ترین و سریع ترین روش ساخت درگاه پرداخت اینترنتی(از کدام کلاس یا از کدام بانک استفاده کنم)

[olampiad]

سلام و خسته نباشید.
من تو پروژم جایی هستش که میخوان پرداخت اینترنتی داشته باشه.
من تا به حال با پرداخت های اینترنتی کار نکردم و نمیدونم روش کار با اونا چ طوری هستش.
راحت ترین و سریع ترین روش ساخت درگاه پرداخت کدوم روش هستش؟
میشه تو این زمینه کمکم کنید.
آیا فیلک آمورشی یا مطلب آموزشی در این مورد سراغ دارید.
از چ کلاسی استفاده کنم یا از کدوم بانک استفاده کنم؟
خیلی ممنون
تشکر فراوان

[mojooriass]

سلام و خسته نباشید.
من تو پروژم جایی هستش که میخوان پرداخت اینترنتی داشته باشه.
من تا به حال با پرداخت های اینترنتی کار نکردم و نمیدونم روش کار با اونا چ طوری هستش.
راحت ترین و سریع ترین روش ساخت درگاه پرداخت کدوم روش هستش؟
میشه تو این زمینه کمکم کنید.
آیا فیلک آمورشی یا مطلب آموزشی در این مورد سراغ دارید.
از چ کلاسی استفاده کنم یا از کدوم بانک استفاده کنم؟
خیلی ممنون
تشکر فراوان
سلام
معمولا گرفتن درگاه مستقیم از خود بانک ها زمان بره من پیشنهاد میکنم از درگاه های غیر مستقیم استفاده کنید که من شخصا jahanpay.com را پیشنهاد میکنم داخل خود سایت هم مستندات و نمونه کد های php موجود هست

[بیتا حکمت]

سلام . معمولا" برای اینکه بانک به شخصی درگاه پرداخت بده جواز و پروانه کسب و کار مربوطه میخواد ، خوبی درگاه پرداختی که متعلق به بانک باشه اینکه مشتری بیشتر اعتماد می کنه اما بدی اش اینکه همونطور که دوستمون گفتند گرفتن درگاه مستقیم از بانک زمان بیشتری لازم داره . همچنین پاسخگویی شرکت هایی مث پی لاین و زرین پال به مراتب از بعضی بانک ها بهتره !! مستندات و نمونه کد هم رو همون بانک یا شرکتی که میخواین ازش درگاه بگیرین ارائه می کنه ..
کارمزدی هم که درگاه های مستقیم از مشتری می گیرن فرق می کنه ، مثلا" درصدی که پی لاین می گیره ممکنه با درصدی که زرین پال می گیره یکی نباشه.

[olampiad]

تشکر فراوان از دوستان عزیز بابت راهنمایی هاشون
یه نظرخواهی خواستم از کسانی که با پی لاین و زرین پال کارکردن ؟
کدوم یک از این گزینه هارو بهتر میدونید؟
تجربه خیلی جاها حرف اول رو میزنه.
میخوام تجربتون رو نسبت به این پرداخت ها بدونم.
مرسی

[بیتا حکمت]

تشکر فراوان از دوستان عزیز بابت راهنمایی هاشون
یه نظرخواهی خواستم از کسانی که با پی لاین و زرین پال کارکردن ؟
کدوم یک از این گزینه هارو بهتر میدونید؟
تجربه خیلی جاها حرف اول رو میزنه.
میخوام تجربتون رو نسبت به این پرداخت ها بدونم.
مرسی



پی لاین به درخواست تسویه حساب خیلی زود رسیدگی می کنه اما در مقابل زرین پال ماژول های برنامه نویسی بیشتری داره ، همچنین تو سابقه زرین پال این بوده که
برای مدتی واسه تشویق و جذب مشتری ها چند ماهی پورسانت کم نکرده باشه ( اگر اشتباه نکنم تابستان سال گذشته بود ) اما من چنین موردی رو تو پی لاین ندیدم .
در مورد درگاهها تو انجمن وب هاستیک تالک بحث و گفت و مقایسه زیاد هست ، اگر سرچش کنید پیداش می کنید ، من شخصا" با پی لاین راحت ترم اما اگر زمانی تراکنش هام میلیونی بود از خدمات بانک دولتی ( منهای بانک سامان : دی ) استفاده می کردم ( هر چقدر پشتبانی و کیفیتش پایین تر بشه ادم احساس امنیت بیشتری می کنه

[mojooriass]

تشکر فراوان از دوستان عزیز بابت راهنمایی هاشون
یه نظرخواهی خواستم از کسانی که با پی لاین و زرین پال کارکردن ؟
کدوم یک از این گزینه هارو بهتر میدونید؟
تجربه خیلی جاها حرف اول رو میزنه.
میخوام تجربتون رو نسبت به این پرداخت ها بدونم.
مرسی
شخصا از پی لاین راضی نیستم تعداد تراکنش های ناموفق بالا و داشتن باگ فراوان برای مثال شما بعد از پرداخت و بازگشت به سایت خودتون میتوانید دوباره به وسیله دکمه برگشت مرورگر به قسمت تایید پی لاین برید و دوباره خرید را تایید کنید و کالا مورد نظر دریافت کنید که البته توی سایت مقصد میشه به روش هایی جلو این کار را گرفت ولی من بعد دیدن این صحنه گذاشتمش کنار زرین پال هم خوب هست منتها کارمزد که میگیره کمی زیاد هست پیشنهاد من جهان پی هست

[بیتا حکمت]

شخصا از پی لاین راضی نیستم تعداد تراکنش های ناموفق بالا و داشتن باگ فراوان برای مثال شما بعد از پرداخت و بازگشت به سایت خودتون میتوانید دوباره به وسیله دکمه برگشت مرورگر به قسمت تایید پی لاین برید و دوباره خرید را تایید کنید و کالا مورد نظر دریافت کنید که البته توی سایت مقصد میشه به روش هایی جلو این کار را گرفت ولی من بعد دیدن این صحنه گذاشتمش کنار زرین پال هم خوب هست منتها کارمزد که میگیره کمی زیاد هست پیشنهاد من جهان پی هست

من در مورد وبلاگ ها اینو شنیدم که درگاه های غیر مستقیم رو میشه دو زد اما اینکه تو سایت ها همچین اتفاقی می افته از زبان شما شنیدم ، جسارتا" لینکی دارید که گفته شما رو تایید کنه و افراد دیگری هم مشکلی رو که شما گفتین داشته باشن ؟ ( قصد رد حرف های شما نیست آ ، فقط میخوام مطمئن بشم )

[mojooriass]

من در مورد وبلاگ ها اینو شنیدم که درگاه های غیر مستقیم رو میشه دو زد اما اینکه تو سایت ها همچین اتفاقی می افته از زبان شما شنیدم ، جسارتا" لینکی دارید که گفته شما رو تایید کنه و افراد دیگری هم مشکلی رو که شما گفتین داشته باشن ؟ ( قصد رد حرف های شما نیست آ ، فقط میخوام مطمئن بشم )
اگه درگاه داشته باشید از این سایت می توانید خودتون چک کنید فرض کنید یک سایت فروش کارت شارژ دارید که بعد از خرید موفق کد شارژ به کاربر میده حالا اگه از درگاه پی لاین استفاده کنید بعد از دریافت کدد مجددا برمی گردید به پی لاین دوباره تایید خرید می زنید و دوباره کد شارژ دریافت میکنید و تنها راه مقابله باهاش اینه که قبل از این که کاربر به سایت پی لاین بره id_get اون را که برابر همون متغییر result هست را در دیتابیس ذخیره کنید و هنگام بازگشت یه شرط بزارید که بررسی کنه برای اون id_get قبلا trans_id ثبت شده یا نه که خوب اگه منطقی بخواییم حساب کنیم رفع این باگ با پی لاین هست نا با ما شما فرض کنید با درگاه بانک ملت کالای بخرید دوباره برگشت کنید به درگاه بانک ملت و دوباره خرید تایید کنید بدون این که پولی از حسابتون کم بشه اگه خواستید به چشم ببینید این قضیه را بگید تا یک اسکریپ برای تست بهتون بدم

[morrning]

اگه درگاه داشته باشید از این سایت می توانید خودتون چک کنید فرض کنید یک سایت فروش کارت شارژ دارید که بعد از خرید موفق کد شارژ به کاربر میده حالا اگه از درگاه پی لاین استفاده کنید بعد از دریافت کدد مجددا برمی گردید به پی لاین دوباره تایید خرید می زنید و دوباره کد شارژ دریافت میکنید و تنها راه مقابله باهاش اینه که قبل از این که کاربر به سایت پی لاین بره id_get اون را که برابر همون متغییر result هست را در دیتابیس ذخیره کنید و هنگام بازگشت یه شرط بزارید که بررسی کنه برای اون id_get قبلا trans_id ثبت شده یا نه که خوب اگه منطقی بخواییم حساب کنیم رفع این باگ با پی لاین هست نا با ما شما فرض کنید با درگاه بانک ملت کالای بخرید دوباره برگشت کنید به درگاه بانک ملت و دوباره خرید تایید کنید بدون این که پولی از حسابتون کم بشه اگه خواستید به چشم ببینید این قضیه را بگید تا یک اسکریپ برای تست بهتون بدم

داخل مستندات پی لاین هم ذکر شده که id_get و trans_id رو ذخیره کنید و هر بار چک کنید که قبلا پرداخت نشده باشه.این مورد رو باید در نظر بگیرید هر چند بقیه درگاه ها هم همین مششکل رو دارن.

[بیتا حکمت]

اگه درگاه داشته باشید از این سایت می توانید خودتون چک کنید فرض کنید یک سایت فروش کارت شارژ دارید که بعد از خرید موفق کد شارژ به کاربر میده حالا اگه از درگاه پی لاین استفاده کنید بعد از دریافت کدد مجددا برمی گردید به پی لاین دوباره تایید خرید می زنید و دوباره کد شارژ دریافت میکنید و تنها راه مقابله باهاش اینه که قبل از این که کاربر به سایت پی لاین بره id_get اون را که برابر همون متغییر result هست را در دیتابیس ذخیره کنید و هنگام بازگشت یه شرط بزارید که بررسی کنه برای اون id_get قبلا trans_id ثبت شده یا نه که خوب اگه منطقی بخواییم حساب کنیم رفع این باگ با پی لاین هست نا با ما شما فرض کنید با درگاه بانک ملت کالای بخرید دوباره برگشت کنید به درگاه بانک ملت و دوباره خرید تایید کنید بدون این که پولی از حسابتون کم بشه اگه خواستید به چشم ببینید این قضیه را بگید تا یک اسکریپ برای تست بهتون بدم

من الان تست کردم ، چنین مشکلی نبود ، Back زدم یک بار خطا داد ، یک هم برگشت خورد به صفحه ای که مشخصات کارت رو وارد میشه . البته من از ماژول فریر استفاده می کنم ، شاید منظور شما کدهای خام پی لاین باشه .

[mojooriass]

من الان تست کردم ، چنین مشکلی نبود ، Back زدم یک بار خطا داد ، یک هم برگشت خورد به صفحه ای که مشخصات کارت رو وارد میشه . البته من از ماژول فریر استفاده می کنم ، شاید منظور شما کدهای خام پی لاین باشه .
بله گفتم قابل حل هست این مشکل ولی اصول کار اشتباست

[m_r_1989]

سلام شما بهترین راه برای استفاده از یک درگاه پرداخت این هست که راهنمایی که برای برنامه نویس سایت خود بانک ارائه می کند از آن استفاده کنید و فرقی نمی کند شما کدام بانک راه انتخاب می کنید همشون مثل هم هستند و راهنما برای برنامه نویس می دهند مثل خود وب سرویس های پیامک




سرور hp (http://hpserverhome.ir)

[us1234]

بله گفتم قابل حل هست این مشکل ولی اصول کار اشتباست

این روش اشتباه نیست ، برنامه نویس باید همیشه چک کنه که به پرداختی که قبلا وریفای شده را اجازه دریافت محصول ندهد ...

خیلی از درگاه های بانک ها هم این روش را دارند ، درگاه بزرگ PayPal هم به همین شکله و دلیل هم داره ، به خاطر اینکه در آینده هم بتوان چک کرد که فلان پرداخت به درستی انجام شده است یا خیر .

از نظر منطقی هم درست عمل میکنه چون هر پرداختی با مبلغ درست و شناسه تراکنش صحیح در هر زمان یک پرداخت صحیح است و این که فقط یک بار پرداخت صحیح باشد و بعد دیگه صحیح نباشد به نظر من منطقی نیست .

[mojooriass]

این روش اشتباه نیست ، برنامه نویس باید همیشه چک کنه که به پرداختی که قبلا وریفای شده را اجازه دریافت محصول ندهد ...

خیلی از درگاه های بانک ها هم این روش را دارند ، درگاه بزرگ PayPal هم به همین شکله و دلیل هم داره ، به خاطر اینکه در آینده هم بتوان چک کرد که فلان پرداخت به درستی انجام شده است یا خیر .

از نظر منطقی هم درست عمل میکنه چون هر پرداختی با مبلغ درست و شناسه تراکنش صحیح در هر زمان یک پرداخت صحیح است و این که فقط یک بار پرداخت صحیح باشد و بعد دیگه صحیح نباشد به نظر من منطقی نیست .
من هم نگفتم پرداخت ها مشکلی دارن اگه به جا post از سشن ها استفاده میشد این مشکل نبود

[us1234]

من هم نگفتم پرداخت ها مشکلی دارن اگه به جا post از سشن ها استفاده میشد این مشکل نبود

سیشن فقط داخل سرور سایت ذخیره میشود و هیچ ارتباطی به انتقال اطلاعات بین 2 سایت ندارد .

روشی که شما میگید این که اگر یک پرداخت وریفای شد در بررسی های بعدی دیگر نتیجه اوکی برنگرداند که از نظر منقطی درست نیست ، یک پرداخت انجام شده در هر حال یک پرداخت درست است ، برنامه نویس باید کارش درست باشه که به یک پرداخت 2 یا چند محصول ندهد ...