Diego Foliene

Acredito que houve um problema de comunicação. Por favor, primeiro de tudo, verifique como você está preenchendo está nota. Pelas duas primeiras mensagem, está faltando preencher algum campo de e-mail.

Bom dia @PrimeSoftware! O outro tópico já estava relativamente antigo por isso, optei por dividir. Sobre as mensagens que está recebendo. As duas primeiras, parecem ser erro de schema, indicando que você deixou de preencher um campo de e-mail. Verifique se todas as informações estão sendo preenchidas corretamente, veja se não é preciso ou se não está faltando preencher alguma informação de e-mail. As outras duas mensagens de erro parecem estar relacionadas as primeiras, por isso, vamos busque corrigir elas primeiro.

Bom dia! Foi gerada nova compilação do ACBrMonitor englobando ajuste visando sanar a falta do protocolo de envio na resposta do Monitor. https://www.projetoacbr.com.br/forum/files/category/16-acbrmonitorplus-pro/ Por favor, queira atualizar e realizar novos testes.

Bom dia! Foi gerada nova compilação do ACBrMonitor englobando ajuste visando sanar a falta do protocolo de envio na resposta do Monitor. https://www.projetoacbr.com.br/forum/files/category/16-acbrmonitorplus-pro/ Por favor, queira atualizar e realizar novos testes.

Bom dia! Como muitos sabem, a comunidade do ACBr se concentra em duas plataformas. A primeira é o próprio fórum do ACBr, onde você está lendo esta postagem. A segunda é o aplicativo Discord, usado por inúmeras pessoas e comunidades. No dia 29/09/2023, por volta das 06h00, o aplicativo para Windows, Discord na web e o aplicativo para smartphones começaram a apresentar problemas. Ao conferir o DownDetector, é possível observar a magnitude do problema: Até que a situação com o Discord seja normalizada, todas as dúvidas relacionadas ao ACBr como um todo devem ser esclarecidas no Fórum do Projeto ACBr.

Bom dia! Foi gerada uma nova compilação da LibBoleto, por favor, queira atualizar e realizar novos testes.

Boa tarde! Analisando os manuais e as informações disponíveis, constatamos que o layout CNAB240 e o layout CNAB400 estão conflitando no que diz respeito a esta informação.(A ideia do componente é tratar os dois). Por causa disso, será necessário alterar a tratativa no componente e posteriormente no Monitor. Criada a #TK-4515 para tratativa do caso e parecer do consultor responsável.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Estamos cientes da situação, conforme relatado no tópico: Vou vincular o seu tópico a mesma TK.

Boa tarde, pessoal! Foi publicado no dia 27/09/2023, a versão 1.40 desta Nota Técnica. Esta nova versão altera a regra de validação N12-70, adicionando na exceção 8, a CST 02, permitindo agora que a critério da UF, a regra não seja aplicada quando CST=10, CST=02 e idDest=1. A nova versão também remove das regras LA17-20, LA18-10 e LA18-20 a validação que verifica as datas nas chaves referenciadas, fazendo com que não valide mais AnoMes da ChaveReferenciada para decidir se aplica ou não a regra. Sobre as datas Ambiente de Homologação: 16/10/2023 Ambiente de Produção: 30/10/2023 Regra N43a-10 em Produção: 01/04/2024 Sobre o ACBr Não serão necessárias alterações nos fontes do ACBr, visto que a nova versão apenas altera regras de validação. A NT na íntegra pode ser encontrada aqui. Um agradecimento ao membro @Felipe Mariano, por chamar atenção ao fato no canal #sefaz em nossa comunidade do Discord.

Boa tarde! Foi enviado ao SVN na Rev-30807. E novas compilações do ACBrMonitor foram geradas. Por favor, queira atualizar e testar. A alteração adiciona na resposta devolvida pelo Monitor uma seção como está:

Bom dia! Como você mesmo relatou e também foi debatido por outros colegas neste tópico, parece ser um problema do ambiente de produção no lado da API.

Bom dia! Está em nosso backlog para ser desenvolvido conforme a disponibilidade dos consultores. Fique atento aos nossos canais de notícias para novidades.

