cferreirajr

Obrigado, refiz a instalação dos fontes, e consegui emitir com sucesso. Obrigado.

onde eu acompanho?

Bom dia, estou tentando gerar uma nfe com emitente com CRT=4 e não estou conseguindo, o xml ficar sem a informação: uso acbrNFE e pcnConversaiNFE mas vejo que nesse não tem a definição 4: type TpcnCRT = (crtSimplesNacional, crtSimplesExcessoReceita, crtRegimeNormal, crtMEI); e as funções de conversão tambem estão incompletas, acredito. Quando gero a danfe uso o ACBr_NFeDanfeRL - Fortes, esta gerando um modelo nfce. Agradeço se ajudarem, ja re-instalei os componentes, mas nada.

Estou desenvolvendo uma API e tentei usar o Boleto com Fortes mas não compilou em 64bits, mudei para FPDF, mas agora apresentou o seguinte erro ao gerar o PDF "0,8" não é um float valido. para proceguir fiz o seguinte: ** Criei esta variavel. LFormato:TFormatSettings; begin LFormato.DecimalSeparator:=','; e alterei a linha 630 a função strToFlot para StrToFloatDef, FPDF.CodeI25(FCodigoBarras, FPDF.GetX, FPDF.GetY, 13, StrToFloatDef( IfThen(ACanhoto, IfThen(ABobina,'1,1','0,8'),'1'),0.0,lFormato)); alguma sugestão melhor?

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.