Italo Giurizzato Junior

Bom dia Luis, O problema não esta no DACTE seja ele qual Report utilizado. E sim na rotina que lê o XML. Veja bem, a estrutura do XML mudou radicalmente da versão 1.04 para a 2.00, grupos deixaram de existir e outros foram criados em lugares diferentes. Logo só tínhamos dois caminhos a seguir: 1. Criar uma diretiva de compilação ou 2. Um novo componente. Optou-se pela diretiva, portanto ao ativar a diretiva PL_200 a rotina que lê o XML busca as informações segundo a estrutura da versão 2.00 Os dados que você diz estar faltando com certeza são dados que foram alterados de lugar, ou seja, estão agora em outros grupos, ou o nome das TAGs foram alteradas. A minha sugestão é você ter uma aplicação simples, compilada com a diretiva PL_104 ativa, aplicação esta que permita o usuário selecionar o XML da versão 1.04 e imprimir o DACTE.

Bom dia Dênio, Favor atualizar os fontes.

Bom dia Tora, Entre em contato com o provedor. Pois uma coisa é cancelar e outra é substituir. Cancelar significa que o serviço não vai mais ser realizado ou que a nota foi emitida indevidamente, (tomador do serviço errado, por exemplo). Substituir significa que a nota emitida contem um erro e a mesma esta sendo substituída por outra com a informação correta, por exemplo o valor do serviço.

Bom dia Anderson, Os DA, ou seja, DANFE, DACTE, DANFSE, DAMDFE desenvolvidos e Quick Report, a versão utilizada do mesmo é a 5.02 para o Delphi 7. Isso não significa que você não possa utilizar outra versão. Caso você venha utilizar uma versão diferente poderá principalmente aparecer erros na execução algo do tipo, propriedade não existente. Esse tipo de erro é contornando executando um passo a passo que encontra-se dentro da pasta do respectivo componente. Se o erro esta ocorrendo na instalação do componente, o problema esta no pacote de instalação do mesmo que pressupõe que você tem a versão 5.02 Mas isso também é contornado, basta abrir o respectivo pacote e remover a chamada ao BPL que se refere a versão 5.

Bom dia Graça, Depois de executar o Enviar(nLote) tente obter o numero do protocolo desta forma: sProtocolo := ACBrCTe1.Conhecimentos.Items[X].CTe.procCTe.nProt; Onde X é o índice do CT-e dentro da lista ( X = 0, 1, 2, ... )

Bom dia Heveraldo, Temos um Manual especifico com os modelos de DACTEs, mas infelizmente ele é muito pobre em exemplos. Pois só traz os modelos quando se trata do CT-e Normal, quanto de Anulação de Valores, Substituição e Complementação não temos nenhum exemplo. A sugestão é pegar um XML de um CT-e de Complementação por exemplo e tentar imprimir o DACTE utilizando o programa gratuito. Desta forma você vai ter uma ideia do seu layout e comparar com o que o componente esta imprimindo. Uma coisa é certa, existe um conjunto de informações que devem ser impressas, as demais fica a cargo do desenvolvedor. Outra coisa importante, no DACTE só pode ser impresso dados que constam no XML e nada a mais.

Cesar, Tente debugar para encontrar o ponto onde ocorre o erro.

Boa tarde Walter, No ambiente de homologação a SEFAZ pode até ter autorizado o CT-e, mas acredito que no ambiente de Produção vai ter que informar o RNTRC correto.

Boa tarde Dalvan, Muito obrigado pela colaboração, já esta disponível.

Boa tarde ncc, Vou analisar.

Boa tarde Wislei, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Herbert, Muito obrigado pela colaboração, já esta disponível.

Boa tarde a todos, Noticia: "O Estado do Rio de Janeiro aderiu, nesta segunda-feira (12/5), ao Programa Nacional da Nota Fiscal de Consumidor Eletrônica (NFC-e). A iniciativa tem como objetivo promover a implantação de um modelo nacional de documento fiscal eletrônico que substitua o sistema de emissão fiscal em papel e que simplifique o processo atual, permitindo o acompanhamento em tempo real das operações comerciais feitas pelo Fisco." Link: http://www.rj.gov.br/web/imprensa/exibeconteudo?article-id=2067753

