Pesquisar na Comunidade

Olá pessoal! O seguinte aviso foi compartilhado pelo nosso amigo e membro da comunidade @Victor H. Gonzales - Panda:

Olá pessoal! No dia 01/08/2024 foi publicada Nota Técnica Nº 001 que trata da adequação da Nota Fiscal de Serviços Eletrônica no layout do Padrão Nacional buscando atender o proposto no PLP 68/2024. Alterações A nota técnica traz a inclusão das informações do IBSCBS através da adição múltiplos campos agrupados em seus respectivos subgrupos tanto no layout da Declaração de Prestação de Serviço (DPS), quanto na Nota Fiscal de Serviço Eletrônica(NFS-e). Novos grupos adicionados no DPS: NFSe/infNFSe/DPS/infDPS/IBSCBSSEL/dest : Grupo de informações relativas ao destinatário. NFSe/infNFSe/DPS/infDPS/IBSCBSSEL/adq: Grupo de informações relativas ao adquirente. NFSe/infNFSe/DPS/infDPS/IBSCBSSEL: Grupo de informações relativas ao serviço prestado para IBS, CBS e IS. NFSe/infNFSe/DPS/infDPS/IBSCBSSEL/valores: Grupo de informações relativas aos valores do serviço prestado para IBS, CBS e IS. NFSe/infNFSe/DPS/infDPS/IBSCBSSEL/valores/trib/gIBSCBS/IBSUF: Grupo de informações específicas relativas ao IBS estadual. NFSe/infNFSe/DPS/infDPS/IBSCBSSEL/valores/trib/gIBSCBS/gIBSMun: Grupo de informações específicas relativas ao IBS municipal. NFSe/infNFSe/DPS/infDPS/IBSCBSSEL/valores/trib/gIBSCBS/gCBS: Grupo de informações específicas relativas à CBS. Novos grupos adicionados na NFSe: NFSe/infNFSe/IBSCBSSEL: Grupo de Informações Comuns relativas ao IBS e a CBS. NFSe/infNFSe/IBSCBSSEL/IBSCBS/valores: Grupo de informações de valores brutos relativos ao IBS e a CBS. NFSe/infNFSe/IBSCBSSEL/totCIBSel: Grupos totalizadores. NFSe/infNFSe/IBSCBSSEL/totCIBSel/gSel: Grupo de informações relativas às totalizações do imposto seletivo. NFSe/infNFSe/IBSCBSSEL/totCIBSel/gIBS: Grupo de informações relativas às totalizações do IBS. NFSe/infNFSe/IBSCBSSEL/totCIBSel/gCBS: Grupo de informações relativas às totalizações do CBS. Datas Conforme consta na nota técnica, os contribuintes deverão se familiarizar e se adequar ao novo padrão que deverá vigorar a partir de Janeiro de 2026. E como fica o ACBr? Como a nota técnica adiciona novos campos ao layout, serão necessárias modificações nos fontes do ACBr para adequação. Para aqueles que utilizem o ACBrMonitor ou a Lib, uma nova compilação será necessária. Foi criado em nosso backlog a #TK-5828 para implementação. Qualquer novidade será divulgada neste tópico. Leia a Nota Técnica na íntegra AQUI.

Olá pessoal, todos bem? Desde ontem (01/07/2024) estou tentando emitir uma NF com um produto de CFOP 5118 e um outro produto com o CFOP 5933 (serviço). Vi que desde a data citada acima, o SEFAZ não aceitaria mais seviços sem a tag de ISSQN. (Nota Técnica anexada no tópico: 2019.001 - v1.62 - 03/2024) Adicionei as tags referente ao serviço no lugar correto, porem ao enviar ao SEFAZ me retorna a rejeição 610 - Total da NF difere do somatório dos Valores compõe o valor Total da NF. Segue abaixo prints dos itens e da parte do total para melhor entendimento. Alguem mais está tendo esse problema? Como posso resolver? NT2019_001_v1_62 - Regras de Validação.pdf

