_asseinfo

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.

Boa tarde Daniel, O Log gerado foi este: -- 07/05 13:44:36:843 - TEF_DIAL Inicializado -- 07/05 13:44:36:844 - TEF_DIAL CancelarTransacoesPendentesClass -- 07/05 13:44:36:844 - TEF_DIAL IniciarRequisicao: ATV -- 07/05 13:44:36:846 - TEF_DIAL FinalizarRequisicao: ATV, Fechando arquivo: C:\TEF_DIAL\req\intpos.tmp -- 07/05 13:44:36:961 - TEF_DIAL FinalizarRequisicao: ATV, Renomeando: C:\TEF_DIAL\req\intpos.tmp para: C:\TEF_DIAL\req\intpos.001 -- 07/05 13:44:36:962 - TEF_DIAL FinalizarRequisicao: ATV, Aguardando: C:\TEF_DIAL\resp\intpos.sts -- 07/05 13:44:37:713 - TEF_DIAL FinalizarRequisicao: ATV, Fim da Espera de: C:\TEF_DIAL\resp\intpos.sts Recebido -- 07/05 13:44:37:714 - TEF_DIAL FinalizarRequisicao: ATV, Verificando conteudo de: C:\TEF_DIAL\resp\intpos.sts -- 07/05 13:45:18:525 - InfoECF: ineEstadoECF -- 07/05 13:45:18:821 - Ret: V -- 07/05 13:45:18:821 - InfoECF: ineSubTotal -- 07/05 13:45:19:823 - Ret: 0,05 -- 07/05 13:45:19:823 - InfoECF: ineTotalAPagar -- 07/05 13:45:19:824 - Ret: -- 07/05 13:46:56:074 - InfoECF: ineEstadoECF -- 07/05 13:46:56:352 - Ret: V -- 07/05 13:46:56:352 - InfoECF: ineSubTotal -- 07/05 13:46:57:252 - Ret: 0,05 -- 07/05 13:46:57:252 - InfoECF: ineTotalAPagar -- 07/05 13:46:57:252 - Ret:

Boa tarde amigos, Eu estou realizando testes no componente de TEF, e testando o troco permitido para o TEF, encontrei um problema. Quando o valor da operação em TEF contiver casas decimais e o valor do troco for igual ao limite de troco permitido, ocorre um erro não permitindo a operação. Eu resolvi o problema arredondando para 2 casas na hora da checagem dos valores. Na linha 2661, trocar o conteúdo original po "if (RoundTo(Valor, -2) > RoundTo(RespostasPendentes.SaldoRestante + TrocoMaximo, -2)) then". Obrigado.

Oi Gente, Acabei de atualizar o Acbr e da erro na pmdfeEventoMdfe. Na tinfevento teRegistroPassagem : Result := 'Registro de Passagem'; teRegistroPassagemBRId: Result := 'Registro de Passagem BRId'; Agradeço,

Estou com esse problema na Elgin K... Gostaria de saber se essas configurações são feitas no momento da lacração? E se é possível fazer a configuração nessa ECF agora que já está em funcionamento? Se sim, como devo proceder? Muito obrigado!

Boa Tarde. Eu tenho uma dúvida referente a este ponto..UF de percurso...Tem alguma validação que a Sefaz disponibilize e já indique quais são as possíveis UF´s de percurso entre A UF de carregamento e a UF de descarregamento. Ja que percib que no soft gratuito disponilibilizada no site da sefaz de SP, se Tu botar qualquer UF que realmente não tenha a ver com a UF de carregamento e descarregamento, a MDf-e volta rejeitada por causa da UF de percurso inválida. Att, Laura

Boa Tarde. Eu tenho uma dúvida referente a este ponto..UF de percurso...Tem alguma validação que a Sefaz disponibilize e já indique quais são as possíveis UF´s de percurso entre A UF de carregamento e a UF de descarregamento. Ja que percib que no soft gratuito disponilibilizada no site da sefaz de SP, se Tu botar qualquer UF que realmente não tenha a ver com a UF de carregamento e descarregamento, a MDf-e volta rejeitada por causa da UF de percurso inválida. Att, Laura