Boa tarde Dênio, Favor postar como anexo a Unit alterada para que possamos realizar o merge.

Boa tarde Carlos, A URL de Produção esta OK, mas a de homologação não, favor verificar.

Boa tarde Luis, Muito obrigado pela colaboração, já esta disponível.

Boa tarde chuab, Se o seu questionamento é sobre o MDF-e, lembre-se que este não é um documento fiscal a ser solicitado pelo Fisco em caso de fiscalização. Ele é apenas um Manifesto ou seja uma relação de documentos fiscais utilizados para acobertar o transporte de carga fracionada interestadual. Quando todo o transporte é realizado devemos efetuar o encerramento do MDF-e, a partir dai ele não serve mais para nada.

Boa tarde João, O Web Service NFeRecepcao só atende requisição assíncrona. Com a nova versão 3.10 vamos ter o Web Service NFeAutorizacao que vai atender requisição assíncrona e síncrona caso a SEFAZ venha disponibilizar. Quero lembrar que a requisição síncrona foi criada para atender a NFC-e, portanto é de se esperar que nesse primeiro momento as UF que adotarem a NFC-e vão disponibilizar as outras não. Isso explica o não funcionamento do envio síncrono da NF-e na UF de São Paulo.

Boa tarde Cesar, Esse erro esta ocorrendo em qual comando? Assinar, RetornaSequence ou Enviar?

Boa tarde Hintz, Acredito que será necessário compilar com a opção Build os pacotes de instalação dos componentes, bem como o PCN2, o ACBrComum uma vez que a Unit ACBrNFeUtil faz parte deste último pacote. Verifique também se não tem nenhuma DCU perdida.

Bom dia Marck Não utilizo o ACBrNFeMonitor, mas acredito que o problema todo esta na sua configuração de pastas onde o mesmo salva os arquivos. Favor rever essa configuração.

Bom dia Edimar, Esta estranho a redação da sua postagem. No primeiro paragrafo fica claro que você esta com um problema. Já no segundo da entender que você resolveu o problema usando um certificado válido. Estou certo?

Bom dia ncc, Quem você esta informando como sendo Recebedor e Expedidor? Até onde sei o Recebedor e Expedidor são transportadoras envolvidas no transporte da carga, caracterizando desta forma um Redespacho ou Redespacho Intermediário. Exemplo: Transportadoras envolvidas: A, B e C A -> B -> C A transportadora A emite um CT-e Normal informando: Remetente: o remetente da mercadoria (quem vendeu) Destinatário: o destinatário da mercadoria (quem comprou) Recebedor: Transportadora B A transportadora B emite um CT-e de Redespacho Intermediário Remetente: o remetente da mercadoria (quem vendeu) - Opcional Destinatário: o destinatário da mercadoria (quem comprou) - Opcional Expedidor: Transportadora A Recebedor: Transportadora C A transportadora C emite um CT-e de Redespacho Remetente: o remetente da mercadoria (quem vendeu) Destinatário: o destinatário da mercadoria (quem comprou) Expedidor: Transportadora B

Boa tarde Mack, Qual é o comando que você utiliza para enviar o lote para a SEFAZ?

Boa tarde Juliomar, Acredito que o nosso colega Makermania, ao ver a descrição do tópico: pcnLayoutTXT versão 3.10 e por não conhecer o ACBrNFe e ou ACBrNFeMonitor achou que este tópico se tratava do arquivo texto de entrada para o ACBrNFeMonitor que possui um layout totalmente diferente do TXT aceito pelo programa gratuito da SEFAZ. Conclu-o que ele esteja querendo é saber como montar esse arquivo texto de entrada para poder utilizar o ACBrNFeMonitor e como utiliza-lo para emitir a NF-e na versão 3.10.