Renato Rubinho

Boa tarde, Parece ser um bug na Sefaz, caso não tenha sido coincidência a sua primeira consulta não ter data e a segunda ter. Se o mesmo acontece em várias NFEs, abra um fale conosco com a sefaz para que identifiquem o motivo, talvez com seu exemplo eles consigam corrigir.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

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

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

Tentou a dica do Juliomar? Parece ser algo relacionado a escape mesmo, como o Adhelmar sugeriu. Pode ter relação com o driver/client/dll do FB que você está usando ou alguma configuração dos componentes de conexão.

Por isso queria confirmar se você teria como analisar os fontes. Está gerando por SC ou RS? Olhando a versão ACBrBancoCresolSCRS, o componente monta o nosso número concatenando com a chave "carteira". Preencha a Carteira no ini e veja se resolve. https://acbr.sourceforge.io/ACBrMonitor/ModeloTituloArquivoINI.html

O Leiaute da versão 1.5.1 foi migrado para a versão 2.1.2, mas os endereços foram mantidos. Com isso, o componente foi adequado para os endereços da 1.5.1 gerarem os eventos síncronos na versão 2.1.2 ficando transparente para o desenvolvedor. Acompanhe o tópico a seguir para quando houverem novidades e para saber o que rolou até agora.

Boa tarde, Se você usa os componentes, analise os fontes do banco para identificar como proceder. ../trunk2/Fontes/ACBrBoleto/ACBrBancoCresol.pas ../trunk2/Fontes/ACBrBoleto/ACBrBancoCresolSCRS.pas

Boa tarde, Fechando tópico duplicado, por favor mantenha apenas um tópico sobre o assunto.

Boa tarde, Está com os fontes atualizados e reinstalou após atualizar? Esse erro parece de configurações de ssl/tls ou certificado, revise as configurações. Existe histórico de erro semelhante com CTe e NFe utilizando A3.

Fechando. Para novas dúvidas, favor abrir um novo tópico.

Fechando. Para novas dúvidas, favor abrir um novo tópico.

Estranho não ter retorno, pode ter algo relacionado a configurações Revise suas configurações de ssl/tls conforme tópico a seguir e também o timeout para 30k ou mais.

Ajustes enviados para o SVN.

Olá, Enviados ajustes ao SVN na Rev-30388, configurando a Produção Restrita (Homologação) para gerar os eventos síncronos, da versão 1.5.1, na versão 2.1.2. O que isso quer dizer? Na Produção Restrita, a versão 2.1.2 irá receber eventos síncronos e assíncronos, assim como será feito em Produção, quando entrar em vigor a versão 2.1.2. O que muda para configurar o componente? Nada! Permanece como já era até o momento: * Para eventos síncronos, selecione a versão 1.5.1 * Para eventos assíncronos, selecione a versão 2.1.2 Resumindo... Foi unificado o leiaute, utilizando os endereços da versão 1.5.1 para eventos síncronos e os da versão 2.1.2 para os assíncronos.

Boa tarde, Os retornos trazem lotes de 50 NSUs. Tomando como exemplo o seu print, você deverá consultar o ultNSU 11258. Irá receber os próximos 50 NSUs e o ultNSU 11307. Repita o processo, passando o ultNSU recebido a cada consulta até o ultNSU igualar ao maxNSU. Se este cliente ficou mais de 60 dias sem consumir o serviço, a geração de NSUs foi interrompida e o retroativo não será distribuído.

Boa tarde, O componente não calcula o dígito, pois até o momento a informação que foi passada é que o Inter sempre gera o nosso número e o componente extrai o último número como o dígito. Você tem a documentação que cita a necessidade do cálculo do nosso número e informando que o banco irá mandar o nosso número sem o dígito?

