Diego Foliene

Fiz um teste em meu ambiente. Alterei o nome do arquivo ACBrMonitor.ini na minha pasta, coloquei o que disponibilizou e renomeei para que o ACBrMonitor utilizasse ele como configuração. Foi necessário alterar a configuração de certificado, pasta dos schemas e pasta onde era salvo o arquivo XML. O XML foi gerado com o QrCode com a versão 2 Por favor, tente realizar teste semelhante. Para a execução do Monitor. Renomeie o arquivo ACBrMonitor.ini. Execute novamente o ACBrMonitor, assim um novo arquivo será criado. Vá preenchendo as configurações aos poucos e use o comando NFe.CriarNFe para que seja gerado o XML. Se possível, faça o teste com os schemas e o local para salvar o arquivo em uma pasta local, no mesmo ambiente.

Confirme também se está configurado a UF correta aqui:

Boa tarde! Arquivos recebidos! De fato, o comportamento foi observado no impresso quando em paisagem. Adotando sua contribuição, deixou de ocorrer. Fiz um teste com o layout em retrato e o mesmo não foi afetado. Contribuição enviada ao SVN na Rev-35594. Por favor, queiram atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Olá comunidade ACBr! Informamos que foram enviados ao SVN commits compatibilizando o componente ACBrNFe com as modificações propostas por esta nota técnica! Para atender as novos campos foram criadas as classes Tagropecuario, Tdefensivo e TguiaTransito além do enumerado TtpGuia. Abaixo um exemplo de como pode ser feito o preenchimento dessas informações utilizando componente nativo para Delphi ou Lazarus: var begin NotaF := ACBrNFe.NotasFiscais.Add; NotaF.NFe.agropecuario.defensivo.nReceituario := '12345678901234657980'; NotaF.NFe.agropecuario.defensivo.CPFRespTec := '12345678901'; //OU... NotaF.NFe.agropecuario.guiaTransito.UFGuia := 'SP'; NotaF.NFe.agropecuario.guiaTransito.tpGuia := tpgGuiaFlorestal; NotaF.NFe.agropecuario.guiaTransito.serieGuia := '123456789'; NotaF.NFe.agropecuario.guiaTransito.nGuia := '123456789'; end; Se você utiliza o ACBrMonitorPLUS ou a ACBrLib, será necessário aguardar uma nova compilação posterior a 11/10/2024 para que as alterações sejam englobadas. Após isso, as informações poderão ser passadas via arquivo INI conforme o exemplo: [defensivo] nReceituario=12345678901234657980 CPFRespTec=12345678901 ;OU... [guiaTransito] UFGuia=SP tpGuia=1 serieGuia=123456789 nGuia=123456789 É IMPORTANTE LEMBRAR! Como a alteração inclui novos campos no layout da NFe, é necessário atualizar também seus arquivos de schema. A data de entrada em homologação é 04/11/2024, portanto, é possível gerar o XML com os novos elementos e validar contra o arquivo de schema, mas ainda não é possível transmitir uma NF-e com os novos campos.

Esta parte está em ordem?

Boa tarde! Algumas sugestões: Conferindo no Portal da Nota Fiscal Eletrônica a Sefaz do PA faz uso do ambiente nacional como autorizador e se você conferir no retorno, está vindo da Sefaz Virtual do Rio Grande do Sul. Confira se não está configurado no ACBrMonitorPLUS para fazer a emissão em contingência. Confira se a UF configurada no ACBrMonitorPLUS na aba de WebService é a mesma que foi definida no arquivo XML. Mesmo que a situação esteja como habilitada no síntegra é sempre bom conferir junto ao responsável fiscal do cliente se os requisitos para UF do PA foram atendidos e o credenciamento para emissão de NF-e para este contribuinte está em ordem junto ao posto fiscal.

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

Bom dia! Muito obrigado. Foi criada a #TK-6081 para análise do caso e parecer por parte da equipe de consultores. Para colaborar com a análise, peço que disponibilize o XML de resposta do método de consulta que foi executado e o arquivo INI que foi gerado pelo ObterINI na integra. Envie ambos para [email protected] com link do tópico do fórum no corpo do e-mail para posterior identificação.

Bom dia! Não é necessário. Se você conferir no topo do arquivo ACBrNFSeXServicos.ini, vai encontrar: [Giss] HomRecepcionar=https://v2-ws-homologacao.giss.com.br/service-ws/nf/nfse-ws Portanto, basta apenas definir a informação do provedor, da versão e executar os passos indicados no topo do arquivo ACBrNFSeXServicos.ini para testar a alteração. Ficaria algo como: [3301009] Nome=Campos Dos Goytacazes UF=RJ Provedor=Giss Versao=2.04 LEMBRANDO QUE AO FAZER ISSO, TODA E QUALQUER NOTA TRANSMITIDA PARA ESTE MUNICÍPIO SERÁ ENVIADA PARA O AMBIENTE DE HOMOLOGAÇÃO DO GISS(ou vai dar erro de URL de produção não configurada)

Bom dia. De fato, conferindo pelo CNPJ do emitente(no print a leitura está um pouco ruim, mas acredito que tenha sido possível discernir) no Sintegra acusa que não há IE vinculada e no CCC não encontra. Dois detalhes que vale mencionar. Em seu print, não fica claro qual é o XML gerado pela sua aplicação e qual é o XML gerado pelo aplicativo Sefaz, mas em um deles consta <IE>ISENTO</IE> enquanto no outro tem apenas <IE/>. A série do documento fiscal costuma ser diferente quando a emissão é feita por aplicativo da Sefaz ou por aplicativo próprio via web service. Existem faixas de série específicas para cada um.

