Italo Giurizzato Junior

Bom dia Jair, Assim que possível, vou analisar e disponibilizar. Muito obrigado pela colaboração.

Bom dia mepissolato, Fora a configuração: ACBR.Configuracoes.Geral.ModeloDF := moNFCe; Ao alimentar o componente com os dados da venda você esta passando esses dados: infNFe.Versao := 3; Ide.modelo := 65; Se sim, tente atribuir o moNFCe diretamente no Object Inspector do componente e não via código como você deve estar fazendo. Quanto as URLs já inclui e disponibilizei. Muito obrigado pela colaboração.

Bom dia a todos, Acabo de disponibilizar a correção sugerida por lvr. Por favor atualize os fontes.

Bom dia, Eu utilizo o Delphi 7 Quick Report 5.0.2 e não tive esse problema, a impressão do CNPJ do Destinatário foi gerada corretamente no PDF. Realizei um teste neste exato momento e esta OK.

Bom dia Luis, Você geou o evento EPEC, muito bem, obteve o protocolo, isso significa que o EPEC foi aceito. Ao enviar o CT-e para SEFAZ você obteve como resposta a mensage: O evento previo deste ct-e não foi autorizado na SVC ou ainda não foi sincronizado. Note que a mensagem esta clara e que no seu caso o problema esta na conclusão do sincronismo, ou seja, o WebService que recepcionou o EPEC ainda não enviou o evento para a SEFAZ que recepciona o CT-e, logo você deve aguardar mais um pouco e tentar novamente. Por favor leia atentamente a NT 2013/008, são apenas 2 folhas.

Bom dia Osvaldo, Segundo o Manual - DACTE versão 1.0.0b, traz na página 12 um exemplo do quandro a ser impresso quando no XML do CT-e tivermos informações sobre produtos perigosos. Vou estudar uma maneira de incluir esse quadro. Não lhe prometo para esta semana. Mas vou incluir. Caso alguem já tenha feito essa alteração no DACTE (versão Quick Report) e queira colaborar, por favor post como anexo os fontes.

Bom dia Graça, Tenta fazer o seguinte: Abra o Arquivo ACBrCTeDacteQRpkg (Delphi Package) com o bloco de notas; altere a linha: {$IFDEF VER150} QR5RunD7, vcljpg, visualclx; {$ENDIF} // D7 para {$IFDEF VER150} QR4RunD7, vcljpg, visualclx; {$ENDIF} // D7 Uma vez que você utiliza a versão 4 do QuickReport com o Delphi 7 Fecha o arquivo salvando-o. Depois abra o pacote através do Delphi, tente compilar e instalar.

Bom dia Barbara, Favor atualizar os fontes e testar.

Bom dia Thiago, Se a propriedade AtualizarXMLCancelado estiver com o valor True será salvo automaticamente o XML com o protocolo de cancelamento, assim que o comando Cancelamento for executado.

Bom dia Robson, Verifique se o seu fonte: pnfsConversao esta atualizado. A cidade de Betim/MG tem que estar na relação de cidades do provedor Ginfes.

Bom dia Udenilson, Fiz algumas alterações, por favor atualize os fontes, vamos ver se agora o XML da NFSe vai ser salvo com os prefixos.

Bom dia Oneide, Post como anexo os schemas que o provedor Betha disponibilizou a você.

Bom dia Michel, Favor atualizar os fontes e testar.

Bom dia Jair, Post como anexo os fontes que esta funcionando 100%.

Boa noite Gil, Você leu as Notas Técnicas disponiveis no Portal Nacional da NF-e que trata do assunto NFC-e Nota Fiscal ao Consumidor Eletrônica? Pelo jeito não, pois as suas duvidas estão respondidas nelas. Temos agora 2 documentos fiscais o modelo 55 e 65. No modelo 55 que é a NF-e é obrigatório informar o destinatário, portanto é obrigatório informar o CNPJ ou o CPF do mesmo. No modelo 65 que é a NFC-e o destinatário é opcional, logo todo o grupo que contem os dados do destinatário poderá não constar no XML. O modelo a substituir o ECF é o 65 e não o 55.

Boa noite Mark Apollo, Relaxa, não fiquei ofendido ou chateado, sei que é dificil agradar a todos e toda critica construtiva e sugestões são bem vinda.

Boa tarde lvr, Obrigado pela colaboração. Já esta disponivel.

Boa tarde Jair, Vendo os arquivo gerados, notei a ausencia do numero do protocolo. Apesar de ele ter sido retornado logo após o envio do lote. Fiz uma alteração, favor atualizar os fontes e tentar novamente.