Contextualizando Se você está tentando emitir uma nota fiscal de serviços eletrônica para o provedor Ginfes, um dos possíveis retornos que pode receber é: <Codigo>E160</Codigo> <Mensagem>Arquivo enviado fora da estrutura do arquivo XML de entrada.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> A mensagem parece ser alto explicativa e indica que o arquivo que foi enviado está com erro na estrutura, certo? Infelizmente, não é tão simples assim. Os arquivos gerados pela solução ACBr estão de acordo com os schemas e o leiaute fornecido pelo provedor. Na verdade este erro parece ser devolvido pelo Ginfes não só para problemas de leiaute, mas também para "situações genéricas". Vejam alguns exemplos: Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega relata que resolveu o problema ao corrigir o número do lote que não estava alimentando no componente. Ginfes - Franca = Erro E160: Neste tópico um colega confirma que conseguiu resolver o problema ao corrigir os dados que preencheu no componente para geração da nota. Formatação do campo Aliquota da NFSe: Neste tópico o colega confirma que o CPF do tomador estava incorreto e após correção conseguiu emitir. Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega conseguiu superar este erro após corrigir um valor que estava indo negativo no XML. Esse erro também pode ocorrer caso você não seja prestador da cidade que esteja fazendo testes, em vez do provedor retornar que o seu CNPJ não consta no cadastro deles, o retorno é esse erro E160 que acusa que o arquivo enviado esta fora da estrutura. Mas então o que eu posso fazer? Caso você tenha recebido este erro ao tentar emitir uma nota para uma cidade que é atendida pelo provedor Ginfes, revise todas as informações presentes no XML gerado. Se mesmo depois disso o problema persistir, entre em contato com o provedor e questione o por quê de estar recebendo esta rejeição. Ao fazer isso, o provedor pode apontar se alguma informação presente no XML está em desacordo com o cadastro da base de dados mantida pelo mesmo.

Bom dia, Erro no cancelamento da NFS-e para a versão 2.04, entrei em contato com o suporte da IPM, enviei o xml de cancelamento (1-ped-can.xml). resposta da IPM: "O município de Cunha Porã/SC utiliza o layout padrão Abrasf, segue em anexo exemplo arquivo XML de cancelamento de NFSe." OBS: enviaram o arquivo exemplo do xml para pedido de cancelamento para a versão 2.04, em anexo. nota_abrasf_-_cancelar_nfs-e_2327_1_1_envio.xml

Boa tarde !, Alteração da URL para provedor IPM ACBrNFSeX. Entrei em contato com o Suporte fiz alteração conforme orientação. Executado testes e está funcionando. OBS: A alteração está em verde. segue abaixo alteração no arquivo "ACBrNFSeXServicos.ini" [4204707] Nome=Cunha Pora UF=SC Provedor=IPM Versao=2.04 ProRecepcionar=https://cunhapora.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&WSDL HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes att Léo

Bom dia! Estou iniciando alguns testes com o NFS-e aqui do meu município e estou recebendo o seguinte retorno quando tento enviar a NF exemplo, do exemplo da ACBr: Erro(s): Código : X800 Mensagem: Erro de Validação: --> 1839 - Element '{http://www.abrasf.org.br/nfse.xsd}ExigibilidadeISS': [facet 'pattern'] The value '1' is not accepted by the pattern '01|02|03|04|05'. Correção: --------- - Ambiente de Homologação - Cidade: Botucatu/3507506/SP - Provedor: Informações sobre o provedor: Sigep - Versão: 2.00

Olá prezados, estou tentando implementar a NFS-E Nacional, no dia 4 de dezembro de 2023 eu realizei os últimos teste de envio de NFS-E e estava tudo funcionando corretamente retornando a chave de acesso corretamente, fui testar novamente agora em janeiro e começou a retornar o erro "Codigo":"E0304","Descricao":"Informe um código de tributação nacional existente na data de competência informada na DPS, conforme a lista de serviços nacional.", ao comprar o XML das nota enviada em dezembro com a nota que está dando problema não foi identificado nenhuma diferença, o campo aparentemente apontado seria o "cTribNac" foi identificado que ele permanece enviando a mesma informação que seria no meu caso "171901", será que houve alguma alteração em relação a essa informação? Ou o problema seria em outro campo? Desde já, agradeço.

