marcelosantos

Olá a todos, segue a documentação da API de Cobranças Bancarias do SICOOB na versão 2 https://developers.sicoob.com.br/#!/apis Detalhes: É possivel consultar a mesma sem precisar estar logado no site, também é possível criar uma conta no site sem precisar ser correntista/cooperado do banco Agora para criar uma aplicação e ter acesso ao Client_id é necessario ser correntista Comecei a fazer uns testes mas esbarrei na necessidade de passar no Hearder a KEY "x-sicoob-clientid" com VALUE [client_id] no metodo da classe que vai gerar o Header fiz: procedure TBoletoW_Sicoob_API.GerarHeader; begin DefinirContentType; DefinirKeyUser; if NaoEstaVazio(Boleto.Cedente.CedenteWS.ClientID) then HTTPSend.Headers.Add('x-sicoob-clientid: ' + Boleto.Cedente.CedenteWS.ClientID); end; Mais este Header é limpo na procedure Executar da unit TBoletoWSREST

Neto que bom que você conseguiu para Delmiro Gouveia, e pensar que o problema era do lado deles e não do componente aqui estou tendo muitas rejeições, corrijo uma (removo da escrita), ele critica outra, corrijo esta outra ele diz que falta a primeira, enfim estou errando em algum local você poderia compartilhar comigo o XML gerado desta sua NFSe autorizada?

Olá a todos, revivendo este tópico Recebi a seguinte reposta por email da Tributos Municipais -> Bom dia! Identificamos um correção no descritivo do serviço que estava informando o parâmetro URL do envelopamento da mensagem SOAP, diferente ao qual esta habilitado no endpoint do serviço. Correção realizada para também processar todos as as requisições, ajuste estará disponível em produção hoje. Agora ao realizar testes/tentativas de comunicação com o Programa de Exemplo, no WebService deles recebo um monte de erros Requisição Ambiente: 2 Cidade : Bezerros/PE Provedor: Tributus Versão: 2.04 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : E233 Mensagem: Lote já processado. Correção: Atribua um novo número ao lote de RPS --------- Código : E35 Mensagem: Código de tributação inexistente. Correção: --------- Código : E166 Mensagem: Regime Especial de Tributação não informado para optante do simples nacional. Correção: --------- Código : E241 Mensagem: Retenções de Tributos Federais só podem ser efetuados por tomador do serviço pessoa jurídica. Correção: --------- Código : E274 Mensagem: COFINS retida incorreta. Correção: --------- Código : E328 Mensagem: Opção pelo SIMPLES Nacional não consta do cadastro do contribuinte. Correção: --------- Código : E215 Mensagem: Item da lista de serviço incompatível com o código de tributação. Correção: --------- Código : X202 Mensagem: Lista de NFSe não encontrada! (ListaNfse) Correção: --------- NFS-e Numero....: 1 Cod. Verificacao: Prestador.......: RR TECIDOS LTDA Tomador.........: INSCRICAO DE TESTE Será que ainda há um erro no servidor deles? qualquer numero de lote que envio ele está devolvendo a mensagem "Atribua um novo número de lote de RPS" temp1.xml temp2.xml 1-env-lot-sinc.xml 1-env-lot-sinc-soap.xml

Não funcionou Italo, não consegu sucesso nem no POSTMAN nem no SoapUI Enviei o novo email para o suporte, questionando

Tentei com no exemplo e sem sucesso https://www.tributosmunicipais.com.br:443/nfse/api/ https://www.tributosmunicipais.com.br/nfse/api/ https://www.tributosmunicipais.com.br/nfse/api/nfse.wsdl https://www.tributosmunicipais.com.br/nfse/api/?tokenAuth=... Tentei fazer testes com o POSTMAN (anexando o XML gerado pelo programa exemplo), enquanto eu não configurava o POSTMAN corretamente recebia mensagem de erro, quando eu acertei tudo, parou de chegar resposta (ou seja, XML Vazio) Tentei fazer testes com o SoapUI, mas não consegui usar a ferramenta com sucesso

