Histórico de mensagens

Basicamente seria a experiência de um Saas com a API de pagamentos cartão, pix ou boleto. Postei em cartões pra não ter postar em cada canal da api.

Boa tarde, o modulo para woocommerce versão 2.1.0 requer php 8?

/home/vagrant

ok. vou tentar aqui

Boa tarde @cristianoinfante tudo certo?
Como o código está dentro da sua VM é necessário referenciar o caminho interno do sistema, e não o caminho externo (a partir do windows).
Tente da seguinte forma:
Inicie sua VM com o comando vagrant up
Acesse o terminal interno da VM com o comando vagrant ssh
Então acesse a pasta do projeto e execute o comando pwd
O comando acima irá te retornar o caminho interno da VM até a pasta do projeto.

Tente usar esse caminho retornado no seu código, por favor.

http://localhost:8080/gn-api-sdk-php/examples/exclusives/key/pixCreateEvp.php

C:\vagrant-boxes\gn-vagrant-php\www_gn\gn-api-sdk-php\examples\exclusives\key\pixCreateEvp.php

ele esta nesse caminho: C:\vagrant-boxes\gn-vagrant-php\www_gn\gn-api-sdk-php\examples\exclusives\key

alguem pode me ajudar?

boa tarde amigos. estou com dificuldades no endereço absoluto. quando vou executar o o arquivo pixCreateEvp.php da esse erro: Autoload not found or on path

Nós temos um SaaS mas usamos a API Pix... como você postou em <#💳cartões> , só para confirmar sua dúvida seria sobre pagamento em cartão, né ?

Bom dia pessoal, alguém tem um Saas e que usa a API? Pode contar como é sua experiencia?

Bom dia @leny1768 ! Um instante, irei iniciar um atendimento pra você.

Olá, bom dia!
Referente a cobranças emitidas na integração , alguém que possa mim orientar?

De toda forma, agradeço pelo esclarecimento

Mas ao menos sei que em produção, isso não ocorrerá

Seria no máximo 3 tentativas para não gerar esse bloqueio

É uma solução possível, apenas recomendo que imponha um limite de tentativas pois caso a resposta seja devido à algum conteúdo da requisição ele continuaria em um ciclo vicioso e você acabaria estourando o limite de consumo da rota e consequentemente se o processo continuasse teria o IP bloqueado por 24 horas como medida de segurança. Pois existem alguns casos que estão sendo mapeados para que as respostas de nossa API ao invés de uma simples resposta com código 500 sejam mais intuitivas como a maioria das respostas hoje já são.

O que pensei em fazer seria: Caso a resposta dessa emissão do boleto seja 200, ai ele faria o envio, caso contrário, faria a geração e emissão novamente. Penso que isso resolva esse problema em Homologação e em produção se caso venha a ocorrer

É provável que algumas cobranças não serão emitidas devido à isso. Então caso precise de um valor especifico de cobranças pode ser que você tenha que tentar emitir mais de uma vez.