Cleber Ferreira

Mas você o questionou se o código de barras está registrado no órgão competente?

Tenta pegar a data/hora atual do pc e decremente 1 hora.

Bom dia, Estranha a situação... fazendo uma consulta rápida pelo google e olhando a Wikipedia, realmente não existe o prefixo 689. Vide link: https://pt.wikipedia.org/wiki/Lista_de_códigos_de_país_GS1 Nenhum país adota esse prefixo. Contate o fornecedor e questione ele se esse código de barras foi inventado ou se foi devidamente registrado pela GS1. Por incrível que pareça já tive experiências em que o cliente inventava o código de barras e achava que estava certo. Quando a NF-e entrou, muitos conceitos errados tiveram que cair. E agora com a versão 4.00, outros conceitos errados deverão cair também.

Bom dia, o cabo serial utilizado segue as especificações do fabricante? Um dia encaminhei as especificações e um cabo que eu tinha aqui para uma assistência técnica para verificar se o mesmo era compatível. Me retornaram que sim, era compatível, porém a comunicação não ocorria. Depois de uma certa frustração, decidimos enviar para outra assistência que confirmou que o cabo não seguia as especificações. Aí confeccionaram um para nós e conseguimos ter a comunicação. Passando a analisar sua imagem, para balança da Toledo, eu utilizo as seguintes configurações: Modelo=balToledo Baud Rate=4800 TimeOut=3 Databits=8 Stopbits=s1 Paridade=pNone Você terá que conferir também as configurações internas da própria balança. Creio que dentro do manual dela você encontrará o procedimento para tal.

@leomcl Só um adendo à discussão. O MD5 impresso no cupom é referente ao arquivo que contem a lista dos principais executáveis do PAF-ECF. O MD5 que consta no AITe é somente do .exe do programa. Sendo assim, não vai bater nunca mesmo. O AITe só pede isso. Basta abrir o txt dos arquivos executáveis e mostrar que o MD5 na linha do principal .exe é o mesmo que está no AITe.

Bom dia, no manual do CT-e não consta esclarecimento para essa dúvida, se pode ou não. Porém diz que o vRec (valor que vai ser recebido) pode ser menor ou igual ao vTPrest.

Amanha irei testar no cliente e ver o que acontece. Na minha deu certo.

@Daniel Simoes, com isso nao preciso mais usar o ACBrPosPrinter.Ativar e nem o ACBrPosPrinter.Desativar, correto? Com isso, o componente vai aguardar até o término da impressão?

Boa tarde, Estou realizando impressão do DANFCe utilizando o ACBrPosPrinter. Eu mantenho a conexão com a impressora sempre ativa. Porém o cliente quer utilizar a mesma impressora em outro programa. Porém ocorre conflito devido a conexão estar aberta no meu programa. Eu mudei meu código, passando o comando ACBrPosPrinter.Desativar, depois do comando de impressão. Entretanto, a impressão para logo que desativo a conexão. Minha pergunta é se tem algum atributo no componente que faça com que minha aplicação aguarde o término da impressão, para que ao final eu desative o componente.

Evento OnAntesFinalizarRequisicao do componente ACBrTEFD: procedure TForm1.ACBrTEFD1AntesFinalizarRequisicao(Req : TACBrTEFDReq); begin if Req.Header = 'CRT' then Req.GravaInformacao(706,000,'8'); end;

Isso mesmo.

Boa tarde, utilizando o componente ACBrBAL você consegue capturar o peso. Dê uma olhada no demo.

Boa tarde, É interessante realizar sim, pois as chances são grandes de dessas situações ocorrem no seu cliente.

Bom dia, Pois é. Como eu disse, fora da realidade.

Você deu um build no seu projeto?

Manual e suporte do SiTef se confundem em alguns pontos da homologação. O que é repassado não condiz com a realidade do simulador em alguns testes. O jeito é contactar eles novamente e falar que não ficou claro o caminho que te passaram.

Boa tarde, Abra o arquivo ACBrTEFDClass.pass e comente o codigo da linha 1563 a 1568. 710 : begin {if Linha.Informacao.AsInteger > 0 then begin Usar711 := True; fpImagemComprovante1aVia.Clear; fpQtdLinhasComprovante := Linha.Informacao.AsInteger; end;} end;

Na verdade até o momento não tive essa necessidade de gravar para uma baixa posterior. Mas ja vi tres caminhos que podem ser seguidos: 1 - há quem tem dentro do programa o modulo de conciliação de TEF. Algo simples. O usuário lança as transações feitas em cartão e depois quando as administradoras forem pagando, vai dando baixa. 2 - Outros têm módulos mais robustos onde pegam arquivo de retorno e baixam de forma mais automática. 3 - Outra opção que já vi no mercado são as soluções de conciliação oferecidas pelas próprias administradoras. A primeira opção é mais facil de implementar e mais manual A segunda opção é um pouco mais automatizada porem creio ser mais dificil de conseguir. Essas empresas não gostam ou não dispõe de estrutura para fornecer os arquivos. A terceira é mais onerosa e implica em voce utilizar um programa que não é seu.

