Italo Giurizzato Junior

Boa tarde Igor, O que você quer dizer com "o valor da chave"? É a chave completa com os seus 44 digitos ou é o código aleatório que compõe a chave? Se é o código aleatório isso eu já faço a mais de 3 anos. Ao salvar os dados pertinentes ao transporte da carga no banco de dados, é gerado um código aletório e salvo em um dos campos que compõe o registro. Quando for executado a emissão do CT-e, a rotina que alimenta o componente, lê as informações do banco de dados, e é nesse momento que eu atribu-o ao campo cCT o código aleatório alteriormente gerado e salvo no banco de dados. Como a chave é gerada usando os seguintes dados: Código da UF do Emitente; Data de Emissão do CT-e; CNPJ do Emitente; Modelo do Documento Fiscal; Série; Numero; Tipo de Emissão; Código Aleatório e Digito Verificador Note que de todos os componentes somente o código aleatório e o DV poderiam ser diferentes se por acaso o XML fosse gerado novamente, visto que os demais dados são "fixos". Se você atribuir zero a cCT toda vez que você gerar o XML do mesmo CT-e uma nova chave será gerada, pois o componente se encarrega de gerar automaticamente o código aleatório. Por outro lado se você atribuir qualquer valor diferente de zero a cCT a chave gerada sempre vai ser a mesma. Espero ter ajudado.

Boa tarde HetoAndrade, Na estrutura do XML da NF-e que é exatamente a mesma usada pela NFC-e, não existe nenhuma TAG para informar o valor do Troco. Sendo assim, você pode incluir no XML no campo observação ou não incluir em lugar algum, apenas imprimir no DANFE.

Boa tade Rafael, Tentou usar o Gerar( nlote ) ?

Boa tarde Alvaro, É possível sim imprimir o DANFE ou até mesmo gera-lo em PDF com a tarja: NF-e Cancelada. Como você sabe temos 2 componentes envolvidos na emissão da NF-e, sendo que um deles é responsavel pelo DANFE. Como existe varias versões deste componente, ou seja, escritos utilizando diversos Reports, não sei lhe informar se todos tem essa possibilidade. No caso do DANFE feito no Quick Report, posso garantir que tem a propriedade chamada NFeCancelada. Se você carregar o XML da Nota, atribuir o valor True a propriedade NFeCancelada e depois executar o Imprimir ou ImprimirPDF, teremos a tarja no DANFE. Caso você opte por imprimir novamente o DANFE com a tarja, procure manter um rigido controle das notas que reamente foram canceladas. Não se deve correr o risco de imprimir indevidamente um DANFE com a tarja sendo que a respectiva nota nunca foi cancelada. Eu recomendo sempre o envio ao destinatário, o XML contendo a solicitação de cancelamento com a autorização da SEFAZ, para isso temos o EnviarEmailEvento.

Boa tarde Adriano, Se sem alterar uma virgula, a sua aplicação enviou para o ambiente de produção e o XML foi autorizado e por outro lado em homolação não vai, fica claro que o ambiente de homologação contem algum erro. Assim que foi liberado o ambiente de homolação da SEFAZ Virtual do RS realizei testes e funcionou 100%. Portanto o problema é a SEFAZ para qual você esta enviando.

Boa noite Alvaro, O DANFE tem que ser uma representação grafica do que existe no XML da NF-e. Sendo assim não é possível imprimir o motivo do cancelamento da NF-e visto que o mesmo ocorreu depois da NF-e ter sido autorizada. Lembre-se que existe a opção de imprimir o evento de cancelamento que também é uma representação grafica do XML do evento de cancelamento. Este XML contem o motivo do cancelamento. Resumindo temos neste caso 2 folhas: 1. DANFE da nota autorizada 2. Evento de Cancelamento

Boa noite Jairo, Post como anexo o XML da NFS-e cuja impressão esta com problemas.

Boa noite Fabricio, Se o lote contem apenas uma NF-e o envio é sincrono, sendo assim não há necessidade de realizar a consulta após o envio. Por outro lado se o lote tipor duas ou mais NF-e o envio é assincrono, com retorno do recibo e há necessidade de realizar a consulta.

Boa tarde Emerson, Favor atualizar os fontes e testar novamente.

