Paulo Tenório

Pode ser coincidência mas esse comportamento começou após a migração para o plus. Não sei se diz respeito ao Lazarus, Indy ou qualquer outra característica envolvida no projeto mas percebi que ficou mais lento. Não podemos esquecer do fato desse monitor ser muito mais completo e flexível, unindo quase todas as funcionalidades da ACBR num só aplicativo e pode levar tempo até amadurecer e otimizar.

Já verificou a qualidade da conexão de internet? Eu tenho tido problemas na etapa de envio por e-mail do DANFE, em alguns casos preciso atpe finalizar o monitor, que fica travado no processo de envio.

Está ativo sim, embora nunca tenha visto alterações desde que baixei a inicial. Se encontra na revisão 2, no endereço: https://svn.code.sf.net/p/calculonfe/code

É a existência de um evento de cancelamento que caracteriza a nota como cancelada. Na existência do mesmo, antes de imprimir o DANFE é necessário mudar a propriedade NFeCancelada para verdadeiro. A forma mais segura de controlar os cancelamentos é através de consultas de manifestações na SEFAZ, afinal, o que vale é o que está lá.. ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(Modulo.Nfe_Enviadas + '\' + Trim(Dsadnotasai.Dataset.Fieldbyname('Nfe_Arqxml').Asstring)); ACBrNFeDANFeRL1.NFeCancelada := Dsadnotasai.DataSet.FieldValues['Cod_Situnota'] = 2; IF ACBrNFeDANFeRL1.NFeCancelada THEN ShowMessage('ATENÇÃO!!! Esta nota está cancelada na SEFAZ.'); ACBrNFe1.DANFE.Usuario := Modulo.User; ACBrNFe1.Danfe.Mostrarpreview := True; ACBrNFeDANFeRL1.ACBrNFe := ACBrNFe1; ACBrNFe1.Notasfiscais.Imprimir;

Está corrigido aqui.

Aqui, no Delphi7, ocorre a mesma falha.

Aqui a mesma falha no Delphi7..

Obrigado Italo, já estou utilizando o Plus 0.1.9.02 e não ocorre mais o problema. Aproveitando o embalo, Italo, você alterou o tipo da TAG CEST de String para integer mas acho que deverá ser "String somente Números". Pela Nota Técnica, serão sete dígitos sendo os dois primeiros o segmento da mercadoria ou bem, do terceiro ao quinto o item de um segmento e o sexto e sétimo correspondem à especificação do item, Segundo a tabela de segmentos, ela começa em 01 e vai até 25, sendo impossível iniciar com "01' caso seja mantido o tipo Inteiro.

Imagino que sim, eu sinceramente não fiz o teste, mas tudo do antigo foi migrado para o novo, mantendo-se o que existia e acrescentando diversas funcionalidades, algumas coisas podem estar diferentes. Paulo, não entendi o cenário, você gera nos terminar manualmente? Poderia me enviar exemplos dos arquivos para que eu possa entender melhor? Regys, Utilizamos um único cartão do tipo A3 num servidor de arquivos, onde instalei o ACBRNFeMonitor (agora o Plus), único responsável por qualquer operação que exija o uso do certificado (se fosse do tipo A1 sei que seria mais fácil mas a empresa e a contabilidade decidiram A3. Tive que dar meus pulos). Cada terminal da empresa que precisa gerar uma nota fiscal eletrônica entra no módulo de notas fiscais e segue o caminho: 1 - Alimenta os dados da nota; 2 - Usa o "ACBRNFe" somente para gerar/salvar o XML na pasta C:\XML e grava seu nome num campo próprio do registro de notas; 3 - Após confirmada a geração e gravação do XML, este arquivo é copiado para a pasta \\192.168.0.1\ACBrNFeMonitor; 4 - São criados arquivos texto chamados ENTNFE+[Número da Nota] que comandam: Status da SEFAZ, Validação do arquivo, Assinatura do arquivo, Envio à SEFAZ e Envio por email ao destinatário com cópia para a contabilidade. O arquivo gerado localmente fica sem o CEST, Depois de copiado para o servidorcontinua sem o CEST. O arquivo que está sendo enviado à SEFAZ vai com CEST e é devolvido. Voltando ao Plus 0.1.0.9.01 tudo funcionou normal.

Não entendo quais ajustes e remendos você fala Paulo, eu instalei o Lazarus usando o instalador da versão 1.4.2 baixado do site normal do Lazarus, instalei normalmente sem problemas, instalei o Fortes para Lazarus e o ACBr também sem problemas, tudo muito simples e fácil, tenho usado está instalação desde então para compilar e está tudo normal. Baixe daqui: http://www.lazarus-ide.org/, clique em Download. Não entendo quais ajustes e remendos você fala Paulo, eu instalei o Lazarus usando o instalador da versão 1.4.2 baixado do site normal do Lazarus, instalei normalmente sem problemas, instalei o Fortes para Lazarus e o ACBr também sem problemas, tudo muito simples e fácil, tenho usado está instalação desde então para compilar e está tudo normal. Baixe daqui: http://www.lazarus-ide.org/, clique em Download. Desculpem a minha falta de informação na questão do Lazarus. Talvez eu tenha desistido muito cedo e facilmente após pesquisas na internet sobre a instalação e compatibilidades. Trabalho sozinho na área de desenvolvimento de uma empresa de comércio varejista onde os gestores cobram rápidos resultados sem conhecimento da área por não ser o foco principal dela, Ao ler depoimentos de usuários falando sobre a compatibilidade parcial entre o Lazarus e o Delphi, além de precisar alterar fontes de alguns componentes, trocar sintaxes, criar dlls em delphi para axexar ao projeto e etc me desistimularam sequer a baixar e experimentar. Sei que as fontes de informação da internet nem sempre são confiáveis e os depoimentos verdadeiros mas não tenho o chamado tempo de "ócio-criação" para projetos de pesquisa, deixei de lado. Regys, como confio na sua experiência e conhecimento, vou dar mais uma chance ao Lazarus e retorno com minha impressão de leigo. Se puder me indicar tutoriais e documentações objetivas sobre a migração eu ficarei agradecido e vestirei a camisa. Uso e sempre usei o Delphi licenciado, inclusive com subscrição, seria excelente para meu setor, economizar em licenciamento de software e investir em poder de processamento de máquinas.

Eu também lamentei isso, não uso o Lazarus e com isso acabo deixando de participar do desenvolvimento, corrigindo e/ou apresentando o trecho do código onde se encontra uma possível falha. Até cogitei instalá-lo mas tem tanto ajuste manual e remendos a fazer que acabei desistindo.

Regys, essa sua compilação especial está gerando automaticamente a tag CEST no envio mesmo que não exista no XML original, causando rejeição na SEFAZ. Eu gero o XML nos terminais, copio para o servidor e transmito via Monitor Plus. Pelo que percebi, o Monitor não envia diretamente meu XML, ele carrega o arquivo na classe interna antes da transmissão e, nesse momento, está incluindo por conta própria a tag CEST.

A versão do Plus 0.1.9.01 que está na seção de downloads está ok mas uma compilação especial 0.1.9.1a que o Regys disponibilizou em outro post está gerando a TAG CEST e causando rejeição nas NFe.

Sem a CEST dá o mesmo erro de rejeição. Analisando tudo aqui, descobri que é a versão nova do ACBRNFeMonitor que está causando o problema. Ela envia a TAG para a SEFAZ mesmo que não exista no XML que eu gero, com isso dá o erro. Voltei para o monitor antigo, antes do Plus, e deu certinho na hora.

Boa tarde amigos, Há uma hora minhas notas começaram a ser rejeitadas pela SEFAZ por falta da tag CEST, que nem entrou em homologação ainda. Já reinstalei os componentes e mesmo assim o XML gerado não insere essa TAG, alguma dica de como resolver esse problema? A mensagem de retorno e o comando são: Nfe.EnviarNFe("32150927550193000100550010000178341705005531-nfe.xml", 17834, 1, 1) ERRO: Falha na validação dos dados da nota: 17834 Element '{http://www.portalfiscal.inf.br/nfe}CEST' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/nfe}prod'. Obrigado,

