potelo / gupayment Goto Github PK

O expires_at no GuPayment está como datetime, mas o Iugu é um date

Estou com a seguinte situação: Tenho assinaturas mensais que possuem um período de testes (trial). Notei que se uma assinatura for alterada na Iugu (seja por mim ou pelo próprio sistema) o status não é refletido nas chamadas do package.

Se uma conta é cancelada, por exemplo, de forma "externa", ao chamar $user->subscription('main')->cancelled() ele retorna false, e se chamar $user->subscribed('main') ele retorna true, mesmo a assinatura estando cancelada e a API do Iugu retornando corretamente.

Qual a solução possível neste caso?

Obrigado!

Olá,

Percebi que não está funcionando para times o pacote pelo seguinte fato.

Tenho as tabelas "companias, usuários e assinaturas".

Coloquei o trait na companias, para ela ter o iugu_id, porém não consigo usar porque ele não acha o customer id.

Verifiquei o código do pacote e o problema está por que em vários lugares você chama queries por "user_id" e no meu caso seria "compania_id" vamos supor.

Não tem como deixar isso dinamico?

Abraços

Estou com esse erro(" Error: "Trying to get property 'status' of non-object" ") ao efetuar pagamentos com cartão de crédito, pagamentos com a opção boleto bancário está ok, único problema está no cartão de credito, o erro está vindo da biblioteca, o trecho de código em especifico " $subscriptionIugu = $this->user->createIuguSubscription($this->buildPayload($customer->id)); ", está localizado no caminho " poleto/gu-payment/src/SubscriptionBuilder.php ", que esta dentro do método " create($token = null, array $options = []) "

Esse pacote não cria plano?

Eu vi que na documentação dá pra pegar todas as faturas de um usuário, mas não vi a opção de criação de uma fatura. Tem no package ou vai ser disponibilizado?

FatalThrowableError in GuPaymentTrait.php line 276:
Call to undefined method Iugu_SearchResult::payment_methods()

segue código abaixo:

      $Token = Iugu_PaymentToken::create([
            "account_id" => env('ID_DA_CONTA'),
            "method" => "credit_card",
            "data" => [
                "number" => "4242424242424242",
                "verification_value" => "123",
                "first_name" => "Joao",
                "last_name" => "Silva",
                "month" => "12",
                "year" => "2013"
            ]
        ]);

        $Companie = \App\Companie::find(1);
        $Companie->newSubscription('consultor')->trialDays(21)->create($Token);

fazendo o mesmo teste via curl conforme documentação do iugu teria que me retornar um erro:

{"errors":"Essa conta n\u00e3o est\u00e1 ativa para receber pagamentos pois n\u00e3o tem conta banc\u00e1ria cadastrada"}

Para mudar de plano basta chamar o método:

$user = App\User::find(1);
$user->subscription('main')->swap('silver');

O ideal seria ter um método que fizesse a simulação da mudança de plano, para saber se seria cobrado algo do usuário.
https://dev.iugu.com/reference#simular-altera%C3%A7%C3%A3o-de-plano

Estou recebendo esse erro ao criar pagamento recorrente, não encontre onde passo esse parâmetro.

@gabrielpeixoto como eu adiciono subitems na assinatura?

Parabéns pelo projeto, estou tentando implementar o methodo $user->cards(), porém não está retornando os valor em json, retorna dessa forma...

[ {}, {}]

Sabe o que poderia ser?

Olá, parabéns por este pacote

Gostaria de saber se tem como pegar o "Próximo Vencimento" da assinatura ?

Grato

Estou precisando definir os parametros de due_date e ensure_workday_due_date, e não estou encontrando como fazer isso. Alguém sabe como? Obrigado

[InvalidArgumentException]
Could not find package potelo/gu-payment at any version for your minimum-stability (stable). Check the package spelling or your minimum-stability

I'm using Laravel 5.2, any idea?

Thank you!

No laravel cashier tem a opção de realizar cobrança individual(Single Charges)

Tem planos para fazer essa implementação?

