_asseinfo

Olá Isaque, De ante-mão gostaria de salientar que o meu processo de desenvolvimento difere do processo seguido pelo ACBr, cito isto, pois nesta situação eu teria testes de unidade para esse método que fiz a alteração e assim eu saberia 100% a que ele se propõe. Portanto, o ajuste que fiz pode ferir a intenção do método. Sendo assim, peço que pondere sua análise e estou disposto pra discutir a situação para chegarmos em uma boa solução. Também não sei se o ajuste deveria ser feito no método que alterei. Implementei duas propostas para ajuste deste erro e peço que analise. Repare que preferi não gerar qualquer Exception pois a mensagem que poderia ser exibida ficaria muito fora de contexto, assim como a mensagem já citada anteriormente, e assim não direcionar nem um pouco quem quer que seja a encontrar o problema. Visto que, para achar esse erro empenhei um tempo em debug. Minhas propostas estão baseadas em retornar um valor que faria com que o validador EFD e/ou o analista contábil fizesse a crítica. Espero ajudar! Abraço. propostas.zip

Olá pessoal, Só pra constar, no meu caso quando encontrei esse erro, eram campo do layout que tornaram obrigatórios e que eu não inicializava valores nos mesmo. Apenas abasteci os campos e tudo funcionou. Como a validação desses campos são feitas sob a parametrização de um valor do tipo Variant e quando o mesmo não é abastecido ele fica como "Unssigned", a implementação que usa o Format para exibir a mensagem neste método gera uma exceção não haver com o campo não preenchido. Sugiro ao pessoal do ACBr que ajuste esse método. Pois, essa exceção deveria dizer qual campo deveria estar abastecido, porém devido a essa má implementação usando o Format acaba gerando uma exceção não muito explicativa "Format '%a' invalid or incompatible with argument." Espero ter ajudado com alguma coisa. Abraço!

Boa tarde, Eu ainda não consegui resolver o problema do cliente com a Impressora ELGIN K. Mandei um email para a area de desenvolvimento da ELGIN, e eles responderam o seguinte::: Bom dia, Como é utilizado a comunicação direta , o comando FiscNET que é usado para corta é o CortaPapel, segue o manual de comunicação direta. O corte não é feito automático, terá sempre enviar o comando para efetuar o mesmo. Atenciosamente, ________________________________________ Max O.C Guimarães Desenvolvimento Tel.: 0800 7700 300 [email protected] • www.elgin.com.br ------------------------ No caso, a opção seria a gente incluir manualmente, apos cada relatório gerencial, cupom, etc; o comando de corta papel quando a impressora for a ELGIN K??, Muito obrigada, Aguardo retorno,

Obrigada pela resposta Daniel, Eu tenho o Logg2.exe, mais não é como esta na tua imagem. Obrigada!

Obrigada, pelas respostas. A lacradora diz que já esta liberada a guilhotina. Os testes feitos com a DLL, a guilhotina funciona. Só não funciona com comunicação direta com a ACBR.

A guilhotina do cliente funciona, ja que fiz testes com a demo da Elgin, e o comando Cortapapel funciona.

Estou com problema num cliente, com a impressora ELGIN K, não corta papel. Fiz o teste pelo teste ECF da ACbr e realmente não é mandado nem um comando de corta papel. Qual seria a melhor solução??

Obrigado Italo!

Bom dia pessoal, É o seguinte, estou implementando a Carta de Correção para o CT-e, e meu cliente necessita que 3 campos eventualmente possam ser alterados: CFOP, Tomador do Frete e Tipo de Serviço. Minha dúvida é a seguinte, criei um CT-e do tipo Normal (ide.tpServ := tsNormal), e agora quero alterar para Sub-Contratação (ide.tpServ := tstsSubcontratacao). Posso fazer isso com uma carta de correção? Como ficaria o XML, já que tenho que informar a chave do CT-e inicial, e as informações da transportadora inicial. Muito obrigado

Bom dia Régys, muito obrigado pela resposta. Ainda ficou a seguinte dúvida: Segundo a NT2013.005_v1.02 "03.8 Autoriza Download XML Atualmente na Consulta Pública da NF-e tanto o destinatário, quanto o próprio emitente, podem efetuar o download do XML da NF-e, desde que identificados com seu certificado digital (conforme critério da SEFAZ). Idem para o Transportador citado na NF-e." Isso só é possível pelo SEFAZ, ou pelo webservice (com ACBr) também é possível fazer o download sem manifestar? Muito obrigado

Bom dia a todos, implementei um importador XML, e a funcionalidade de download do XML para os destinatários da NF-e, para que em caso de emergência possam baixar o XML, sabendo que está funcionalidade deve ser pouco usada, pois é disponibilizado apenas um percentual das notas. O problema é que agora temos uma transportadora como cliente, e a mesma já utiliza um importador XML, e em poucos casos (segundo eles) precisaram fazer o download do xml para fazer a importação. (Sei que o emitente é obrigado a enviar o XML para o destinatário e para a transportadora). Estou usando o mesmo código utilizado pelos destinatários. Ao tentar fazer o download pela transportadora, pede o manisfesto de ciência da operação. (Até aqui normal). Porém, ao tentar fazer a Ciência da Operação com o CNPJ da transportadora, ocorre o seguinte erro: --------------------------- Warning --------------------------- Id: tpAmb: 1 verAplic: AN_1.0.0 cOrgao: 91 cStat: 575 xMotivo: Rejeicao: O autor do evento diverge do destinatario da NF-e chNFe: 43140856228356011257550300004317101160456523 tpEvento: 210210 xEvento: Ciencia da Operacao nSeqEvento: 1 CNPJDest: emailDest: dhRegEvento: 06/08/2014 09:12:38 nProt: --------------------------- OK --------------------------- Código para Manifestar: procedure TNfEletronica.EnviarManifesto(const CNPJ, chaveDaNFe: string); var Evento: TInfEventoCollectionItem; lMsg: string; begin SelecionarCertificado; FNFeACBr.EventoNFe.Evento.Clear; Evento := FNFeACBr.EventoNFe.Evento.Add; Evento.InfEvento.chNFe := chaveDaNFe; Evento.InfEvento.CNPJ := CNPJ; //Cnpj da transportadora Evento.InfEvento.dhEvento := now; Evento.InfEvento.tpEvento := teManifDestCiencia; Evento.InfEvento.cOrgao := 91; FNFeACBr.EnviarEventoNFe(1); end; Pela SEFAZ consigo fazer o download utilizando o certificado digital da transportadora. No aguardo!

