-
Total de ítens
38.009 -
Registro em
-
Última visita
-
Days Won
1.074
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Italo Giurizzato Junior postou
-
CTe é aprovado mas o xml retorna sem protocolo.
Italo Giurizzato Junior replied to julianluis's tópico in ACBrCTe
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.
-
CTe é aprovado mas o xml retorna sem protocolo.
Italo Giurizzato Junior replied to julianluis's tópico in ACBrCTe
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.
-
Sem Protocolo ou Protocolo Errado.
Italo Giurizzato Junior replied to Carlos Alberto Fitl's tópico in ACBrNFe
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? -
Sem Protocolo ou Protocolo Errado.
Italo Giurizzato Junior replied to Carlos Alberto Fitl's tópico in ACBrNFe
Esperimente comentar essas 2 linhas e verifique se o problema de violação de acesso desaparece. -
Sem Protocolo ou Protocolo Errado.
Italo Giurizzato Junior replied to Carlos Alberto Fitl's tópico in ACBrNFe
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.
-
DM.ACBrCTe1.Conhecimentos.Add.CTe.Ide.tpImp
Italo Giurizzato Junior replied to etapa's tópico in ACBrCTe
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 ?
-
DM.ACBrCTe1.Conhecimentos.Add.CTe.Ide.tpImp
Italo Giurizzato Junior replied to etapa's tópico in ACBrCTe
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 -
DM.ACBrCTe1.Conhecimentos.Add.CTe.Ide.tpImp
Italo Giurizzato Junior replied to etapa's tópico in ACBrCTe
Boa Noite Etapa, Veja este link: viewtopic.php?f=9&t=1257 -
Bom dia Edson, Poste a mensagem de erro.
-
Erro em qualquer consulta ao webservice.
Italo Giurizzato Junior replied to malk182's tópico in ACBrNFe
Boa noite, Verifique a validade do certificado em uso, e da cadeia de certificados. -
Erro ao atualizar via TortoiseSVN
Italo Giurizzato Junior replied to Cleiver's tópico in Dúvidas Gerais sobre o ACBr
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.
-
Geração, Assinatura e Validação do CT-e
Italo Giurizzato Junior replied to AlexandreADC's tópico in ACBrCTe
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/