Ao chamar a função cancel da assinatura, o valor do expires_at é usado para considerar se a assinatura vai ficar no grace period, enquanto a função cancelNow chama a função markAsCanceled e faz com que a assinatura não tenha grace period.

Porém, ao suspender a assinatura, o Iugu chama o webhook subscription.suspended, que no tratamento da biblioteca chama a função markAsCanceled.

Esse é o funcionamento esperado? Por que assim uma chamada para a função cancel, caso o webhook esteja configurado, resulta no cancelamento da assinatura sem grace period.

Primeiramente, obrigado pela ótima biblioteca.

Os dados adicionais passados à função newSubscription(), são enviados à API no parâmetro custom_variables.
Já o array de options passado para a função create(), é diferente, pois é expandido diretamente como parâmetros enviados à API.

Assim, é possível customizar qualquer parâmetro na requisição para criar cliente usando o array de opções, mas para customizar opções da criação de assinatura (como por exemplo o parâmetro payable_with) as funções do builder têm que ser utilizadas.

Existe uma maneira simples de customizar os parâmetros da requisição de criar assinatura para os casos onde não existe função equivalente no builder (ex: ignore_due_email)?

Como sugestão (posso enviar um pull request), seria interessante um parâmetro de opções na função newSubscription(), ou até mesmo substituir o array de dados adicionais por um array de opções (como acontece na criação de cliente) e permitir a adição das custom_variables por uma função específica do builder.

Quando o modelo de usuário utiliza Soft Deleting, não é possível utilizar os métodos do pacote quando o usuário é deletado.

Gostaria de saber se a biblioteca consegue integrar 100% com aplicações desenvolvidas com a versão 8.5 do Laravel

Olá, tem como gerar o token de pagamento ?

Ao rodar o comando: php artisan vendor:publish --all
Cria-se os seguintes arquivos:

0000_00_00_000000_add_subscription_columns_to_user_table.php
0000_00_00_000000_create_subscription_table.php

O problema nesse caso é quando roda o deploy no servidor.
O comando php artisan vendor:publish --all é pra funcionar no caso do dev colocar algum outro pacote novo na aplicacao, logo deveria rodar e publicar os arquivos em producao/homologacao.

Porem nao podemos rodar os migrations acima, antes de ter a tabela de users criada, pois gera erro.

Quando executar o comando de publish , deveria de alguma forma verificar se os arquivos de migrations ja foram criados ou se ja foram colocados na base de dados.

Boa tarde pessoal, estou com alguns clientes questionando sobre opção que salva dados do cartão, teria como remover essa opção?

https://uploaddeimagens.com.br/imagens/n1PU8zU

Agradeço.

Tem opção de adicionar itens, teria alguma forma de atualizar os itens de um plano que já possui assinatura ?

Se você passar um token de um cartão que não aprove o pagamento no $user->newSubscription('main', 'assinatura')->create($token) a assinatura é dada como ativa. Da mesma forma com o pagamento com o boleto quando não se passa nenhum $token.

Pro cartão de crédito, teria a solução de implementar no newSubscription o pagamento em duas etapas do Iugu e só passar os dados para a tabela subscription na segunda etapa: http://support.iugu.com/hc/pt-br/articles/206914213-Fluxo-de-pagamento-em-duas-etapas

Pro boleto não tem um solução viável sem modificar um pouco a estrutura do Cashier pro Iugu. A diferença principal dos dois é que o Cashier é baseado no modelo do Stripe, onde o Stripe.js verifica se o pagamento é valido antes de criar a assinatura, diferente do Iugu.

Eu adaptei da seguinte forma:

Fluxo de pagamento de GuPayment:

1- Usuário clica no botão "Assinar"
2- É chamada a função createSubscription() onde ela cria uma nova assinatura e cancela a mesma colocando a data "agora" no campo ends_at.
3- Usuário é redirecionado para página da Invoice de sua assinatura com opção de pagar com boleto e cartão de crédito. (Os boletos só podem ser gerados depois da Invoice ser criada, e a Invoice só pode ser associada a uma assinatura se esta estiver sido criada previamente - segundo o Iugu.)
4- Usuário efetua pagamento, o hook invoice.status_changed é enviado. Ele verifica se o status da invoice mudou para "paid", caso sim insere o null na coluna ends_at.

