Marcio Patyk

Consegui um cliente que autorizou efetuar testes no ambiente do cliente. Em todos os testes o resultado foi esse: Erro(s): Código : X999 Mensagem: Erro de Conexão: Extra content at the end of the document Correção: Testei várias combinações de configurações, atualizei as DLL's, testei com versões do ACBR do inicio do ano, testei com a última atual e o erro é o mesmo, será que isso é um erro no provedor? Estou tentando entrar em contato com eles.

Testei com o cliente e não funcionou, emitimos uma NFSe pela prefeitura e uma pelo ACBR, encontrei diferenças no XML conforme print abaixo.

Prezados. Todos os nossos clientes estão obtendo o erro "P68 - XML não compatível com Schema" ao enviar lote para Salvador. Esse erro começou semana passada e esta acontecendo em versões antigas compiladas ano passado e versões novas compiladas com a última versão do ACBR. O Manual aparentemente não teve alterações desde 2013 https://nota.salvador.ba.gov.br/arquivos/manual/ABRASF-Manual-de-Integracao.pdf Alguém mais esta tendo problemas com esse provedor?

Prezados bom dia. Temos um cliente homologando a cidade de Passo Fundo -RS, provedor Thema e nos deparamos com divergências na descrição da natureza de operação. Utilizei como base o documento oficial https://www.pmpf.rs.gov.br/nfse/wp-content/uploads/sites/63/2022/01/natureza_operacao_atualizado.pdf E fiz a seguinte implementação, no arquivo Thema.Provider function TACBrNFSeProviderThema.NaturezaOperacaoDescricao( const t: TnfseNaturezaOperacao): string; begin if ConfigGeral.CodIBGE = '4314100' then //Passo Fundo RS conforme documentação em https://www.pmpf.rs.gov.br/nfse/wp-content/uploads/sites/63/2022/01/natureza_operacao_atualizado.pdf begin case t of no50 : Result := '5.0 - Prestação de Serviços no Município'; no51 : Result := '5.1 - Imposto devido no município, com retenção na fonte'; no52 : Result := '5.2 - Imposto devido no município, sem retenção na fonte'; no53 : Result := '5.3 - Imposto recolhido pelo Regime Único de Arrecadação (Simples Nacional)'; no54 : Result := '5.4 - Imposto devido com retenção na fonte, tributado pelo Regime único Arrec.'; no55 : Result := '5.5 - Isento'; no56 : Result := '5.6 - Imune'; no57 : Result := '5.7 - Exigibilidade suspensa por decisão judicial'; no58 : Result := '5.8 - Imposto recolhido com valor fixo'; no60 : Result := '6.0 - Prestação de Serviços para outros municípios da federação'; else Result := inherited NaturezaOperacaoDescricao(t); end; end else begin case t of no63 : Result := '6.3 - Tributação fora do municipio com retenção de ISS'; no64 : Result := '6.4 - Tributacao fora do municipio sem retenção de ISS'; else Result := inherited NaturezaOperacaoDescricao(t); end; end; end; Estou tratando especificamente a cidade de Passo Fundo pelo código do IBGE por não saber se outras cidades utilizam as mesmas descrições.

Problema resolvido. Hoje após novos testes, transmitindo a DPS sem a tag <cTribMun>001</cTribMun>, a DPS foi recepcionada e a NFS-e emitida. Desde já agradeço.

Nenhum dos nossos clientes são MEI, alguns são simples nacional e sociedade de profissionais;

