Painel de líderes

Bom dia. Depois de muitos dias esperando retorno da Fiorilli, pois precisaram cadastrar um setor na prefeitura, pois a ausência deste, estava retornando rejeição de qualquer NFS-e. Agora conseguimos validar NFS-e com a atual versão do componente. Apenas o cancelamento ainda estamos esperando um retorno, pois o WS retornou que o cancelamento por erro de digitação deve ser feito pelo site.

Desculpe, na realidade está retornando um HTML com a mensagem de "Serviço não disponível no momento." por isso não conseguiu ler o retorno, já estou em contato com eles para verificar. Obrigado!

Olá @ifaster, Conforme mencionado, conversamos pelo Discord e aparentemente trata-se de um problema do lado do PSP, pois em ambiente de homologação esse endpoint está funcionando corretamente. Vou entrar em contato com alguns usuários que sei que utilizam o componente ACBrPIXCD para verificar se estão utilizando o PSP Santander em produção. Qualquer novidade aviso aqui.

Boa tarde Leandro, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

O temido erro. Boa tarde. Algumas vezes, ao tentar transmitir uma NFS-e é possível receber mensagens como está: A mensagem pode parecer assustadora, mas sua solução no geralmente* é bem simples. A solução. Vejam que o texto da mensagem diz: Isso é um indicativo de que Dll OpenSSL usada está desatualizada. Para resolver este problema é preciso copiar os arquivos da versão 1.1.1.10 da OpenSSL, escolhendo entre x86 ou x64 de acordo com a arquitetura que compilou sua aplicação e disponibilizar eles na mesma pasta do seu executável. Fazendo isso, o componente vai passar a usar a versão correta da Dll. Outro detalhe importante que não podemos deixar de conferir é a configuração SSLType. Ela deve ser TLS1.2. Fiz isso e o problema ainda persiste, e agora? Notou que eu coloquei um * ao lado do geralmente? Pois é, na maioria dos casos atualizar a versão da Dll resolve, mas já tivemos relatos de que o problema persistiu mesmo após a atualização. Caso isso aconteça, um processo a se testar é fazer a instalação manual do RunTime do Visual C++. As Dlls do OpenSSL que disponibilizamos são compiladas em MS Visual C++. Por padrão, o Windows Update(ou outra aplicação anterior) já instala o RunTime do Visual C++, mas em algumas máquinas, é necessário fazer a instalação dele manualmente. Então se mesmo depois de colocar as Dlls da OpenSSL na pasta do seu EXE o problema ainda persistir, você pode tentar instalar manualmente o RunTime escolhendo também entre x86 e x64. Executando o primeiro e se necessário o segundo procedimento costuma resolver em 99% dos casos. Mas e aquele 1%? Bem, já tivemos casos em que mesmo realizando este procedimento, o usuário ainda continuou com o mesmo problema. Nesse caso em específico, depois de muita luta nosso colega @Furquim descobriu que o problema estava relacionado a Bloqueio de Domínio. Uma porta ou site bloqueado estava fazendo com que ele recebesse esse retorno. Foi só depois de desativar tais configurações que o mesmo conseguiu emitir.

É que precisava de uma liberação no site da prefeitura, entrar no login do cliente e liberar para emissão. fiz isso e agora passo, deu os erros normais la de preenchimento, mas agora se comunicou e retornou erro de atividade, entre outros ali.

Boa tarde, Já inclui na minha lista de tarefas para analisar esse problema. TK-3681

Boa tarde, Fiz os testes aqui gerou o xml certinho, muito obrigado!

Bom dia, as mudanças ficaram corretas. Obrigado.

At revision: 28698

Ah! Muito obrigado!

já está no primeiro tópico xml

Consegui enviar... mas erro no código dos Serviços... ainda vendo sobre isto...

Depois de muitos testes acredito que descobri a causa do problema. Tem algum defeito no código do nosso programa derivado das atualizações que vimos fazendo ao longo do tempo. Acredito que o erro aconteceu também no programa exemplo devido à otimização de programas do Delphi que impede o carregamento de um mesmo código na memória e desta forma este erro estava carregado na memória. Pode fechar o chamado e se houver mais alguma dificuldade entro novamente em contato.

Já consegui.. é nos Campos: ACBrNFSeX.Configuracoes.Geral.Emitente.WSUser ACBrNFSeX.Configuracoes.Geral.Emitente.WSSenha

Boa tarde, para mim, retornava sem acesso... mandei para o Suporte... Me passaram um novo login: com CNPJ do Cliente e Uma senha... conforme imagem em anexo... Me mandaram um Json, de exemplo... só não sei aonde informar estes dados (marcados na imagem abaixo), antes de enviar... NH Produção.postman_collection_TESTE.json

Boa tarde Marco, Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo, delete, atualize novamente, reinstale o ACBr e faça novos testes.

Bom dia, Seguindo à risca o que diz a mensagem, não parece ter nada de errado, sendo que o código do município é o mesmo. Parece erro de validação no provedor ou alguma tag que falta para determinar a prestação dentro do município. Acredito que será necessário passar o XML para o provedor analisar o caso.

Fiz os ajustes no fonte do evento S-2501 e testei com o programa exemplo. Gerou e validou com sucesso. Peço que, para testar, façam o envio para o ambiente de produção restrita. pcesS2501.pas

Olá Pessoal Enfim a novela das URLs do QR-Code e Consulta chegou ao fim. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr, recompile a sua aplicação com a opção Build. Para quem utiliza o ACBrLibNFe ou ACBrMonitor Plus, as novas versões já estão disponíveis para download.

Consta no portal da SEFAZ-MG o comunicado informando que a UF estabeleceu as datas para ativação das regras de validação quanto ao consumo indevido em 2 etapas, sendo ambas em ambiente de produção. Resumo das rejeições WS de Autorização Consumo indevido pelo aplicativo da empresa [det: Quantidade de rejeições encontradas: XXX, NF-e: CHAVE_ACESSO WS de Eventos Consumo indevido pelo aplicativo da empresa [det: Quantidade de rejeições encontradas: XXX, NF-e: ID_EVENTO] WS de Inutilização Rejeição: Consumo indevido pelo aplicativo da empresa [det: Quantidade de rejeições encontradas: XXX, Inutilização: ID_INUT] WS Consulta de Protocolo Rejeição: Consumo indevido pelo aplicativo da empresa [det: Número máximo de consultas excedido (10) para a NF-e: CHAVE_ACESSO] WS de Consulta de Lote Rejeição: Consumo indevido pelo aplicativo da empresa [det: Número máximo de consultas excedido (40) para o recibo: NUM_RECIBO] Outros Serviços Rejeição: Consumo indevido pelo aplicativo da empresa [det: DESC_ERRO ] http://www.sped.fazenda.mg.gov.br/spedmg/noticias/consumo-indevido/

A Contingência foi ativada novamente passado a previsão de encerramento inicial de 28/02/2023 as 18:00 Fonte: https://www.sefaz.rs.gov.br/NFE/NFE-SVC.aspx

Olá pessoal, Recentemente foi implementado no componente ACBrNFSeX os provedores: PriMax contratado pela cidade: Serrana/SP Contass contratado pela cidade: Pirapora/MG Observação importante: Todas as correções, melhorias, implementações de novos provedores estão ocorrendo somente no novo componente ACBrNFSeX. Portanto não deixe para amanhã o que você tem que fazer hoje: Migrar para o novo componente.

Olá Pessoal, Foi publicado a versão 1.10 da NT 2022/004 que prorroga o prazo de inicio de entrada da regra U01-20 em ambiente de produção para 28/02/2023.