Italo Giurizzato Junior

Boa noite Doni, Como define o tipo TPosRecibo em ACBrCTeQR, teria que colocar essa unit em uses do seu form. Vou mudar, vou colocar a declaração do tipo em pcnConversao. Obrigado pela observação. Não tinha pensado na possibilidade de alterar em tempo de execução.

Carlos, Analisei os arquivos: *-env-lot.xml, *-rec.xml, *-ped-rec.xml, *-pro-rec.xml e *-nfe.xml de um cliente. O lote de envio continha 6 notas, no caso todas foram autorizadas ou seja status = 100. Chequei os numeros de protocolo retornados no arquivo *-pro-rec.xml com os numeros de protocolo incluidos nos arquivos *-nfe.xml correspondentes. Tudo em ordem, sem nenhum problema. Como não tenho uma cópia da Base de dados não tenho como informa-lo se a BD foi atualizada de forma correta, acredito que sim. Será que o problema que esta ocorrendo não esta na forma que você implementou?

Esperimente comentar essas 2 linhas e verifique se o problema de violação de acesso desaparece.

Boa tarde a todos, Na function TNFeRecepcao.Executar, foi incluido o seguinte código: if assigned(TACBrNFe( FACBrNFe ).WebServices.Retorno.FNFeRetorno) then TACBrNFe( FACBrNFe ).WebServices.Retorno.FNFeRetorno.Free; Não seria ele o causador do problema?

Boa tarde Felipe, A principio é impresso somente 1 via do DACTE e esta acompanha o transporte da mercadoria até o seu destino (Destintário). O Destinatário assina o canhoto de recebimento da mercadoria e fica com o DACTE. A pessoa responsável pela entrega retorna para a transportadora o canhoto assinado. A idéia é imprimir uma segunda via do DACTE e enviar para o Remetente da mercadoria como "Via Comprovante de Entrega". Em qual momento essa segunda via vai ser impressa, pois no meu entender a transportadora tem que esperar até a mercadoria ser entrege e receber o canhoto assinado. Outra coisa, como foi dito temos que imprimir no minimo 1 via do DACTE, pois ele acompanha o transporte da mercadoria. Se quem vai pagar o frete é o destinatário sem problemas pois o mesmo vai receber o DACTE. Mas se for o Remetente teriamos que emitir uma segunda via do DACTE. Em vez de imprimir uma segunda via para o Remetente, fosse enviado por e-mail o XML e o DACTE em PDF ? Fico no aguardo de maiores esclarecimentos.

Bom dia Felipe, Favor atualizar os fontes dos componentes e abrir os pacotes de intalação do ACBrCTe e ACBrCTeDACTeQR e compilar com a opção Build. No componente ACBrCTeDACTeQR agora possui a propriedade PosRecibo que pode assumir os seguintes valores: prCabecalho (padrão) ou prRodope. Acredito que com isso resolve o seu problema.

Bom dia, Você esta atribuindo um valor inteiro a um campo do componente que requer um valor do tipo TpcteTipoDataPeriodo. Poste o fragmento de código da sua aplicação que contem as linhas de 331 a 351. Para que possamos checar e orientar como efetuar a correção.

Boa tarde Felipe, O formulário FS-DA serve tanto para NFe quanto para o CTe ?

Bom dia, A U_CTe.pas é um fonte da sua aplicação, correto ? a primeira mensagem não é um erro, apenas um alerta, não se preocupe. a segunda e a terceira são erros, o problema esta na variavel okConversao, como a mensagem de erro informa, ela não foi declarada. Atenção okConversao tem que ser uma variavel do tipo Boolean e não uma constante. Espero ter ajudado

Boa Noite Etapa, Veja este link: viewtopic.php?f=9&t=1257

Bom dia Edson, Poste a mensagem de erro.

Boa noite, Verifique a validade do certificado em uso, e da cadeia de certificados.

Boa tarde, Aqui esta normal, tanto no envio, quando na recepção.