Uso o método "LoadFromStream(StreamXml, True)" e nas internas do mesmo o método "function TMDFeR.LerXml: Boolean;" está caindo na exception "raise Exception.Create('Não encontrei o atributo: Id');" Pelo que notei a varável "FGrupo" não está sendo abastecida. Alguém pode ajudar, agradeço a atenção!

Peço desculpas pela confusão, estava errado. Desculpe mesmo.

Olá pessoal, Havia o problema causado por uma alteração errada no código fonte, a gente explorou ele aqui nesse post, depois voltaram o código fonte anterior novamente e todos o histórico do problema aqui disposto (vários posts com exemplos) foram apagados. Sendo assim, acho que deveria ter sido apagado toda a discussão e não deixar ela pela metade. Até.

Olá italojjr, Quando eu realizo a impressão, uso o método loadFromStream. Desta maneira o código de barras e a chave de acesso não estão sendo impressos. Visto que o xml está autorizado e possui a chave, deveria imprimir o código de barras e a chave. Você consegue ver esse problema? Fiz um teste no Demo_ACBrMDFe e estou lhe enviando em anexo o XML que usei e o PDF gerado. (Estou usando a última versão: commit 890bdbcefac8dea6a4d7b60784c5914279151150 - Author: italojjr) Abraço! XML e PDF.rar

Olá ncc.star, Eu não sei o que impulsionou essa alteração, mas acho que foi um erro. Um comportamento fundamental para o funcionamento foi alterado. O que justificou essa mudança? Será que pode voltar a ser True novamente em uma próxima refatoração? Att.

Olá rrodrigoffernandes, me confundi, desculpe, eu não estava no pc e fiz confuão. O nome do método é: function TManifestos.LoadFromFile(CaminhoArquivo: string; AGerarMDFe: Boolean = False): boolean; Abraço!

Também tive esse, não estava imprimindo nem o código de barras nem a chave. Analisando o log ví que o italojr fez uma modificação na assinatura do método loadFromXml o qual já era padrão gera o mdfe e agora não é mais, ele trocou de True para False. Não sei o que devo fazer pra corrigir. Me parece que o comportamento foi ajustado. Abraço

Boa tarde, Eu tenho a implementação que faz com que a DLL não seja requerida na inicialização do sua aplicação. A minha implementação vale do Delphi 2010 adiante. Ocorreu a necessidade desta implementação para nós, pois na nossa homologação do PAF-ECF, precisamos listar todas as DLL´s de todos os modelos suportados pelo nosso PAF e também outros arquivos necessários. Antes não tinha esta necessidade. Agora por exigência fiscal, todos os nossos clientes vão ter que possuir estas DLL´s na pasta do PAF. Ficaria inviável fazer isto manualmente em cada cliente. Levaríamos uma eternidade. Implementamos um atualizador, assim, na pasta do PAF, vão ficar os arquivos liberados pelo Fisco, e nas mesmas versões para que o HASH seja igual. Com o atualizador pronto, tínhamos o problema que quando o PAF fosse aberto, antes mesmo da checagem destas DLL´s, a DLL já era carregada na memória, não permitindo sua substituição. Com a implementação que fizemos no ACBr, agora, a DLL não carrega antes de seu utilizada, então, temos sempre a certeza de que os arquivos vão estar na versão esperada pelo Fisco. Segue o arquivo modificado em anexo... Abraços. libeay32.pas

Boa tarde galera, tudo bem? Alguém tem interesse na modificação que faz carregar a libeay32.dll somente quando ela for utilizada? Obrigado.

Daniel, Isto vai ocorrer com as comparações de campo float, extended... não só ali, mas em qualquer outro lugar. Nós temos em nosso software uma classe para trabalhar com campos numéricos. Não tenho argumentos para convencer você sobre o problema, mas tem uma imagem mostrando ele a você que ele existe. Eu propus uma solução, mas caso alguém tenha outra, pra mim, tudo certo. Estamos indo homologar o nosso PAF na semana que vem e infelizmente se precisar vou com o fonte do ACBr com a minha solução, mesmo que ela não seja integrada. Abraços.

Pois é Daniel. Não vamos chegar a lugar algum se discutirmos o comportamento de um float. Fica mais tranquilo fazer o arredondamento na hora da checagem, assim, vai ficar garantido que vai comparar com o mesmo número de casas decimais.

Não Daniel. Observe na imagem que na verdade o valor da variável "Valor", mesmo você arredondando no começo da função para 2 casas, por se tratar de float, acaba ficando com várias casas decimais e isto acaba fazendo com que ele seja maior que a soma dos outros dois valores. Eu vejo como solução o arredondando no momento da checagem. Abraços.

Boa tarde Daniel, Eu havia visto dos arredondamentos. Em anexo estou lhe enviando uma imagem do Debug, com as variáveis envolvidas em Watch para que fique mais fácil o entendimento do problema. Abraços.