Italo Giurizzato Junior

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.

Ivan, Você tem toda a razão. Obrigado pela colaboração, já esta disponível.

Bom dia Picyka, Muito obrigado pela colaboração, já esta disponível, inclusive as URLs da SVC-RS.

Bom dia Ivan, Mas se você estiver com todos os fontes atualizados, vai notar que na linha 248 já existe a linha: ListaNfse.FCompNfse.Add;

Bom dia Danny, Muito obrigado pela colaboração, já esta disponível.