Cleber Ferreira

Quando faz login da um erro de DB Express. Difícil hein? Casa de ferreiro e espeto de pau?

Bom dia, Tem alguns recursos novos de TEF, principalmente pela NTK onde se faz uso de API. Você faz uma transação colocando-a em uma fila através do ERP. e depois confirma ela utilizando o POS. Ouvi por alto apenas. Não cheguei a trabalhar ou ver isso na prática. Quem sabe já te ajuda em algo.

Infelizmente não tenho acesso a esse portal. Pediu login e senha.

Mas a localização é Brasil. Todas as configurações de idioma e regionais estão corretas. Portanto, deveria então aceitar a vírgula e não o ponto. Realmente. Se é apenas números, então não deveria aparecer vírgula e ponto. Talvez no iOS realmente apareça somente números, mas no Android, pelo menos no teclado Google, aparece numeros, ponto, vírgula e espaço. Como citado acima. Será que tinha alguém passando pela mesma situação? Você se lembra de algum link de algum tópico falando a respeito? Não conheço esse site.

No caso Daniel, estou usando um TEdit para testar. Engraçado que o ponto só funciona se o KeyboardType for DecimalNumberPad. No NumberPad não funciona também. A vírgula não funciona em nenhum dos dois tipos. E não faz sentido o FormatSettings, pois nas versões anteriores de Delphi funciona. Se eu colocar o teclado alfanumérico, aí funciona vírgula e ponto normalmente. Penso que pode ser algo errado com a captura dos caracteres por parte do firemonkey no que diz respeito a esses dois tipos de teclado.

Bom dia a todos! Estou fazendo alguns testes no Delphi 10.3 Rio e surgiu uma situação inusitada. Nos campos de digitação em geral, quando configuro a propriedade KeyboardType para NumberPad ou DecimalNumberPad, aparece o teclado número do Android, porém a vírgula não funciona. A tecla do ponto funciona. Pensei que poderia ser algo com o Android do meu celular, mas não. Testando em outros aparelhos, o comportamento foi o mesmo. A vírgula não funciona. No teclado Alfanumérico funciona, porém para campos de valores não queria usa-lo. Alguém já passou por isso? @Régys Silveira , você como MVP, ou a própria Embarcadero já ouviram algum relato sobre isso? Grato desde já.

Boa tarde, lembrando que quando cancela um CF-e, uma numeração é utilizada.

Boa tarde, coloque a opção MostraStatus := False;

Boa tarde, problema deles ué...kkkkk... brincadeira... O xml em contingencia, depois de enviado está com as tags de autorização? tudo seguindo a estrutura como deve ser? Se estiver tudo ok é o software do contador que não deve estar preparado. Teria que ver qual a limitação deles.

Bom noite, somente troca de arquivos usando o ACBrTefD configurando como TefDial.

Boa noite, A integração com Cappta através do ACBrTEFD é utilizando o TEfDial. Eu diz a uns 2 anos atrás para um cliente no MS. Funcionava perfeitamente na época. Lembrando que TefDial é troca de arquivos. não usa dll.

Boa tarde, foi como o Daniel falou. Deve ser alguma configuração feita erroneamente. Eu por exemplo durante minha homologação nunca fiz um tratamento específico para a rotina de recarga. O ACBrTEFD chama o ADM e o SiTef cuida. Ao final ele retorna o comprovante e apenas o imprimo. Alguns clientes começaram a usar a recarga do SiTef e eu nem sabia. E tem funcionado muito bem. Talvez valha a pena reinstalar o SiTef ou ver com SoftwareExpress se tem alguma atualização que disponível que possa ser feita.

Boa tarde, Descontos e acréscimos provenientes do TEF eu jogo na sub-totalização do cupom agrupando com eventuais descontos e acréscimos concedidos pelo usuário durante o fluxo normal da venda. Com relação a saque, apenas jogo no valor da forma de pagamento cartão. Com isso o cupom automaticamente informará o mesmo como troco, que é o correto a se fazer.

Boa tarde, Não sou do RJ, mas... a não ser que tenha uma legislação específica que desconheço, você não pode reiniciar numeração. Pode zerar a numeração quando chegar a 999.999.999. Nesse caso volta a 1 e incrementa o número de série.

Bom dia, que bom terem se posicionado a respeito. Sobre o fato de 40% de notas serem emitidas em contingencia é realmente alarmante. Quantas vezes já presenciamos ou lemos por aqui, que muitos estabelecimentos querem emitir tudo em contingencia e enviar para as SEFAZ ao final do dia? O ENCAT não é bobo. O desejo de querer facilitar demais o uso da coisa, acaba dando bala para eles (ENCAT). Não sou contra fazerem o cadastro da empresa desenvolvedora, mas também não sou a favor de criar uma homologação para isso. Um cadastro nos mesmos moldes do SAT em SP seria uma boa opção. A sugestão de controlar através de uma chave específica para o desenvolvedor é válida. E se formos imaginar na prática, prefiro que o ENCAT valide as informações em tempo real (dados errados, contingencia, etc...), pois eles terão uma visão única para julgar o que está certo ou errado. Se formos ver pelo lado da homologação, cada técnico homologador tem uma visão diferente, mesmo que os requisitos sejam claros.

Boa noite, sim, é necessário fazer. Nesse link tem as instruções de como registrar o PAF-ECF no estado: https://www.sefaz.ba.gov.br/geral/arquivos/download/Orientacoes_PAF_ECF.pdf

Consegui colocando a libeay32.dll e ssleay32.dll na syswow64 e system32

Boa tarde, também estou passando por esse problema nesse momento. Alguém conseguiu resolver? Estou utilizando as dlls superiores a 1.0

Bom dia, aqui em MG a tag indPag é exigida no manual. Porém na prática, ao informar a tag, a nota era rejeitada. Então tiramos vai entender?!?!?!?!

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.