Italo Giurizzato Junior

Bom dia Felipe, Desinstale os componentes ACBrCTe e ACBrCTeDACTeQR em primeiro lugar. Segundo: Exclua a pasta ACBrCTe que encontra-se dentro da pasta Fontes. Terceiro: Exclua os arquivos ACBr_CTe que encontram-se dentro da pasta ...\Projects\Bpl Baixe os fontes novamente. E por fim, compile e instale os pacotes do ACBrCTe e ACBrCTeDACTeQR.

Boa tarde Graça, exclua os *.bpl do ACBrNFe2 e ACBrCTe que encontram-se na pasta BPL e depois abra os pacotes e compila com a opção Build.

Felipe, Se você somente baixa a atualização dos fontes e compila a sua aplicação dependendo da versão do Quick Report esse problema pode aparecer. Eu realizo o procedimento descrito anteriormente e o erro desaparece. Outra coisa verifique se os fontes estão sendo atualizados, todo caso exclua os fontes mencionados e baixe novamente e compile a aplicação com a opção Build.

Bom dia Felipe, Com relação ao Quick Report: Abra o fonte ACBrDACTeQR, deve aparecer a mensagem dizendo que a propriedade não existe, muito bem, clique em ignorar todas, depois em uma linha em branco do código digite uma letra e depois apague (isso é para o Delphi marcar o fonte como alterado) depois salve. Com o fonte ACBrDACTeQR ainda aberto abra o fonte ACBrCTeDACTeQRRetrato, faça a mesma coisa. Abra a sua aplicação e compila com a opção Build. Eu utilizo com o Delphi 7 o Quick Report 3, quando alguem realiza uma alteração no DANFe ou DACTe para o Quick Report utilizando uma versão posterior a minha ocorre esse problema. Resolvo da forma exposta acima. Quanto ao Fast Report não tenho como te ajudar, pois não tenho ele instalado. Espero ter ajudado. Espero ter ajudado.

Boa tarde Felipe, Quanto ao Quick Report atualize novamente os fontes e compile a sua aplicação com a opção Build.

Boa tarde, Como você esta usando o certificado A1 esperimente usar o ACBrCTeCAPICOM.

Bom dia Wellington, Sim, se o documento originário for uma NFe você deve informar a chave da mesma. Como fazer isso: 1- simplismente digitando; 2- lendo através de um leitor de código de barras; 3- importar o XML da NFe, neste caso, alem de ter a chave, teriamos os dados do remetente, do destinatário, valor da nota, peso, volume, .... Espero ter ajudado.

Boa noite Julian, Note neste fragmento de XML que dentro do grupo infCarga posso incluir 1 ou mais grupos InfQ onde informo o código da unidade: cUnid, o tipo de Medida: tpMed e a quantidade de carga: qCarga. - 20.08 FARDO REFRIGERANTE - 01 Kg 26.0000 - 03 FARDO 2.0000 Logo você pode ter um infQ no XML com a quantidade de volume. O DACTe segue o padrão estabelecido no manual, como é o da empresa Mecurio. Onde temos os quadros com os títulos: QNT. / UN. MEDIDA Tipos de Unidade de Medida: UnidMed = (uM3,uKG, uTON, uUNIDADE, uLITROS); Para ser impressso no DACTe 30/M3 ou seja 30 metros cúbicos, você deve informar: with infCarga.InfQ.Add do begin cUnid := uM3; tpMed := 'M3'; qCarga := 30; end; Espero ter ajudado.

