Skip to content

Commit

Permalink
Merge pull request #2459 from mercadopago/feature/fix-subscriptions
Browse files Browse the repository at this point in the history
feature/fix-subscriptions
  • Loading branch information
hgaldino authored Sep 13, 2024
2 parents daffbbc + fe0007a commit c448c5f
Show file tree
Hide file tree
Showing 3 changed files with 9 additions and 76 deletions.
Original file line number Diff line number Diff line change
Expand Up @@ -41,27 +41,7 @@ By automating the recurrence of your collections, authorized payments that will

### Payment statuses

----[mlb, mlm]----

At the time the installment is collected, two alternatives may arise based on the outcome of the payment:

* __Payment is successfully made__ so, the installment will remain as `processed` and will not be reattempted.

* __Payment is declined__ so the installment will always remain in `recycling` status, as long as the installment has not expired or has not reached the maximum number of reattempts. Otherwise, it will be processed with the `processed` status.

### Declined payments

When an installment remains in `recycling` status, it enters a reattempt scheme with a maximum of 4 possibilities, when the installment is collected again. The result can be any of the two points mentioned above.

If the payment is declined, it is updated to a new collection date by adding 1 of the 4 possibilities within ten days as a reattempt time window to the last available date.

By default, the reattempt is within a 10-day window. In case the installment has an expiration date, the time window is adjusted to that date and maintains the logic of 4 reattempts.

------------

----[mla]----

At the time the installment is collected, three alternatives may arise, based on the outcome of the payment:
At the time the installment is collected, three alternatives may arise based on the outcome of the payment:

* __Payment is successfully made__ so, the installment will remain as `processed` and will not be reattempted.

Expand All @@ -71,7 +51,7 @@ At the time the installment is collected, three alternatives may arise, based on

### Declined payments

When an installment remains in `recycling` status, it enters a reattempt scheme with a maximum of 4 possibilities, when the installment is collected again. The result can be any of the three points mentioned above.
When an installment remains in `recycling` status, it enters a reattempt scheme with a maximum of 4 possibilities, when the installment is collected again. The result can be any of the two points mentioned above.

If the payment is declined, it is updated to a new collection date by adding 1 of the 4 possibilities within ten days as a reattempt time window to the last available date.

Expand All @@ -81,8 +61,6 @@ By default, the reattempt is within a 10-day window. In case the installment has

If an installment is in `waiting for gateway` status and, when the payment is resolved, it appears as declined, and the expiration date is met, the installment will automatically appear as processed with the `processed` status. Otherwise, it will enter the reattempt scheme.

------------

In the case that the installment cannot be collected on the fourth reattempt, it will automatically remain in `processed` status, associated with a declined payment.

After 3 installments with rejected payments, the subscription is automatically canceled and the seller account will be notified of the cancellation of the subscription by e-mail.
Expand All @@ -91,4 +69,4 @@ After 3 installments with rejected payments, the subscription is automatically c
>
> Note
>
> The result of one installment does not affect the generation and processing of the remaining installments for the same subscription.
> The result of one installment does not affect the generation and processing of the remaining installments for the same subscription.
Original file line number Diff line number Diff line change
Expand Up @@ -43,27 +43,7 @@ Al automatizar la recurrencia de tus cobros, se crean pagos autorizados que tend

### Estados de pago

----[mlb, mlm]----

En el momento en que se cobre la cuota pueden surgir dos alternativas en base al resultado de su pago:

* __El pago es realizado exitosamente__ por lo que la cuota quedará `processed` y ya no se reintentará cobrarla.

* __El pago es rechazado__ por lo que la cuota quedará en `recycling` siempre y cuando no esté expirada o no haya alcanzado el máximo de reintentos. Caso contrario, quedará en `processed`.

### Pagos rechazados

Cuando una cuota queda en el estado `recycling` entra en un esquema de reintentos con un máximo de 4 posibilidades, en los que se vuelve a realizar el cobro de la cuota. El resultado puede ser cualquiera de los dos puntos mencionados arriba.

Si el pago resulta rechazado, se actualiza a una nueva fecha de cobro sumando 1 de las 4 posibilidades dentro de los diez días como ventana de tiempo de reintento a la última fecha de disponible.

Por defecto se reintenta dentro de una ventana de 10 días. En caso de que la cuota tenga fecha de expiración, la ventana de tiempo se ajusta a esa fecha y mantiene la lógica de 4 reintentos.

------------

----[mla]----

En el momento en que se cobre la cuota pueden surgir tres alternativas en base al resultado de su pago:
En el momento en que se cobre la cuota pueden surgir três alternativas en base al resultado de su pago:

* __El pago es realizado exitosamente__ por lo que la cuota quedará `processed` y ya no se reintentará cobrarla.

Expand All @@ -73,7 +53,7 @@ En el momento en que se cobre la cuota pueden surgir tres alternativas en base a

### Pagos rechazados

Cuando una cuota queda en el estado `recycling` entra en un esquema de reintentos con un máximo de 4 posibilidades, en los que se vuelve a realizar el cobro de la cuota. El resultado puede ser cualquiera de los tres puntos mencionados arriba.
Cuando una cuota queda en el estado `recycling` entra en un esquema de reintentos con un máximo de 4 posibilidades, en los que se vuelve a realizar el cobro de la cuota. El resultado puede ser cualquiera de los dos puntos mencionados arriba.