Bom dia a todos, Atuo no desenvolvimento de um sistema de notas de terceiros e estou tentando emitir uma NFS-e Nacional via API porém estou recebendo o status "400 - Não foi possível criar a NFS-e", isso ocorre pela minha empresa não ter uma solicitação para emissão de habilitação em ambiente de produção? Obs.: O arquivo DPS passou pelos schemas e outros validadores sem problemas.

Estou com o seguinte problema ao tentar transmitir uma NFS-e para o provedor Coplan da cidade de Sinop-MT, está me retornando uma mensagem de erro que estarei anexando a este artigo. - Debugando foi constatado que quando entra em ACBrDFeWinCrypt no trecho onde tenta copiar a chave do certificado para o provedor de criptografia ele entra em um if onde se perde, retornando a mensagem de erro if CryptExportKey( hRSAKey, hSessKey, PRIVATEKEYBLOB, 0, Nil, mBytesLen) then - Certificado e cadeias de certificado estão ok, TLS em opções da Internet tambem. - Uma outra observação é que antes de cair nessa mensagem anexada ele passa pelo else 'raise Exception.Create('CryptExportKey - len');'

Boa tarde. Como muitos sabem, a falta de padronização é uma questão que assola a Nota Fiscal de Serviço Eletrônica. Um exemplo disso é o provedor ISSGoiania que é utilizado pela prefeitura de Goiania/GO. Conforme explicado na documentação do provedor disponível aqui: Ou seja, a tag CodigoMunicipio no XML da NFSe para esse provedor vem com um código próprio. No que diz respeito ao envio. Para aqueles que utilizam o ACBrNFSeX (Componente, Lib, Monitor), é importante observar que a Prefeitura de Goiânia espera que a aplicação já informe esse código no campo CodigoMunicipio para sua utilização adequada. Portanto é importante se atentar a esta informação no momento de realizar o preenchimento para emissão da nota. No que diz respeito a leitura do retorno. Como o componente ACBrNFSeX espera receber na tag CodigoMunicipio um código IBGE, a função de conversão que busca o nome da cidade através do código, falha e por isso a informação do município fica em branco na impressão. Para resolver essa questão, foi criada na unit ISSGoiania.LerXML uma função que usa o arquivo disponibilizado pelo provedor para buscar a informação da cidade. (Disponibilizada na Rev-28957) Portanto, basta adicionar o arquivo CidadesISSGoiania.txt(o nome do arquivo deve ser este) dentro da pasta do seu executável para que a busca pelo nome da cidade passe a usar o arquivo e não fique mais em branco no impresso.

Ola pessoal No módulo não temos a cidade de São Domingos das Dores - MG (NFS-e) Seria possível adicionar esta Prefeitura ? Endereços do Webservice: * Produção : https://saodomingosdasdoresmg.nfse-futurize.com.br/webservice/prod * Homologação: https://saodomingosdasdoresmg.nfse-futurize.com.br/webservice/homo O Padrão a ser seguido é o Abrasf 2.02 [1]: [1]

Boa tarde, tudo bem? Estou precisando destacar as seguintes informações na impressão da NFS-e do lado (nosso sistema) para o provedor ISSNET (Ribeirão Preto/SP) - no lado da prefeitura imprime corretamente com as informações: I - "DOCUMENTO EMITIDO POR ME OU EPP OPTANTE PELO SIMPLES NACIONAL"; e II - "NÃO GERA DIREITO A CRÉDITO FISCAL DE IPI." Como devo prosseguir? Existe alguma TAG específica ou eu devo alterar algo no layout de impressão do nosso sistema? Qual seria a solução mais viável? Poderiam me direcionar, por favor? Obrigado!

Boa tarde, Pequeno ajuste na função "AjustaDiscriminacao" na unit para impressão com o FastReport "ACBrNFSeDANFSeFR.pas", esta função é responsável por separar os itens quando esta nota contiver mais de um item. PS: Anexo Unit alterada. Favor analisar a alteração !. ACBrNFSeDANFSeFR.pas

