fabiofranzini

Componente atualizado ?, se não me engano foi feito algo em uma revisão do dia 02/07/2024

Dois pontos para verificar. Os Schemas estão atualizados ? Existe caratcteres especiais na string enviada ? -Pode ser a codificação utilizada.

Você pode obter o numero de série , selecionando ele pela função : NumSerie := AcbrCTE1.SSL.SelecionarCertificado;

O componete tem a unit PCNConversao.pas que se encarrega disso, com a função : function indIEDestToStr(const t: TpcnindIEDest string; begin result := EnumeradoToStr(t, ['1', '2', '9'], [inContribuinte, inIsento, inNaoContribuinte]); end; Sendo assim, mesmo que indique a posição "2" ele tem valor "9".

Você deve carregar o xml do evento, serve tanto pra carta de correção, quanto para cancelamento. Alimente o componente desta forma: ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LerXML("NomeDoarquivoXML"); ACBrNFe1.ImprimirEvento;

Outra possivel causa seria o Charset, tipo algum instancia gravou no banco parte de string em uma codificação diferente da que você esta usando na configuração de conexão, ai quando vai carregar esta linha da string causa este problema.

Ou algum calculo em que uma das partes pode estar com valor Null

Tenta fazer um teste trocando a linha : Titulo.Sacado.CNPJCPF := dm_dados.zqry_VDCLIENTEcpfcli.AsString; Para : Titulo.Sacado.CNPJCPF := Trim(dm_dados.zqry_VDCLIENTEcpfcli.AsString);

Como esta o trecho onde é colocado esta informação no Titulo dentro do AcbrBoleto ?

No arquivo que não é aceito, o CPF do Primeiro Titulo esta sem o 1 Zero a esquerda, o erro parece estar ao alimentar o titulo no componente. Verifique se não esta usando nada para "Limpar" a string do cpf.

Você esta percorrendo uma tabela abrindo ela pelo IB ou é o resultado de um comando select ? se for a partir de um select, coloque ele aqui para podermos ter uma ideia melhor.

Para SAT SP, se eu não estou enganando, pelo menos em teste aqui com um SAT desenvolvedor EPSON, o layout 0.08 não garante que esta forma de pagamentos esta disponivel, então "Joguei" isto para versão 0.09. Outro detalhe Não encontrei mpPix, então usei Pagamento instantaneo ficou como no trecho: with SAT.CFe.Pagto.New do begin if SAT.Config.infCFe_versaoDadosEnt >= 0.09 then cMP := mpPagamentoInstantaneo else cMP := mpOutros; vMP := Valor; end; Será que esta correto ?

@Daniel Simoes Estou tentando de algumas formas a comunicação entre o M10 Elgin e uma toledo Prix FIT, uso um cabo Prolific, que comunica esta balaça via USB, consegui listar as portas mas ao tentar acessar, tenho um erro de acesso (13) , a questão é que, como você cita logo acima, se eu listar via ADB, da pra ver que as portas que tornariam isto possivel, tem acesso restrito neste S.O. , não sei se é por conta do fabricante ou do Android (Versão 7). Este "Mapeamento" de portas que aparece na sua listagem, é nativo do aparelho TecToy ? Existe alguma forma de reproduzir em outros Androids ? Me desculpe pelo Textão... Mas estamos atras de uma luz, pois seria muito bom este ambiente, responder ao componete ACBR, já que todas nossas aplicações utilizam ele como padrão. Tentei com os desenvolvedores da Elgin, mas o suporte é restrito ao conjunto M10 Balança Elgin.

As bibliotecas da open SSL estão no mesmo diretorio que seu .exe ?

Com base no Tópico Existe alguma forma de "Saber" se o SAT já tem esta forma de pagamento ? Digo a aplicação ter uma condicional, que possa Utilizar o 17 quando disponivel no SAT, caso não possua, ela utilize outros como por exemplo 99 ?

A lista que consegui, esta na imagem, note que As opções de acesso e permissão foram setadas, ao executar o aplicativo até pede a permissão de novo. Mas o resultado é Permission denied.

Consegui listar as USBs disponiveis no dispositivo, inclusive consegui identificar que a balança foi encontrada nesta lista, mas não sei como setar isto para o Componente. Para carregar eu usei uma função como abaixo, incluido no laço que busca as portas: DeviceInfoList := TStringList.Create; try FUSBSerial.ListUsbDevices(DeviceInfoList); cbxPorta.Items.AddStrings(DeviceInfoList); finally DeviceInfoList.Free; end; A função esta contida na unit USBSerial.pas , e as chamadas para api do android esta disponivel na unit Androidapi.JNI.Usb.pas . Foi o mais perto que consegui chegar até agora. Androidapi.JNI.Usb.pas USBSerial.pas

7 é o que já vem embarcado no m10 da elgin/bematech. Usando um app que le as USB, ele retorna o peso em um terminal, então acredito que seja possivel, só não achei um meio ainda.

Será que alguem já conseguiu utilizar neste ambiente ?

Não tenho uma boa experiencia, utilizando Ambiente Server para Desenvolvimento, Este server não suporta uma VM ? Utilizo via Hyper-v e funciona melhor que direto no server.

@Juliomar Marchetti @BigWings Será algo nesta nova compilação, algo com relação a Unicode, ele poderia tentar baixar novamente o acbr.inc e depois executar a versão anterior do Instalador ? A que esta em anexo deve funcionar. @Dominius Antes de mais nada aguarde um posicionamento dos dois citados acima. ACBrInstall_Trunk2.rar

Por acaso editou o ACBR.inc usando algum editor de texto diferente ? que posse ter mudado a codificação do mesmo.

Me perdoe, pulei este item do tópico, o cabo que uso é um cabo usb, que utilizamos, já faz algum tempo, em ambinete windows já utilizamos em varios clientes. Ele tem o Rj do lado da balança e no outro lado USB, utilizamos ele com ACBRBal inclusive. Acredito que a barreira que tenho que transpor, é que quando vai localizar as portas ele tenta acessar a pasta tty, e ela esta bloqueada por algum motivo.

Não tivemos sucesso, no caso, a função que busca a porta USB neste ambiente, tenta acessar a pasta é a "ACBrUtil.FilesIO.FindFiles('/dev/tty*', sl, True, fstNone );" tem como retorno código 13, ou seja acesso negado, ja tentamos habilitar todas as permissões possiveis, mas não consegue "Enxergar" esta USB. Utilizando um App que le as portas Seriais, esta conexão aparece, e recebe informações. Mais exatamente na linha 497 da unit AcbrUtil.FilesIO: RetFind := SysUtils.FindFirst(FileMask, faAnyFile, SearchRec); Onde RetFind sempre retorna 13.

Parece besteira, mas passei por isto é era cabo. Tenta utilizar algum outro, de preferencia original de algum aparelho. (Uso um Samsung).