Painel de líderes

Desculpa pelo transtorno Daniel. O meu estava desatualizado. Foi o seguinte: Um cliente me reportou falha na consulta hoje pela manhã, e coincidentemente na sexta-feira eu havia feito testes na consulta de CPF e CNPJ e estavam funcionando, então fui testar aqui localmente de novo e deu erro o mesmo do cliente, e os fontes desse projeto faziam meses que eu não atualizava, então atualizei os meus fontes locais do acbr via SVN e mesmo usando o exemplo padrão do ACBr o problema persistiu ai fui investivar e notei que a function TACBrConsultaCPF.GetCaptchaURL : String estava retornando vazio = '', quando olhei o site e não vi de inicio o capta concluí erroneamente que havia mudado o layout/forma de validar a consulta. Após sua explicação acima eu fui analisar com mais calma e percebi que estava com um lag no retorno da consulta, então aumentei o timeout do compomente e também ajustei o path na minha aplicação pro arquivo ACBrConsultaCPFServicos.ini que estava errado pois essa propriedade ACBrConsultaCPF->IniServicos deve ter sido inserida em algum momento após minha ultima atualização desse projeto meses atrás, e eu não havia percebido isso. Da próxima vez prestarei mais atenção.

Realizado a atualização. CT-e emitido com sucesso! Melhoria feita no retorno da classe ACBrCTe.cs ACBrCTe.cs

Bom dia. Já identificamos a ocorrência e assim que tiver um posicionamento ou atualização informamos aqui. Estamos avaliando as documentações da GNRE antes de finalizar as alterações. Obrigado pela paciência.

Boa tarde Atualize seus fontes, reinstale os componentes e teste novamente, por favor.

@Wiker Moura desculpe demora, estamos com fluxo muito alto na área de TEF, estou ajudando time com as demandas.. por conta do RS Eu abri uma task #TK-4188 para analisar o caso.. mas acredito ser algo relacionado ao WriteToIni no momento em que esta criando dados para ICMS Vou tentar reproduzir.. no programa exemplo.. usando os dados que você forneceu, logo darei um retorno.

Recomendo utilizar os dados do cadastro centralizado. É visível que os dados da receita e do SPED não estão compatíveis. Veja com a contabilidade do emissor, como está o cadastro na SEFAZ.

Boa tarde Antonio, A explicação é simples. Quando emitimos o CT-e temos um XML chamado: <chave>-cte.xml que contem todas as informações do CT-e, a assinatura digital e o protocolo de autorização, desta forma temos um XML com validade jurídica. Quando solicitamos o cancelamento, lembrar que o cancelamento é um evento, sendo assim temos um XML chamado: <id>-procEventoCTe.xml que contem os dados do evento de cancelamento, a assinatura digital e o protocolo de cancelamento, desta forma temos um XML com validade jurídica. Note que nesse XML temos a chave do CT-e objeto de cancelamento, ou seja, o evento é vinculado ao CT-e. Resumindo, temos 2 XML com validade jurídica: 1 - XML do CT-e assinado e com o protocolo de autorização; 2- XML do evento, assinado e com o protocolo que homologa (reconhece) o evento; Um XML de CT-e com o protocolo de cancelamento em vez do de autorização se torna um XML sem validade jurídica.

na verdade a página que o ACBr consulta é a onde clica em "Realizar Consulta com Captcha Sonoro"

Boa tarde Guilherme, As 3 tags devem ser geradas independente de valor, ou seja, mesmo que o valor seja zero? Me recordo que alguns provedores existem a presença dessas tags mediante uma condição, por exemplo: function TNFSeW_Ginfes.GerarXml: Boolean; begin if NFSe.OptanteSimplesNacional = snSim then NrOcorrAliquota := 1; Result := inherited GerarXml; end; No caso do Ginfes a tag Alíquota normalmente é opcional, mas se o prestador for optante Simples Nacional a tag deve ser gerada. Não seria o mesmo caso?

Diego obrigado pelo retorno. Vou enviar para o e-mail ... Obrigado

Talvez a nota fiscal foi emitida em contingência e está referenciando ela no ambiente normal ou vice versa.

Bom dia... Diego, fiz as correções e resolveu... Guia Gerada... Muito obrigado.!!!

Bom dia @Wallace Oliveira, Muito obrigado pela sugestão! Os componentes do projeto ACBr são de codigo aberto e podem receber contribuição de qualquer pessoa da comunidade. Caso você realize a implementação sugerida basta anexar em um tópico do forum o código que faremos a análise e avaliação da contribuição. A equipe de consultores do ACBr se dedica a prestar atendimento diferenciado aos usuários do plano PRO e realizar desenvolvimentos específicos e sequenciados de acordo com algumas prioridades já definidas. Caso deseje um diferencial de atendimento considere também a assinatura do plano PRO. Veja mais informações aqui: https://projetoacbr.com.br/pro/ Desde já agradeçõ e aguardamos a dua contribuição.