bom dia! segundo o manual da integração IPM, implementei no exemplo NFSex a consulta por NFS-e: proIPM: begin var xSerie : String; if ACBrNFSeX1.Configuracoes.Geral.Provedor in [proIPM] then begin if not(InputQuery(xTitulo, 'Série da NFSe:', xSerie)) then exit; end; InfConsultaNFSe := TInfConsultaNFSe.Create; try with InfConsultaNFSe do begin tpConsulta := tcPorNumero; NumeroIniNFSe := NumeroNFSe; SerieNFSe := xSerie; CadEconomico := edtEmitIM.Text; end; ACBrNFSeX1.ConsultarNFSe; finally InfConsultaNFSe.Free; end; Porem essas informações não estão chegando na função ACBrNFSeProviderIPM.PrepararConsultaNFSe . Método Executado: ConsultarNFSe Parâmetros de Envio Num. Ini. NFSe: Num. Fin. NFSe: Data Inicial : 30/12/1899 Data Final : 30/12/1899 Parâmetros de Retorno Sucesso : False Erro(s): Código : X108 Mensagem: Número da NFSe não informado. Correção: --------- e também precisa ser alterado a tag do xml de consulta de '<serie>' para '<serie_nfse>'; colocando as informações manualmente na função consulta retornou correto.

Bom dia, a prefeitura de Taquaritinga trocou o provedor do RPS, antes era Ginfes e agora passou a ser Conam. O arquivo cidades.ini ficou assim. [3553708] Nome=Taquaritinga UF=SP Provedor=CONAM NomeURL_H=sp.taquaritinga NomeURL_P=sp.taquaritinga Solicito alteração no Trunk. Atenciosamente, Júnior Lira

Pessoal, bom dia! A dúvida não é exatamente do ACBR, mas é sobre o envio de XML para importação de rps em lote via site da NFS-e. Ao tentar importar o xml com o lote de rps, ele dá a seguinte mensagem: Numero : 324, Série: 1, Tipo: 1 Código: L042 - Mensagem: O sistema não conseguiu recuperar as informações cadastrais do prestador. Entre em contato com o suporte do sistema Achei que era algum problema com a tag <cnpj>, mas quando eu tiro, ele diz que não encontra o prestador. Então está lendo corretamente. Já tentei contato com a SmarAPD, mas ainda não recebi retorno. Tenho um pouco de experiência na área, mas é a primeira geração de NFS-e que estou realizando. Agradeço muito por qualquer auxílio.

Boa tarde, A cidade de Farroupilha/RS irá mudar de provedor de NFS-e, irá mudar de Infisc para Tecnos: Link para notícia. Link2

Bom dia, Recebemos a informação de que a prefeitura de Picada Café estaria alterando a versão do ABRASF de 1.0 para 2.3 e além disso, também será necessária a assinatura digital nos XMLs enviados ao webservice. Novo link de homologação: http://picadacafe-portais.govcloud.com.br/NFSe.Portal.Integracao.Teste/services.svc Já efetuamos os ajustes no arquivo Pronim.Ini, configurando o novo link, versão do abrasf e opção para assinar, porém ao tentar enviar ocorre um "erro não especificado" O erro ocorre na unit ACBrDFeXsMsXmlCapicom dentro da function Assinar (TDFeSSLXmlSignMsXmlCapicom.Assinar) Ao entrar na linha onde assina com MSXML e CryptoLib ocorre o erro não especificado. Os dados do certificado estão carregando corretamente, porém ao inserir a assinatura ocorre o erro.

Anexado os xmls de envio e da reposta Cidade de São Bernardo do Campos - SP Provedor: Ginfes Mensagem de resposta abaixo: O documento XML difere da assinatura. O documento XML nao pode conter alteracoes apos a assinatura. 0000033-env-lot.xml 0000033-rec.xml

Olá! Gostaria de saber se alguém está fazendo ou já faz a implementação da NFS-e em Delphi 2007 no webservice da Coplan para a cidade de Sinop - MT. O ACBr Monitor não tem a opção de emissão de NFS-e, e no site do ACBr a informação é que a DLL da NFS-e está com o desenvolvimento suspenso. A opção seria fazer via instalação dos componentes no Delphi. Tendo em vista que não há suporte pra NFS-e no Monitor nem por DLL, fico em dúvida se o componente disponibilizado estaria funcional, já que em Sinop o fornecedor do webservice foi trocado ano passado, e se ele seria compatível com Delphi 2007, sendo que boa parte do suporte de muitos componentes foi descontinuado para versões mais antigas do Delphi.

