Uma nova aba foi adiciona na área de integrações do Asaas. Trata-se da aba de Mecanismos de Segurança. Ali é possível configurar Endereços de IPs autorizados na API.
Ao definir endereços IP autorizados, qualquer requisição recebida de um IP que não está nesta lista será recusada pela nossa API. Caso nenhum endereço IP seja autorizado, serão aceitas requisições de qualquer IP autenticando com sua chave de API.
Agora é possível adicionar uma referência externa na criação de QRCodes estáticos, este campo será persistido em todas as transações Pix recebidas através deste QRCode.
Agora as respostas aos endpoints de customer (/v3/customers) mostrarão, além do campo city (identificador único da cidade no Asaas) o cityName (nome da cidade).
Adicionamos um novo status ao Split de Pagamento, o REFUNDED.
O REFUNDED refere-se ao status de split estornado.
Essa melhoria foi implementada porque o status de um split estornado não sofria alterações. Agora, o novo status indicará quando o valor integral do split for estornado, seja de uma única vez ou após estornos parciais.
Agora é possível configurar via API a antecipação automática de cobranças no cartão de crédito.
Dessa maneira, você não precisa solicitar manualmente a cada cobrança, simplificando o processo de solicitação de Antecipações. Ao ativar este recurso, você garante uma taxa especial, economizando custos nas Antecipações.
Como funciona
O valor antecipado é creditado em até 2 dias úteis.
Se o valor disponível para antecipação for atingido, as cobranças não serão antecipadas automaticamente até que haja mais valor disponível.
Você pode ativar ou desativar este recurso a qualquer momento.
Ao desativar o recurso, as solicitações em andamento continuam no processo de antecipação, apenas as novas cobranças não serão mais antecipadas automaticamente.
Com o objetivo de acompanhar as recentes mudanças realizadas pela Febraban sobre o prazo de compensação dos boletos bancários, o Asaas passou a liquidar duas vezes ao dia os pagamentos realizados através desta forma de cobrança, trazendo mais agilidade para a sua operação.
Pagamentos realizados das 00h até 13h29 serão liquidados no mesmo dia (D+0) a partir das 17h
Pagamentos realizados das 13h30 até 23h59 serão liquidados no próximo dia (D+1) a partir das 3h
Essa mudança visa trazer diversos impactos positivos, principalmente para o seu fluxo de caixa, já que os pagamentos recebidos via boleto poderão ser compensados no mesmo dia.
Para atender a essa mudança, o fluxo de eventos para boletos será alterado: o status CONFIRMED agora será exibido sempre antes do RECEIVED.
O fluxo do boleto funcionará da mesma forma que o de cartão de crédito:
Para cobranças recebidas sem atraso: PAYMENT_CREATED > PAYMENT_CONFIRMED > PAYMENT_RECEIVED
Para cobranças recebidas com atraso: PAYMENT_CREATED > PAYMENT_OVERDUE > PAYMENT_CONFIRMED > PAYMENT_RECEIVED
🚧
Importante
Essa alteração será aplicada a partir do dia 02/07/2024, portanto atualize sua integração esperando que este status esteja presente na sua aplicação e no recebimento de Webhooks.
A partir do dia 15/04/2024 o campo tradingName não será mais retornado em endpoints de criação ou listagem de subcontas /v3/accounts, nem em recuperação ou atualização de dados comerciais /v3/myAccount/commercialInfo. Na maioria dos casos, este campo é retornado como null e não tem utilização em nenhum outro local da API.
A partir do dia 15/04/2024 o campo effectiveDate (data de efetivação) que é retornado em Webhooks e endpoints de transferências da API terá o seu formato modificado.
O campo que é retornado no formato date (YYYY-MM-DD) passará a ser datetime (YYYY-MM-DD 00:00:00), no formato 24 horas (2024-03-11 15:29:12).