Italo Giurizzato Junior

Boa tarde,
 
Correção feita, favor atualizar os fontes e testar.

Thaine,
 
Essa tag é obrigatória como dito anteriormente, logo você tem que colocar uma data, se o usuário não especificou uma data coloque por exemplo a data seguinte após a emissão, ou seja:
 
 
data_emissao := Date; // data de hoje extraida do relógio da maquina, a variavel data_emissao é do tipo Tdatetime.
 
if data_entrega <> 0
 then rodo.dPrev := data_entrega
 else rodo.dPrev := data_emissao + 1; // lembrando que a variavel data_emissao é do tipo Tdatetime.
 
acredito que isso resolve o seu problema.

Boa tarde Pedro,
 
É a tag toma que diz quem é o Tomador do Serviço ou seja quem paga o frete (Manual página 102).
 
Por outro lado o grupo <cobr> (página 122) se refere aos dados da cobrança, semelhante ao da NF-e.

Boa tarde rafmattos,
 
A chave do CTe presente no arquivo *-pro-rec.xml não tem nada haver com o *-cte.xml
 
No -pro-rec.xml a chave faz referencia a um CTe de numero 7760 já o *-cte.xml se refere ao 7759.
 
Você postou o arquivo correto?

Bom dia Hetoandrade
 
O componente requer que cada endereço de e-mail seja ADD em uma lista logo tem que ser desta forma:
 
CC:=TstringList.Create;
CC.Add('[email protected]'); //especifique um email válido
CC.Add('[email protected]'); //especifique um email válido
 
Mas nada impede de você armazenar ou permitir que o usuário digite da forma que você deseja ou seja:
 
[email protected]; [email protected]
 
Depois você submete essa linha a uma rotina que vai idendificar cada endereço contido nela e ADD a lista separadamente.
 
Lembre-se que existe o endereço principal e o com cópia, se o segundo endereço da linha for o "com cópia", somente ele deve ser ADD a lista, o primeiro deve ser atribuido ao campo "para".
 
Espero ter ajudado.

Bom dia Gary.rj
 
O problema de "time out" normalmente é do provedor que não consegue processar todas as requisições que esta recebendo.
 
Neste caso você deve aguardar e tentar novamente.
 
Por outro lado é bom pressionar o provedor para que ele tome um providencia quanto a esse tipo de problema.

Bom dia Cleber,
 
Não tenho, mas você pode se basear no que foi feito para a NF-e.

Boa noite,
 
Por favor faça uma pesquisa no fórum, esse assunto já foi debatido varias vezes, você vai encontrar a resposta para o seu problema.

Boa noite,
 
Na verdade não são 3 eventos e sim 6, uma vez que a Manifestação do Destinatário se desdobra em 4.
 
Te aconselho ler as Notas Técnicas sobre Cancelamento por Evento, CC-e e Manifestação do Destinatário, pois percebo que você tem pouca informação sobre esses assuntos.
 
O primeiro passo é ler as NT para que depois possamos esclarecer as duvidas.

Boa noite e_r_r,
 
Cuidado para não confundir o campo nCT com o campo cCT.
 
nCT = numero do Conhecimento de Transporte;
cCT = código do Conhecimento de Transporte.
 
O cCT segundo o Manual do CTe deve ser gerado pela aplicação de forma aleatória e vai compor a chave do CT-e.
 
Se você atribuir um valor diferente de zero ao campo cCT o componente utiliza o numero atribuido, agora se você atribuir zero o componente se encarrega de gerar um.
 
Procure sempre ter o Manual versão 1.04c do CTe em mãos, pois tanto o componente quanto o ACBrNFeMonitor utilizam a mesma nomenclatura do manual.

Boa noite Leandro,
 
O CT-e no momento o cancelamento não é por evento, logo ao efetuar o cancelamento se a propriedade AtualizarXMLCancelado estiver com o valor True o protocolo de autorização do XML vai ser removido para dar lugar ao do cancelamento.
 
Com o comando EnviarEmail, que você já utiliza para mandar o XML autorizado para o tomador do serviço, você pode utiliza-lo para enviar novamente o XML só que agora com o protocolo de cancelamento para o tomador do serviço.
 
No final do ano quando entrara em vigor a versão 2.0, o cancelamento passa a ser por evento, o componente já esta passando por alterações para atender as mudanças que vem por ai, neste caso o componente passará a ter dois comando de envio de e-mail, o que já existe e o que vai lhe permitir o envio do XML de um evento, como por exemplo a CC-e e o Cancelamento.
 
Para saber mais informações sobre a versão 2.0 do CT-e leia a NT 2013/006.