Italo, olhando o ACBrNFSeXServicos.ini me dei conta que: a Cidade de Largato/SE utilizara o Provedor "Tributos Municipais" e esta assim [2803500] Nome=Lagarto UF=SE Provedor=Tributus Versao=2.04 ProRecepcionar=https://www.tributosmunicipais.com.br/nfse/api/nfse.wsdl HomRecepcionar=https://www.tributosmunicipais.com.br/nfse/api/nfse.wsdl Já Delmiro Golveia/AL e Bezerros/PE (esta ultima que adicionei) ficou assim [2702405] ; Incluído em 13/07/2022 Nome=Delmiro Gouveia UF=AL Provedor=Tributus Versao=2.04 ProRecepcionar=https://www.tributosmunicipais.com.br:443/nfse/api/ HomRecepcionar=https://www.tributosmunicipais.com.br:443/nfse/api/ [2601904] ; Incluído em 20/10/2022 Nome=Bezerros UF=PE Provedor=Tributus Versao=2.04 ProRecepcionar=https://www.tributosmunicipais.com.br/nfse/api/ HomRecepcionar=https://www.tributosmunicipais.com.br/nfse/api/ vou fazer testes com a configuração de Lagarto e posto aqui os resultados

Olá a todos, o Yure me respondeu por emai, segue na integra Boa tarde; Prezado Marcelo; Para acessar a descrição dos serviços, utilize o link: https://www.tributosmunicipais.com.br/nfse/api/nfse.wsdl Para acessar e consumir os serviços do webservice, utilize o link: https://www.tributosmunicipais.com.br/nfse/api/?tokenAuth={token} ex: https://www.tributosmunicipais.com.br/nfse/api/?tokenAuth=55c0536af8e4218e05b88e266fdca55b66668f065c808d63e014a045eb2b19c6125bac24d9dfc0ccb7435e2ce2c4dd86 Lembrando que é importante informar o parâmetro Content-Type de valor text/xml no Headers da requisição e de utilizar o elemento envelope SOAP.

Olá não obtive resposta do suporte, enviei email para [email protected] e nada Será que o @neto233 poderia nos dizer como conseguiu contato com eles? Tentei também mandar mensagem pelo site, mas todas que mandei ficaram sem reposta até o momento Vou continuar tentando, novidades posto aqui

Olá Italo, infelizmente não tive sucesso de comunicação com este servidor O Retorno ainda é o mesmo: Erro(s): Código : X999 Mensagem: Erro de Conexão: Erro Interno: 0 Erro HTTP: 404 URL: https://www.tributosmunicipais.com.br/nfse/api?tokenAuth=17a0465cbdf04832c91db5f23391b3780b15597f7f971477bbbb27ed3101e1dae433dccb5d7110e49c5e2e518aa0a3df WebService retornou um XML vazio. fiz algumas tentativas com https://www.tributosmunicipais.com.br/nfse/api?tokenAuth=17a0465cbdf04832c91db5f23391b3780b15597f7f971477bbbb27ed3101e1dae433dccb5d7110e49c5e2e518aa0a3df https://www.tributosmunicipais.com.br/nfse/api/?tokenAuth=17a0465cbdf04832c91db5f23391b3780b15597f7f971477bbbb27ed3101e1dae433dccb5d7110e49c5e2e518aa0a3df https://www.tributosmunicipais.com.br:443/nfse/api/?tokenAuth=17a0465cbdf04832c91db5f23391b3780b15597f7f971477bbbb27ed3101e1dae433dccb5d7110e49c5e2e518aa0a3df https://www.tributosmunicipais.com.br:443/nfse/api?tokenAuth=17a0465cbdf04832c91db5f23391b3780b15597f7f971477bbbb27ed3101e1dae433dccb5d7110e49c5e2e518aa0a3df todas com o mesmo retorno Sabemos que Erro HTTP: 404 é objeto não encontrado, você acha que o problema é no Serviço da Tributus? e está na hora de eu tentar falar com eles? É possível testar o envio de um XML de RPS gerado pelo Programa Exemplo por outro local? tipo usando o software SoapUI ?(que já vi você falando dele) Como posso ajudar?