Bom dia Alexandre, No manual o grupo ferroSub é opcional (pág. 112), o grupo DCL também é opcional (pág. 113), e o grupo detVag é obrigatório (pág. 114). Na pág. 112 temos o campo idTrem (#385) Identificação do trem, que é opcional, mas na observação esta escrito: Para o caso de ausência de DCL. Checando o schema: cteTiposBasico_v1.03 não encontrei nada relacionando o idTrem (#385) com o grupo DCL. Duvidas: você esta informado o idTrem (#385) ? o schema de tipos basicos é o da versão 1.03 ? Se você tem o XML gerado que não esta validando, seria possivel postar ele ?

Bom dia Felipe, As alterações sugeridas foram realizadas, favor atualizar os fontes e realizar testes.

Boa noite Alexandre, Segundo o manual devem ser preenchidos os campos: tpTraf, fluxo e vFrete (pág. 112) Os grupos ferroSub e DCL são opcionais, mas o grupo detVag é obrigatório (pág. 114) Dentro do grupo detVag temos os seguintes campos que deve ser preenchidos: nVag, pesoR e pesoBC. Espero ter ajudado.

Boa tarde Rivardo, Algumas duvidas é bom você tirar com o contador do seu cliente. Até onde eu sei existe um CFOP para venda dentro do estado, outro para fora do estado e outro para outro pais. CFOP de venda é de bonificação é outro, logo se em uma nota você tem itens que fazem parte da venda tem um CFOP e outros que são bonificação, o CFOP já é outro. Quanto a ST não sei te dizer se influencia no CFOP ou não, procure um contador.

Boa noite Gilberto, Na minha aplicação os arquivos XMLs são salvos em pastas mensais exemplo: C:\XML\201105\NFe Na pasta NFe tenho os xml de todas as notas emitidas no mês 05 do ano 2011. Utilizo tambem o nome padrão para os arquivos xml, no caso das NFe o nome é: chave-nfe.xml Muito bem crie um form que apresenta uma lista de arquivos segundo o filtro: *-nfe.xml após eu informar o mês/ano de referencia no caso: 05/2011 neste form tenho um campo para que o usuário digite o e-mail para quem desejo mandar e um botão [Enviar]. Em fim, o usuário tem que apenas informar o mês/Ano o e-mail e clicar no botão [Enviar], um e-mail é gerado com os XMLs em anexo e enviado. Espero ter ajudado.

Boa noite, Claro que sim, eu tenho algo semelhante em meu sistema, facilita a vida do usuário e consequentemente minimiza os erros.

Boa noite a todos, Felipe, vou analisar caso seja possível vou realizar as alterações sugeridas. Alexandre, o envio para o servidor SCAN não esta implementado.

Bom dia, O meu conselho é, você buscar informações com um contador, pois no que diz respeito ao IPI tem que saber qual é a Tributação: Saída Tributada, Saída Tributada com alíquota zero, Saída isenta, etc. O tipo de calculo pode ser percentual ou valor. O valor do IPI pode ou não compor a Base de calculo do ICMS ST. Em função disso, fica dificil fornecer um XML com IPI que se encaixa exatamente no seu problema.

Bom dia Alexandre, Primeiro o envio do XML assinado para a SEFAZ esta ocorrendo, o problema esta ao processar o mesmo lá na SEFAZ, observe os arquivos gerados: 1- 411105......639-cte.xml (CT-e assinado, gerado e validado pelo componente); 2- 14-env-lot.xml (lote gerado pelo componente para ser enviado para a SEFAZ); 3- 14-rec.xml (arquivo retornado contendo o numero do recibo e o status 103, informando que o lote foi recebido com sucesso); 4- 413000001611007-ped-rec (arquivo gerado pelo componente e enviado para SEFAZ com o numero do recibo) 5- 413000001611007-pro-rec (arquivo retornado contendo o status do CT-e enviado, que neste caso foi rejeitado); - 2 RS20110510122905 413000001611007 225 Rejeicao: Falha no Schema XML do CT-e 41 Fiz uma checagem no XML do CT-e, notei algumas coisas: 1- Com relação a Nota Fiscal da Mecadoria: Valor da NF= R$10,00, Valor da Base de Calculo e Valor do ICMS = R$600,00; 2- O IE do destinatário não foi informado, sei que se trata de uma pessoa física e que no manual esse campo é opcional, mas experimente colocar a palavra ISENTO para o campo IE; 3- Foi informado R$100,00 como valor da Prestação e R$0,00 para Valor a Receber, costumo colocar o mesmo valor; 4- Em ICMS você informou CST = 00 ou seja tributação normal, mas informa R$0,00 para a Base de calculo, percentual e Valor do ICMS; 5- Valor da mercadoria = R$800,00, meio contraditório com o valor da NF R$10,00. Procure gerar um CT-e com dados reais, inclusive das notas e calculo de icms, por se tratar de ambiente de homologação por ficar tranquilo, não vai ocorrer fiscalização, pois trata-se de testes. Espero ter ajudado.

Ricardo é isso mesmo, o pacote de instalação: ACBrCTeDacteFRpkg é para instalar o DACTe para o Fast Report já o pacote: ACBrNFeDanfeFRpkg é para instalar o DANFe para o Fortes report.

Boa tarde Ricardo, No que diz respeito a NFe existe um pacote de instalação do DANFe para o Fortes Reports chamado: ACBrNFeDanfeFRpkg. Quanto ao CTe não existe um pacote de instalação do DACTe para o Fortes Reports, somente para o Quick Report e Fast Report.

Boa noite rafmattos, Se possível envie por e-mail o xml salvo pela aplicação, para que eu possa analisar. A propriedade salvar tem que receber o valor True. e-mail: [email protected] Mantenha os fontes dos componentes sempre atualizados.

Boa noite Gildenor, A minha aplicação tambem utiliza o Capicom com o ACBrCTe, mas antes de compilar e instalar o ACBr_CTe, abra o pacote ACBrOpenSSL e compila.

Bom dia Eric, Você criou um DACTe para o modal Aéreo, muito bom. Pode postar aqui mesmo no fórum os fontes alterados por você, ou envie por e-mail para mim. [email protected] Obrigado pela colaboração.

Bom dia Felipe, Na pasta ...\Exemplos\ACBrCTe temos 5 arquivos TXT, são fragmentos de código da minha aplicação que esta rodando a mais de 4 meses. Veja como foi implementado. Estude os arquivos Configuracao.TXT e EnviarLote.TXT

Bom dia Felipe, Lembre-se que você envia o XML apenas assinado para a SEFAZ, esta por sua vez retorna o protocolo de autorização de uso. Se as propriedades Salvar estão com o valor True: ACBrCTe.Configuracoes.Arquivos.Salvar:=True; ACBrCTe.Configuracoes.Geral.Salvar:=True; Vamos dizer assim: O XML assinado, será automaticamente protocolado pelo componente. Caso isso não ocorra faça conforme explicado para o Julian.

Bom dia Felipe, Verifique se o XML foi atualizado, ou seja, o protocolo de autorização de uso foi substituido pelo de cancelamento homologado. No que existe uma propriedade no componente que determina se essa atualização no XML vai ocorrer ou não. Se possivel poste o XML correspondente ao CTe Cancelado.