Italo Giurizzato Junior

Bom dia Edu, A remoção de mudança de linha, espaços em brancos, identação, entre outras coisa, como já foi dito é regra geral e que já foi exposta acima. Em vez de você ficar criando as suas próprias rotinas para gerar o XML, porque não utiliza as que o componente lhe oferece, teria muito menos dor de cabeça. Quem garante que a sua rotina esta correta? Você e seus clientes, com certeza. Quem garante que a rotina do componente esta correta? Todos os clientes de todos os desenvolvedores que utilizam o componente. Mas em fim, vivendo e aprendendo. Como o problema referente a assinatura foi sanado assim que você passou a gerar o XML de forma correta, então vou dar esse tópico como encerrado. Para novas duvidas ou problemas favor criar novas postagens.

Bom dia Filipe, Os moderadores e consultores ainda estão analisando a sua contribuição, assim que chegarmos a um consenso retornaremos. Desde já muito obrigado pela colaboração.

Bom dia Rafael, Pela mensagem de erro de validação indica que a descrição do evento esta com todas as letras em minúsculas, que não é o correto. Você atualizou todos os fontes do ACBr ou implementou esse evento nos fontes? Se foi você que implementou, não fez da forma correta. Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada.

Boa tarde Vinicius, Também fiz esse teste e retornou esse erro. Pode ser o numero da porta que é diferente no ambiente de homologação.

Boa tarde Leonardo, Muito obrigado pela colaboração, mas veja que temos um tópico exclusivo para inclusão de novas cidades e alteração de provedor. Lhe peço que da próxima vez utilize ele. Em tempo: é preciso informar a URL de produção no arquivo Fiorilli.ini Favor anexar o arquivo INI dor provedor com a URL da cidade no tópico que mencionei.

Boa tarde Matheus, Como esse assunto não tem nada haver com o propósito desse tópico sugiro que crie um novo para tratarmos sobre ele. Obrigado pela compreensão.

Boa tarde Bruno, Favor anexar o XML do BP-e que foi rejeitado.

Boa tarde Milton, Verifica se você atribuiu o valor True para a propriedade de configuração abaixo: Configuracoes.Geral.Salvar := True;

Boa tarde Edu, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Faça testes usando o programa exemplo do componente.

Bom dia Edu, Se a sua aplicação gera o XML, a rotina que gera é validada somente pelos seus clientes. Por outro lado a rotina do componente que gera o XML é validada por todos os clientes de todos os desenvolvedores que utilizam o componente. Uma coisa é usar um componente de terceiros onde você não tem acesso aos fontes. Outra coisa é você usar a suíte ACBr, onde você tem acesso a todos os fontes, ao fórum e se pagar o SAC anual ainda tem direito ao acesso ao Chat exclusivo, onde você tira as suas duvidas diretamente com a equipe ACBr.

Bom dia, Favor atualizar os fontes, reinstalar os componentes. Configure com o libWinCrypt e faça novos testes.

Bom dia a todos, Lendo as postagens e vendo as contribuições, fiz penas alterações e enviei para o repositório. Favor atualizar os fontes reinstalar os componente e façam novos testes usando o programa exemplo do componente. Use o botão Gerar e enviar um RPS para os testes.

Bom dia Carlos, Fiz um merge com o fonte atual e passei para o pessoal que manja de Fast Report, acredito que ainda essa semana terei uma resposta. Estando tudo OK, vamos enviar para o repositório.

Bom dia Milton, Ao enviar o evento de Encerramento, nenhum XML foi gerado?

Bom dia Doni, Você teria um XML que não tenha a URL do QR-Code para que possamos fazer as devidas correções e outro com vários CT-e com vários municípios de descarregamento para que possamos também fazer os devidos ajustes? Se sim, por favor anexa.

Bom dia Renan, Muito obrigado pela colaboração, já esta no repositório.

Boa tarde Igor, Favor seguir as orientações dadas pelo chat.

Bom dia Rodrigo, Vai precisar entrar com o debug nessa linha para saber o ponto exato que o erro é levantado, assim saberemos com exatidão o que esta gerando o erro.

Quando configuramos o componente com o libWinCrypt normalmente e aconselhável usar o xsLibXml2 para realizar a assinatura. Quando usamos o libOpenSSL também é aconselhável usar o xsLibXml2 em vez de xsXmlSec para realizar a assinatura. Quando usamos o libCapicom ou libCapicomDelphiSoap é utilizado o xsMsXmlCapicom para realizar a assinatura. Com o xsMsXmlCapicom não ocorre a diferença que lhe mostrei na geração da assinatura. Não vejo outra alternativa a não ser utilizar o libCapicom para esse provedor.

Bom dia Matheus, Muito obrigado pela colaboração, já estou providenciando o envio para o repositório. Mas me diz uma coisa, essa consulta de NFS-e tomadas é do lado do emitente ou do lado do tomador? Pois a implementação atual é para realizar a consulta do lado do emitente (prestador) e não do lado do tomador. Não podemos ter um método que para alguns provedores a consulta é do lado do emitente e em outros a consulta é do lado do tomador.

Bom dia Vinicius, Muito obrigado pela colaboração, mas vamos utilizar o tópico especifico para isso? Outra coisa: e a URL de Homologação?

Bom dia a todos, João, tente enviar novamente mas sem o grupo <nfseCabecMsg> somente com o grupo <nfseDadosMsg> dentro do <body>. Paulo, para mim isso não existe e se fizeram assim esta completamente fora de padrão. Outra coisa, veja a imagem do erro que o João recebeu, note que a primeira tag do XML retornado é <Envelope> e dentro desta tem o <Body>. Como esse cara vem dizer que não precisa desse Envelope no XML. Se você perguntar para ele onde fica o WebService ele vai dizer que tem um na esquina perto da prefeitura e o preço é muito barato.

Você deve ter carregado o Certificado no banco de dados, correto? Para usar o Capicom, vai ter que instalar o certificado e informar o numero de série ou ter ele salvo em disco e através da propriedade ArquivoPFX informar o path mais o nome do arquivo e também informar a senha do mesmo na propriedade senha.

Bom dia, Além da alteração da URL de produção, teve alteração na URL de homologação? Sabe me informar se também ocorreu a mudança no layout do XML, visto que essa cidade antes gerava o XML segundo a versão 1 do layout da ABRASF. Com essa mudança de URL pelo que pude notar os serviços agora disponíveis se referem a versão 2 do layout da ABRASF.

Bom dia Matheus, Dependendo da alteração feita no arquivo INI de um provedor não tem nada haver com o código do componente, sendo assim não impede de você criar um novo tópico. Quero lembrar que agora temos um tópico exclusivo para postagens de alterações e acréscimos de cidades.