Boa tarte Leandro,
 
Inclua as linhas em negrito na sua rotina da seguinte forma:
 
Screen.Cursor:= HourGlassCursor;
CTe.Conhecimentos.Clear;
CTe.Conhecimentos.LoadFromFile(NomeArq);
CTe.WebServices.Consulta.CTeChave := vChave;
CTe.WebServices.Consulta.Executar;

Onde NomeArq é uma variável string que contem o path + nome do arquivo XML.

Rafael,
 
A constante CTeenviCTe exist desde que o componente foi criado, o que você esta reportando é muito estranho.
 
Acabo de executar um Build na minha aplicação que utiliza o componente ACBrCTe e compilou sem nenhum problema.
 
Se ao compilar o programa exemplo não ocorre o problema, e ao compilar a sua aplicação ocorre, o problema esta na sua aplicação.
 
Outra coisa, abra o arquivo ACBr.inc que encontra-se na pasta ...\Fontes\ACBrComum e verifique se a diretiva de compilação PL_104 esta descomentada?
 
A diretiva PL_104 tem que estar descomentada e as diretivas PL_103 e PL_200 comentadas.

Boa tarde Fabio,
 
Você esta se referindo ao canhoto de entrega?
 
Se sim, ele não é impresso nem no cabeçalho bem como no rodapé?
 
Se as respostas forem sim, experimenta colocar isso:
 
ACBrNFeDANFeQR.LocalImpCanhoto   := 1;
 

Bom dia Rigotti,
 
A cidade de Ijuí/RS na verdade utiliza o GovBR, mas tudo bem, fiz uma pequena correção na classe que gera os dados de envio do lote.
 
Favor atualizar os fontes e testar novamente.

Boa tarde Fernanda,
 
Tente algo do tipo:
 
sNumero := ConfigNFSE.ACBrNFSe1.WebServices.ConsNfseRps.NFSeRetorno.ListaNfse.CompNfse.Items[0].Nfse.Numero;
sCodigoV := ConfigNFSE.ACBrNFSe1.WebServices.ConsNfseRps.NFSeRetorno.ListaNfse.CompNfse.Items[0].Nfse.CodigoVerificacao;
sNomeArq := ConfigNFSE.ACBrNFSe1.WebServices.ConsNfseRps.NFSeRetorno.ListaNfse.CompNfse.Items[0].Nfse.NomeArq;
 
Quanto ao Protocolo, esse é retornado quando o lote é enviado
 
sProtocolo := ConfigNFSE.ACBrNFSe1.WebServices.Enviar.Protocolo;

Boa tarde lvr,
 
Fontes atualizados e disponibilizados, muito obrigado pela colaboração.

Já esta disponivel, vamor ver se vai funcionar com outras verões do Quick Report que possui o filtro para gerar o PDF.

Bom dia lvr,
 
Removi o label, favor atualizar os fontes e testar novamente.

Boa tarde Rodrigo,
 
A versão em uso do CT-e é a 1.04 e só existe uma maneira de efetuar o cancelamento, utilizando o webservice de cancelamento.
 
O cancelamento por evento vai ser disponibilizando acredito eu só para a versão 2.00 do CT-e.
 
Dentro da pasta ...\Exemplos\ACBrCTe temos varios arquivos textos entre eles o Cancelar, estude ele.
 
Observação esses arquivos são fragmentos da minha aplicação.

Boa tarde kzarlopes,
 
Abra o arquivo texto chamado AlimentarComponente, que acompanha o programa exemplo, procure por infcarga.infq.add
 
você vai ver que no meu exemplo eu adiciono duas unidades, por Kg e por unidade.

Boa tarde Daniel,
 
Respondendo as suas questões:
 
1. Devemos deixar o XML da NFe como esta, pois agora o cancelamento trata-se de um evento, logo você deve enviar o XML do evento de cancelamento ao destinatário.
 
2. Se o erro ocorre antes do envio, o problema esta nos schemas que você esta utilizando, agora se ocorre depois do envio o problema é na SEFAZ.
    Quanto a atualização dos schemas, aconselho você realizar visitas periódicas no Portal Nacional da NFe para saber se tem alguma novidade, quanto a schemas e notas técnicas.
 
3. Sim, ele já tem um campo para apresetar o total geral dos tributos, quando ao valor dos tributos de cada item, você deve colocar em informações adicionais.
 
4. Nunca tentei fazer isso, mas é para criticar.

Boa tarde lvr,
 
Você pode sim descomentar.

Bom dia Michel,
 
Vou checar.

Boa noite lvr,
 
Sugestão aceita, favor atualizar os fontes e testar.