Olá a questão da conexão com o servidor da TributusMunicipais foi resolvido? tentei fazer testes com a cidade de Bezerros/PE que também utiliza serviços deste provedor inclui a cidade no ACBrNFSeXServicos.ini [2601904] ; Incluído em 20/10/2022 Nome=Bezerros UF=PE Provedor=Tributus Versao=2.04 ProRecepcionar=https://www.tributosmunicipais.com.br:443/nfse/api/ HomRecepcionar=https://www.tributosmunicipais.com.br:443/nfse/api/ Fiz o cadastro do Emitente em -> https://www.tributosmunicipais.com.br/connect/ Configurei o Exemplo, mais quando clico em teste recebo a seguinte resposta Requisição Ambiente: 2 Cidade : Bezerros/PE Provedor: Tributus Versão: 2.04 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : X999 Mensagem: Erro de Conexão: Erro Interno: 0 Erro HTTP: 404 URL: https://www.tributosmunicipais.com.br:443/nfse/api/?tokenAuth=17a0465cbdf04832c91db5f23391b3780b15597f7f971477bbbb27ed3101e1dae433dccb5d7110e49c5e2e518aa0a3df WebService retornou um XML vazio. Correção: --------- NFS-e Numero....: 1 Cod. Verificacao: Prestador.......: RR TECIDOS LTDA Tomador.........: INSCRICAO DE TESTE Obs. 1 - já atualizei os fontes em 20/10/2022 e reinstalei todo o ACBr Obs. 2 - Nome do Provedor é com "u" e a URL com com "o" Tributus/Tributos Segue XMLs gerados 1-env-lot-sinc.xml 1-env-lot-sinc-soap.xml

Olá a todos Realizei testes com o PaygoWEB e 2 tipos de PinPAD Com os PinPADs mais antigos que possuem a versão 1.08a a função de obter dados não funciona Com PinPADs mais novos (usei o PPC 930 da Gertec versão 2.03) a função funciona perfeitamente Será que conseguimos mudar/alterar a função para funcionar também com os mais antigos (lembrando que com o TEF por troca de arquivos - Paygo) a função de obter dados funciona com os 2 tipos de pinpad

Sim estou fechando o gerenciador, se estes numero ai representam a versão do ABECS então o meu aqui de testes é 1.08a, então é este o problema, agradeço por toda a atenção, e vou testar nos clientes que tem PinPad mais novos (e atualizados)

Segue

Daniel se uso gpPaygo ou gpTefDial o recurso funciona (tanto no DEMO, quanto na minha aplicação) inclusive no mesmo computador, com o mesmo pin pad se com "carga" você quiser dizer ao ligar o PinPad, não aparece nada com relação a ABECS, se for outra coisa favor dizer que verifico

Daniel, copiei o TEFDDEMONF.exe e TEFDDEMONF.INI para dentro da pasta da minha aplicação onde o TEFPAygoWeb esta instalado (C:\manager\) Inicio o TefDDemonf.exe e clico em operações e solicitar CPF (Aqui já recebo o erro) O PinPad é um ingenico ipp320 Obs.: Apagei todos os logs e fiz apenas 3 operações Solicitar CPF Venda Credito a vista de R$ 10,00 Solicitar CPF PGWeb.rar

Olá O componente ACBrTEFD está devolvendo o erro Chamada invalida ao solicitar o CPF Teste foi feito no Demo Não Fiscal configurado como PaygoTEFWeb Chamada: ACBrTEFD1.CDP('F', Saida); // F=CPF LOG ***************EACBrTEFPayGoWeb*************** CHAMADA INVALIDA PW_iPPGetUserData( PWDPIN_DIGITE_O_CPF, 11, 11, 30 ) PWRET_31 PW_iGetResult( PWINFO_RESULTMSG ) [CR] CHAMADA INVALIDA EACBrTEFPayGoWeb: CHAMADA INVALIDA ***************EACBrTEFPayGoWeb*************** CHAMADA INVALIDA Obs.: Configurado como TefDial ou TefPaygo o Recurso funciona normalmente

Obrigado Daniel, então vou deixar '02' mesmo

