cferreirajr

Obrigado, acabei mudando para FPDF, mas vou testar sua sujestão.

ACBrBoletoFCFortesFr.pas(46): F2048 Bad unit format: 'C:\fortesreportD12\Binary\LibD29\RLReport.dcu' - Expected version: 36.0, Windows Unicode(x64) Found version: 36.0, Windows Unicode(x86), *** atualizer a versão do para ultima do FortesReport-CE. *** instalação escolhi win32 *** somente adicionei o path no win64. Alguem tem alguma dica para esse problema?

Resolvido, Adicionado ao totalizador da nota qBCMonoRet, e resolveu. Att.

Bom dia, ainda estou recebendo Rejeição 909 - Uf de origem de combustivel, mas já informei, conforme exemplo abaixo: <det nItem="1"> <prod> <cProd>0000000119</cProd> <cEAN>SEM GTIN</cEAN> <xProd>GAS 13 KG</xProd> <NCM>27111910</NCM> <CFOP>5656</CFOP> <uCom>UNI</uCom> <qCom>1.0000</qCom> <vUnCom>115.0000000000</vUnCom> <vProd>115.00</vProd> <cEANTrib>SEM GTIN</cEANTrib> <uTrib>KG</uTrib> <qTrib>1.0000</qTrib> <vUnTrib>115.0000000000</vUnTrib> <indTot>1</indTot> <comb> <cProdANP>210203001</cProdANP> <descANP>GLP</descANP> <pGLP>99.3200</pGLP> <pGNn>0.4400</pGNn> <pGNi>0.2400</pGNi> <vPart>8.85</vPart> <UFCons>SP</UFCons> <origComb> <indImport>0</indImport> <cUFOrig>35</cUFOrig> <pOrig>100.0000</pOrig> </origComb> </comb> </prod> <imposto> <vTotTrib>15.29</vTotTrib> <ICMS> <ICMS61> <orig>0</orig> <CST>61</CST> <qBCMonoRet>115.0000</qBCMonoRet> <adRemICMSRet>1.2571</adRemICMSRet> <vICMSMonoRet>1.45</vICMSMonoRet> </ICMS61> </ICMS> Alguem sabe o que falta? poderia me ajudar? ** Lembrando que uma venda ao consumidor e a empresa é do Simples Nacional. Att.

Sergio obrigado pela sua ajuda vou colocar aqui alguns erros meus, caso algum colega faça a conversão de uma versão antiga para o Tokio. Primeiro o problema foi resolvido com algumas dicas do Sergio e muito quebrar a cabeça claro. 1. O problema a versão utilizada era o Delphi 2007, as conversões para a versão 10.2 não foram grandes mas tiveram algumas diferenças. 2. Quando levava os arquivos .pas e .dfm para a versão 10.2 não funcionava, voltava para a versão 2007 e estava tudo ok, eu trabalho com diretorios separados e maquinas tambem. 3. Suspeitava de DLL´s e do S.O instalado, muitas horas debugando e comparando maquina, muitas mesmo (não tinha nada de errado), nem em dll nem registro do windows, nem permissão de diretorio. 4. Bem a versão que tinha do INI do SAT não estava atualizada, passei a deixar igual ao exemplo que funcionava, mas a minha conversão não funcionava assim mesmo. 5.Tudo atualizado percebi que na função "onGetcodigodeativacao" quando era atribuido o codigo era passado pela função "ansistring()", há achei o problema!, não continuava não funcionar. 6. Bem a solução aqui foi rapida (5 para 6) , quando fiz o update do trunk2 na maquina com tokio e transferi o dfm e pas corrigidos e não funciou, o Delphi Tokio estava SEM A DECLARAÇÃO DAS FUNÇÕES ' onGetcodigodeativacao e onGetsignAC ', ao dar duplo click ele emiti a mensagem de incompatibilidade da função com declara no .pas. Bem reescrita as mesmo e tudo ok. 7. Fazendo o teste sem alteração nenhum no software, somente corrigindo essa incompatibilidade da declaração tudo funciona tambem. Da minha parte encerro esse assunto a volto a agradecer.

Sergio primeiro agradeço o retorno. Infelizmente já mantenho os fontes do ACBR atualizados, mas mesmo assim baixe agora e e reconpilei e fiz o teste mas não melhorou. veja no anexo continua o mesmo erro de retorno. Att.

