Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

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


Saiba mais

beneficios.png

Marcio Martins

Membros
  • Content Count

    16
  • Joined

  • Last visited

Community Reputation

1 Neutral

About Marcio Martins

  • Rank
    Novato

Profile Information

  • Sexo
    Masculino
  • Location
    Fortaleza
  • Interesses
    Delphi, Python, Django, C#, Desenvolvimento Ágil, Arduino, Microcontroladores, Cubieboard, mecânica e Motos

Recent Profile Visitors

1,321 profile views
  1. Bom dia. Conseguiram resolver este problema. Ainda continuo, o interessante é na revisão 7741 funciona. Estou na revisão 8870
  2. Caros, segue em anexo LOG da instalação que tentei fazer no Delphi XE7 com Update 1 e Windows 7 64bits Detalhes: Embarcadero® Delphi XE7 Version 21.0.17707.5020 Instalação usando Open SSL ao invés de CAPICON Usando somente FortesReport Imagens e LOG em anexo. log_Delphi_XE7.txt
  3. Estou passando por este (Error: signature failed) problema na NFSe. Usando capicom funciona normal, porém ao usar OpenSSL dá erro na Unit ACBrNFSeUtil neste trecho: if (xmlSecDSigCtxSign(dsigCtx, node) < 0) then raise Exception.Create('Error: signature failed') Ambiente: Estou usando Delphi XE7 sobre Windows 8.1 64bits Usando o projeto de exemplo (ACBr\Exemplos\ACBrNFSe\Delphi) da NFSe
  4. Olá Ítalo, minha dúvida não é em relação à emissão do CT-e de Anulação/Substituição e sim como devo proceder quando eu já emiti o CT-e original, coloquei-o num MDF-e, o mesmo foi autorizado e agora preciso emitir um CT-e de Anulação e/ou Substituição, ou seja, não tenho como tirar o CT-e original do MDF-e que foi autorizado, pois o prazo de cancelamento do MDF-e já expirou. Sendo assim, eu teria no MDF-e um CT-e que não tem mais valor fiscal, pois foi anulado e substituído por outro. Foi emitido o CT-e 1 (Original), depois o CT-e 2 (de Anulação) e por fim o CT-e 3 (de Substituição), co
  5. Olá Ítalo, o problema é que o erro no conhecimento só foi notado quando o destinatário da Carga recebeu a mercadoria e viu que o valor do frete, que é FOB, estava errado.
  6. Caros, estou com o seguinte cenário: Fluxos possíveis na emissão dos CT-e's de Anulação e Substituição: 1º) Tomador Não contribuinte Procedimento Sefaz: Emitir o CT-e Original > Emitir o CT-e de Anulação > Emitir o CT-e de Substituição 2º) Tomador contribuinte Procedimento Sefaz: Emitir o CT-e Original > Emitir o CT-e de Substituição. Dúvida: Ao emitir a Anulação/Substituição de um CT-e, como proceder com os CT-e's que já foram lançados em MDF-e's (Manifestos Eletrônicos), CF-e's(Cartas Frete Eletrônicas), por exemplo? Uma vez que os documentos acima já foram autorizado
  7. Desculpe por tudo, e mais uma vez obrigado. Irei fazer os testes e qualquer coisa retorno. Gostaria de sugerir que alguns destes métodos fossem para um kernel comum, para evitar duplicação de código.
  8. Bom dia Italo. Verifiquei o log e não vi a alterações. As units que anexei no poste anterior, já estão com os ajustes.
  9. Segue em anexo, ajustes no ACBrMdfe para uso com Openssl e Delphi XE pcteRetConsSitCTe.pas A função TRetConsSitCTe.LerXml nem sempre é utilizada verificando o seu resultado logo, quando ocorre um erro, este não é evidenciado. Solução proposta: Disparar a exceção ao invés de emudecê-la. pcteRetConsStatServ.pas TRetConsStatServ.LerXml - Mesmo caso anterior ACBrMDFeConfiguracoes.pas Adicionando a opropriedade IniFinXMLSECAutomatico ACBrMDFeUtil.pas Ajustes nas rotinas que tratam de assinar XML pmdfeMDFeW.pas Ajustes na tag Rodo.veicReboque para gerar tpCar e UF apenas
  10. Concordo, hoje eu uso um DEFINE, mas o uso da versão é bem melhor e concordo também ser padrão.
  11. Para resolver o meu problema, tive que comentar o código abaixo na unit pmdfeMDFeW. veicTracao // Gerador.wCampoCNPJCPF('#33', '#34', MDFe.Rodo.veicTracao.Prop.CNPJCPF, CODIGO_BRASIL); Gerador.wCampo(tcStr, '#35', 'RNTRC ', 08, 08, 1, SomenteNumeros(MDFe.Rodo.veicTracao.Prop.RNTRC), DSC_RNTRC); { Gerador.wCampo(tcStr, '#36', 'xNome ', 01, 60, 1, MDFe.Rodo.veicTracao.Prop.xNome, DSC_XNOME); if MDFe.Rodo.veicTracao.Prop.IE <> '' then begin if MDFe.Rodo.veicTracao.Prop.IE = 'ISENTO' then Gerador.wCampo(tcStr, '#37', 'IE ', 00, 14, 1, MDFe.Rodo.veicTra
  12. Bom dia a todos. Estou tendo o mesmo problema Rejeicao: Falha no Schema XML especifico para o modal, alguém já conseguiu? Estou usando a versão a revisão 7972 (11/10/2013) do ACBr junto com os Schema /trunk/Exemplos/ACBrMDFe/Delphi/Schemas/V100/PL_MDFe_100a_pre (correcao).zip da revisão 5970. Mensagem de Retorno: Chave MDF-e: 23131000435179000100580000000011271079747501 Manifesto: FOR - 1127 Status: Erro Envio Retorno: <msgmdfe>Manifesto(s) não confirmado(s): 1127->Rejeicao: Falha no Schema XML especifico para o modal </msgmdfe> XML gerado (MDFe_FOR - 1127.XML
  13. Acredito que é mesmo problema que passei. Fiz o ajuste e solicite a inclusão no fonte oficial no post:
×
×
  • Create New...