Boa noite, Este retorno está sendo lido nas colunas 109-110. \\trunk2\ACBr\Fontes\ACBrBoleto\ACBrBancoUnicredES.pas procedure TACBrBancoUnicredES.LerRetorno400(ARetorno: TStringList); . . . with Titulo do begin SeuNumero := copy(Linha,280,26); NumeroDocumento := copy(Linha,117,10); OcorrenciaOriginal.Tipo := CodOcorrenciaToTipo(StrToIntDef(copy(Linha,109,2),0)); // <<<< AQUI * Em todos os títulos retornou 02. * No manual que você anexou, significa 02-Instrução Confirmada, querendo dizer que a instrução das colunas 327-328 foram confirmadas. Códigos de Movimento: 01 - Pago (Título protestado pago em cartório) 02 - Instrução Confirmada

Boa tarde, Foi publicado um novo comunicado do Reinf, conforme avisado pelo @Edson Costa http://sped.rfb.gov.br/pagina/show/7263 O comunicado diz que a versão 1.5.1 está sendo migrada para 2.1.2 em Produção Restrita(homologação), mas esta última receberá lotes síncronos e assíncronos a partir de então. Não ficou claro como serão estes envios síncronos na versão 2.1.2, veremos quando for liberado o ambiente para teste.

Este conteúdo é a resposta da consulta do protocolo, onde você terá o 9011. Não. O "arquivo de retorno" do 2099 é o yyyymmddhhnnss-rec.xml, conforme conteúdo de exemplo a seguir, que contém o retorno do recebimento do evento e o número do protocolo para você consultar <retornoLoteEventosAssincrono> <ideContribuinte> <tpInsc>1</tpInsc> <nrInsc>12345678</nrInsc> </ideContribuinte> <status> <cdResposta>1</cdResposta> <descResposta>O lote está aguardando processamento.</descResposta> </status> <dadosRecepcaoLote> <dhRecepcao>2023-08-17T20:44:04.0021233-03:00</dhRecepcao> <versaoAplicativoRecepcao>0.0.0-9999999</versaoAplicativoRecepcao> <protocoloEnvio>2.000000.000000</protocoloEnvio> </dadosRecepcaoLote> </retornoLoteEventosAssincrono> Não. A consulta dos protocolos retornados no envio dos eventos irá trazer o respectivo registro de retorno. Quando você consultou o protocolo 2.202308.671104 você obteve o retorno 012019_R2099_Retorno.xml, que é o retorno da consulta do protocolo e está te retornando o 9011. Habilite as oções que citei acima, consulte novamente e veja que será "extraído" o 9011 e gerado como ID9011000000000000000000001936398486-R9011.XML Caso isso não esteja claro no seu sistema, teste com o programa de exemplo. 1. Habilite as opções para salvar os arquivos * Neste caso, para você enxergar o "xml do 9011", marque pelo menos a ACBrReinf1.Configuracoes.Arquivos.Salvar 2. Gere o arquivo e envie * Terá o arquivo de retorno yyyymmddhhnnss-rec.xml 3. Consulte o protocolo recebido no item 2 * Terá o aquivo ID9011000000000000000000001936398486-R9011.XML

O cdResposta e descResposta são as informações que mostram se foi processado com sucesso. Quando ocorrem erros, retorna uma lista com os erros indentificados. <cdResposta>2</cdResposta> <descResposta>Lote processado com sucesso - Todos eventos processados com sucesso.</descResposta> Quando consultar o protocolo, você terá um XML extraido com o ID e o sufixo R9011. Veja se as propriedades estão habilitadas: ACBrReinf1.Configuracoes.Geral.Salvar ACBrReinf1.Configuracoes.WebServices.Salvar ACBrReinf1.Configuracoes.Arquivos.Salvar

Boa tarde, Você deve consultar o protocolo recebido para obter o R9011. <protocoloEnvio>2.202308.671104</protocoloEnvio>

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa noite, Confirme se preencheu EX na UF, 9999999 no cMun e EXTERIOR no xMun.

Boa noite, Não conheço algo deste tipo e acredito que seja bem difícil de existir, pois é um controle municipal. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.