Italo Giurizzato Junior

Bom dia Wellington, Você fez alterações na unit ACBrProvedorNatal ? Se sim, post como anexo para que eu possa analisar. Lhe pergunto isso por que essa unit não tem nem sequer as URLs para consumir os Web Services do provedor.

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

Bom dia Marlon, Por via de regra: NF-e envio Assíncrono NFC-e envio Síncrono A SEFAZ poderá a seu critério liberar o envio Síncrono para a NF-e. Importante é saber também que no envio Síncrono o lote só poderá ter somente uma nota, por outro lado no envio Assíncrono poderá ter até 50 notas no lote.

Bom dia Junior, Qual é a versão do seu Quick Report? O Pacote de instalação do requer a versão 5 como mostra a mensagem de erro: C:\ACBr\\Pacotes\Delphi\ACBrNFe2\ACBrNFeDanfeQRpkg.dpk(76) Fatal: Required package 'QR5RunD7' not found A solução é simples, ou você desinstala a versão 3.0 que acompanha o Delphi 7 e instala a versão 5 (tem que adquirir) ou você abre o pacote de instalação e remova o QR5RunD7 da lista de requisitos.

Bom dia Nolher, Você esta falando do Redespacho Intermediário, correto? Muito bem, o que vem a ser o Redespacho Intermediário? É o serviço prestado pela transportadora XYZ que pega a Carga da transportadora ABC e leva até a transportadora IJK. Veja que interessante se a transportadora XYZ pegar a carga completa de um caminhão e transportar até a outra transportadora ela pode se dar o luxo de emitir somente um CT-e. Uma vez que o Remente que no caso damos o nome de Expedidor é único e o Destinatário que no caso damos o nome de Recebedor também é único. Sendo assim o que devemos informar neste tipo de serviço é os documentos emitidos pelo transporte anterior ou seja os CT-e e não as NF-e, pois estas se referem aos documentos que originaram os primeiros CT-e. Resumindo: Para emitir um CT-e Normal, utilizamos o documento emitido pelo Remetente, ou seja a NF-e, que damos o nome de Documento Originário. Para emitir um CT-e de Redespacho Intermediário, utilizamos o documento emitido pelo Expedidor, ou seja o CT-e, que damos o nome de Documento de Transporte Anterior. Espero ter ajudado.

Bom dia Cesar, A linha que você diz que ocorre o erro ao compilar encontra-se na unit ACBrNFeWebServices.pas, a propriedade em questão é XML e ela esta definida na unit pcnRetEnvEventoNFe.pas que esta dentro da pasta PCN2. Verifique se não existe nenhuma DCU da unit pcnRetEnvEventoNFe.pas dentro da pasta que esta os fontes da sua aplicação ou de outra pasta que o Delphi tem acesso. Caso exista, favor excluir a DCU.

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 Robinho, Se após o envio de um MDF-e notar que ficou faltando incluir um CT-e a solução mais simples é solicitar o cancelamento do MDF-e e emitir um outro com todos os CT-e incluídos no anterior mais o que estava faltando. Quanto a emissão de um CT-e complementar se este vier a ocorrer após a emissão do MDF-e, não vejo motivo para estar cancelando o MDF-e e fazendo outro. Agora se foi emitido antes do MDF-e acredito que você deve incluir somente a chave do complementar e anexar os dois DACTE. Veja bem trata-se de um complementar.

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.