是否有其他人發現許多付款處理器的文檔對於如何使用他們的API有不良或不完整的文檔？或者它只是簡單的混淆？是否有人發現付款處理器文檔非常差
最近我已經設置了PayPal和Beanstream，發現兩者都是令人困惑或者沒有包含完整的文檔。
例如，在BeanStream文檔中，他們說他們會返回一個「message_id」，這很棒，但是他們沒有告訴你這個ID是什麼意思。它還附帶一些文本，所以你可以開始創建一個列表，但是沒有辦法檢查以確保你得到一個有效的或者意味着它是成功的。
有沒有人有過這樣的經歷？
編輯：我會同意，當你給他們發郵件，他們是有幫助的，但不幸的是他們大多是一般的技術支持（比其他緊急）只開放正常營業時間是不如ISN總是有用」當我看起來像我的整合。
好吧，這不是真的特定於支付處理器文檔，因爲所有事情都是平等的，記錄良好的API將有助於鼓勵開發。對於它的價值，我使用了paypal，authorize.net，ups和usps APIs，並沒有發現它們明顯混淆（並不意味着它們是一種特別的快樂）。
這樣說，我希望更多的文檔是像PHP的。儘管它是如此分散的語言，但文檔非常好。
我只使用PayPal，但簡單版本（您只需在網頁上設置HTML表單並使用PayPal按鈕提交）就非常容易使用。如果您正在尋找近乎實時的付款反饋，我總是發現編寫一個程序定期檢查我的PayPal電子郵件帳戶並解析電子郵件正文中的付款詳細信息會更容易。
已經有很多的API的工作，不僅是對第三方支付機構的但很多其他電子商務相關的網絡服務，我不得不說，雖然文檔可以小於恆星，他們通常都沒有那麼糟糕，如果你給他們發電子郵件或給他們打電話，他們通常會很有幫助。
我發現Authorize.net和Nova的ViaKlix文檔和代碼示例非常有幫助。我遠離PayPal。
我記得與Authorize.Net打交道的人，我完全惱火。他們很容易整合，但他們不支持我們想要的一種交易類型（無法回想），並且沒有提到它不支持他們的文檔。 – vfilby 2008-11-09 04:59:53
這可能對您沒有太大的幫助，但隨着您獲得更多經驗豐富的w /特定域，界面變得更加輕鬆。奇怪的是，我編寫了一大堆信用卡界面，一旦你得到了這些術語，它們的工作方式都是一樣的。
唯一的其他建議，我會提供是利用支持資源自己除了太的文檔提供。我們最近與一家比較知名的支付網關合作，雖然他們的文檔完全被他們自己的承認所吸引，但支持人員非常有知識，並且非常願意幫忙解釋。
我不得不爲幾個網站使用Authorize.net，假設您正在爲他們提供示例代碼的有限技術集合工作，那麼提供的文檔是「正常的」。使用PHP進行啓動和運行是一件輕而易舉的事，但在ColdFusion中嘗試取消同樣的事情時卻相當缺乏。
其他幾個網站通過PayPal完成哪些IMO是一個更好的經驗。
當涉及到設置和測試測試帳戶（沙盒）時，貝寶是一場噩夢。
當我上線時，我的代碼在沙箱休息區完美運行。另外，用戶可能會在處理付款之前返回到您的網站，但無法在沙盒中強制執行此操作，因此很難進行測試。 – TRiG 2011-07-12 16:57:53
回覆：你必須登錄Beanstream才能看到左側的文檔鏈接。 設計是如此'90年代，他們建議使用IE瀏覽器。
回覆：Paypal我改編了我的Zend Framework項目的代碼http://www.php-suit.com/paypal。 注意：您必須具有其他註冊的ssl：//套接字傳輸包裝器（在phpinfo（）中可見），您必須調整使用curl的代碼。
下面是如何使用SVN
svn checkout來獲取代碼http://paypalphp.googlecode.com/svn/trunk/ paypalphp-只讀
我用Realex和PayPal。 Realex文檔很好。清晰直接。 PayPal的絕對是非常可怕的。而我就是那種喜歡閱讀文檔的怪人，我已經知道它是爲了娛樂而閱讀它的（儘管我沒有立即計劃使用它，但我已經閱讀了整個OpenID的具體內容）。
聽起來更像一個投訴，而不是一個問題。通過詢問這個，你真的希望學到什麼？ – 2009-05-21 21:39:21