Paulo R G Oliveira

Bom dia. Com relação ao erro retornado informando que o regime da empresa era divergente, pessoal do GINFES me retornou no email solicitando para testar novamente a emissão(Problema com eles), com relação ao erro da aliquota, descobri pesquisando que o problema é porque a alíquota precisa ser enviada falando de forma objetiva dividida por 100(2% = 0,02%) e para que isso seja possível tive que alterar o arquivo ACBrNFSeXServicos.ini, acrescentando "Params=Dividir100:". ---------------------------------------- [3143906] ; Atualizado em 11/11/2024 Nome=Muriae UF=MG Provedor=Giss Versao=2.04 Params=Dividir100: ProRecepcionar=https://ws-muriae.giss.com.br/service-ws/nf/nfse-ws ---------------------------------------- Ainda assim eles estão com vários problemas e pelo que via em várias cidades, agora estão retornando isso para um cliente meu: Método Executado: Consultar o Lote de Rps Parâmetros de Envio Numero do Prot: 3338946 Numero do Lote: Parâmetros de Retorno Situação Lote : 3 Sucesso : False Erro(s): Código : 0 Mensagem: Por favor, entre em contato com o suporte GissOnline e informe o código de erro apresentado no retorno da geração ou consulta do RPS. Codigo 2542115 Correção: 0 ---------------------------------------- Sem dúvidas isso problema com eles, mais no telefone é fila interminável de atendimento, email, dias para responderem, assim vamos. Mais obrigado a todos pela atenção

Olá Ítalo, A cidade de Muriaé está migrando de GINFES para GISS, e no dia 01/02/2025(depois de adia por 2 vezes) estava previsto e não aceitação do envio usando URL’s do provedor GINFES, aceitando somente GISS. Acontece que ao enviar em um quanto no outro ocorria este erro(referente ao regime tributário), após a contato com atendimento GINFES, consegui emitir as notas(ainda usando o GINFES), porque ao usar o GISS, ocorre o erro abaixo que não acontece no GINFES: “Valor da alíquota informado não condiz com a lista de serviços do município.” Acontece que no GINFES este erro não ocorre e ninguém sabe dizer qual alíquota correta na cidade(Erro do pessoal aqui). A NFS-e é muito confuso, porque envolve estes provedores(com pouco contato) e prefeitura (com má vontade) Anexo os XML’s, caso queira olhar, sobre o erro acima entrei novamente em contato com provedor e estou aguardando resposta. XML.rar

