netstart

Marcelo poderia tentar validar esse aqui com a versão do seu aplicativo.

Daniel você conseguiu validar algum pelo aplicativo?

Alguém teve sucesso na consulta do QRCode, eu não estou conseguindo validar nem o QRCode gerado pelo próprio aplicativo de teste da receita (v2.2.5) que instala junto com o emulador. Analisando o manual novamente ER 2.12.17 pagina 102, verifiquei que também será necessário tirar o pipe quando não for identificado o cpf ou cnpj do consumidor, então fiz a alteração colocando um Ifthen: DecimalSeparator := '.'; Result := ID + '|' + FormatDateTime('yyyymmddhhmmss',dEmi_hEmi) + '|' + FormatFloat('0.00', Valor) + '|' + Trim(CNPJCPF) + IfThen(Trim(CNPJCPF)<>'', '|','') + assinaturaQRCODE; Mesmo assim não consegui validar no aplicativo disponibilizado pelo fisco. Lendo mais uma vez esse trecho do manual fiquei na duvida se não temos que codificar a concatenação do da string antes de juntar com a assinatura do SAT, que também fiz teste e não deu certo. Ai me levou a mais uma duvida na interpretação, quando fala que deve codificar o concatenação em base 64 e depois assinar usando o certificado do SAT, no caso no código estamos apenas pegando a assinatura e vinculando junto e não assinando a string, fiquei na duvida. Após gerar a string de dados, deve-se assiná-la utilizando o Certificado Digital do SAT-CF-e de forma que o resultado da operação seja uma string de dados codificada em base64 seguindo o padrão PKCS #1 versão 1.5.

Deu certo...

Bom dia, o SGRSAT não consegui processar alguns cupons emitidos por estar com a TAG <IM> no xml, recebemos um email deles: Bom dia, Verificamos que 2 cupons foram processados com falha de schema XML. Ao que tudo indica, são testes para ativação de novo SAT em contribuinte. A razão para a falha de schema XML é a informação, pelo SAT, das tags <IM></IM>. Sugerimos que o Aplicativo Comercial: 1- Ou informe a Inscrição Municipal do contribuinte, caso este a possua ou; 2- Não informar, no dado de venda para o SAT, a tag <IM> em qualquer das formas (<IM/> ou <IM></IM>); Atenciosamente, Secretaria da Fazenda do Estado de São Paulo A principio pensamos em mudar o pcnGerador, mas logo notamos que ele serve para todos (NFe,NFCe,SAT,etc), fiquei na duvida onde mudar para corrigir, assim daria certo, mas não seria a forma correta: if FOpcoes.FTagVaziaNoFormatoResumido then begin if tag <> 'IM' then FArquivoFormatoXML := FArquivoFormatoXML + '<' + tag + '/>' end else begin if tag <> 'IM' then FArquivoFormatoXML := FArquivoFormatoXML + '<' + tag + '></' + tag + '>'; end;

Boa tarde, estou realizando os testes de geração do SPED ICMS/IPI, e precisei fazer algumas implementações para contemplar os registros C800,C850,C860 e C890 referente ao CFes modelo 59, vou anexar as units para analise, fui gerando o arquivo e validando no PVA, com as correções validou, apenas teve uma pendência nos cupons cancelados que o PVA ainda não está 100% para os CFes, mesmo que a o campo COD_SIT = '02' (cancelado) pede o registro filho C850, conflitando com o manual, mas acredito que seja sanado na proxima versão, segue em anexo as units... ACBrSpedFiscal.pas ACBrEFDBloco_C_Class.pas

Boa tarde, saiu um manual de como proceder e com exemplos, http://deolhonoimposto.ibpt.org.br/, verifiquei que faltou o campo "fonte" na classe ACBrIBPTax.pas, no manual diz que vai ser variavel e vai estar presente nos arquivos seria bom acrescentar. IBPT do tipo: IBPT, IBPT/FECOMERCIO, IBPT/ACSP, etc.

Esqueci de compactar, esta ai a dll... dllsat.rar

Mandei no seu e-mail, não tenho permissão para anexar pelo forum este tipo de arquivo, me envie a sua para que eu tb possa testar aqui, atualizei os fontes e ainda está funcionando com a versão da dll que eu tenho...

Vou atualizar o meus fontes e assim que testar com os fontes atualizados posto aqui o resultado, mas a versão da minha dll é diferente 1.0.0.12.