public function createSubscription()
    {
        Auth::user()->newSubscription('main', 'mensal')->create();
        Auth::user()->subscription('main')->ends_at = Carbon::now();
        Auth::user()->subscription('main')->save();

        return view('signature');
    }

public function handleInvoiceStatusChanged(array $payload)
    {
        if($payload['data']['status'] == 'paid') {
            $subscription = Subscription::where('iugu_id', $payload['data']['subscription_id'])->first();

            $subscription->fill(['ends_at' => null])->save();
        }
        return new Response('Webhook Handled', 200);
    }

Boa noite,

Primeiramente muito obrigado pela sua contribuição.
A biblioteca é excelente.

Fiz a instalação e configuração do modulo em um projeto laravel e estou com problemas.
O problema esta ao utilizar a function $user->findCard($cardId).

Fiz o rastreamento de um output estranho:

Array
(
    [0] => Array
        (
            [id] => 7ED3E28FEBE14114959006040D66C406
            [customer_id] => 1420190D6E72465790073B9120AD4122
        )

    [1] => Array
        (
            [customer_id] => 1420190D6E72465790073B9120AD4122
        )

)

E cheguei no arquivo ./vendor/iugu/lib/Iugu/APIChildResource.php

E agora acabei de descobrir que o erro não é na sua lib .. e sim na lib da Iugu.
Observe o ultimo metodo da classe abaixo, o fetch:

<?php

class APIChildResource {
  private $_parentKeys;
  private $_fabricator;
  
  function __construct($parentKeys=Array(), $className) {
    $this->_fabricator = $className;
    $this->_parentKeys = $parentKeys;
  }

  function mergeParams( $attributes ) {
    return array_merge( $attributes, $this->_parentKeys );
  }

  private function configureParentKeys($object) {
    foreach ($this->_parentKeys as $key => $value)  {
      $object[$key] = $value;
    }
    return $object;
  }

  public function create($attributes=Array()) {
    $result = call_user_func_array($this->_fabricator . '::create', array( $this->mergeparams($attributes), $this->_parentKeys ));
    if ($result) $this->configureParentKeys( $result );
    return $result;
  }

  public function search($options=Array()) {
    $results = call_user_func_array($this->_fabricator . '::search', Array( $this->mergeParams($options), $this->_parentKeys ));
    if ($results && $results->total()) {
      $modifiedResults = $results->results();
      for ($i=0;$i<count($modifiedResults);$i++) {
        $modifiedResults[$i] = $this->configureParentKeys( $modifiedResults[$i] );
      }
      $results->set($modifiedResults, $results->total());
    }
    return $results;
  }

  public function fetch($key=Array()) {
    if (is_string($key)) {
      $key = Array( "id" => $key );
    }

    print_r(Array( $this->mergeParams($key), $this->_parentKeys ));

    $result = call_user_func_array($this->_fabricator . '::fetch', Array( $this->mergeParams($key), $this->_parentKeys ));
    if ($result) $this->configureParentKeys( $result );
    return $result;
  }
}

Vou entrar em contato no outro repositorio

Meu código no controlador é esse:

        $subscriptionBuilder = $usuario->newSubscription('main', 'plano_gold');

        $subscription = $subscriptionBuilder->create($request->token);

        if ($subscription) {
            // TUDO ok
        } else {
            $erros = $subscriptionBuilder->getLastError();
            
            if (is_array($erros)) {
                // array
            } else {
                // string
            }
        }

O identificador do plano no IUGU é 'plano_gold' e ele já está criado.
O seguinte erro me é retornado:

array:1 [▼
  "payable_with" => array:1 [▼
    0 => "é incompatível com o plano"
  ]
]

$user->subscription('main')

Nos meus testes o subscription está retornando null, dessa forma não consigo, por exemplo, cancelar uma assinatura...