Italo Giurizzato Junior

Boa tarde a todos, Você tem fontes 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.

Boa tarde Gledston, Até onde sei a cidade de Carazinho se utiliza do provedor DBSeller. Ocorreu a troca? Não é mais DBSeller?

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

Boa tarde Tiago, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4147

Boa tarde Tiago, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4146

Boa tarde Diego, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde Joemil, Esse retorno é do ConsultarNFSePorRps ou você executou outro método? Você tem fontes 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.

Boa tarde, Na versão 4 o grupo infCteComp passou a ser uma lista com no máximo 10 ocorrências. Na versão 3 você informa a chave da seguinte forma: infCTeComp.Chave := 'chave'; Na versão 4 agora é assim: with InfCTeComp10.New do begin chave := 'chave'; end;

Boa tarde, Sim.

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

Boa tarde a todos, Leandro, você esta correto, para pegar essas informações na versão 4 é exatamente dessa forma. Porque não tem o Recibo? Muito simples, agora o envio é síncrono, ou seja, você envia o CT-e de forma unitária (um por vez) e já obtém o resultado do processamento. Na versão 3 o envio era assíncrono, neste caso tínhamos como resposta o numero do recibo que atestava que o lote de CT-e tinha sido recepcionado pela SEFAZ. De posse do numero do Recibo realizamos uma consulta para obter o resultado do processamento. Não confundam o Protocolo com o Recibo. Na versão 3 o Recibo atesta o recebimento do lote de CT-e e o Protocolo atesta que o CT-e foi autorizado. Na versão 4 não existe mais o Recibo, uma vez que o envio é síncrono e o Protocolo atesta que o CT-e foi autorizado.

Boa tarde Valadares, A alteração que você fez no arquivo INI esta completamente errada. Favor deletar o ACBrCTeServicos.ini bem como o arquivo ACBrCTeServicos.res e atualize todos os fontes de todas as pastas. Reinstale o ACBr. Compile a aplicação com a opção build. Evite ao máximo de copiar o arquivo ACBrCTeServicos.ini para a maquina dos seus clientes. Após gerar uma nova compilação da sua aplicação, atualize o EXE nas maquinas dos seus clientes e dele o arquivo ACBrCTeServicos.ini da maquina deles caso tenha uma cópia.

Boa tarde, Porque você esta montando manualmente o XML de evento? Você não usa o componente ACBrCTe?

Bom dia, No programa exemplo temos: {Carrega valores da prestacao de servico} vPrest.vTPrest := 100.00; vPrest.vRec := 100.00; {Carrega componentes do valor da prestacao} with vPrest.comp.New do begin xNome := 'DFRNER KRTJ'; vComp := 100.00; end;

Bom dia Léo, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia @Neski Soluções, Por favor faça um teste de envio de um Rps e anexe o XML (soap) de retorno da consulta ao lote, depois faça um segundo teste enviando 2 Rps no lote e o retorno da consulta ao lote deste lote que foi enviado com 2 Rps. Quero ver como é o retorno da consulta ao lote quando temos apenas 1 Rps e quando temos 2 ou mais.

Bom dia, Substitua a unit pela que esta em anexo, reinstale o ACBr e faça um novo teste. NFSeBrasil.LerXml.pas

Bom dia, O tipo ser 7 esta correto, uma vez que foi selecionado a SVC-RS. Lembrando que dependendo da UF devemos selecionar a SVC-RS ou SVC-SP. Com relação a subcontratação, não tem muito o que fazer a não ser aguardar até que a SVC replique o XML do CT-e na base de dados da SEFAZ-Autorizadora.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde Wanderson, Alterei mais algumas coisas referente ao segmento Z juntamente com a sua contribuição e mandei para o SVN. Por favor atualize os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Léo, Ao alterar o numero de ocorrências para 1, isso faz com que a tag sempre seja gerada. Essa alteração não vai gerar um efeito colateral quando a situação tributário for diferente de 3?

Boa tarde Ademar, Já esta no SVN. Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Diego, Já esta no SVN.

Boa tarde Gibran, Pela minha analise o provedor se utiliza dos caracteres #13 e #10 para quebra de linha. Se o componente gerar o XML do Rps com esses caracteres como quebra de linha, após realizar a assinatura vai ocorrer a remoção, pois o no final do método responsável pela assinatura ocorre a remoção das quebras de linha que por ventura exista no arquivo. Eu não entendo muito bem, mas me parece que a DLL que o ACBr se utiliza para realizar a assinatura inclui quebras de linha na assinatura que depois são removidas. Vou conversar com a Equipe para ver se encontramos uma maneira de remover as quebras de linha da assinatura e não do XML inteiro. Peço-lhe um pouco mais de paciência na busca de uma solução para esse problema.