Boa tarde a todos, Como responsável pelas alterações no componente ACBrCTe, gostaria de colocar a minha posição sobre esse assunto. Quando comecei a usar os componentes ACBr foi um pouco antes do lançamento da versão 2.00 da NF-e. Na época os responsáveis pelo componente resolveram em criar um novo componente o ACBrNFe2 que era destinado a versão 2.00 em contra partida ao ACBrNFe que era destinado a versão 1.11 se não me falha a memória. Mas tinhamos um problema, internamente o componente tinha o mesmo nome ou seja ACBrNFe1, portanto não era possivel ter os dois instalados no mesmo Delphi. Isso sem falar que muitos compilavam o pacote PCN2 e depois queriam compilar o ACBrNFe e vice-versa. Instalava o ACBrNFe e queriam emitir a NFe na versão 2.0 Esses são os problemas que observei lendo o fórum na época. Logo o que é mais fácil, alterar o ACBr.inc e compilar a sua aplicação com a opção Build ou ter que remover um componente para instalar outro? Sei que poderiamos criar um segundo componente e alterar o nome interno dele, por exemplo ACBrCTev2 desta forma poderiamos ter os dois componentes instalados no mesmo Delphi. Mas resolvi repetir o procedimento adotado quando a versão do CT-e mudou de 1.03 para 1.04, me digam foi muito traumatico essa mudança? Os clientes reclamaram muito, por ter que usar um programa a parte, para poder ler o XML e imprimir o DACTE da versão anterior? Já postei em outros tópicos, como ficaria a rotina na hora de alimentar o componente em função da nova versão. Eu lanço mão da diretiva de compilação. Portanto a minha aplicação hoje é capaz de gerar XML do CT-e nas versões 1.04 ou 2.00 bastando alterar o ACBr.inc e compilar com o Build. Não preciso trocar uma virgula se quer na minha aplicação. Quem sou eu em dizer o que é certo o que é errado, apenas adotei uma solução, me desculpa se ela deixa a desejar em alguns aspectos.

Boa tarde Robson, Tome como base o programa exemplo, no que diz respeito a configuração do componente.

Boa tarde Igor, Sim, toda e qualquer alteração nos dados do manifesto há necessidade de realizar o encerramento e fazer um novo. Seja pela troca do motorista, troca do caminhão, alteração no conteudo da carga, tem que fazer um novo. Como o meu cliente não utiliza o MDF-e, não sei lhe dizer com toda segurança se o segundo a ser emitido tem que ser a unidade de São Paulo ou a unidade de São José dos Campos.

Bom dia Luiz, O problema é simples, analisando o código fonte do ACBrNFeMonitor ( programa que você utiliza para emitir o CT-e ) não possui as linhas necessárioas para alimentar o componente com os dados necessários para um CTe de Complementação de Valores. Por favor, aguarde mais um pouco até o pessoal implementar.

Bom dia Udenilson, Foi feito a principio para que o XML do RPS fosse salvo segundo a data de Emissao, mas para isso devemos atribuir o valor True a propriedade EmissaoPathNFSe. Depois implementei essa possibilidade de salvar também o XML da NFSe. Favor verificar se os seus fontes estão atualizados. E em qual fonte e linha, você fez a alteração para manter o prefixo, tc:?

Bom dia a todos, Querem uma solução? Faz uma denuncia, junto ao fisco, SEFAZ, etc, informando que o emitente da NF-e se recusa a disponibilizar o XML assinado e protocolado ao destinatário da carga e ou a transportadora responsável pelo transporte da mesma. Sendo que a obrigatoriedade esta muito bem clara no Ajuste SINIEF 07/2005, no Paragrafo 7, inciso I e II da Cláusula sexta: (...) § 7º Deverá, obrigatoriamente, ser encaminhado ou disponibilizado download do arquivo da NF-e e seu respectivo Protocolo de Autorização de Uso: I - ao destinatário da mercadoria, pelo emitente da NF-e imediatamente após o recebimento da autorização de uso da NF-e; II - ao transportador contratado, pelo tomador do serviço antes do início da prestação correspondente. (...) link do Ajuste na integra: http://www.fazenda.gov.br/confaz/confaz/ajustes/2005/AJ_007_05.htm

Bom dia Luiz, Se tratando de tributação, aconselho você consultar o contador a transportadora. Inclusive ele poderá orientar no que diz respeito ao texto, se há necessidade ou não.