Alguém mais esta tendo dificuldades com emissão de NFS-e pelo emissor nacional para Porto Alegre? A partir da última quarta feira 28/05/24, todos os clientes inclusive com versões de outubro de 2023 não conseguem mais emitir nota pelo emissor nacional. Fiz uma comparação entre o xml gerado pela web e pelo ACBR, notei que o elemento <cTribMun> esta ausente no xml gerado pela web, porém se tentar enviar sem esse elemento também dá erro. Arquivo enviado anteriormente: Emitida pela web na sexta feira passada Em contato com a SMF de POA a primeira resposta foi essa Que também não tem nada a ver pois continua com erro, a segunda resposta foi essa: Mandei um e-mail para a rfg.gov.br com todos os dados, xml, prints etc.... E essa foi a resposta que recebi: A RFB não responde, já enviei vários e-mails e nada, o 0800 que é atendido pelo SEBRAE respondeu as questões mas segundo eles o que enviamos esta correto e temos que aguardar o suporte da RFB. A SMF e o PROCEMPA respondem mas com os parâmetros do BHISS ou seja: Código de tributação: 171400100 ; Descrição: Advocacia; Subitem da lista de serviços: 17.14; E funciona, se envio pelo provedor BHISS a nota é emitida corretamente.... Fiz alguns testes pelo emissor nacional e vou postar aqui, se alguém tiver alguma ideia? a) Código municipal 001, nacional 171401 - Erro. b) Código municipal 001, nacional 171400 - Erro. c) Código municipal vazio nacional 171401 - Envia mas não retorna detalhes abaixo. d) Código municipal vazio nacional 171400 - Erro. Explanando erro da opção A cmun001 cnac 171401 Nesse caso o webservice rejeitou a DPS apontando erro no código municipal 001; Explanando erro das opões B e D cmun 001 cnac 171400 / cmun vazio e cnac171400 O webservice rejeitou a DPS informando erro no código nacional 171400; Explanando erro da opção "C" O webservice deveria retornar a chave de acesso e o Gzip contendo o XML da NFSe assinado conforme imagem abaixo: No entanto o webservice retorna apenas um id sem erros, e não registra no portal, como se não tivesse recebido a DPS. A NF não é listada, ou seja, sequer foi registrada no portal nacional. Anexei os arquivos gerados durantes os testes a esse DevOps.

É incrível o descaso da RFB, já enviei vários e-mails e nada, o 0800 que é atendido pelo SEBRAE respondeu as questões mas segundo eles o que enviamos esta correto e temos que aguardar o suporte da RFB. A SMF e o PROCEMPA respondem mas com os parâmetros do BHISS ou seja: Código de tributação: 171400100 ; Descrição: Advocacia; Subitem da lista de serviços: 17.14; E funciona, se envio pelo provedor BHISS a nota é emitida corretamente.... Fiz alguns testes pelo emissor nacional e vou postar aqui, se alguém tiver alguma ideia? a) Código municipal 001, nacional 171401 - Erro. b) Código municipal 001, nacional 171400 - Erro. c) Código municipal vazio nacional 171401 - Envia mas não retorna detalhes abaixo. d) Código municipal vazio nacional 171400 - Erro. Explanando erro da opção A cmun001 cnac 171401 Nesse caso o webservice rejeitou a DPS apontando erro no código municipal 001; Explanando erro das opões B e D cmun 001 cnac 171400 / cmun vazio e cnac171400 O webservice rejeitou a DPS informando erro no código nacional 171400; Explanando erro da opção "C" O webservice deveria retornar a chave de acesso e o Gzip contendo o XML da NFSe assinado conforme imagem abaixo: No entanto o webservice retorna apenas um id sem erros, e não registra no portal, como se não tivesse recebido a DPS. A NF não é listada, ou seja, sequer foi registrada no portal nacional. Anexei os arquivos gerados durantes os testes a esse DevOps.

Alguém mais esta tendo dificuldades com emissão de NFS-e pelo emissor nacional para Porto Alegre? A partir da última quarta feira 28/05/24, todos os clientes inclusive com versões de outubro de 2023 não conseguem mais emitir nota pelo emissor nacional. Fiz uma comparação entre o xml gerado pela web e pelo ACBR, notei que o elemento <cTribMun> esta ausente no xml gerado pela web, porém se tentar enviar sem esse elemento também dá erro. Arquivo enviado anteriormente: Emitida pela web na sexta feira passada Em contato com a SMF de POA a primeira resposta foi essa Que também não tem nada a ver pois continua com erro, a segunda resposta foi essa: Mandei um e-mail para a rfg.gov.br com todos os dados, xml, prints etc.... E essa foi a resposta que recebi:

Prezados bom dia. Os endereços de Curitiba / PR foram alterados, quando eu atualizo o ACBR eu atualizo, mas é importante atualizar aqui, pois é fácil esquecer e se não alterar a consulta não funcionará.

Prezados boa tarde. Acabei de atualizar a versão do ACBR e ainda estou com dificuldades para ler os tributos federais no XML. Na Unit PadraoNacionalLerXml.pas Linha 1177 - O código deve ser AuxNode := ANode.Childrens.FindAnyNs('tribFed'); atualmente esta buscando por 'tribNac'; XML Atenciosamente.