italo.giurizzato.junior

Boa noite Rodrigo, Por favor pesquise antes de postar. A sua questão já esta respondida em outros tópicos.

Boa noite a todos, Conforme dito, usei a minha aplicação, para emitir um lote com 3 CT-e na versão 1.04. Os 3 XML foram gerados, assinados, validados, o lote foi gerado e enviado, com o retorno dos 3 autorizados e os DACTEs impressos. Repeti o mesmo teste só que na versão 2.00 e tudo ocorreu conforme o esperado, ou seja o lote com os 3 CT-e foi enviado, autoriza e os DACTEs impressos sem nenhum problema. Como a mensagem de erro é retornada pelo Webservice, acredito que o problema esta na SEFAZ.

Boa noite Graça, Abra o XML usando o bloco de notas. Já vi o Internet Explorer apresentar os atributos de forma invertida.

Boa noite Cláudio, Quando um CT-e é rejeitado, devemos corrigir o problema e gerar novamente o XML, assinar, validar e enviar.

Boa tarde leufmt, Me desculpe, mas as mensagens por si só deixam claro o que esta ocorrendo. A primeira diz que a funcionalidade que você esta tentando usar não esta disponivel para o provedor em questão, logo você tem que enviar de outra maneira. A segunda traz até o que é preciso ser feito. Pela mensagem retornada, o webservice detectou que a pessoa A esta tentando emitir uma nota em nome da pessoa B, isso é até possível desde que a pessoa B autorize o provedor a pessoa A emitir nota em seu nome.

Boa tarde a todos, Vou realizar um teste hoje a noite, tanto na versão 1.04 quanto na versão 2.00. Quero lembra-los que o componente não possui nenhuma procedure ou function ou classe com o nome: ProcessadorLote.enviarCTeFila()

Boa tarde Graça, Para mim essa resposta da SEFAZ não tem muito haver, uma vez que a NF-e também o atributo versão vem antes do Id. Mas tudo bem, não custa nada tentar. Já realizei a alteração na posição dos atributos. Agora é atualizar os fontes e testar novamente.

Bom dia Leonardo, Muito obrigado pela colaboração.

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.