AlexandreADC

O seu problema refere-se ao Componente NF-e. Talvez passando o código aleatório manualmente resolva seu problema. O Problema das variáveis Integer é que elas podem assumir diferentes valores toda vez... Experimente passar antes do método "Assinar". Att,

Não necessariamente... Digamos que o cliente foi na loja e comprou 1 Sofá (1 NF ou NF-e) Voltou na loja e decidiu comprar 1 Televisão (Outra NF ou NF-e) A loja ainda não havia mandado a mercadoria para entrega. E quando foi emitir o CT-e relacionou as duas NF's ou NF-e's para apenas 1 CT-e. Até por este motivo a quantidade de NF ou NF-e relacionados para apenas 1 CT-e é de 1:N Espero ter ajudado.

Mesmo que não faça diferença na real, a padronização reflete o nível da equipe. Eu sempre incentivei aos meus colegas a fazerem isso e também sugeri ao Italo para que padronizasse o Componente do CTe quando foi para a versão 1.04. Até porque como é muito parecido os registros de alguns blocos, vamos para o famoso CTRL+C, CTRL+V e vemos que alguns campos realmente não estão iguais. Parabenizo o trabalho que todos vocês estão fazendo e também incentivo sempre a todos participarem do fórum. Se o ACBr hoje é tão grandioso e útil, é graças a comunidade que critica, sugere, pergunta, opina e ajuda.

igmaster2000, sugiro que você pegue os exemplos que acompanham os componentes do CTe para ter como base a alimentação/ geração/ validação/ envio/ recepção e impressão. Nos exemplos tem todas as rotinas necessárias para o envio. Abraços!

Removi o XML e PDF para proteger os dados da empresa que estão neles... Mas está tudo OK a emissão! Muito obrigado pela ajuda de todos os envolvidos pelo desenvolvimento. Principalmente o Italojr pela dedicação e paciência pelo desenvolvimento/resposta a cada requisito pedido por mim... Abraços!

Obrigado Italo! Atualizarei meus fontes e vou postar o resultado dos testes amanhã!

Gostaria de pedir que alguém que tivesse tempo disponível alterasse as informações sobre Vale Pedágio no QuickReport, é bem simples, só substitui uma informação por outra... Pois com isso já posso atualizar o CT-e nos clientes sem problemas...

Obrigado Italo! Atualizarei meus fontes...

Pois é Italo, eu não tenho muita prática com QuickReport. Na verdade nenhuma. Só tenho feito relatórios em RaveReports... Senão eu gostaria muito de ajudar!

Boa tarde! Estava aqui testando a impressão do DACTE na nova versão 1.04. Mas no QuickReport ainda não está implementado a Impressão para a nova versão do Modal Rodoviário de Lotação. Gostaria de saber se estão desenvolvendo ou se existe alguma previsão para o desenvolvimento. Obrigado.

Me desculpem, o título da mensagem ficou fora do contexto

Olá caros colegas e desenvolvedores do ACBrCTe Conforme schema v. 1.04 do Modal Rodoviário, o campo CIOT: Código Identificador da Operação de Transporte não é obrigatória. Se eu preencher ele valida, mas no XML vai o valor: "00-727379969" (exemplo)... Neste caso eu passei 999999999999 para o componente. Na minha aplicação trato o CIOT como String e converto para Int64 para colocá-lo no componente, já que um Integer normal não comporta o tamanho para o campo... (de -2,147,483,648 até 2,147,483,647). Daí não vai o número certo...

Ah, me desculpe, agora que vi que o nível para o infAdFisco é 2, e o indSN é 4... Então não está faltando nada... Desculpem-me

Faltou a property CTe.Imp.ICMS.ICMSSN.infAdFisco No componente apenas tem o indSN; Abraços!

Então está ok! Obrigado!

Bom dia! Percebi que algumas tags foram retiradas do manual e não foram retiradas do componente. Outra coisa é que o padrão seguido pelo componente para o nome das variáveis na versão 1.03 seguia rigorosamente os nomes das TAG's do schema. E na versão 1.04 não foram totalmente renomeadas. Exemplo: Mudou o nome das TAG's CST00, CST20, CST45, CST80, CST81 e CST90 para: ICMS00, ICMS20, ICMS45, ICMS60, ICMS90, ICMSOutraUF, ICMSSN. Percebi que CST80 migrou para ICMS60 no schema e CST81 para ICMSOutraUF no shema e no componente. Mas no componente ainda estão: CST80 e a CST60 e também CST81. Mesma coisa ocorre com o pcnCSTIcms. Não tive oportunidade de conferir realmente qual que alimenta o XML. Ignorei as tags CST80, e CST81. A questão é: isso confunde. Sugestão é que continuem seguindo o padrão de que as variáveis fiquem com o nome das TAGs. Obrigado!

Muito Obrigado pela correção! As vezes fico espantado pela rapidez de resposta! hehe

Boa tarde caros amigos! No manual v. 1.04 define como 0-n as INFORMAÇÕES DE VALE PEDÁGIO mas no componente (compilado para versão 1.04) não está implementado (pelo o que vi) uma rotina "Add" para inserir vários vales pedágios... Obrigado!

Maioria das constantes usadas para serem atribuídas aos componentes do CTe encontram-se na Unit pcnConversao. Solução então é colocar na cláusula Uses da sua Unit apontando para ele. Espero ter ajudado! Abraços!

Aqui na empresa criamos o hábito de dar "Build" nos projetos que fazemos. E foi a primeira vez que vejo lado ruim nessa prática. No Delphi 2010 nunca tivemos problemas parecidos...

Carlos Tre, eu consegui finalmente compilar (ou melhor, instalar) todas. Mas a instalação dos componentes tive que fazer diretamente através do "Install" Se eu colocasse "Build", ele continuava dando aqueles erros. Foi a solução que encontrei... Vou repetir a mesma operação nos outros computadores aqui da empresa. Obrigado pela preocupação! E desculpe pelo incômodo!

Nossa, obrigado mesmo Carlos Tre! Mas você garanto que usa Fast Report tanto na impressão do DACTE quanto do DANFE. E eu uso o Quick Report para o DACTE e o Rave Reports para o DANFE. E são neles que está o problema :/ Substitui os pacotes com aqueles que você postou e infelizmente não resolveu o problema :/ hehe Enquanto não conseguirmos resolver isso não vamos conseguir migrar para o XE.

tentei fazer o que me sugeriu italojr, mas o delphi não deixa compilar se não fazer o que ele pede. Que seria "Remove ACBrMSXML2_TLB." do ACBrCTe".

É... Ainda não deu muito certo. Alguém tem as BPL's prontas para serem instaladas no Delphi XE? As mesmas BPLs do Delphi 2010 não dá pois os pacotes que o ACBr necessita são diferentes. Exemplo: Delphi Xe tem rtl150.bpl e o 2010 tem a rtl140.bpl... E se tentar compilar ele emite aquele erro acima... Acredito que a melhor solução seja criar pacotes para cada versão do delphi... Cada versão com seu ".dpk" Alguma outra sugestão para o problema?

jaumkiko, vamos utilizar apenas o XE. Se você pudesse me passar os .dpk ficaria muito agradecido... Pois não é tão simples assim adaptar os projetos... Vou continuar tentando... To num loop, retiro daqui, coloco lá, adiciono ali, removo ali... To fazendo um rodízio...