Italo Giurizzato Junior

Bom dia @Marcelo Toller, O que você alterou na unit Pronim.Provider ?

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

Bom dia @André Melim, Analisando os arquivos que você disponibilizou noite o seguinte: 1. Para mim o pedido de cancelamento esta correto, verificar se há a necessidade de assinar o pedido de cancelamento, pois atualmente o componente não esta assinando. 2. O retorno do pedido de cancelamento esta da seguinte forma: Note que a tag <outputXML> esta vazia, ou seja, o webservice não gerou o XML de retorno do pedido de cancelamento, isso pode ser uma falha no webservice como também pode ser a falta de assinatura no pedido, mas neste caso deveria constar uma mensagem de erro acusando a falta da assinatura no pedido de cancelamento.

Olá Pessoal, Algumas units foram substituídas por outras com outros nomes mas com o mesmo conteúdo. Para quem emite CT-e/CT-e Simplificado/CT-e OS/GTV-e e por ventura faça uso em sua aplicação da unit pcteConsts deverá mudar o nome dela para ACBrCTe.Consts que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrCTe\Base. Para quem emite MDF-e e por ventura faça uso em sua aplicação da unit pmdfeConsts deverá mudar o nome dela para ACBrMDFe.Consts que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrMDFe\Base. Para quem emite NF-e/NFC-e e por ventura faça uso em sua aplicação da unit pcnNFeConsts deverá mudar o nome dela para ACBrNFe.Consts que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFe\Base. Como dito as novas units permanecem com o mesmo conteúdo, mas agora com uma novidade. Exemplo: (...) const NAME_SPACE = 'xmlns="http://www.portalfiscal.inf.br/nfe"'; resourcestring DSC_AAMM = 'Ano e Mês'; DSC_ANOFAB = 'Ano de Fabricação'; DSC_ANOMOD = 'Ano do Modelo de Fabricação'; DSC_CEANTRIB = 'Código de Barra do Item Tributação'; (...) Antes todas as mensagens eram tratadas como const, agora são resourcestring. Para quem não sabe, Com resourcestring, o compilador coloca essas strings como um recurso stringtable no executável, permitindo que qualquer pessoa (digamos, sua equipe de tradução) as edite com um editor de recursos sem precisar recompilar o aplicativo ou ter acesso ao código-fonte. Observação: Façam as trocas listadas acima, pois em breve as units "antigas" vão ser removidas do SVN.

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.