BrainTree 91560 Транзакция не может быть проведена на условном депонировании

У меня возникла ошибка, которую я не знаю, как решить с помощью BrainTree. Все данные были изменены, это только пример. Nonce генерируется из javascript, и мой процесс выглядит следующим образом:

//Set the Configuration
Braintree_Configuration::environment($config['mode']);
                Braintree_Configuration::merchantId($config['merchant_id']);
                Braintree_Configuration::publicKey($config['public_key']);
                Braintree_Configuration::privateKey($config['private_key']);

                $result = Braintree_Transaction::sale(array(
                    'amount' => '3.00',
                    'merchantAccountId' => 'jane_doe_instance_3232',
                    'paymentMethodNonce' => '7w0dw',
                    'options' => array(
                        'submitForSettlement' => true,
                        'holdInEscrow' => true,
                        ),
                    'serviceFeeAmount' => "1.00"
                    )
                );

if($result -> success) {
        print_r($result->transaction->escrowStatus);
            print_r($result->transaction->serviceFeeAmount);
        $transaction = Braintree_Transaction::holdInEscrow($result -> transaction -> id);
}

Теперь вот что происходит. Процесс оплаты и статус «отправлено_для_расчета», что отличается от того, что указано в документах. Теперь вот где это становится странным.

$result->transaction->escrowStatus

escrowStatus всегда пуст, не работает

$result->transaction->serviceFeeAmount

Сумма платы за обслуживание распечатывается, так что это работает.

И затем, когда я пытаюсь провести транзакцию на условном депонировании

    $transaction = Braintree_Transaction::holdInEscrow($result -> transaction -> id);

Выдает ошибку 91560 Транзакция не может быть проведена на условном депонировании. Есть идеи, почему это панорамирование?


person Devin Dixon    schedule 26.10.2014    source источник
comment
@agf, у тебя есть какое-нибудь представление об этом?   -  person Devin Dixon    schedule 27.10.2014
comment
Это выглядит правильно, если jane_doe_instance_3232 является дополнительным аккаунтом продавца. Если у вас все еще есть проблема, я предлагаю вам написать в нашу службу поддержки по адресу [email protected].   -  person agf    schedule 27.10.2014
comment
@agf, я сейчас разговариваю с ними, но то, что есть в документах, не соответствует тому, как это работает. У кого-то еще была точно такая же проблема: stackoverflow.com /вопросы/25643520/   -  person Devin Dixon    schedule 27.10.2014
comment
Этот человек не указал идентификатор учетной записи продавца, поэтому он не использовал дополнительную учетную запись продавца, поэтому он получил эту ошибку.   -  person agf    schedule 27.10.2014
comment
@DevinDixon У меня такая же ошибка. Вы получили какие-либо решения для него?   -  person Jestin    schedule 11.09.2015


Ответы (1)


Если вы используете идентификатор основной учетной записи продавца, вы не можете депонировать заблокированный платеж.

person vikas patidar    schedule 16.04.2020