Italo Giurizzato Junior

Bom dia Rafael,
 
Você deve estar executando um LoadFromFile antes do Imprimir, isso faz com que ele carrego para o componente mais uma vez o CT-e.
 
Deve-se executar um Clear antes de executar um LoadFromFile.

Boa tarde Hasa,
 
Eu não participei no desenvolvimento do ACBrNFeMonitor, para que eu possa realizar uma alteração no mesmo, preciso estudar e compreender todo o seu código fonte.
 
E isso demanda tempo.
 
A minha sugestão é você mandar uma MP - Mensagem Privada ao André, Daniel e Isaque.
 
Se não me falha a memória são eles que desenvolveram e realizam as devidas alterações e correções no ACBrNFeMonitor.

Bom dia Edson,
 
O componente segue o que esta estabelecido no manual.
 
A SEFAZ ao retornar o resultado de uma consulta sobre a situação atual de uma NF-e, a estrura do XML retornado é:
 
Informações sobre a autorização da NF-e;
Lista de eventos (se houver) vinculados a NF-e;
 
Por outro lado quando você enviou uma carta de correção, o componente salvou um XML contendo os dados de envio e o retorno da SEFAZ acusando a vinculação deste evento a NF-e em questão.
 
E ao enviar uma solicitação de cancelamento para a mesma NF-e, o componente salvou um outro XML contendo os dados de envio e o retorno da SEFAZ acusando a vinculação deste evento a NF-e em questão.
 
Portanto você tem os XMLs de cada evento separadamente.
 
Para a SEFAZ, quando solicitamos uma consulta, ela entende que queremos um histórico completo referente a NF-e consultada, ou seja, a sua autorização e a lista de eventos caso existam.
 
Mas nada lhe impede de desenvolver uma rotina própria para extrair desse retorno somente o que deseja.

Igor,
 
Da mesma forma que a sua aplicação defini qual será o numero do CT-e ( TAG nCT ) ela deve também definir o código aleatório ( TAG cCT ).
 
Ambos, numero e código devem ser armazenados no registro juntamente com os demais dados do CT-e no banco de dados.
 
Por outro lado o LoadFromFile que utilizamos para carregar para o componente o conteudo de um XML, possui dois parametros.
 
Sendo que o segundo é um valor booleano, cujo padrão é True, isso diz ao componente para que ele gere novamente o XML.
 
Se você executar desta forma: LoadFormFile( sArquivo, False );
 
O XML vai ser lido e nada vai ser gerado, portanto a chave do CT-e lido não corre o risco de ser alterada.

Boa tarde Elvis,
 
E os schemas, estão atualizados?
 
Você esta usando os schemas do pacote PL_CTe_200a_NT2013_013.zip que esta dentro da pasta: ...\Exemplos\ACBrCTe\Delphi\Schemas\V200 ?

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 tarde a todos,
 
Favor atualizar os fontes.
 
Fiz um merge usando as units postadas pelo Paulo Henrique.
 
Fico no aguardo de um retorno.

Bom dia Jonas,
 
Muito obrigado pela colaboração, ainda hoje estarei disponibilizando.

Bom dia ta4e,
 
A cidade do Remetente da carga é a mesma onde encontra-se o depósito da transportadora?
 
Se sim, não há necessidade de emitir um CT-e para realizar a coleta, ou seja, transportar a carga do remetente até a transportadora.
 
Caso contrario deve-se emitir um CT-e como lotação uma vez que toda a carga do caminhão vai do Remente até a transportadora.
 
A transportadora neste caso seria o Destinatário.
 
Quando a entrega efetiva feita com os caminhões menores, com certeza teremos cargas destinadas a destinatários diferentes, correto?
 
As cidades dos Destinatários é a mesma onde encontra-se a transportadora?
 
Se sim, a transportadora deve emitir uma Nota Fiscal de Serviço e não um Conhecimento de Transporte de Carga, sendo este último destinado a acobertar o transporte intermunicipal e interestadual.
 
No caso de emissão do CT-e, é necessário emitir um para cada destinatário, não importa que o remetente seja o mesmo.
 
A não ser que você tenha uma autorização expedida pela SEFAZ informado que você possui um Regime Especial, que lhe permite a emissão de CT-e Globalizado.
 
Para saber mais sobre este tipo de CT-e, por favor pesquise no fórum, você vai encontrar outras postagens sobre o assunto, bem como um Boletim Técnico emitido pela SEFAZ esplicando como emitir corretamente um CT-e Globalizado.
 
Espero ter ajudado.

Bom dia Marcelo,
 
Por favor atualize os fontes novamente, pois hoje fiz algumas alterações e o seu problema pode estar resolvido.
 
Caso contrario favor postar como anexo um XML da NFS-e para que eu possa testar e efetuar as correções?