Bom dia! Conferindo no ACBrNFSeXServicos.ini, a cidade de Sertaozinho-SP, é atendida pelo provedor SmarAPD, em sua versão 2.03. Está versão diferente da anterior, segue o layout da ABRASF. Se conferirmos no manual deste layout, é possível observar que o campo OutrasInformacoes faz parte do XML da NFS-e. Layout NFS-e: Layout RPS: O componente gera e envia para o web service o XML do RPS, que não contem está informação. Ou seja, o campo OutrasInformacoes é gerado pelo web service do provedor.

Bom dia! Conforme o @Italo Giurizzato Junior, informou, por favor, faça um teste removendo a linha do 45 e veja se o resultado é o mesmo.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4510

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

Dando meus 0,02 centavos de contribuição. Também temos os manuais de alguns provedores em: - https://svn.code.sf.net/p/acbr/code/tools/DFe/NFSe - https://svn.code.sf.net/p/acbr/code/tools/DFe/NFSe_Nacional/Manuais E também alguns tópicos interessantes em nossa Base de Conhecimentos

Boa tarde! Contribuição enviada ao SVN na Rev-30756. Nos testes que realizei, a função de leitura do componente nativo, leu o INI gerado tanto em Upper quanto em Lower da mesma forma, por isso, optei por manter como estava. Além da sua contribuição, também adicionei as propriedade nProt e CNPJCPF que devem ser preenchidas visando sanar este problema. Por favor, queira atualizar e testar novamente.

Bom dia! Por favor, você está com todas as classe de alto nível atualizadas? Elas foram alteradas recentemente para inclusão dos CSTs monofásicos adicionando novos itens a mesma. Vale citar também que a classe faz uso de EnumValues para identificar os CSTs. Por favor, se possível, disponibilize um print de como você alimenta a propriedade e também um arquivo INI gerado pela sua classe de alto nível. Se julgar que o último tenha dados sensíveis e não possa ser disponibilizado direto no tópico, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Entendi que o erro de Acess Violation está acontecendo na sua aplicação. Mais especificamente na linha: fMenu.iNFSe.webservice.emite.erros[0].descricao Linha essa que eu suponho seja usada na sua procedure GeraException. É isso que está acontecendo? Se este for o caso, considerando que a nota foi autorizada, não tem itens na propriedade erros, por isso erros[0].descricao, realmente não foi instanciado e está causando o AV. Antes de interagir com Erros e Alertas, veja se ambas possuem conteúdo atribuído. if (fMenu.iNFSe.webservice.emite.erros.Count > 0) then begin //Faça o que você precisa end; if (fMenu.iNFSe.webservice.emite.alertas.Count > 0) then begin //Faça o que você precisa end;

Boa tarde! Você consegue reproduzir este ambiente para testar? Existe alguma outra máquina que esteja funcionando corretamente cujas configurações sejam as mesmas desta que está com problemas? O certificado é A1 ou A3? É possível testar com outro certificado?

Bom dia! Conferindo em Portal da NFe > Consulta Disponibilidade, é possível observar que a Sefaz de Goias está indicando indisponibilidade dos serviços. Consultando no painel Situação SVC, podemos ver que a contingência foi ativada às 11h50 do dia 26/09/2023, com previsão de término às 00h00 do dia 27/09/2023. Para usar o ACBr em contingência durante este período, siga as orientações deste tópico: Um agradecimento ao membro @Felipe Mariano, por chamar atenção ao fato no canal #sefaz em nossa comunidade do Discord.

Como você configurou os SSLLib com OpenSSL? Por favor, disponibilize um Print da configuração dos SSLLib e do certificado. EDIT: Se você alterou para OpenSSL, remova o Nº de série das configurações e informe somente o caminho do PFX e a senha do mesmo.

Boa tarde! Realmente, se conferirmos no programa exemplo do componente nativo, é possível observar que dentre outras modificações, foi adicionado no programa exemplo, na rotina de leitura do retorno: Add(' **dadosRecepcaoLote'); Add(' dhRecepcao....: ' + FormatDateBr(dadosRecepcaoLote.dhRecepcao, 'dd-mm-yyyy')); Add(' protocoloEnvio: ' + dadosRecepcaoLote.protocoloEnvio); Essas informações não são lidas no retorno do Monitor. Criada a #TK-4496 para adição das mesmas no retorno do ACBrMonitor.