Perfeito Regys, era a acentuação mesmo. Como eu mudo para resolvido este post?

Daniel, essa manifestação é referente a uma nota emitida por terceiro dirigida ao meu CNPJ. Como não recebi a mercadoria a tempo, decidi manifestar a operação como "não realizada". Por esse motivo, não existem etapas anteriores. Encontrei no changelog.txt do PCNComum uma alteração suspeita: 12/08/2015 [+] function TpEventoToDescStr(const t: TpcnTpEvento): string; Retorna a descrição do tipo de evento Por: Italo Jurisato Junior Talvez a função acima retorne uma string acentuada e a insira no XML. Como não uso Lazarus, não pude abrir o projeto para compilar uma versão de teste. Anexei dois arquivos XML. o último que funcionou (usando o monitor antigo) e o do Plus com a falha. Repare que o antigo gerou o XML sem cedilha e sem til, já o plus deve ter tentado gerar com os caracteres especiais e o XML ficou com interrogações. Monitor antigo Ok - 2102403215082755019300010055001000017113182240235701-procEventoNFe.xml Plus com falha - 2102403315083134122500013555001000619185117596513801-procEventoNFe.xml

Bom dia Daniel. Reproduzir é simples. Uso uma função que cria um arquivo .txt tendo, exclusivamente como conteúdo o comando NFE.ENVIAREVENTO seguido de seus parâmetros: IF NOT Solicitamonitor('NFE.ENVIAREVENTO("' + ' [EVENTO]' + chr(13) + ' idLote=1' + chr(13) + ' [EVENTO001]' + chr(13) + ' chNFe=' + Modulo.AdNFE_Destinadas.FieldValues['CHNFE'] + chr(13) + ' cOrgao=91' + chr(13) + ' CNPJ=' + Trim(Modulo.ADOEmitente.FieldByName('CNPJCPF').AsString) + chr(13) + ' dhEvento=' + DateTimeToStr(IncMinute(NOW, -10)) + chr(13) + ' tpEvento=' + '210240' + chr(13) + ' xJust=' + Trim('PEDIDO DESTA NOTA FISCAL NAO CHEGOU AO DESTINATARIO') + chr(13) + ' nSeqEvento=1' + chr(13) + ' versaoEvento=1.00' + '")' ) THEN ... Um exemplo do resultado desta função é apresentado abaixo, lembrando que no monitor antigo manifesta perfeitamente, NFE.ENVIAREVENTO(" [EVENTO] idLote=1 [EVENTO001] chNFe=33150831341225000135550010006186881425260360 cOrgao=91 CNPJ=27550193000100 dhEvento=25/08/2015 14:39:56 tpEvento=210240 xJust=PEDIDO DESTA NOTA FISCAL NAO CHEGOU AO DESTINATARIO nSeqEvento=1 versaoEvento=1.00")

