Italo Giurizzato Junior

Bom dia José, Se possível post como anexo o XML.

Bom dia rommaraujo, Pelo que me lembro, o webservice retorna sim um arquivo contendo varias notas, mas o componente se encarrega de salva-las separadamente, ou seja, um arquivo para cada uma, dentro da pasta NFSe.

Bom dia Tallys, Os fontes estão atualizados?

Bom dia Leonardo, Mais uma vez obrigado pela colaboração, assim que possível vou analisar e disponibilizar.

Bom dia Leonardo, Tente inverter os dois IF para ver se resolve o problema. function TNFSeR.LerXml: boolean; begin Result := False; if Pos('<Nfse', Leitor.Arquivo) > 0 then Result := LerNFSe; if Pos('<Rps', Leitor.Arquivo) > 0 then Result := LerRPS;

Bom dia Thiago, Você pode informar sim a data de competencia, por exemplo: NFSe.Competencia := StrToDate('30/08/2013'); NFSe.DataEmissao := Now; Se não for atribuido nada a propriedade Competencia a data a ser utilizada vai ser a de emissão. Espero ter ajudado.

Bom dia Ivanorbolson, O que tenho a lhe dizer é a mesma coisa que eu disse ao 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.

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 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.