rhemasoft
Membros-
Total de ítens
15 -
Registro em
-
Última visita
Últimos Visitantes
921 visualizações
rhemasoft's Achievements
-
MDFe Falha no schema XML ao tentar Enivar Desconhecimento
um tópico no fórum postou rhemasoft Dúvidas Gerais sobre o ACBr
Bom dia! Senhores Estou com dificuldades para enviar a Manifestação de uma MDFe desejo informar o não conhecimento do mesmo. Porém ao tentar enviar da falha no schema. Visualizando o arquivo vir que na tag <detevento> as informações não são preenchidas mas todas as informações foram preenchidas conforme o exemplo ACBrMDfe Segue os arquivos para que possa da uma olhada. 1-ped-eve.xml1-eve.xml Desde já agradeço a quem pode me ajudar. -
validar não suportado em: TDFesslxmlsignclass
rhemasoft replied to New Light Informatica's tópico in ACBrNFSe
Tentei as configurações acima e até instalei a versão capicom 1.0 baixei também a versão 2.1.0.2 ainda assim a mensagem persiste: TDFESSLXMLSIGNCLASS.ASSINAR, NãO IMPLEMENTADO Só para desencargo de consiencia quais seriam as DLLs e sua versão vinculadas a esta Classe? -
validar não suportado em: TDFesslxmlsignclass
rhemasoft replied to New Light Informatica's tópico in ACBrNFSe
Boa noite! Fiz a atualização do ACBR hoje e ao tentar consultar ou emitir NFSe recebo a seguinte mensagem: TDFESSLXMLSIGNCLASS.ASSINAR, NãO IMPLEMENTADO alguem tem alguma idéia de como resolver este problema. -
validar não suportado em: TDFesslxmlsignclass
rhemasoft replied to New Light Informatica's tópico in ACBrNFSe
Percebi que o problema surgiu após as ultimas atualização do ACBR onde não existia as opções separadas de SSLCryptlib, SSLHttplib, SSlLib e SSLXmlSignLig. Tinha uma copia antiga antes desta implementação ai tudo funciona perfeitamente, mas quando coloco a versão mais atualizado do ACBR como surgir os erros novamente. Resultado tenho outra maquina que compilo com a versão antiga que funciona, este problema só ocorre quando utilizo a NFSe no meu caso com o GINFes da prefeitura de Suzano - SP -
validar não suportado em: TDFesslxmlsignclass
rhemasoft replied to New Light Informatica's tópico in ACBrNFSe
Boa tarde! Também estou passando pelo mesmo problema, TDFeSSLXmlsignclass.assinar não implementado fiz o mesmo precedimento que o Afranio informou não funcionou coloquei então libcapicomdelphisoap mesmo assim continha o problema. Apaguei os fontes do projeto da pasta ACBrNFSe fiz update recompilei tudo novamente e o problema persisti. Alguem pode me ajudar a resolver este problema ? Att. Lindomar -
Boa tarde, Italo. Já enviei o e-mail com o certificado. Desde já obrigado pela atenção .
-
Boa tarde, Italo. Voltei as versões antigas do meu sistema, que já funcionava antes, e mesmo assim o problema continua. Se eu enviar o meu certificado digital que utilizamos para efetuar os testes de emissão de NFSe você conseguiria realizar novos teste? Se sim, me passe um e-mail para que eu possa enviar o certificado e também as informações da empresa emissora. Grato desde já pela ajuda.
-
Boa tarde, Sim as duas opções estão configuradas, tanto o salvar XMLs quanto Consultar o Lote após o envio. Será que pode ser algum problema com GINFES? A cidade que estou emitindo é Suzano. Obrigado desde já.
-
Boa tarde, Italo. Fiz os testes pelo programa teste do ACBR NFSe conforme me informou porém continuo sem sucesso, o mesmo envia perfeitamente porém as abas não são preenchidas com nenhuma informação após o envio, a única aba que é preenchida é a aba "Dados" porém ela vem com o seguinte conteúdo: Nome XML: Nota Numero: Código de Verificação: Ou seja, sem retorno do número e do código de verificação, que é o que eu mais preciso. Além disso, na pasta que deveria gerar o XML de retorno do GINFES não aparece nenhum arquivo. Segue em anexo também o RPS (913UNICA-rps.xml) que foi gerado em homologação e autorizado. E não sei se tem a ver mas as tags do GINFES(4.0178900816763896E8.xml) <ns3> são diferentes das tag geradas pelo ACBR <ns4> Desde já agradeço a atenção. 913UNICA-rps.xml 4.0178900816763896E8.xml
-
Boa tarde, Italo. Irei efetuar os testes e logo mais comento o resultado. Obrigado pelo retorno.
-
Boa tarde, Estava utilizando até então o Trunk para emitir as NFSe e recentemente atualizei o ACBR para o Trunk2, desde então tenho tido algumas dificuldades que não consegui resolver dentro do meu programa. A que está me atrapalhando e não deixando com que o sistema entre em produção é que ao emitir uma NFSe os retornos referente aos campos de número da NFSe e Código de Verificação não estão sendo preenchidos, e além de não conseguir pegar esses dois retornos não está sendo salvo mais o arquivo XML da NFSe, que anteriormente era criado automaticamente antes da atualização para o Trunk2. Alguém sabe o motivo disso? No Trunk a minha estrutura de pastas era criada da seguinte forma: XML/201602/Ger/ -> Arquivos de envio e resposta. XML/201602/NFSe/ -> XML da NFSe XML/201602/RPS/ -> XML do RPS Agora no Trunk2 está assim: XML/201602/Recibos/ -> XML do RPS XML/ - > Arquivos de envio e resposta E não gera a pasta de NFSe. Segue o código que estou utilizando para pegar os retornos do envio: tabelas.tabNFSe.Edit; tabelas.tabNFSeNFSE.Value := StrToInt(ACBrNFSe.NotasFiscais.Items[0].NFSe.Numero); tabelas.tabNFSePROTOCOLO.Value := ACBrNFSe.NotasFiscais.Items[0].NFSe.Protocolo; tabelas.tabNFSeDH_RECEBIMENTO.Value := ACBrNFSe.NotasFiscais.Items[0].NFSe.dhRecebimento; tabelas.tabNFSeCODIGO_VERIFICACAO.Value := ACBrNFSe.NotasFiscais.Items[0].NFSe.CodigoVerificacao; tabelas.tabNFSe.Post; E esse é a configuração que deixei para serem salvos os arquivos XML: ACBrNFSe.Configuracoes.Arquivos.AdicionarLiteral := True; ACBrNFSe.Configuracoes.Arquivos.EmissaoPathNFSe := True; ACBrNFSe.Configuracoes.Arquivos.SepararPorMes := True; ACBrNFSe.Configuracoes.Arquivos.Salvar := True; ACBrNFSe.Configuracoes.Geral.Salvar := True; ACBrNFSe.Configuracoes.Arquivos.PathRPS := ExtractFilePath(Application.ExeName) + 'XML'; ACBrNFSe.Configuracoes.Arquivos.PathNFSe := ExtractFilePath(Application.ExeName) + 'XML'; ACBrNFSe.Configuracoes.Arquivos.PathCan := ExtractFilePath(Application.ExeName) + 'XML'; ACBrNFSe.Configuracoes.Arquivos.PathSalvar := ExtractFilePath(Application.ExeName) + 'XML'; ACBrNFSe.Configuracoes.Arquivos.PathGer := ExtractFilePath(Application.ExeName) + 'XML'; Passei a tarde tentando corrigir o problema e procurando no Fórum se encontrava alguma solução a respeito mas não encontrei, se já existir alguma solução respondida em outro tópico, por favor me informem, ficarei imensamente grato. Obrigado pela atenção!
-
Boa tarde, Estava utilizando até então o Trunk para emitir as NFSe e recentemente atualizei o ACBR para o Trunk2, desde então tenho tido algumas dificuldades que não consegui resolver dentro do meu programa. A que está me atrapalhando e não deixando com que o sistema entre em produção é que ao emitir uma NFSe os retornos referente aos campos de número da NFSe e Código de Verificação não estão sendo preenchidos, e além de não conseguir pegar esses dois retornos não está sendo salvo mais o arquivo XML da NFSe, que anteriormente era criado automaticamente antes da atualização para o Trunk2. Alguém sabe o motivo disso? No Trunk a minha estrutura de pastas era criada da seguinte forma: XML/201602/Ger/ -> Arquivos de envio e resposta. XML/201602/NFSe/ -> XML da NFSe XML/201602/RPS/ -> XML do RPS Agora no Trunk2 está assim: XML/201602/Recibos/ -> XML do RPS XML/ - > Arquivos de envio e resposta E não gera a pasta de NFSe. Segue o código que estou utilizando para pegar os retornos do envio: tabelas.tabNFSe.Edit; tabelas.tabNFSeNFSE.Value := StrToInt(ACBrNFSe.NotasFiscais.Items[0].NFSe.Numero); tabelas.tabNFSePROTOCOLO.Value := ACBrNFSe.NotasFiscais.Items[0].NFSe.Protocolo; tabelas.tabNFSeDH_RECEBIMENTO.Value := ACBrNFSe.NotasFiscais.Items[0].NFSe.dhRecebimento; tabelas.tabNFSeCODIGO_VERIFICACAO.Value := ACBrNFSe.NotasFiscais.Items[0].NFSe.CodigoVerificacao; tabelas.tabNFSe.Post;