Italo Giurizzato Junior

Bom dia a todos, Vocês tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação (programa exemplo do componente ACBrNFSeX) com a opção Build. Por fim repita os testes usando o programa exemplo do componente. Lembre-se que o programa exemplo além do componente é o que temos em comum, desta forma será possível identificar o problema. Se possível anexem os XML (soap) de pedido de cancelamento bem como o de retorno. Com os XML fica mais fácil identificar onde esta o problema.

Bom dia @rofresi, A informação que eu tenho é que São José do Rio Preto/SP vai continuar usando o Ginfes. Não tem previsão de migrar para o Giss, como ocorreu com outras cidades.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde @André Melim, Como o problema inicial foi resolvido vou fechar esse tópico, pois vai começar a misturar os problemas e daqui a pouco ele vai ter 2, 3 páginas. Por favor crie um novo tópico relatando esse ultimo problema. Desde já muito obrigado pela compreensão.

Boa tarde @Sergio Fuchs, Essa é uma demanda antiga que o pessoal pediu para a equipe que cuida da NFS-e Padrão Nacional para aceitar somente o CNPJ Base (os 8 primeiros dígitos) mas pelo jeito essa alteração ainda não foi feita. Tanto a Receita Federal quanto o Serpro (empresa que cuida da API da NFS-e Padrão Nacional) não imaginavam que um prestador de serviço poderia vir a ter filiais.

Boa tarde @Matheus_Lira, Estou sabendo que o webservice do Ginfes esta com problemas. Quem conseguiu um contato com eles foi reportado que eles estão ciente do problema e já estão trabalhando e o prazo para finalizar as correções é até o final da tarde de hoje (terça-feira).

Bom dia @willian_delan, Realmente no XML de envio do RPS consta a alíquota de 3%. Como os provedores as vezes retornam um erro que não tem nada haver com o que realmente esta errado, notei que no seu XML o campo Discriminação esta vazio. Favor informar uma discriminação do serviço que esta sendo prestado e tente enviar novamente o RPS. Se não resolver o jeito vai ser entrar em contato com o provedor mostrar para eles o XML que esta sendo enviado e o erro e pedir para eles apontar onde realmente esta o erro. Pode ser também um problema do lado deles.

Boa tarde @[Bruno], O componente ACBrNFSeX esta em conformidade com o provedor, tenho relado de outros desenvolvedores emitindo notas para outras cidades que usam o mesmo provedor. Se você utiliza o componente, siga os passos abaixo: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia @willian_delan, Já esta no SVN.

Bom dia @Jéter Rabelo Ferreira, Por favor você poderia disponibilizar para nos o XML de uma NFS-e para realizar testes de impressão do DANFSE atual e com a sua proposta de alteração? Pode enviar por mensagem privada ou por e-mail: [email protected] Desde já muito obrigado pela colaboração e compreensão.

Tópico fechado por falta de retorno do usuário

Bom dia @Marcílio Jr, Muito obrigado pelo retorno, vou fechar esse tópico uma vez que o problema inicial foi resolvido. @Waldir Paim, a sua questão eu já passei para os demais membros da equipe e já esta sendo analisado, até o final desta semana teremos uma solução. Se desejar pode criar um novo tópico tratando exclusivamente desse problema da geração do XML com o caracter & na razão social. Desde já muito obrigado pela compreensão.

Bom dia @Rogério Ricardo Santos, Os caras estão de sacanagem. Repita o teste de envio do lote. Abra o XML *-env-lot.xml através de uma navegador para confirmar se tanto o RPS quanto o Lote estão assinados. Caso afirmativo, envie outro e-mail para eles anexando esse XML. Assim eles vão ver que o XML contem as duas assinaturas. Não esqueça de também anexar o XML de retorno que acusa que o Lote não esta assinado.

Boa tarde a todos, Tentem com essa configuração: [4209201] ; Atualizado em 19/11/2024 Nome=Lacerdopolis UF=SC Provedor=IPM Versao=2.04 ProRecepcionar=https://lacerdopolis.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=padrao HomRecepcionar=https://treinamento.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_lacerdopolis e depois com essa outra: [4209201] ; Atualizado em 19/11/2024 Nome=Lacerdopolis UF=SC Provedor=IPM Versao=2.04 ProRecepcionar=https://lacerdopolis.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe HomRecepcionar=https://treinamento.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_lacerdopolis Em ambas foi removido a porta (7443) e na segunda foi removido o parâmetro: (&cidade=padrao).

Boa tarde @Marcílio Jr, Apliquei uma outra possível solução para o problema. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. @Waldir Paim, o seu caso é a geração do XML, consegui reproduzir essa situação e consegui encontrar uma possível solução que se for aceita pelos demais membros da Equipe ACBr não só vai resolver para a NF-e como para todos o modelos de DF-e.

Boa tarde @Rogério Ricardo Santos, O XML de envio de lote (116-env-lot.xml) possui 2 assinaturas, a primeira é do RPS e a segunda é do Lote. Pela segunda mensagem de erro (L99) acredito que o valor do ID do lote não deve estar em conformidade com o que o provedor espera receber. O componente esta gerando como sendo "Lote_116" onde 116 é o numero do lote. Favor entrar em contato com o provedor e questionar sobre o valor do ID do lote. Como é usado na assinatura do lote o provedor pode estar acusando que a assinatura esta errada.

Bom dia @willian_delan, Muito obrigado pela colaboração, já foi criado a TK-6262 para realizar a alteração.

Olá Pessoal, Boas novas, foi implementado o provedor XTRTecnologia que no momento atende as cidades de: Exu/PE, Baturité/CE, Jaguaruana/CE, Quixeré/CE, Marco/CE, Brejo Santo-CE. Quem souber de outras cidades atendia pelo mesmo provedor, por favor crie um tópico no fórum para que possamos vincular o provedor a cidade. O provedor XTRTecnologia se utiliza de um layout próprio em Json. A principio só foi implementado o envio do RPS. Precisamos da colaboração de vocês no que se refere aos testes para que possamos fazer as devidas correções e a implementação dos demais serviços. Desde já muito obrigado por tudo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia @mscorteganha, Bahia é atendida pela SVRS, se esta retornando essa mensagem pode ser que o serviço não esta disponível para BA por falta de assinatura no contrato de uso da SEFAZ-Virtual.

Boa tarde @Marcílio Jr, Muito obrigado pela colaboração, já foi criado a TK-6256 para analise.

Boa tarde @willian_delan, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

@willian_delan, Já esta no SVN.

Boa tarde @mscorteganha, As regras para emitir o CT-e Simplificado são essas: A UF que a transportadora esta inscrita é atendida pela SEFAZ-Virtual do RS?