Bom dia Rodrigo,
 
Com o advento do envio Sincrono, foi dito que não teriamos mais o recibo como retorno, somente o protocolo de autorização.
 
Mas, andei notando que no -pro-rec.xml que é o retorno do processamento esta sendo retornado sim o numero do recibo.
 
Não sei lhe informar se todas as SEFAZ, vão disponibilizar o numero do recibo junto com o protocolo de autorização ao realizar um envio no modo Sincrono.

Bom dia a todos,
 
Com certeza estão mexendo.
 
A SEFAZ-SP por exemplo agora possui 2 conjuntos de URLs, uma para versão 2.00 e outra para a 3.10, tanto para o ambiente de homologação quanto o de produção.

Boa noite Cezar,
 
Da forma que você esta obtendo o numero do protocolo: WebServices.Retorno.Protocolo
 
Só funciona se o lote tiver apenas 1 CT-e.
 
Aconselho você obter o numero do protocolo de forma diferente.
 
Estude o arquivo exemplo: EnviarLote.txt que encontra-se dentro da pasta: ...\Exemplos\ACBrCTe, mais precisamente o código após a linha 45.
 
Note que é executado uma consulta se utilizando do numero do recibo.

Boa noite HetoAndrade,
 
A CC-e foi disponibilizada na versão 2.00 do CT-e.
 
Me parece que da até para emitir uma CC-e na versão 2.00 para corrigir um CT-e da versão 1.04, nunca realizei esse teste.
 
Quanto a alimentar os campos, os seus exemplos estão corretos.

Boa noite Leonardo,
 
Muito obrigado pela colaboração, em breve estarei disponibilizando as suas alterações.

Boa noite Leonardo,
 
Muito obrigado pela colaboração, a alteração já foi realizada, favor atualizar os fontes e testar.

Boa noite Cezar,
 
Favor atualizar os fontes e tentar novamente.

Boa tarde Ant.Carlos,
 
A resposta esta no próprio XML.
 
Note que você informou o código do pais como sendo 0055 sendo que esse código é utilizado na telefonia, no XML devemos informar o código segundo o IBGE que é 1058 para o Brasil.

Boa tarde kzarlopes,
 
Vamos verificar, se for erro na implementeção, com certeza vai ser corrigido.
 
kzarlopes,
 
Veja a explicação abaixo:
 
 
 
A SEFAZ aceita somente um evento por lote, dai a mensagem de erro:
 
"ERRO: Conjunto de Eventos transmitidos (máximo de 1) excedido."
 
Como resolver o problema da carta de correção?
 
Simples, uma coisa é adicionar mais de um evento e outra coisa é adicionar mais de uma Informação de correção.
 
Se é enviado uma CC-e  contendo a correção do campo X e depois temos que enviar uma segunda CC-e com a correção do campo Y, devemos adicionar 2 infCorrecao. 
 
O primeiro contendo novamente a correção do campo X e o segundo contendo a correção do campo Y.
 
Vamos a um exemplo:
 
Primeira CC-e:
 
Note que o ADD do Evento é executado apenas 1 vez na rotina, por outro lado o ADD do infCorreção é executado uma para cada correção.
 
Espero ter ajudado.

Boa tarde Leonardo,
 
Muito obrigado pela colaboração, assim que possível, estaremos verificando.

Boa tarde Rafael,
 
O pacote de instalação do ACBrCTeDACTeQR requer versão 5 do Quick Report.
 
Se você puder realizar a troca da versão 3.5 pela 5.02 será ótimo, alem de não ocorrer o erro, você vai poder disfrutar do recurso de gerar o DACTE em PDF.
 
Se não for possível a troca, favor pesquisar no fórum, você vai encontrar varias dicas para contornar esse problema.

Boa tarde a todos,
 
Não é permitido emitir uma CC-e para corrigir o CNPJ ou CPF do Emitente, Remetente, Destinatário ou Tomador do Serviço (outros).

Boa noite a todos,
 
Até onde sei, não vai ser possível emitir uma CC-e para NFC-e.

Boa noite Kelson,
 
Você atualizou a cadeia de certificados, configurou o Internet Explorer corretamente?

Boa tarde Rommaraujo,
 
Se você estiver com todos os fontes atualizados, vai notar que o componente ACBrNFe possui 2 propriedades especificas para essa questão:
 
ModeloDF e VersaoDF
 
Em ModeloDF você define o modelo de documento fiscal (moNFe ou moNFCe) que você deseja que o componente gere.
 
Em VersaoDF você define a versão do documento fiscal (ve200, ve300 e ve310) que você deseja que o componente gere.
 
No seu caso você deve configurar da seguinte forma:
 
ModeloDF = moNFCe
 
VersaoDF = ve310