Acredito que seja erro na sua aplicação mesmo que esta entrando em alguma rotina após enviar a venda, uso em um DataModule , sempre antes de começar o cupom inicializo F_DataModule.ACBrSAT.InicializaCFe;

Boa tarde, acabei de fazer 4 cupons um em seguida do outro e funcionou normal, verifique se realmente está usando o modelo satDinamico_stdcall, depois que o Daniel implementou essa rotina ficou certo, o modelo D-Sat funciona somente com satDinamico_stdcall.

O meu problema é justamente o certificado A3, ele não exporta a chave privada, não gera o .pfx

Estou tentando gerar usando o CAPICOM + Delphi para criar um exe gerar a assinatura porém não estou tendo sucesso, assinatura gerada fica bem maior que o 344 caractres, me parece que a capicom usa SHA1 e como tem que usar SHA256 talvez não vai dar certo usar a CAPICOM,estou usando o seguinte codigo : function TF_Assinatura.Assinar(vCNPJs: String): Boolean; var Store : IStore3; CertsLista, CertsSelecionado : ICertificates2; CertDados : ICertificate; lSigner : TSigner; lSignedData : TSignedData; vAssinatura:string; Crypt: EncryptedData; begin Result := False; Store := CoStore.Create; Store.Open(CAPICOM_CURRENT_USER_STORE, 'My', CAPICOM_STORE_OPEN_MAXIMUM_ALLOWED); CertsLista := Store.Certificates as ICertificates2; CertsSelecionado := CertsLista.Select('Certificado(s) Digital(is) disponível(is)', 'Selecione o Certificado Digital para uso no aplicativo', false); if not(CertsSelecionado.Count = 0) then begin CertDados := IInterface(CertsSelecionado.Item[1]) as ICertificate2; lSigner := TSigner.Create(self); lSigner.Certificate := CertDados; lSignedData := TSignedData.Create(self); lSignedData.Content := vCNPJs; edtAssinatura.Text := lSignedData.Sign(lSigner.DefaultInterface, false, CAPICOM_ENCODE_BASE64); Result := True; lSignedData.Free; lSigner.Free; end; end; Caso eu consiga gerar posto aqui no post para disponibilizar...

Eu já deletei rsrs, mas basicamente era a declaração das funções usando StdCall e ao inves de chamar o EnviarDadosVenda do ACBrSAT eu chamava o da minha unit declarada no modo StdCall, mas o daniel já inclui uma nova unit com essa funcionalidade, basta mudar o modelo para satDinamico_stdcall que ja funciona tudo certinho com o D-SAT.

Daniel qual o CNPJ da Software house que você usou no novo emulador, tentei 11111111111111, mas retorna CNPJ da SWH invalido, até no proprio aplicativo da sefaz.

Daniel Funcionou certinho usando o novo modelo, fiz testes venda, cancelamento,consultarSAT, ConsultarStatusOperacional e Avisos, os outros ainda deu tempo de testar, mas com o novo modelo deu certo, assim que realizar mais testes posto aqui com os resultados, a unica coisa que tive que mudar para compilar no DelphiXe2 foi algumas declarações no ACBrSATExtratoFortesFr como por exemplo Graphics para Vcl.Graphics.

Bom dia Daniel, eu tenho o link do canal que eles criaram para atendimento https://d-sat.4bee.com.br/Account/LogOn?ReturnUrl=%2fHome%2fIndex, também tenho o e-mail do [email protected] que foi quem gerenciou todo o projeto, como não consegui localizar o erro, estou usando o acbrSAT para criar o xml e fazer a impressão que também fiz algumas alterações por conta de margens e logo marca, mas o envio fiz uma unit separada, estou realizando venda,cancelando, imprimindo com o equipamento, tive que dar uma parada no projeto mas assim que voltar a mexer vou tentar achar o problema de travamento que ocorre usando o acbrSAT por completo. Como o pessoal da DIMEP está investindo pesado nesse projeto, acredito que não seria díficil conseguir uma doação do KIT de Desenvolvimento.

