Painel de líderes

@Cosmo Santos de Morais apenas para complementar o que o @Alexandre de Paula citou. Lembre-se que existe uma "boa pratica" para o uso de txt com monitor. Isso evita que o monitor trave lendo o arquivo q vc esta criando e nao terminou de editar. Segue: https://acbr.sourceforge.io/ACBrMonitor/ComousaroACBrMonitor.html

Boa tarde, durante o desenvolvimento da integração com a SiTEF afim de ocultar algumas telas ao usuário e permitir uma experiência melhor encontrei que é possível adiantar a modalidade do cancelamento a ser feito pela DLL. Passando para a função ao invés do código 200 - "Cancelamento Normal" passando códigos específicos como 210-"Cancelamento de venda com cartão de Crédito". Para isso criei um tipo novo para o cancelamento e inclui o mesmo como parâmetro na função de cancelamento, só consigo realizar testes na SiTEF mas assim como outros parâmetros exclusivos de outras TEF Houses ele foi criado com um DEFAULT e não vai afetar o funcionamento dos outros métodos. Seguem os arquivos com as alterações para análise. PS: Tive que anexar em .zip por conta que o arquivo da Elgin estava dando erro 200 durante o upload. Alteracao ACBR.zip ACBrTEFAPICliSiTef.pas ACBrTEFAPIComum.pas ACBrTEFAPIPayGoWeb.pas

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Legal !! Qualquer novidade só reportar...

Meus amigos, nem sei como agradecer. Funcionou 100% agora. Muito obrigado!

Obrigado. Vou testar assim então.

Server não é micro pra uso no dia a dia. ele bloqueia um monte de coisa e sim pode gerar problemas

@Camila AngelelliAqui na primeira página desse post tem um exemplo em PHP que o @rafabarzottofez, da uma olhada, tem o Git dele com o projeto, veja se te ajuda.

Boa tarde @Calmeida79, Já esta no SVN.

Se vc utiiza SITEF, procure pela função 430 - Le Cartão Seguro (LeCartaoSeguro)

Confirmando, está utilizando a lib certo? É muito provável que seja problema de fuso. Revise as configurações de TimeZone: TimeZone.Modo TimeZone.Str https://acbr.sourceforge.io/ACBrLib/DFe.html Se o problema persistir alterando as parametrizações, anexe o log gerado para análise de quando ocorrer o erro.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Maravilha! Obrigado pelo seu tempo Juliomar , sucessos!

acho que tu deveria conferir o log do svn para o componente, mas eu acho que foi capado a parte que tratava lá do começo do esocial pois omesmo não era mais aceito então se tu está a pegar xml antigo pra popular pode ser que não carregue mas depura linha a linha e tu vai ver o que ele tá buscando

Obrigado Daniel por me informar sobre esta boa prática, vou implementar aqui, quando eu resolver o problema eu aviso.

Obrigado Italo. Vou atualizar aqui.

Bom dia @Sistemas Victory, Não importa a UF do emitente do MDF-e quem o recepciona é a SVRS - SEFAZ-Virtual do Rio Grande do Sul. Por conta das enchentes eles passaram a dar prioridade para o ambiente de produção, sendo assim o ambiente de homologação a pesar de ter voltado a funcionar pode estar com algum problema. Você poderia realizar um teste em produção, ou seja, emitir um MDF-e e em seguida efetuar o seu cancelamento. Se não ocorrer essa rejeição fica confirmado que o problema é o ambiente de homologação.

Bom dia @Data Lider, Já esta no SVN.

Bom dia @Diego Reckziegel, Já esta no SVN.

Bom dia @Diego Reckziegel, Já esta no SVN.

Bom dia @C4Dev, Já esta no SVN.

Tivemos um caso ontem se nao me engano, o usuario reinstalou até o fortes. Ele apagou a pasta do acbr e baixou do zero Se vc não tiver modificações, tente isso.

Boa noite, Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-34479 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado. O xml já era baixado corretamente. A codificação ficava errada somente no xml temporário gerado pelo programa de exemplo para exibição no TWebBrowser. Corrigido programa de exemplo para exibição do xml corretamente.

Sim mestre. Tanto é que estamos emitindo NFe normalmente.

Boa tarde! Primeiro de tudo, agradeço pela análise. É visível que houve muito esforço e empenho em buscar a solução do problema. É muito bom ver isso. E tenho certeza que mergulhar nos fontes fazendo o debug dessa forma foi uma experiência enriquecedora. Também é muito bom que tenha conseguido encontrar a solução do problema. Só um pequeno detalhe: Essas classes Wervices.Retorno são usadas quando o envio é feito de forma assíncrona. Se você conferir no tópico que o @Italo Giurizzato Juniorou mesmo no programa exemplo em btnCriarEnviarSincronoClick vai ver que a classe em que as informações de retorno são lidas é a ACBrMDFe.WebServices.Enviar.XXXX Veja se usando elas ao invés de WebServices.Retorno, as informações não são devolvidas para você.

Bom dia @Data Lider, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5746

Olá pessoal, Foram disponibilizados também os programas de exemplo em php Singlethread e Multithread utilizando a ACBrLibCEP. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCEP\ACBrCEPST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCEP\ACBrCEPMT.php Até mais!!!

