Renato Rubinho

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

Boa noite, Já foi implementada no componente, veja o link do post anterior.

Isso é algum problema do lado do servidor, algo recorrente e já houveram relatos do mesmo tipo de problema com CTe. No tópico a seguir consta que a sefaz de SP admitiu um problema na época. Sugestão 1: Para tentar resolver este caso, o que provavelmente será muito difícil, entre em contato com a sefaz mencionando o que foi documentado no tópico acima e veja se eles tem alguma sugestão de solução. Sugestão 2: Instrua seus clientes a comprarem o certificado A1 para emissão de documentos fiscais. Ofereça seu sistema tendo o A1 como pré-requisito, ou dilua o valor do certificado nas mensalidades e "forneça", acabará o seu suporte e for de cabeça com o A3. Os Certificados A3 tem apresentado cada vez mais problemas e isso acaba "ficando na sua conta".

Boa tarde, Os novos schemas foram enviados ao SVN na Rev-30267 Foram revisadas as urls de produção contidas no novo Manual de orientação ao desenvolvedor e já estavam de acordo. Foram transmitidos e validados todos os eventos. Atualizem seus fontes, testem a versão 2.1.2 em Produção Restrita(homologação), pois a versão em produção ainda não foi disponibilizada pela Receita.

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

Boa tarde, ".0000" são milissegundos. Não é isso que está dando erro, o problema é que para você concatenar como está fazendo, precisa duplicar o apóstrofo conforme abaixo. SQL_TIPO_PERIODO =' CR.data_VENCIMENTO >= '''|| DT_INICIAL || ''' and CR.data_VENCIMENTO <= ''' || DT_FINAL || '''' No final, sua consulta será assim: CR.data_VENCIMENTO >= '2023-04-01 00:00:00.0000' and CR.data_VENCIMENTO <= '2023-08-04 00:00:00.0000' Ao invés de assim: CR.data_VENCIMENTO >= 2023-04-01 00:00:00.0000 and CR.data_VENCIMENTO <= 2023-08-04 00:00:00.0000

Boa tarde, Foi publicada nova documentação do Reinf, conforme avisado pelo colega@Edson Costa. Esquemas XSD R-4010, R-4020, R-9011 e R-9015 da versão 2.1.2 da EFD-Reinf republicados Manual de Orientação ao Desenvolvedor da EFD-Reinf – Versão 2.3 Acompanhem este tópico, pois assim que os devidos ajustes forem implementados e enviados ao SVN, será reportado aqui.

Debugue com Trace Into (F7), até chegar o ponto onde está selecionando a url errada, e veja o motivo.

Boa tarde, Não existe WS para receber NFe "de saída" (emitida pelo interessado). O serviço de Distribuição disponibilizado pela sefaz é para receber XML de documentos emitidos contra o CNPJ do interessado ou se ele for um dos atores e, por último, se ele estiver mencionado nas tags autXML. Caso seja esse seu foco, veja no programa de exemplo o botão Distribuição por ultNSU.

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

Veja se tem alterações locais e faça o revert. Se não estiver com os fontes atualizados, atualize e reinstale os componentes. Confirme se a pasta de schemas apontam para o caminho correto. Revise as configurações em geral, especialmente as de ssl/tls conforme abaixo e VersaoDF Efetuei um teste para SP e funcionou normalmente.

Tente essa url no POST https://testechapecoabrasf.meumunicipio.online/ws#RecepcionarLoteRpsSincrono Se a sua linguagem consome dlls, considere utilizar a lib que irá otimizar muito o seu trabalho.

Passe mais informações para entender seu cenário. Está fazendo com a versão antiga do componente, com a lib, via postman, direto em outra linguagem? Geralmente quando retorna o conteúdo do wsdl, a url + método estão incorretos.

Boa tarde, Verifique se a resposta do outro tópico que você postou resolve, passando o conteúdo para assinatura.

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

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

Boa tarde, Está utilizando o ACBrNFSeX? Revise suas configurações de SSL/TLS conforme tópico a seguir.

Seguiu com o mesmo erro? No seu print consta a url de outra versão. Teste com o programa de exemplo para ver se ocorre o mesmo.

Boa tarde, O estranho é que no seu print consta a url de outra versão, por isso gera o erro 404.

Debugue até antes de chamar o método de consulta e confirme se não foi alterado em execução. Veja se tem o arquivo ACBrNFeServicos.ini na pasta da aplicação e apague, caso tenha.

Boa tarde, Configure ACBrNFe.Configuracoes.Geral.VersaoDF para ve400

Se está em produção, desmarque o checkbox boleto em homologação. Precisa preencher o QrCode.emv. Veja o tópico a seguir

Boa noite, Fiz dois ajustes: Coloquei o tratamento também na ProtocoloP03Detectado, pois ela é o local do AV e assim prevenimos que alguma outra chamada dela traga o mesmo problema. Coloquei a verificação da wResposta para também sair caso tenha retornado em branco ao interpretar os protocolos. Foi enviado ao SVN na Rev-30238 Por favor, queira atualizar seus fontes, reinstalar o ACBr, verificar e reportar se ficou tudo ok.

Boa noite, Foi enviado ao SVN na Rev-30237 Por favor, queira atualizar seus fontes, reinstalar o ACBr, verificar e reportar se ficou tudo ok.

Este erro ocorre quando não é preenchido o município. Faça alguns testes com o programa de exemplo para entender como funciona, isso vai facilitar sua implementação. Veja o comportamento ao selecionar um município da combo.