Boa tarde amigos, Hoje fui surpreendido por uma falha no ACBRMonitor Plus. Ao tentar manifestar uma nota fiscal como "operação não realizada" fui surpreendido pela Rejeicao: Evento nao atende o Schema XML especifico. Pesquisando no log, verifiquei que no monitor antigo, com a mesma sintaxe tudo funciona bem, o problema está no Plus. Em anexo um trecho do log onde percebi como diferença apenas interrogações nos caracteres especiais da descrição no retorno do evento., No XML de requisição/pedido, armazenado na pasta de troca de arquivos com o webservice, também existem as interrogações. é alguma configuração de page code do meu servidor ou falha na geração do XML pelo programa? log.txt

Na versão 1.8.03 está tudo resolvido e já passou o dia inteiro em produção. Só ficou uma mensagem no log dizendo '"E-mail de teste enviado" após fazer logout no servidor de email, mas é só questão informativa, não interfere no funcionamento. Obrigado,

Desculpe Daniel, pelo tamanho do log. Ele representa o período em que efetuei os testes em produção. Através desse log pude verificar que os processos de comunicação com os webservices estão perfeitos, com exceção do download e da auto-substituição do texto do e-mail com as informações da nota. Verifiquei que o Regys alterou alguns detalhes e esperarei a disponibilização da nova versão do monitor plus para testar. Infelizmente não uso Lazarus, meu tempo é bem apertado mantendo nosso ERP e nosso PAF-ECF, não há oportunidade para experimentos com essa plataforma. Obrigado pela atenção, quando sair uma nova versão me manifesto quanto à solução do problema.

Capicom com certificado A3 (cartão). Repare no log. Quando existe a data e hora no início da linha é utilizando o monitor antigo (o Plus não registra essas informações, uma pena). Acontece de falhar com o monitor antigo mas é raro. Quando utilizo o plus é o contrário, em raros momentos funcionou e não gravou o xml na pasta configurada, gravou na pasta originalmente definida como padrão. log.txt

Daniel, Aqui na empresa optamos por utilizar o monitor para centralizar todas as operações de nota fiscal eletrônica com um único cartão de certificado. Não tenho como reproduzir com o Demo do NFe por ser um problema específico do monitor plus. Suspeito que seja relacionado ao tempo de espera pela resposta do webservice de download, a falha de time out é instantânea, ou seja, ele não espera nada. Já no monitor antigo existe uma pausa em torno de um segundo até que o arquivo seja baixado e gravado na pasta configurada como local de troca de arquivos.

Sim Daniel, eu verifiquei esse código de retorno. O problema é que só ocorre no plus. Quando eu volto para o monitor antigo não ocorre o time out.

Obrigado Regys, pela presteza. Eu configurei corretamente a aba webservice. apontando para a mesma pasta que uso com o ACBRNFeMonitor. O grande problema é que o download na maioria das vezes não ocorre, retorna o erro abaixo: NFe.DownloadNFe("27550193000100","35150804692027001034550050017506661055461938") ERRO: WebService Download de NF-e: - Inativo ou Inoperante tente novamente. Erro Interno: 12002 Erro HTTP: 4 Erro: Requisição não enviada. 12002 - The operation timed out Voltando ao monitor antigo, de imediato funciona. Percebi que o Plus não espera quase nada para retornar o erro, enquanto o antigo espera alguns segundos e retorna o arquivo. Pode ser algo relacionado ao tempo de espera pela resposta do webservice e só acontece na operação de download.