Boa tarde Cesar, Atualizar todos os fontes de todas as pastas. E compilar a sua aplicação usando a opção Build.

Boa tarde Rosemir, Muito obrigado pela colaboração. Já esta disponivel a alteração.

Boa tarde Jairo, Favor atualizar os fontes e testar novamente.

Boa tarde a todos, Favor atualizar os fontes. Fiz um merge usando as units postadas pelo Paulo Henrique. Fico no aguardo de um retorno.

Boa tarde Rafael, Você esta com todos os fontes de todas as pastas atualizados? Pois foi disponibilizado por mim os schemas do provedor Actcon. Ele esta dentro da pasta: ...\Exemplos\ACBrNFSe\Delphi\Schemas\Actcon Quanto ao resto dos seus questionamentos o Leandro deve estar mais por dentro do que eu, pois é ele que esta implementando.

Bom dia Emerson, Você esta usando o componente ACBrMDFe para gerar o XML? Eu acredito que não, pois tem coisa estranha no XML que você postou, veja: <infEvento d2p1:Id="" xmlns:d2p1="ID1101113514030959288100015158000000000025145415896801"> Esse d2p1 não existe no componente. E o erro esta nesta linha: <Reference URI=""> Você esta informado o conteudo da URI como vazio, sendo que devemos informar o valor de Id

Correto, mas onde você fez a alteração ? O componente já atende as duas situações veja: 25300, // Goiânia/GO 5208707 // Goiania/GO : Provedor := 'Goiania'; Se utilizarmos o código IBGE ou o código definido pela cidade ao configurar o componente o mesmo vai funcionar sem nenhum problema.

Bom dia Oneide, Lendo um dos links, diz que tanto o RPS quanto o Lote tem que estar assinado. Mas se você observar a unit ACBrProvedorBetha consta que ambas as propriedades AssinarRPS e AssinarLote estão com o valor True, sendo assim o componente vai assinar o RPS e o Lote.

Bom dia Amauri, Se o probrama exemplo diz que a cidade não possui nenhum provedor, isso significa que o componente não tem nada para esta cidade. Sendo assim, entre em contato com a prefeitura ou acesso o site da mesma em busca de informações: 1. Qual é o provedor, ou seja, empresa contratada pela prefeitura para implantar a NFS-e 2. Verificar se esse provedor já esta implementado no componente 3. Se sim, é preciso descobrir quais são as URLs do ambiente de produção e homologação 4. Caso contrario, é preciso saber se o provedor segue o padrão ABRASF 5. Se sim, vai ser preciso, conseguir os schemas de validação, exemplos de XML e implementar as rotinas no componente.

Jairo, Porque você alterou o código da cidade para 0025300 ?

Bom dia NeoSquare, Eu não considero pouco, uma vez que foram necessárias diversas implementações em varias Units. Caso tenha no fórum mais pessoas interessadas nesse provedor, poderiamos disponibilizar os fontes alterados para que todos pudessem ajudar nos testes e correções.

Bom dia Emerson, Antes de executar o EnviarEmail você esta carregando o XML da NFS-e ?

Bom dia Doni, Agora a coisa complicou. Bom só vejo dois caminhos: 1. Não emitir o CT-e referente a esta carga enquanto a NF-e não for envia a SEFAZ e isso significa não transportar a carga. 2. Emitir o CT-e e informar o documento originário como sendo uma declaração em vez de uma NF-e, talvez isso faz com que a SEFAZ autorize o CT-e

Bom dia Rene, No XML retornado pelo webservice refere a NFS-e o numero da mesma não segue o que consta na documentação, correto? Se sim, entre em contato com o provedor para saber o que realmente é o correto. Se for o que esta no XML então esqueça o manual, agora se o correto for o manual então eles tem que corrigir a rotina deles.

Bom dia vipeol, Muito obrigado pela colaboração. Já vou disponiblizar o fonte corrigido, só um detalhe: não é: NFSe.Tomador.CodigoPais e sim: NFSe.Tomador.Endereco.CodigoPais

Bom dia bpinformatica, Procure checar diariamente se existe novas atualizações dos fontes. Pois uma correção feita por mim ou por outro colega, pode sanar o seu problema também.