Bom dia, o SiTef retorna as parcelas corretamente. Valores e vencimentos. Pay&Go não retorna. Cappta se me lembro bem não retorna também. Outros não posso dizer pois não implementei.

Boa tarde, segue em anexo... ACBrTEFDClass.pas

Bom dia, durante os testes de cancelamento de transações, me deparei com a seguinte situação: No passo 43 pede para cancelar uma transação onde o NSU original é "123456789A123456789B123456789C123456789D". Porém ao realizar o CNC, o mesmo informa no arquivo somente os numeros, ou seja, "123456789123456789123456789123456789". Para conseguir atender o requisito, tive que fazer uma alteração no ACBrTEFDClass.pas, linha 1201. segue: procedure TACBrTEFDReq.SetNSU(const AValue : String); begin fNSU := AValue; //fNSU := OnlyNumber(AValue); fConteudo.GravaInformacao(12,0,fNSU); end; Bastou apenas remover o OnlyNumber. Pelo que li nos manuais da NTK, algumas redes podem retornar um NSU maior e podem conter numero e letras. Não subi o arquivo alterado aqui pois se trata de uma modificação muito simples. Creio que seja mais facil e seguro algum administrador ou moderador alterar e disponibilizar. Para quem for fazer esse teste, um alerta importante. No Passo 41 onde é feita a venda original para depois ser feito o cancelamento no passo 43, há um erro. O NSU retornado no CRT foi apenas "9C123456789D" e não da forma completa como deve ser para atender o passo 43. Vou até reportar isso ao suporte da NTK. Para atender o passo 43, eu tive que alterar o NSU no meu banco, colocando o completo impresso no comprovante. Espero ter ajudado.

Boa noite, Ao disparar a rotina ConsultarNFSeporRps de forma casual, está me retornando o xml da nfse com o seguinte nome de arquivo: "35180256000000000006487-nfse.xml". Porém lá no envio do lote de RPS, depois que envio o mesmo, disparo a rotina ConsultarNFSeporRps também. E ao final, pego a chave da nota utilizando o comando: ACBrNFSe1.NumID[DMACBr.ACBrNFSe1.NotasFiscais.Items[0].NFSe]. Nesse comando, a chave retornada é '351802xxxxxxxxxxxxxx56000000000006487' onde o 'x' é o cnpj do emissor. Eu faço uso dessa chave posteriormente para localizar o xml. O problema é que a rotina ConsultarNFSeporRps não grava o cnpj no nome do xml. Então, analisando os fontes no arquivo ACBrNFse.pas, encontrei a seguinte situação: function TACBrNFSe.GetNumID(ANFSe: TNFSe): String; var NumDoc, xCNPJ: String; begin if ANFSe = nil then raise EACBrNFSeException.Create('Não foi informado o objeto TNFSe para gerar a chave!'); if ANFSe.Numero = '' then NumDoc := ANFSe.IdentificacaoRps.Numero else NumDoc := ANFSe.Numero; if ANFSe.PrestadorServico.IdentificacaoPrestador.Cnpj = '' then xCNPJ := ANFSe.Prestador.Cnpj else xCNPJ := ANFSe.PrestadorServico.IdentificacaoPrestador.Cnpj; if Configuracoes.Arquivos.NomeLongoNFSe then Result := GerarNomeNFSe(Configuracoes.WebServices.UFCodigo, ANFSe.DataEmissao, OnlyNumber(xCNPJ), StrToInt64Def(NumDoc, 0)) else Result := NumDoc + ANFSe.IdentificacaoRps.Serie; end; O provedor para o qual estou emitindo é o IssDSF. E tanto dentro do xml do rps quando da nfse, não tem o cnpj do emissor. Fazendo com que realmente o cnpj não faça parte da composição do nome do xml. Alguém pode dar uma ideia da forma como o componente pode ser alterado internamente para contornar a situação?

Boa tarde, Analisando o seu relato, afirmo que as configurações de SSL em nada tem relação ao problema gerado. Isso se trata de validação do seu xml e não assinatura ou comunicação de webservice. Trata-se apenas de conteudo que não é aceito nas regras atuais da NF-e. Recomendo analisar o MOC afim de detectar o que voce deve informar ou não nessas tags.

Boa tarde, Coloque 'NF'

Boa tarde, na primeira etapa, voce marcou a versão do Delphi que tem instalada no seu PC?