Boa tarde a todos, Esta disponivel no Branches, uma atualização do ACBrNFSe. O componente agora é capaz de gerar e assinar nos dois padrões (ABRASF e GINFES): RPS e Lote. A validação não é realizada no RPS e sim no Lote, o componente também já é capaz de realizar esse procedimento. Esta disponível também o componente ACBrNFSeDANFSeQR, esse componente foi feito usando o Quick Report e tem como finalidade imprimir a representação gráfica de uma NFSe. Bom pessoal, temos agora que juntar esforços e escrever as rotinas para consumir o WebService. Toda ajuda é bem vinda.

Bom dia Luiz, Se não me falhe a memória, abra o pacote ACBrCTeDACTeQRpkg e remova o Requires => qrpt.dcp, compile novamente e instala. Isso deve resolver o problema.

Boa Noite Alexandre, Não existe problema algum com a geração do XML do CTe, mais precisamente com a chave do mesmo. O que esta acontecendo é que, ao alimentar o componente com os dados pertinentes ao transporte da carga, você esta informando ZERO ao campo cCT (código aleatório que compõe a chave do CT-e): Ide.cCT := 0; Desta forma ao executar os procedimentos GerarXml ou Assinar ou Validar é gerado a chave do CT-e, a rotina que a gera utiliza o valor do campo cCT se este for igual a ZERO é gerado um código aleatório. O que eu faço é gerar esse código aleatório e depois atribuir esse valor ao campo cCT, veja este exemplo: Randomize; CodigoAleatorio := Random(999999999); With ACBrCTe.Conhecimentos.Add.CTe do begin Ide.cCT := CodigoAleatorio; (....) end; Fazendo desse jeito a rotina que gera a chave vai utilizar sempre o mesmo código aleatório, pois é diferente de ZERO, portanto a chave gerada sempre vai ser igual. Outro detalhe muito importante eu salvo o valor do código Aleatório em um campo na tabela do banco de dados, juntamente com os demais dados. Espero ter ajudado.

Bom dia Luiz, Leia o Manual, você não pode ter documentos Originarios de tipos diferentes, ou todos são NF comum, ou todos são NF-e.

Cleber, Veja: http://portalnfe.fazenda.mg.gov.br/

Boa noite Cleber, Qual é a versão do Windows, do IE, o certificado é A1 ou A3 ? O certificado foi trocado, ou seja venceu e foi instalado o novo ? veja os links: http://www.forumweb.com.br/foruns/topic ... uros-nfe2/ viewtopic.php?f=6&t=77 Fazendo uma busca pela internet sobre o erro todos levam para o mesmo ponto: Windows 7 com IE 8.

Bom dia Rogih, A função ValidarChave encontra-se no fonte pcnAuxiliar.pas na pasta ...\Fontes\PCN2 Como a chave de uma NFe e um CTe são muitos parecidos, se retirar a instrução IF abaixo, a função ValidarChave, poderia ser utilizada para validar a chave de CTe. if copy(chave, 1, 3) <> 'NFe' then exit; Peço que o Daniel e o André, avaliem essa possibilidade.

Boa tarde a todos, A versão 4.0 do Quick Report possui o filtro para gerar o PDF.

Bom dia Alexandre, Na pasta ...\Exemplos\ACBrCTe temos 5 arquivos TXT, no arquivo chamado AlimentarComponente, você encontra o fragmento de código de como passar os dados para o componente.

Bom dia a todos, o problema relatado por Moroni, foi resolvido, podem baixar a atualização, agora a placa é para ser impressa de forma correta.

Se você possui o Quick Report versão posterior a 3.0, basta abrir o arquivo ACBr.inc que encontra-se na pasta ...\Fontes\ACBrComum e descomentar a última linha: //------------------------------------------------------------------------------ // Definições para o Quick Report //------------------------------------------------------------------------------ // Descomente a linha abaixo caso o Quick Report tenha suporte a PDF // {$DEFINE QReport_PDF} Compile a sua aplicação usando a opção Build e pronto ao enviar o e-mail para o tomador do serviço vai em anexo o XML e o DACTe em PDF, se você configurar o procedimento EnviaEmail, veja os parametros deste procedimento. Espero ter ajudado.

Boa tarde Fernando, Essas novas regras, com relação ao CNPJ, Razão Social e IE se refere aos dados do Destinatário e não do Emitente da NF-e.