Formas de pagamento
Lista as formas de pagamento cadastradas para a loja inteira ou para um seller, no formato que o checkout do app espera.
O checkout do app precisa saber quais formas de pagamento oferecer: PIX, cartão com parcelas, boleto, pagamento a prazo. Esta rota devolve as formas de pagamento cadastradas na loja, no formato da plataforma 1.0 (todos os valores como texto), uma por item.
Diferente do resto da API 4.0, esta rota usa credencial de administrador (e-mail e chave de API), não a ekey do cliente. Ela serve a um servidor que monta o checkout, não ao aparelho do cliente. A chave de API nunca deve ir dentro do app.
/api/4.0/payments_ext_aAdminListar formas de pagamento
Devolve as formas de pagamento da empresa pedida. Por padrão (sem company_id) são só as da loja inteira; as de um seller vêm quando você informa o seller, junto com as da loja inteira. As formas do ponto de venda (balcão) nunca entram.
Cabeçalhos
AuthorizationstringobrigatórioBasic <base64 de e-mail:chave_de_api> de um usuário administrador ativo, tudo num único Base64. Um token de cliente (ekey) é recusado.Parâmetros de consulta
company_idstring0 significa só as formas da loja inteira. Seller desconhecido devolve payments vazio.statusstringADactiveinactiveA) ou só as desativadas (D). Vazio não filtra. Valor desconhecido devolve lista vazia.lang_codestringpadrão: pt-BRlang_code. Não traduz nada.Exemplo de requisição
curl "$BASE_URL/api/4.0/payments_ext_a?company_id=496868694&status=A" \
-u "$EMAIL:$API_KEY"Resposta
{
"payments": [
{
"payment_id": "1204113",
"payment": "PIX",
"description": "Pague com PIX e ganhe desconto.",
"instructions": "",
"template": "",
"company_id": "0",
"status": "A",
"usergroup_ids": "0",
"a_surcharge": "0.00",
"p_surcharge": "0.00",
"min_order_limit": "0.00",
"max_order_limit": "0.00",
"processor_params": "a:1:{s:18:\"installment_number\";a:1:{i:1;a:2:{s:9:\"surcharge\";s:0:\"\";s:11:\"is_selected\";s:1:\"Y\";}}}",
"position": "10",
"processor_id": "0",
"processor_type": "P",
"processor_status": "A",
"lang_code": "pt-BR",
"surcharge_title": "",
"payment_period": "0",
"min_order_count": "0",
"max_order_count": "0",
"ec_payment_code": "",
"ec_usergroup_code": "",
"allow_to_use_seller_limit": "N",
"v_temp_wallet_allow": "N",
"tax_ids": "",
"localization": "",
"payment_category": ""
}
]
}Campos da resposta
payments[].payment_idstringpayments[].paymentstringBoleto (30 dias)) e main_payment traz o nome base.payments[].descriptionstringpayments[].instructionsstringpayments[].templatestringpayments[].company_idstring"0" é da loja inteira.payments[].statusstringADA ativa, D desativada.payments[].usergroup_idsstring"0" é todos.payments[].a_surchargestringpayments[].p_surchargestringpayments[].min_order_limitstring"0.00" é sem mínimo.payments[].max_order_limitstring"0.00" é sem máximo.payments[].processor_paramsstringpayments[].positionstringpayments[].payment_periodstring"0" quando não há.payments[].ec_payment_codestringpayments[].ec_usergroup_codestringpayments[].allow_to_use_seller_limitstringYNY quando a forma usa o limite de crédito do cliente com o fornecedor.payments[].main_paymentstringpayments[].lang_codestringlang_code pedido.Os campos processor_id ("0"), processor_type ("P"), processor_status ("A"), surcharge_title, min_order_count, max_order_count, v_temp_wallet_allow, tax_ids, localization e payment_category existem para o app 1.0 e têm sempre os valores fixos do exemplo.
Erros
| Status | Quando | Corpo |
|---|---|---|
| 401 | Sem Authorization, em formato inválido, e-mail desconhecido, usuário inativo ou chave errada | {"error":"unauthorized"} |
| 403 | Credencial válida de usuário que não é administrador | {"error":"forbidden"} |
| 500 | Falha ao ler | {"error":"internal error"} |