Notei que para NF-e, CT-e, MDF-e e GNR-e existe a opção de preencher o documento para geração importando de um arquivo INI padronizado. Contudo, embora não exista documentação para a NFS-e e o componente esteja em reestruturação, estudando o exemplo disponibilizado e os próprios fontes da versão atual do componente não encontrei um método semelhante para a NFS-e pelo qual pudesse gerar uma nota de serviço lendo as informações de um INI ou TXT, sendo possível apenas a geração do documento através do preenchimento das propriedades uma a uma no próprio componente. Estou usando Delphi Berlin e Delphi 2007, trabalhando ainda com o projeto de exemplo, servidor da Coplan para Sinop - MT.

Boa tarde, Estou desenvolvendo uma rotina para consultar notas fiscais de serviço na prefeitura de Montes Claros / MG. Já venho tentando realizar essa integração a alguns dias, porém sem sucesso na resposta da requisição. Alguém sabe o que eu posso estar fazendo de errado? Estou utilizando a ferramenta SoapUI 5.5.0, para realizar as requisições. Segue abaixo o exemplo de uma requisição: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/"> <soapenv:Header> <tem:cabecalho versao="1.0"> <!--Optional:--> <tem:versaoDados>1.00</tem:versaoDados> </tem:cabecalho> </soapenv:Header> <soapenv:Body> <tem:ConsultarNfseServicoPrestado> <!--Optional:--> <tem:xmlEnvio><![CDATA[<?xml version="1.0" encoding="UTF-8"?> <Prestador> <Cnpj>11824567000360</Cnpj> <InscricaoMunicipal>72066734</InscricaoMunicipal> </Prestador> <PeriodoEmissao> <DataInicial>2019-11-09</DataInicial> <DataFinal>2019-11-09</DataFinal> </PeriodoEmissao> ]]> </tem:xmlEnvio> </tem:ConsultarNfseServicoPrestado> </soapenv:Body> </soapenv:Envelope> E o retorno dessa requisição: <s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"> <s:Header> <h:cabecalho versao="1.0" xmlns:h="http://tempuri.org/" xmlns="http://tempuri.org/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <versaoDados>1.00</versaoDados> </h:cabecalho> </s:Header> <s:Body xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <ConsultarNfseServicoPrestadoResponse xmlns="http://tempuri.org/"> <ConsultarNfseServicoPrestadoResult><![CDATA[<?xml version="1.0" encoding="utf-8"?><ConsultarNfseServicoPrestadoResposta xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E160</Codigo> <Mensagem>Arquivo em desacordo com o XML Schema.Elemento 'Prestador' não foi declarado. Há vários elementos raiz. Linha 6, posição 7. </Mensagem> <Correcao>Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </ConsultarNfseServicoPrestadoResposta>]]></ConsultarNfseServicoPrestadoResult> </ConsultarNfseServicoPrestadoResponse> </s:Body> </s:Envelope> Desde já, agradeço pela atenção.

Bom dia, durante a homologação da Nota Fiscal de Serviço (NFS-e) me deparei com a tag "tipo" dentro de "IdentificacaoRPS", pesquisando vi que ela pode ter 3 valores Código de tipo de RPS 1 - RPS 2 – Nota Fiscal Conjugada (Mista) 3 – Cupom Atualmente estou emitindo a NFS-e com o tipo "1 - RPS", porém não encontrei nada falando do que seria o tipo "2 – Nota Fiscal Conjugada (Mista)". Gostaria de saber se alguém sabe me informar do que se trata a NFS-e Conjugada, e quais os efeitos da emissão da mesma, uma vez que minha empresa emite produtos e serviços. Obs.: Prefeitura de Aparecida de Goiânia.

Boa tarde! Estou precisando desenvolver a integração com o webservice de NFS-e para a cidade de Lençóis Paulista (IBGE: 3526803). Não conheço a fundo os fontes do ACBrNFSe para ver se é possível a inclusão deste novo provedor, uma vez que utilizam um padrão proprietário. Seria possível que alguém me ajude com essa questão? Vou anexar a documentação que eles disponibilizam. Site com a documentação: https://apl2.lencoispaulista.sp.gov.br/nfs/Pages/Publicas/wfManuaisEDownloads.aspx WebService-V1.1.pdf wsNotaFiscal.wsdl