Boa tarde @C4Dev, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5743

Boa tarde, Agora ficou 100% a consulta do boleto híbrido pix.Testamos esses 3 end point abaixo https://openapi.bradesco.com.br/v1/boleto/titulo-consultar - OK (Acesso com sucesso) https://openapi.bradesco.com.br/v1/boleto/listar-titulo-pendente - OK (Acesso com sucesso) https://openapi.bradesco.com.br/v1/boleto/titulo-baixar - OK (Acesso com sucesso) Só uma pequena observação, na consulta desse end point https://openapi.bradesco.com.br/v1/boleto/titulo-consultar não vem o campo wqrcdPdraoMercd que é referente ao Qrcode do PIX do boleto. Vem varios informações como LINHA DIGITAVEL, CODIGO DE BARRAS, SITUAÇÃO DO BOLETO e outras informações. Nós insistimos muito com suporte da API e Gestor de Cobrança Hibrida, com muita luta conseguimos consumir esses 3 end point.

Erro 500, geralmente é do lado do servidor. A rotina pode estar tentando acessar uma URL incorreta. Você configurou o método no arquivo .h e carregou dinamicamente seguindo o exemplo do ConsultaCNPJ? Tente seguir os mesmos passos até o método de inicializar. Após acessar o .so pela primeira vez o arquivo ini padrão de configurações deve ser gerado, configure o LogNivel=4 como paranóico e anexe para podermos analisar. https://acbr.sourceforge.io/ACBrLib/Geral.html Configure a VersaoDF=5 para utilizar a versão atual S01_02_00 e revise as demais configurações. Configure a pasta de schemas (PathSchemas) apontando para o caminho onde salvou os schemas distribuídos com a lib. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca11.html Caso ainda não tenha visto, também são necessárias as dependências, OpenSSL e LibXml2. https://acbr.sourceforge.io/ACBrLib/Dependencias.html

EXEMPLO DE CONFIGURAÇÃO DO COMPONENTE ACBR BOLETO Itaú Versão 1 (antiga) //Campos para homologacao de acordo com dados fornecidos pelo banco ACBrBoleto1.Cedente.CedenteWS.ClientID:= .... ACBrBoleto1.Cedente.CedenteWS.ClientSecret:= ..... ACBrBoleto1.Cedente.CedenteWS.Scope:= 'readonly'; ACBrBoleto1.Cedente.CedenteWS.KeyUser:= ....; ACBrBoleto1.Configuracoes.WebService.VersaoDF := ; (não informar) //Campos devem ser preenchidos conforme dados do Banco ACBrBoleto1.Cedente.CodigoCedente:= ...... ACBrBoleto1.Cedente.Modalidade:= '19'; ------------------------------------------- ACBrBoleto.WebServices.TimeOut := 30000 ACBrBoleto.WebServices.UseCertificateHTTP := False ACBrBoleto.WebServices.Operacao := tpInclui // utilizado para o tipo de operação Versão 2 Necessário cadastro no Portal: https://devportal.itau.com.br Observação: mesmo com as credenciais geradas pelo portal, não sei se foi algum bloqueio por instabilidade mas as minhas credenciais só funcionaram após eu contatar o suporte relatando que estava com acesso negado. //Campos para homologacao de acordo com dados fornecidos pelo banco ACBrBoleto1.Cedente.CedenteWS.ClientID:= criado no portal ACBrBoleto1.Cedente.CedenteWS.ClientSecret:= criado no portal ACBrBoleto1.Cedente.CedenteWS.Scope:= 'boletoscash-boletos-consulta_titulo'; ACBrBoleto1.Cedente.CedenteWS.KeyUser:= ; (não informar) ACBrBoleto1.Configuracoes.WebService.VersaoDF := 'V2'; (V2 significa que vai utilizar a versão corrente da API) //Campos devem ser preenchidos conforme dados do Banco ACBrBoleto1.Cedente.CodigoCedente:= ...... ACBrBoleto1.Cedente.Modalidade:= ....; ------------------------------------------- ACBrBoleto.WebServices.TimeOut := 30000 ACBrBoleto.WebServices.Operacao := tpInclui, tpAltera, tpBaixa, toConsultaDetalhe // utilizado para o tipo de operação ACBrBoleto.Configuracoes.WebService.Ambiente := tawsProducao ou tawsHomologacao Caso utilize arquivos PFX, KEY, CRT ou PEM certificado, marque a opção: ACBrBoleto.Configuracoes.WebService.UseCertificateHTTP := true; Em Produção precisa informar as KEYS: ACBRBoleto1.Configuracoes.WebService.ArquivoCRT := Caminho e arq CRT ('C:\INTER\InterAPI_Certificado.crt';) ACBRBoleto1.Configuracoes.WebService.ArquivoKEY := Caminho e arq Key ('C:\INTER\InterAPI_Chave.key';) No Itau o nosso amigo @LTS Informatica informou que: Segue o link do passo a passo: https://forum.casadodesenvolvedor.com.br/topic/43985-gerando-certificado-crt-para-o-banco-itaú-pix-e-boleto-webservice/

Fiz algumas alterações e obtive sucesso no retorno do método. Foi criado a TK-5750 para realizar ajustes no programa exemplo.