Bom dia pessoal,ainda estou na luta, não consigo localizar achar onde está o erro, já mexi em todo a ACBrSAT, mas após emitir o cupom e ter o retorno ok, a função enviar dados não volta para a sua chamada Result := FinalizaComando( fsSATClass.EnviarDadosVenda( Trim(dadosVenda) ) ); , mesmo com a emissão ok, tem algum free faltando ou create que não consigo localizar, vou postar o meu debug onde da para ver a resposta do SAT.

Boa tarde, estamos usando o delphi, o arquivo xml esta tudo ok , no software de ativação tem como fazer o upload de um xml de venda e enviar ao equipamento simulando uma venda, passei o arquivo gerado e foi normal, não foi o TestefimAFim, estamos conseguindo usar apenas a função ConsultarSAT que retorna SAT em Operação, eliminando assim erro ao carregar a dll, tem algum erro na passagem dos parametros que ainda não identificamos, mas vou reportar aqui qualquer avanço que tivermos, obrigado pela atenção. function TACBrSATDinamico_cdecl.EnviarDadosVenda(dadosVenda : AnsiString) : String ; Var Resp : PAnsiChar; begin resp := xSAT_EnviarDadosVenda( numeroSessao, PAnsiChar(codigoDeAtivacao), PAnsiChar(dadosVenda) ) ; Result := String( Resp ); end ; Tentamos assim : F_DataModule.ACBrSAT.EnviarDadosVenda(DadosVenda); //Dados da venda é o xml que está de acordo Tentamos tambem como fazemos com as dll de ecf: Function EnviarDadosVenda(numeroSessao : LongInt;codigoDeAtivacao, dadosVenda:AnsiString ):String; StdCall; External 'SAT.dll' ; U_SAT_DIMEP.EnviarDadosVenda(123456,'123456789', PAnsiChar(vDados)); Temos sempre o mesmo retorno de violação de acesso.

Só relatando, o xml está ok, no próprio software de ativação deles tem como subir um xml e enviar como se fosse uma venda assim fazendo a validação, passou certinho, o problema esta na forma de consumir a dll mesmo, vou continuar os testes.

Mas usando o ACBRSat tambem ocorre a mesma coisa, mas só com o equipamento antes eu estava usando o emulador da sefaz e estava dando tudo certo, mas vamos a luta vou descobrir...

Eu já comparado tb, mas como eles homologaram estou meu na duvida, estou com vários arquivos de exemplo que me enviaram e todos estão como no exemplo, mandei um email para eles validarem, vamos ver a resposta, não sei se seria o motivo do erro de vialação de acesso que estou tendo de retorno, estou tentando consumir a dll sem usar o acbr e tambem tenho o mesmo retorno: Function EnviarDadosVenda(numeroSessao : LongInt;codigoDeAtivacao, dadosVenda:String):String; StdCall; External 'SAT.dll' ; vRetorno := EnviarDadosVenda(123456,'123456789',vDados);

Boa tarde pessoal, estivemos presente no evento da DIMEP realizado no dia 04/09, eles fizeram um sorteio de 2 kits para desenvolvedor fomos sorteados e ganhamos um Kit, estou realizando os testes com o equipamento e estou encontrando alguns probleminhas: 1 - Como estamos passando somente o path da dll tive que renomear a dll do fabricante "C:\Program Files (x86)\ D_SAT\dllsat.dll" para SAT.dll, acredito que cada fabricante vai usar um nome. 2 - Comentei a linha FunctionDetectLibSAT( 'DesligarSAT', @xSAT_DesligarSAT), esse comando não existe na dll; 3 - Comparando o xml gerado pelo acbrSAT e o exemplo que eles me passaram não bate na tag <total/>, vou anexar o 2 arquivos para comparar, acredito ser esse o motivo do retorno de violação de acesso ao enviar os dados da venda, vou continuar debungando para localizar o problema. exemplo.xml teste.xml

Essa semana tivemos muitos casos na hora de transmitir NFes usando os Certificados A3, sempre retornando erros de Forbiden 403 ou 507, ou que não conseguiu acessar via SoapAction, ai sempre restauramos as configurações avançadas das Opções de Internet, desmarcamos o as opções de revogação de certificado, retiramos o cartão e inserimos novamente, retiramos a leitora e inserimos novamente e em ultimo caso reiniciar a maquina para voltar a enviar as notas, a pergunta seria o que pode estar causando esses conflitos, isso só acontece no certificado A3 em SO distintos, antes era bem raros esses problemas, alguém esta tendo ou teve problemas com frequência desse tipo?