Bom dia! Muito obrigado pelo retorno. É possível sim. Tudo indica que seja algo específico a este web service da sefaz do RJ. Um colega consultor fez um teste para a sefaz de SP e a nota foi autorizada também. Se você tiver a disponibilidade, eu acredito que valha a pena abrir um Fale Conosco junto a sefaz do RJ. É possível que eles nem saibam desta divergência ou até mesmo possam fornecer uma explicação mais detalhada do porque ela existe.

Vamos lá. O grupo ResDFe não é um evento. Ele é um resumo de uma NF-e. Nele você tem as informações necessárias para fazer um evento de manifestação do destinatário(ciência da operação, confirmação da operação, desconhecimento da operação) para poder receber o XML completo da NF-e em consultas posteriores. Os arquivos ProcEve e InfEve foram gerados com conteúdo semelhante porque as informações deles são de fato as mesmas. O que muda é o conteúdo na resposta devolvida a você pelo ACBrMonitor/ACBrLib. As informações que vem em [proEveXXX] são as informações de envio do evento, veja que ela vai ter informações como a descrição do evento, justificativa, chave de documento fiscal, motivo, etc. Já as informações que vem em [infEveXXX] são as informações de retorno do evento, nela vai haver informações como o status do evento, número sequencial, data e hora de registro, número de protocolo do evento, etc.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Um momento, por favor, vou buscar esta informação.

Vamos lá. Os erros que você recebeu foram devolvidos a você na resposta da consulta do lote. Isso significa que os erros estão no arquivo de RPS que foi enviado para o web service. Vamos rever os erros: <mensagens>Linha: 1, Mensagem: cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'Uf'. Era esperado um dos '{"http://www.el.com.br/nfse/xsd/el-nfse.xsd":Municipio}'.</mensagens> <mensagens> Linha: 1, Mensagem: cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'Uf'. Era esperado um dos '{"http://www.el.com.br/nfse/xsd/el-nfse.xsd":Municipio}'.</mensagens> <mensagens> Linha: 1, Mensagem: cvc-minLength-valid: O valor '' com tamanho = '0' não tem um aspecto válido em relação ao minLength '1' do tipo 'tsCodigoServico116'.</mensagens> <mensagens> Linha: 1, Mensagem: cvc-type.3.1.3: O valor '' do elemento 'CodigoServico116' não é válido.</mensagens> <mensagens> EL55 - Arquivo Inválido - Verifique a estrutura do arquivo se esta nos padrões solicitados!</mensagens> O quatro primeiros erros, são erros de validação de schema. Os dois primeiros estão dizendo que encontrou uma tag UF quando na verdade esperava encontrar uma tag município. Se você conferir em seu arquivo 11-rps.xml, de fato, tanto no endereço do prestador como do tomador, não tem o nome do município. Os dois erros seguintes são relacionados a ausência de uma tag CodigoServico116. Se você conferir em seu arquivo, a tag foi adicionada, mas ela está vazia. O quinto e último erro, acredito que resolvendo os anteriores também será sanado. Como você utiliza a Lib, você está comunicando com arquivo INI. O provedor EL segue layout próprio, temos um modelo no qual você pode se basear. As informações faltantes são preenchidas no INI conforme: [Prestador] ... xMunicipio=Nome da cidade [Tomador] xMunicipio=Nome da cidade [Itens001] ... codLCServ=

Bom dia! Estou analisando os arquivos disponibilizados. Retorno com mais informações em breve.

Bom dia! Por favor, veja o tópico:

Boa tarde! A nova versão foi implementada com o nome de provedor Giss. Por favor, veja mais no tópico abaixo:

Bom dia! Vou questionar aos demais consultores novamente, mas considerando as informações apresentadas, tudo indica ser isso mesmo. As datas de emissão entre as notas não são distantes, ambas foram emitidas para a mesma UF, utilizando mesmo NCM e GTIN. A única diferença mais significativa é o ambiente. Você consegue testar a emissão em produção com um valor baixo e posterior cancelamento? Fora isso, acredito que só questionando a Sefaz mesmo. Vale dizer que esta mensagem que você está recebendo é um retorno do web service. Não é o componente do ACBr que lhe devolve ela. Então mesmo que a outra ferramenta não faça nenhuma validação, entendo que no momento que cai no WS e passa pelas validações internas, vai ser devolvida a rejeição.

Olá pessoal! Conferindo no dia 10/10/2024 às 11h15, é possível observar que a contingência foi prolongada até o dia 14/10/2024 às 10h00

Conversando junto com os demais consultores, foi questionado se por favor, é possível disponibilizar o manual em que o atendente fez a conferência. O manual do provedor que informa que o código do município deve ser o de incidência do imposto e não o do emitente. Também não ficou claro se a resposta do print de whatsapp que disponibilizou é a resposta do pessoal da Fiorilli ou da prefeitura.

Vamos discutir isso junto a equipe de consultores.

Olá pessoal! Conferindo no painel Situação SVC é possível observar que a Sefaz de Pernambuco ativou a contingência no dia 09/10/2024 às 14h45 com previsão de encerramento às 10h00 do dia 10/10/2024. Para utilizar as soluções do ACBr em contingência durante este período siga as orientações do tópico abaixo.

Boa tarde! Você pode encontrar todos os manuais de NFS-e que dispomos neste LINK. Sendo ainda mais direto. Manuais da ABRASF v1.0X Manuais da ABRASF v2.0X

Boa tarde! Realmente, este retorno indica que a tag não é esperada. Criada a #TK-6075 para rever como é gerada esta tag no arquivo XML. Qualquer novidade será informada neste tópico.

Alteração enviada ao SVN na Rev-35562