Ir para conteúdo
  • Cadastre-se

locodosul

Membros
  • Total de ítens

    39
  • Registro em

  • Última visita

Tudo que locodosul postou

  1. Segundo o site da prefeitura vai manter os padrões atuais e adicionar o padrão nacional.
  2. Eu uso a versão 1.01. Mas vc conseguiu validar na versão 1.01 com os campos da reforma alterando os fontes do Acbr e Schemas, é isso?
  3. Bom dia. Na página da prefeitura de Canoas diz que aceitam os formatos: • XML no padrão INFISC • XML nos modelos ABRASF 2.03 e 2.04 • DPS (Declaração de Prestação de Serviços) da NFS-e Nacional O XML padrão Infisc é o versão 1.01. Então no AcbrNsfeXServicos.ini deixo assim: [4304606] Nome=Canoas UF=RS Provedor=Infisc Versao=1.01 Isso funciona no ambiente de produção. Porém no ambiente de Homologação, onde já validam os novos campos da reforma estou recebendo o erro: Mensagem: Erro de Validação: --> 1871 - Element 'tpRetPisCofins': This element is not expected. Expected is ( cNBS ). Onde circulei em vermelho é o XML baixado do Portal Infisc e azul o q o Acbr gera. Não tem a tag <CTPSPisCofins> e o grupo <IBSCBS> está um pouco diferente no que o Acbr gera. Alguem já conseguiu validar nfse com os novos campos da Reforma para Canoas?
  4. Boa tarde. O componente atualizado não contempla a criação dos novos campos da reforma tributária para Canoas Infisc Versão 2.03. Existe alguma pretenção de incluir os novos campos no provedor Infisc 2.03 ou será necessário usar o Padrão Nacional para Canoas? Obrigado.
  5. Bom dia. Mesmo erro na prefeitura de Porto Alegre usando ACBrNFSeX.Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv101 , que antes de migrar para o Padrao Nacional usava o provedor BHISS.
  6. Bahhh, q manhosa. Realmente, colocando o zero a esquerda, invertento a tag pAliq e usando o Schemas do portal funciona tudo na Nfs-e POA, por enquanto....
  7. Alteração q fizemos, não está no trunk. Mas detectei um problema. Esta alteração q fizemos funciona quando o Iss é Retido e temos q informar a alíquota. Porém não funciona quando não há retenção, situação em q não informamos a alíquota. Quando não há retenção e a tag alíquota não figura no xml retorna o erro: Código : X800 Mensagem: Erro de Validação: --> 1824 - Element '{http://www.sped.fazenda.gov.br/nfse}nro': '18' is not a valid value of the atomic type '{http://www.sped.fazenda.gov.br/nfse}TSNumeroEndereco'. Verifiquei e uma nota idêntica foi aprovada mês passado, xml de agora exatamente igual ao aprovado no mês passado. Está difícil....
  8. Invertendo as tags e usando os schemas do portal consegui validar nfs-e nacional Porto Alegre. Sexta não funcionava de forma nenhuma.
  9. Atualizei o Acbr e inverti as Tags. Com Schemas do Acbr: O erro passou a ser: Erro de Validação: --> 1871 - Element '{http://www.sped.fazenda.gov.br/nfse}pAliq': This element is not expected. Com Schemas do Portal: Erro de Validação: --> 1871 - Element '{http://www.sped.fazenda.gov.br/nfse}tribFed': This element is not expected. Expected is one of ( {http://www.sped.fazenda.gov.br/nfse}tribNac, {http://www.sped.fazenda.gov.br/nfse}totTrib ). https://www.gov.br/nfse/pt-br/biblioteca/documentacao-tecnica/documentacao-atual/nfs-e_esquemas_implantacao_setembro_2025.zip/view O erro muda conforme o Schemas usado, xml está identico ao baixado no portal.
  10. Mesmo problema aqui. Baixando o XML do Portal ele mostra <pAliq> abaixo do tpRetISSQN e gerando pelo compoente da o erro mencionado acima e a tag <pAliq> fica acima do tpRetISSQN.
  11. Bom dia, Italo. Desculpe, foi falta de atenção minha. Problema resolvido. Obrigado.
  12. Bom dia, Italo. Ficou especial. Mais uma vez muito obrigado.
  13. Juliomar, tentei de todas as formas e sempre apresenta o erro. Italo, configurei o path corretamente, dentro da pasta Alguma outr ideia? Obrigado.
  14. Enviei email mas não obtive resposta. De qualquer forma, no site da prefeitura tem as 3 opção Salvar XML salva no formato 1.01 e foi o único que consegui fazer funcionar. Tentei no 2.03 e 2.04 mas o xml gerado pelo Acbr fica diferente das respectivas versões baixado pelo prortal da prefeitura. Então estou usando em produção o 1.01 e até agora está tudo certo. Só as tags do grupo <dadosDaObra> que tive q mexer no Infisc.GravarXml.pas. if Nfse.ConstrucaoCivil.Endereco.Endereco<>'' then begin xmlNode := GerarDadosdaObra; Result.AppendChild(xmlNode); end;
  15. Bom dia. O programa exemplo do AcbrNfseX apresenta o Erro de Validação: --> 1845 - Element '{http://www.abrasf.org.br/nfse.xsd}EnviarLoteRpsSincronoEnvio': No matching global declaration available for the validation root. Os fontes estão atualizados. Alguem sabe o q poderia ser? Obrigado.
  16. Bom dia, Italo. Da forma que ficou se não preencher as propriedades da Nfse.ConstrucaoCivil da o erro: Mensagem: Erro de Validação: --> 1824 - Element 'cCidadeObra': '' is not a valid value of the atomic type 'TCodMunIBGE'. Esta propriedade só deve ser preenchida em determinados códigos de serviço. Acho que ficaria melhor gerar a tag <dadosDaObra> se Nfse.ConstrucaoCivil.Endereco.Endereco estiver preenchido independente da propriedade NFSe.EmpreitadaGlobal, conforme mencionei no primeiro post. Ficaria assim: if Nfse.ConstrucaoCivil.Endereco.Endereco<>'' then begin xmlNode := GerarDadosdaObra; Result.AppendChild(xmlNode); end; Aproveito para surerir que alterem o ACBRNFSeXServicos.ini, linha 27890 a versão do provedor Infisc de Canoas. Está 2.03 e deveria ser Versao=1.01 Obrigado e uma ótima semana.
  17. Bom dia. Segue manual e xml validado emitido pelo portal da prefeitura de Canoas-RS. Manual de Conectividade da Nota Fiscal de Serviços Eletrônica.pdf 431059481200016690000000000763058141354.xml
  18. locodosul

    ACBrNFSeX Canoas

    Bom dia. Tenho um cliente q emitiu uma nfs-e pelo portal da prefeitura de Canoas-RS, provedor Infisc v 1.01, onde validou uma nfs-e com empreitadaGlobal=2. O serviço exigia o preenchimento dos dados da Tag <dadosDaObra> Esta tag só é gerada pelo AcbrNfseX com empreitadaGlobal=1, se eu configuro para gerar empreitadaGlobal=1 a prefeitura retorna o erro: Mensagem: Error3705 É necessário informar o local da obra para notas fiscais desta natureza Se configuro empreitadaGlobal=2 gera a tag <dadosDaObras> mas retorna o erro: Mensagem: Error3474 Atividade vinculada a esta nota fiscal não permite Empreitada Global (Atividade: 070501) O que fiz para validar a nfs-e foi comentar If abaixo do Infisc.GravarXml.pas, linha 623 // if EmpreitadaGlobalToStr(NFSe.EmpreitadaGlobal) = '1' then // begin xmlNode := GerarDadosdaObra; Result.AppendChild(xmlNode); // end; Acho que poderiam alterar para gerar a tag se Nfse.ConstrucaoCivil.Endereco.Endereco estiver preenchido independente da propriedade NFSe.EmpreitadaGlobal. O que acham? Obrigado.
  19. Bom dia, Italo. Mais ua vez muito obrigado. Consegui transmitir e receber a nfs-e com: ACBrNFSeX1.ConsultarNFSePorChave(ACBrNFSeX1.WebService.ConsultaLoteRps.idNota); Obrigado.
  20. Bom dia, Italo. Muito obrigado pela dedicação. Atualizei o Acbr. Agora a consulta retorna Sucesso=True porém não retornam os dados Número da Nota, Cód. Verificação, Nº e série RPS e da um erro no arquivo temp2.xml. Também não grava o XML da nfs-e. Só consegui obter os dados e gravar o XML da Nfs-e na Consulta por Chave. Vc saberia me dizer como eu poderia obter a chave usando o médoto Emitir junto com a propriedade ConsultaLoteAposEnvio := True? Obrigado ! 000000000000000000000000000000000001-con-nfse-chv.xml 000000000000000000000000000000000001-con-nfse-chv-soap.xml 20231025082534-lista-nfse-con-lot.xml 20231025082534-lista-nfse-con-lot-soap.xml
  21. Bom dia. Estou com problemas para obter o retorno. Acessando pelo portal da prefeitura a nota consta cmo processada. No xml da consulta aparece isso: <NFSe> <chvAcessoNFSe>430361766200010190000000000031062591923</chvAcessoNFSe> <sit>100</sit> <motivos> <mot>Nota fiscal 31 aceita. Protocolo nr. 2598176</mot> </motivos> </NFSe> Mas no programa exemplo retorna como se não tivesse sido consultada. Também não achei uma forma de ler a propriedade chvAcessoNFSe com o AcbrNfseX do xml de consulta. Se alguém puder ajudar agradeço. 20231021072439-lista-nfse-con-lot.xml 20231021072439-lista-nfse-con-lot-soap.xml
  22. Bom dia. Italo, muitíssimo obrigado. Utilizando o Schema do Acbr nesta última versão consegui fazer o envio. Agora vou trabalhar no retorno. Quanto ao CEP passou-se despercebido q a linha q alimenta a propriedade no programa exemplo estava comentada. Me desculpe. Obrigado !
  23. Boa tarde, Italo. Muito obrigado pela atenção. Atualizei e notei q agora o método de envio vai automático para Assíncrono, antes havia alterado no programa exemplo para testar. Agora com o schema do Acbr o erro da primeira tela abaixo e com os schemas q baixei em https://canoas.infisc.com.br/portal/manuais da o erro da segunda tela. Obrigado.
  24. Olá. A prefeitura de Canoas-RS comunicou que irá trocar de provedor do atual Abaco para Infisc. Alguém já conseguiu implementar? Fiz os ajustes abaixo no AcbrNfseXServicos.ini: [4304606] Nome=Canoas UF=RS Provedor=Infisc Versao=1.01 ProRecepcionar=https://nfse.canoas.rs.gov.br/services/nfse/ws/Servicos HomRecepcionar=https://canoas-homol.infisc.com.br/services/nfse/ws/Servicos Já testei em todas nas versões schemas Infisc 1.00, 1.01, 2.01e 2.03 disponíveis no Acbr.Todas apresentam diversos erros. Como o schemas q baixei da prefeitura indica versão 1.01 estou concentrando os testes nesta versão. Com os schemas do acbr parei no erro da primeira tela abaixo e com os schemas q baixei em https://canoas.infisc.com.br/portal/manuais da a segunda tela do erro. Alguma luz? Obrigado !
  25. Estou testando o AcbrnfseX, provedor BHISS, Porto Alegre e não exibe mais a tela de erro como exibia no AcbrNfse. Tenho que tratar o erro ou tem alguma forma de voltar a exibir a mensagem de erro? Obrigado.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.