Boa tarde Srs. Solicito ajuda para uma situação que está me deixando sem persperctiva de solução. A EICON emitiu para cidade de Muriaé em outubro de 2024 comunicado de migração de GINFES para GISS, fiz todos os testes necessários, migrei o componente para ACBRNFSeX e com muita luta emitiu em homologação. Porém, eles foram adiando a entrada em produção por mais vezes, e em 02/2025 "entrou" em produção o envio no padrão ABRASF v2. Atualizei o ACBR hoje, e ao emitir nota retorna uma série de erros, mandei e-mail para suporte do provedor, mais demoram eternidade para responder. Dentre os erros: Se manda com alíquota preenchida na tag do XML, retorna "Valor da alíquota informado não condiz com a lista de serviços do município." ou "Alíquota do serviço inválida", acessando portal da prefeitura, nota-se que se sujere lançar alíquota 2%(mesmo assim não da certo, já tentei enviar alíquota "0,02'). Se eu zerar o campo alíquota, é me retornado o erro abaixo: O regime de tributação informado difere do registrado na Prefeitura. Segundo contador, entrou em contato com a prefeitura(nota-se a má vontade) que disse que tudo está correto e regime que é SIMPLES NACIONAL está sendo enviado no XML também. Caso possam me ajudar ficarei muito grato. Anexo XML Att.

Andei estudando as orientações informadas nestes tópicos e deu certo realizando os seguintes ajustes(para enviar em homologação): 1 - Erro de código de tributação inexistente: Na tag CodigoTributacaoMunicipio repetir exatamente igual a tag ItemListaServico. No meu caso era 10.09 e na tag CodigoTributacaoMunicipio precisa estar exatamente igual ao ItemListaServico(inclusive com (.) PONTO). 2 - Erro de Código de País: Na tag colocar 0076 (Servico.CodigoPais := 0076) 3 - Erro de alíquota: Atualizar o ACBR e reinstalar(Correção foi na unit Giss.GravarXml.pas). Após isso foi gerado, enviado(Assíncrono) e retornado o XML corretamente através da CONSULTA LOTE utilizando o protocolo da requisição de envio. Obrigado a todos pela ajuda.

Boa tarde! Também estou com mesmo problema acima. Anexo os XML's caso ajude em algo contando que o problema seja o mesmo. Obs.: Provedor: GISS - Muriaé - MG 5556-env-lot.xml 5556-rec.xml 5556UNICA-nfse.xml 3011816-con-lot.xml 3011816-lista-nfse-con-lot.xml

Bom dia, Vou atualizar e verificar. Sobre o ACBrNFSeXServicos.ini, para testes em homologação seria acrescentar a linha abaixo ? HomRecepcionar=https://v2-ws-muriae.giss.com.br/service-ws/nf/nfse-ws

Boa tarde senhores, A cidade de Muriaé-MG a um tempo atrás alterou o provedor de GINFES para GISSONLINE, a migração não teve muito impacto porque mesmo com a migração eles aceitavam a comunicação utilizando as URL's do webservice GINFES. Porém, este mês, emitiram um comunicado que não irão aceitar mais as requisições utilizando GINFES e solicitando ajuste. Pelo que sei o componente ACBRNFSe foi descontinuado e o ACBRNFSeX utilizado. Estou com duvidas, anteriormente se determinava o provedor pelo Cidade.ini, com novo componente, onde é esta configuração ? A cidade de Muriaé, já é atendidade pelo componente ? Desde já agradeço a ajuda.

Certo Ítalo, Fiz o básico atualizei o componente, testes no exemplo(realmente funciona) e somente na minha aplicação que retornava este erro. Fiz um teste isolando o componente ACBRNFSeX do componente descontinuado ACBRNFse e funcionou, aparentemente houve um conflito entre os dois que gerou o problema. Por enquanto ainda tenho que manter o antigo devido a outros provedores que atendemos e ainda não tive como testar, mais entendi a necessidade de migrar. Muito obrigado pela atenção!

Certo, Irei atualizar. O envio ainda está no ACBRNFSe(migrando), o cancelamento separei da rotina e estou utilizando o ACBrNFSeX. Anexo o XML que gera o problema na assinatura. Tive que pegar debugando e salvar. 1.xml

Bom dia, Estou tentando realizar o cancelamento da NFS-e e está ocorrendo o seguinte erro: "Erro ao Assinar: Não encontrei final do elemento: </ns3:Pedido>" Recentemente a cidade Muriaé - MG "trocou" de provedor, de GINFES para GISSOnline, no envio não teve alteração, mesmo "trocando" praticamente não foi preciso fazer alterações, aparentemente eles trocaram apenas o repositório. Porém o cancelamento retorna o erro. Fiz a atualização dos arquivos INI's e o fonte do ACBR foi atualizado em 12/2023. Seria um problema na formação do XML ? Ou um problema no provedor(nesta mudança) ? Obrigado

Aqui na simulação após atualizar as dll's fornecidas pela skytef, funcionou perfeitamente, também testei em produção e funcionou perfeitamente. O problema era a DLL CliSiTef desatualizada. Muito obrigado pelo apoio e dicas.

Estou pedindo as eles os manuais mais recentes pra eu verificar. estou achando até que a minha dll está desatualizada..

tenho não, vou tentar pesquisar aqui...

No arquivo CliSiTef.ini tem apenas a porta do pinpad e a TransacoesAdicionaisHabilitadas=7;8;

Quais informações ?