Italo Giurizzato Junior

Bom dia Cleber, Respondendo a sua primeira pergunta, a resposta é não, pelo simples fato, se você vai realizar o transporte de uma carga fechada (lotação) e não há pedágio entre a origem e destino. Para saber mais, o que é obrigatório e o que é opcional, consulte o Manual de Integração, das páginas 88 até 119. Quanto a segunda pergunta, normalmente quem paga o pedágio é a transportadora, depois ela é reembolsada ao receber o valor da prestação (frete) paga pelo remetente ou destinatário. Vamos imaginar a seguinte situação: Quem vai pagar o frete é o destinatário; Quem vai pagar o pedágio é o remetente; Neste caso o pedágio não compõe o valor do frete. Espero ter esclarecido as suas duvidas.

Boa tarde Adriano, Como exposto por você o seu sistema estava gerando a numeração dos itens de 2 em 2 sendo que o correto é de 1 em 1. Não faz sentido alterar o componente, só porque o seu sistema gerou o XML errado. E essa falha em seu sistema você deveria ter identificado na fase de homologação, fazer as devidas correções, para que ao iniciar em modo de produção estivesse correto. Desculpe é a minha opnião.

Boa tarde Cleber, Carga Fechada, também é conhecida como Carga Completa ou Carga Lotação. O serviço de transporte de Carga Lotação consiste, basicamente, no transporte de cargas no qual a encomenda ocupa a totalidade do espaço do veiculo. No transporte de Carga Lotação, a transportadora disponibiliza um veículo (caminhão) exclusivamente para a carga de um cliente. Enquanto a Carga Fracionada, a transportadora utiliza um veículo (caminhão) para transportar a carga de varios clientes. Acredito que isso responde a suas duas primeiras perguntas. Quanto a demais campos disponibilizados quando trata-se de Carga Lotação, você deve consultar a transportadora, quanto a sua necessidade. Dica: Criar um form para lançar os dados pertinentes ao conhecimento, de tal maneira que abrange a totalidade dos campos, para poder satisfazer a necessidade de todos. Espero ter ajudado.

Bom dia, Para começar esse XML você não vai conseguir enviar para a SEFAZ por dois motivos: 1: uma NFe pode conter no máximo 990 itens numerados de 1 a 990. 2: um lote de NFe para envio ao SEFAZ, deve ter tamanho máximo de 500 Kbytes e possuir de um a no máximo 50 NFe. Se o tamanho do XML é de 306 MegaBytes, para ficar dentro dos 500 Kbytes você vai ter que transformar essa NFe em pelo menos 627 NFe com uma média de 3 itens em cada uma delas. Espero ter ajudado.

Boa tarde, No que diz respeito ao PDF é ao enviar o XML por e-mail usando o comando EnviarEmail, este possui varios parametros sendo que um deles, chamado EnviaPDF que por default vale False, se você passar como parametro o falor True é automaticamente gerado o PDF e anexado ao e-mail junto com o XML. Espero ter ajudado.

Boa tarde, Então altere a linha do arquivo mencionado e compile a sua aplicação usando a opção Build. Pela imagem postada por você, a versão do seu Quick Report é posterior a versão 3. Ao descomentar a linha {$DEFINE QReport_PDF} do arquivo ACBr.inc deve resolver o problema de apresentar o preview maximizado e de quebra habilita as rotinas para gerar o DANFe em PDF. Espero ter ajudado.

Bom dia, Você descomentou a linha: {$DEFINE QReport_PDF} que encontra-se no final do arquivo ...\Fontes\ACBrComum\ACBr.inc ?

Bom dia Felipe, Conforme dito pelo Elton, no Branches temos uma pasta chamada ACBrNFSe onde encontra-se o fonte inicial do componente, são varios arquivos e um deles tem a rotina que gera o XML. Existe tambem uma outra pasta ...\Fontes\ACBrFSe com uma outra versão do componente, essa nova versão gera o xml assina e valida, esta faltando finalizar as rotinas de envio e recebimento do WebService. Fique a vontade, em dar continuidade ao componente disponivel ou estudar os fontes e montar as sua proprias rotinas. Espero ter ajudado.

Boa tarde André, Segundo o arquivo de Log do ACBrCTe, em 30/03/2011 foi adicionado o DACTe em Fast Report por Jeickson Gobeti. Na pasta ...\Pacotes\Delphi\ACBrNFe2 temos o pacote de instalação do DACTe para o Quick Report e para o Fast Report ACBrCTeDACTeQRpkg => Quick Report ACBrCTeDACTeFRpkg => Fast Report Como não tenho o Fast Report não sei se esta 100% funcional. Espero ter ajudado.

Boa tarde Haroldo, Pelo o que exposto chego a conclusão que o problema é o código do serviço, pois a primeira mensagem de erro é: "Código do Serviço Prestado (7455) da NF-e não está cadastrada para o prestador de serviço" Um prestador de serviço não pode executar um serviço que não lhe compete. Ao realizar o cadastro deste prestador junto a prefeitura deve-se informar todos os tipos de serviços que ele executa o serviço 7455 não foi informado nesse cadastro. Código do Serviço: 7455 => Conserto, restauração, manutenção, conservação e pintura de veículos, exceto os serviços executados por concessionária ou revendedor autorizado (exceto peças e partes empregadas, que ficam sujeitas ao ICMS). Espero ter Ajudado

Boa tarde Sergio, Baixe a atualização dos fontes e realiza o teste novamente. Realmente a geração do XML com as informações de carga, conteineres, etc só estava gerando caso o CTe fosse Normal.

Boa tarde, Antes de instalar o componente ACBrCTe você abriu o pacote synapse e compilou?

Boa tarde Jonas, Antes essa consulta era realizada, agora não faz mais.

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.