Bom dia, Criada a TK-4182 para avaliar a contribuição. Obrigado

Boa noite, só pra dar o retorno... caso mais alguem passe pelo mesmo problema. Primeiro preciso dizer que ele só ocorreu pelo padrão que adoto de programação, onde não uso Querys para Inserir, Alterar ou Excluir, executo comandos direto no componente de conexão. Então o problema era ao executar um 'INSERT INTO TAB_XML ... ' e passando direto o .XML do componente do ACBr; por algum motivo que ainda não sei empacou nos 64Kb; A Solução veio quando testei uma dica passada pelo Thiago Amaral que fez através do padrão Query e ParamByName('XML').AsWideString; Acredito que o .AsWideString seja a chave, só sei que funcionou. Depois do teste bem sucedido, criei uma classe e incorporei ao sistema, e tudo funcionando de primeira; Vou anexar os comandos caso se interessem; E obrigado a todos que participaram desse tópco; Usando a classe TBlob. Código da Classe.

Estou com a mesma situação em uma nota fiscal de Minas Gerais. A nota foi emitida em svcan mas após cancelar não aparece a tarja de cancelada. Eu alterei manualmente o código para liberar a versão com a correção para o usuário. Gostaria de endossar a solicitação de alteração no código fonte original do ACBR. Desde já agradeço.

Boa noite @Ivar Antonio da Rosa Foi uma resposta por escrito? Pode passar um print dessa resposta para colocarmos em uma notícia, pois este problema está ocorrendo com muitas pessoas em mais de uma UF e ficou claro ser um bug na respectiva Sefaz.

Instalou o Fortes Report CE ? https://github.com/fortesinformatica/fortesreport-ce

Boa tarde! Gera as credenciais do banco do brasil na Pix Versao 2 e altera no componente AcbrPSPBancodoBrasil a propriedade para BBAPIVersa para apiVersao2

Tudo funcionando na V4 em Homologação para o PR.

Era no Sefaz/PR, acabei de conseguir consultar e cancelar, testem ai, deve estar funcionando para vocês tambem.

pegue o exemplo do svn e confere se está igual usa o ACBrTEFD para não finalizar é só mesmo senão imprime os comprovantes e não manda a confirmação ao final

O que é a mensagem "Lote em Processamento"? De acordo com o manual do CTe, versão 3.00a é possível consumir os serviços de duas formas, Síncrona e Assíncrona. Aqui vamos focar no envio assíncrono. Nele o fluxo simplificado pode ser resumido em: 1. Enviamos a solicitação do serviço. 2. Recebemos um número de Recibo. 3. Realizamos uma consulta pelo Número do Recibo para obter o resultado do processo. Fonte: Projeto de Conhecimento de Transporte Eletrônico - Manual do Contribuinte. A mensagem Lote em Processamento é uma possível mensagem a ser recebida depois de consultar o resultado do serviço assíncrono de Envio de lote de CT-e. De acordo com o MOC, o recomendado é aguardar um tempo mínimo de 15 segundos entre o envio do lote e a consulta do resultado do processamento. O que fazer quando a recebo? A primeira coisa a se considerar quando recebe a mensagem é aumentar o tempo entre o envio do lote e a consulta do mesmo. Caso opte por deixar que o componente automatize a consulta após o envio as propriedades que devem ser consideradas são: Aguardar: o tempo que o componente aguarda antes de fazer a primeira tentativa de consulta.(se não definido, por padrão 1 segundo). Tentativas: a quantidade de vezes que o componente vai tentar fazer a consulta.(por padrão 5 tentativas). Intervalo: o tempo que o componente aguarda entre as tentativas de consulta.(se não definido, por padrão 1 segundo). Via código essas propriedades são acessíveis em: ACBrCTe.Configuracoes.WebServices.AguardarConsultaRet := 15000; //Valor definido em milisegundos; ACBrCTe.Configuracoes.WebServices.Tentativas := 5; ACBrCTe.Configuracoes.WebServices.IntervaloTentativas := 3000;//Valor definido em milisegundos;

Boa tarde Wagner, A SEFAZ-MG esta de brincadeira, nunca vi uma SEFAZ com tantos problemas e com pessoal indeciso. Já inclui na minha lista de tarefas para analisar o problema. Favor anexar a unit que você alterou para que possamos validar e fazer mais alguns ajustes. TK-4186