Si el pago resulta rechazado, se actualiza a una nueva fecha de cobro sumando 1 de las 4 posibilidades dentro de los diez días como ventana de tiempo de reintento a la última fecha de disponible.

Expand All @@ -83,8 +63,6 @@ Por defecto se reintenta dentro de una ventana de 10 días. En caso de que la cu

Si una cuota se encuentra en el estado `waiting for gateway`, y cuando se resuelve el pago resulta rechazada y se cumplió la fecha de expiración, la cuota automáticamente pasará a ser procesada con el estado `processed`. Caso contrario, entrará al esquema de reintento.

------------

En el caso de que no se pueda cobrar la cuota en el cuarto reintento, la cuota automáticamente quedará en el estado `processed` asociada a un pago rechazado.

Luego de 3 cuotas con pagos rechazados se da de baja automáticamente la suscripción y la cuenta del vendedor será notificada de la cancelación de la suscripción por e-mail.
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -42,38 +42,17 @@ Ao automatizar a recorrência de suas cobranças, são criados pagamentos autori

### Status de pagamento

----[mlb, mlm]----

Duas alternativas podem surgir na hora em que a parcela é cobrada com base no resultado do seu pagamento:

* __O pagamento é feito com sucesso__ assim a parcela será processada no status `processed` e não ocorrerá uma nova tentativa de cobrança.

* __O pagamento é recusado__ portanto, a parcela permanecerá em status de `recycling` enquanto a parcela não estiver vencida ou não tiver atingido o número máximo de novas tentativas. Caso contrário, será processada com o status `processed`.

### Pagamentos recusados

Quando uma parcela permanece no status de `recycling` ela entra em um esquema de nova tentativa com um máximo de 4 possibilidades, no qual a parcela é cobrada novamente. O resultado pode ser qualquer um dos dois pontos mencionados acima.

Se o pagamento for recusado, ele é atualizado para uma nova data de cobrança adicionando 1 das 4 possibilidades dentro de dez dias como uma janela de tempo de nova tentativa à última data disponível.

Por padrão, o pagamento é tentado novamente dentro de uma janela de 10 dias. Caso a parcela tenha uma data de vencimento, a janela de tempo é ajustada a essa data e mantém a lógica de 4 tentativas.

------------

----[mla]----

Três alternativas podem surgir na hora em que a parcela é cobrada com base no resultado do seu pagamento:

* __O pagamento é feito com sucesso__ assim a parcela será processada no status `processed` e não será mais tentado novamente.
* __O pagamento é feito com sucesso__ assim a parcela será processada no status `processed` e não ocorrerá uma nova tentativa de cobrança.

* __O pagamento está sendo processado__ portanto, a parcela permanecerá pendente em status `waiting for gateway` até que o pagamento seja resolvido.

* __O pagamento é recusado__ portanto, a parcela permanecerá em status de `recycling` enquanto a parcela não estiver vencida ou não tiver atingido o número máximo de novas tentativas. Caso contrário, será processada com o status `processed`.

* __O pagamento é recusado__ portanto, a parcela permanecerá em status de `recycling` enquanto a parcela não estiver vencida ou não tiver atingido o número máximo de novas tentativas. Caso contrário, será processada com o status `processed`.

### Pagamentos recusados

Quando uma parcela permanece no status de `recycling` ela entra em um esquema de nova tentativa com um máximo de 4 possibilidades, no qual a parcela é cobrada novamente. O resultado pode ser qualquer um dos três pontos mencionados acima.
Quando uma parcela permanece no status de `recycling` ela entra em um esquema de nova tentativa com um máximo de 4 possibilidades, no qual a parcela é cobrada novamente. O resultado pode ser qualquer um dos dois pontos mencionados acima.

Se o pagamento for recusado, ele é atualizado para uma nova data de cobrança adicionando 1 das 4 possibilidades dentro de dez dias como uma janela de tempo de nova tentativa à última data disponível.

Expand All @@ -83,8 +62,6 @@ Por padrão, o pagamento é tentado novamente dentro de uma janela de 10 dias. C

Se uma parcela está com o status `waiting for gateway` e quando o pagamento é resolvido resulta em rejeitado e a data de vencimento é cumprida, a parcela passará automaticamente a processada com o status `processed`. Caso contrário, entrará no esquema de nova tentativa.

------------

Caso a parcela não possa ser cobrada na quarta tentativa, ela estará automaticamente no status `processed` associada a um pagamento recusado.

Após 3 parcelas com pagamentos recusados a assinatura será automaticamente cancelada e a conta do vendedor será notificada do cancelamento da assinatura por e-mail.
Expand All @@ -93,4 +70,4 @@ Após 3 parcelas com pagamentos recusados a assinatura será automaticamente can
>
> Importante
>
> O resultado de uma assinatura não afeta a geração e o processamento das parcelas restantes para a mesma assinatura.
> O resultado de uma assinatura não afeta a geração e o processamento das parcelas restantes para a mesma assinatura.

0 comments on commit c448c5f

Please sign in to comment.