Jump to content

logo_acbr_paygo.png

Chegou o TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


botao_saibamais.png

beneficios.png

Curso Dominando o ACBrMonitor
Novo Módulo Soluções de Varejo
Assine o SAC ACBr em qualquer plano e tenha acesso

Saiba Mais

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

conceitho

Membros
  • Content Count

    7
  • Joined

  • Last visited

Community Reputation

7 Neutral

About conceitho

  • Rank
    Novato
  • Birthday 08/01/1978

Contact Methods

  • Website URL
    http://www.conceitho.com
  • Skype
    rgoncalves.r

Profile Information

  • Sexo
    Masculino
  • Localização
    Santo André
  • Interesses
    Engenharia, eletrônica e desenvolvimento de soluções

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Obrigado Sérgio. O problema estava no número de série do SAT conforme você citou. Estávamos colocando o número de série do SAT com o dígito verificador, conforme o cadastro na SEFAZ. Excluímos os 2 últimos dígitos do número de série correspondentes aos dígitos verificadores aí a transmissão funcionou normalmente. Muito obrigado pela ajuda.
  2. Olá! Pessoal, eu uso o componente SATWS para consultar os lotes de cupons fiscais transmitidos pelos meus clientes. Desde a semana passada venho recebendo a mensagem Rejeição: Falha no Schema XML. Estou vendido porque o a consulta via SATWS não utiliza schemas. Alguém já se deparou com este problema?
  3. Seguindo a dica Francisco Vieira modifiquei meu código para utilizar xsMsXML conforme abaixo e tudo voltou a funcionar corretamente. SSLXmlSignLib := xsMsXml; Francisco e Dercide, obrigado pela ajuda.
  4. Muito Obrigado Franciso. Vou fazer um teste na segunda-feira e informo o resultado.
  5. Boa tarde. Estou com o seguinte problema: ao tentar transmitir o RPS assinado para GINFES, em Santo André, recebo a mensagem "E302 - Assinatura invalida. Informar assinatura correta no documento XML". Esta rotina funcionou mais de 1 ano sem apresentar qualquer problema. Eu tentei transmitir com certificado tipo A1 em ambiente de homologação utilizando tanto WinCrypt como OpenSSL sem sucesso. Testei também os aplicativos de exemplo no Delphi e no Lazarus e obtive o mesmo erro. Todos os fontes, schemas e ini estão atualizados. Por favor, alguém poderia dar um luz?!
  6. Olá Mariane, É só você pegar a revisão 11788 do fonte ACBrNFSeWebServices.pas sobrescrever em sua máquina. O fonte está localizado no caminho ..\ACBr\Fontes\ACBrDFe\ACBrNFSe\. A revisão pode ser acessada em svn://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFSe.
  7. Pessoal, boa tarde. Geramos uma versão do nosso sistema no dia 18/5/2016 com os fontes atualizados. Após publicarmos a versão do nosso sistema, nossos clientes passaram a receber a mensagem "The element \047{http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd}LoteRps\047 is used but not declared in the DTD/Schema." na tentativa de transmissão. Depois de muito penar, descobrimos que a versão do fonte "ACBrNFSeWebServices.pas" publicada no dia 16/05/2016 revisão 11790 está causando o erro. Atualizamos para versão do dia 13/05/2016 revisão 11788 e tudo voltou a funcionar. Não consegui "debugar" e encontrar o problema ainda, mas sei que está relacionado com as alterações publicadas no dia 16/5/2016. Só para registro, as alterações publicadas no dia 16/5/2016 foram realizadas para corrigir erro de envio de lote do provedor Betha, como está na descrição do subversion.
×
×
  • Create New...