Posso uma aplicação (Frente de Caixa com emissão de NFCe) homologada na Pay Go usando o GP "gppaygo" agora estamos pensando em implementar o GP "gppaygoweb" (via dll) e percebi que em nossa aplicação toda vez que vamos iniciar uma transação de venda fazemos: StatusTransacao := DM.ACBrTEFD.CRT( StrToCurrDef(vValorPago, 0), '02', NumDocVinculado) só que no demo de TEF não fiscal é utilizado o comando OK = ACBrTEFD1.CRT(AValor, '01'); ou seja o IndiceFPG_ECF é '01' e na minha aplicação '02' A dúvida é, este valor interfere em algo? ou só era usado para o PAC_ECF (que não utilizamos mais aqui em PE - na nossa software house)

EMBarbosa, problema resolvido tudo funcionando perfeitamente Componente agora está redondo

Basta consultar novamente a transação e verificar se o status é 'paid'

Isso exato, eu tentei colocar um "Result.free" no final da função mais não deu certo, o retorno da função ficou invalido e o qr-code não foi carregado

Tem sim, só vou precisar que você me diga como é feito esse FullDebug mais detalhes do erro 29 - 36 bytes: TStringStream x 3 -> Esse 3 no final indica que foram 3 TStringsStream que estouraram erro, no debug aqui na hora que mandou enviar uma solicitação ele passa no método de gerar o qr-code por 3 vezes, então por isso o 3 fiz um teste de uso normal e solicitei 5 pagamentos, o leak no final era = 15

Olá a todos os envolvidos Refiz todos os testes e tudo esta funcionando perfeitamente muito boa a ideia deste evento "procedure TDM.ACBrPicPay1WaitingTimeout(var Retry: Boolean);" -> Testei retornando true e false para a variável e funcionou como esperado neste evento "procedure TDM.ACBrPicPay1WaitingPayment(const Status: string; const TempoRestante: Integer);" o Retorno do TempoRestante esta funcionando perfeitamente, era justamente o que eu queria o único problema agora é um Memory Leak que é estourado ao finalizar a aplicação e ter usado o método Enviar --------------------------- Unexpected Memory Leak --------------------------- An unexpected memory leak has occurred. The unexpected small block leaks are: 29 - 36 bytes: TStringStream x 3 The sizes of unexpected leaked medium and large blocks are: 3116, 3116, 3116 --------------------------- OK --------------------------- eu acredito que seja esta function, (não tenho certeza) function TACBrPicPay.GetQRCode: TStringStream; {$IFDEF FPC} procedure DecodeQRCodeLazarusFPC; var vData: Ansistring; begin vData := DecodeStringBase64(fQRCode); Result := TStringStream.Create(vData); Result.Position := 0; end; {$ELSE} procedure DecodeQRCodeDelphi; var Input: TStringStream; begin Input := TStringStream.Create(fQRCode); try Result := TStringStream.Create(fQRCode); DecodeStream(Input, Result); Result.Position := 0; finally Input.Free; end; end; {$ENDIF} begin if fQRCode = '' then begin Result := nil; EACBrPicpayError.Create('QRCode está vazio ou inválido.'); end; fQRCode := StringReplace(fQRCode, 'data:image/png;base64,', '', [rfReplaceAll]); {$IFDEF FPC} DecodeQRCodeLazarusFPC; {$ELSE} DecodeQRCodeDelphi; {$ENDIF} end; Ultimo detalhe, fiz os testes também iniciando a aplicação, usando os métodos, consultar e cancelar e não há nenhum memory leak ao fechar a aplicação

Eu pensei em mais uma propriedade teríamos tempo de Retorno que seria o tempo total, e teriamos tempoDecorrido (tempo que falta) que seria o valor retornando para a aplicação

Bom dia "resolvi" o contador de tempo restante do demo adicionando o seguinte na unit ACBRPicPay.pas procedure TACBrPicPayThread.FazWaitingPayment; begin if Assigned(fACBrPicpay.fOnWaitingPayment) then begin fACBrPicpay.fOnWaitingPayment(fACBrPicpay.Status); fACBrPicpay.TempoRetorno := fACBrPicpay.TempoRetorno - 1; // adicionei esta linha end; end; sei que não estou usando as melhoras praticas, mais resolveu aqui pra mim, tudo funcionando agora. Se houver uma melhor forma de fazer, gostaria de "ouvi-los"