Sergio eu realmente acredito que estava com problemas de ativação do emulado do sefaz, corrigi a instação no windows 10 64 bit´s, e agora não tenho duvidas que o SATTESTE esta OK 100% funcionando como o meu aplicativo em versão 2007 tambem, porem a versâo com o Tokyo ainda continua me retornando problema mas agora erro "100001", pesquisando no forum vi que houve um problema parecido com a versão XE5, veja no versão 10.2.1, tive que adequar diversas rotinas que passaram a usar "widestring" e não mais "ansistring" como a "winexec" por exemplo, tentei fazer umas mudanças na classe do SAT mas não tive sucesso ainda. Segue imagem em anexo,

Fiz o teste com o exe que solicitou infelizmente não funcionou tambem. Mas a duvida é a seguinte, será algo no sistema operaciona? o Executavel que gerei nessa maquina tambem não funcionou na minha maquina de produção e o executavel que gero e funciona em todos tambem não funcionou aqui, mas fiz o teste agora depois da sua solicitação, falha minha claro.

Ola estou tendo problema para validar o programa SATTESTE com o Delphi Tokyo 10.2, a instalação foi perfeita, a compilação 100% sem erro. O ambiente que montei foi o seguinte, coloquei o emulador do sefaz, fiz a ativação tudo ok. O problema foi na operação e outras funcionalidades, bem parei para pesquisar e perguntar aqui se algum já passou por isso. Na "Consuilta Status Operaciona"-> algumas vezes retorna um estouro de array (14) que é sobre informações da bateria, outras ele até passa mas tudo errado e incompleto, exemplo: NumeroSessao: 809565 - Comando: ConsultarStatusOperacional NumeroSessao: 809565 - Resposta:809565|10000|Resposta com Sucesso.|||900000102|DHCP|127.127.127.100|127.127.127.100|127.127.127.100|127.127.127.100|127.127.127.100|127.127.127.100|CONECTADO EStringListError - List index out of bounds (14) outras assim: NumeroSessao: 57944 - Comando: ConsultarSAT NumeroSessao: 57944 - Resposta:57944|08099|Erro desconhecido|| NumeroSessao: 99736 - Comando: ConsultarStatusOperacional NumeroSessao: 99736 - Resposta:99736|10099|Erro desconhecido|| NSERIE.........: 900000102 LAN_MAC........: 127.127.127.100 STATUS_LAN.....: CONECTADO NIVEL_BATERIA..: ALTO MT_TOTAL.......: MT_USADA.......: DH_ATUAL.......: 30/12/1899 VER_SB.........: VER_LAYOUT.....: ULTIMO_CFe.....: LISTA_INICIAL..: LISTA_FINAL....: DH_CFe.........: 30/12/1899 DH_ULTIMA......: 30/12/1899 CERT_EMISSAO...: 30/12/1899 CERT_VENCIMENTO: 30/12/1899 ESTADO_OPERACAO: DESBLOQUEADO -> Lembro na versão anterior do Delphi que uso tudo esta 100% nada falha.] Alguem tem alguma ideia se tenho que fazer algum ajuste de diretivas de DLL?

Obrigado a todos, o BB retornou e encontrou o problema, claro que erro era meu, seguinte eu não estava setando o "Tipo de Pessoa" para o "Sacado", e no seguimento "Q" ele enviava CNPJ como Pessoa Física, corrigido. Obrigado.

Boa tarde, não o banco aceita e ai consegui pegar o retorno do processamento no dia seguinte. Att.

Sim tem as 240 certinho, segue exemplo. REM2016930001.ARQ

Estou tento problema com alguma configuração que sinceramente já esgotei minhas pesquisas, se porem ajudar agradeço, é o seguinte se envio 1 boleto tudo funciona 100% o banco aceita valida identifica e aparece no site belezinha, porem se envio 2 boletos ou mais ao mesmo arquivo o retorno é que o convenio esta vencido, "46". Alguém já passou por isso? Solicitei ajuda do suporte do gerente, mas já viram, abri um chamado direto no suporte do banco mas também não retornaram ainda.

Muito obrigado, gostaria que a Bematech deixasse isso claro para nos simples mortais. Att. Carlos.

Bom dia, acabei de ativar tambem o SAT da Bematech e estou com o mesmo problema da DLL em modo CDECL o SATTeste Crash e em STDCALL da erro de comunicação, estou tentando uma nova DLL com a Bematech mas ainda não tive resposta, no emulador esta tudo ok. Att. Carlos.