Italo Giurizzato Junior

Boa tarde Julian, Monte um form com a lista de CTe não protocolados, mas que foram enviados para a SEFAZ. faça um loop contendo os seguintes comandos: // Sendo que NomeArquivo contem o Path mais o nome do arquivo XML // ex: C:\XML\2011\04\CTe\351104.......-cte.xml ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); // carrega para o componente o xml do CTe não protocolado ACBrCTe.Consultar; // realiza a consulta na SEFAZ e protocola o xml ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); // carrega novamente o xml agora protocolado ACBrCTe.Conhecimentos.Imprimir; // imprime o DACTe com o numero de protocolo a idéia do loop é que um ou mais CTe podem não conter o protocolo, após serem enviados e autorizados. Espero ter ajudado

Boa tarde, Se não me falha a memória o qrpt70 é do Quick Report 3, experimente abrir o pacote de instalação do ACBrNFeDANFeQR exclua ele e compile usando a opção build que encontra-se no menu Project, ele deve incluir um outro que é utilizado pela versão 4.

Boa tarde Julianluis As duas propriedades Salvar estão com o valor True ? ACBrCTe.Configuracoes.Arquivos.Salvar:=True; ACBrCTe.Configuracoes.Geral.Salvar:=True;

Boa tarde Felipe, Se as empresas seguissem as orientações da SEFAZ seria tudo muito mais facil. Existe uma pasta chamada Projetos dentro dela existe uma outra chamada RecuperarXML, nesta pasta você vai encontrar os fontes para poder baixar o XML do site da SEFAZ, não sei se esta 100%, mas é muito mais do que meio caminho andado.

Bom dia a todos, A definição do tipo TPosRecibo foi alterada, agora ela esta no fonte pcnConversao e não mais no ACBrCTeQR. Desta forma é possivel em tempo de execução escolher se deseja imprimir o Canhoto de Recibo no Cabeçalho ou Rodape. Lembre-se de informar a unit pcnConversao em Uses no form que será usado para imprimir o DACTE.

Boa noite, Vou corrigir o Programa Exemplo, e disponibilizar novamente. Como ocorreu algumas alterações de tipos no componente, ficou faltando efetuar as correções no programa exemplo.

Boa noite Felipe, Uma empresa que se preza só paga uma conta se possuir um documento que comprove a despesa. No caso de uma Fatura não podemos considerar como tal documento. Pois ela apenas substitui os N conhecimentos emitidos no periodo. Os conhecimentos, podemos dizer que são documentos que comprova a despesa, dai a exigencia, para formalizar o pagamento. A minha aplicação após a impressão do DACTE é enviado um e-mail com o XML para o Tomador do Serviço ou seja quem vai pagar o frete. Como utilizo o Quick Report 3 (não possui o filtro para gerar PDF) ainda a minha aplicação não gera o PDF do DACTE. Em breve vou instalar a versão 5 para poder gerar o PDF e anexa-lo junto ao XML e enviar por e-mail. Desta forma o Tomador do Serviço vai possuir o arquivo XML conforme orientação da SEFAZ e mais o DACTE em PDF que ele vai poder imprimir e aguardar a chegada da fatura. Dependendo do sistema financeiro da empresa, é possível importar para o contas a pagar os XMLs correspondentes aos CTe e depois efetuar a substitição dos mesmos através do lançamento da fatura.

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/