jGuto
-
Total de ítens
91 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por jGuto
-
-
159097333-env-lot.xml159097333-rec.xml
Bom dia, estou implementando a cidade de Itapeva/SP ao provedor CONAM,
Estou obtendo um retorno meio estranho, vem identificado na tag retorno o valor false, "Estrutura não foi enviada corretamente e não é gerado protocolo" segundo o manual, porém a descrição do erro, que vem no mesmo arquivo é de aceite,
"Arquivo Aceito. Protocolo em processamento. Consulte o protocolo para conferir o processamento. (Protocolo:51758A47A4D0B3716211)"
Será que alguém já passou por isso? Seria realmente alguma informação invalida que o provedor aceitou mesmo assim? Ou o mais provável, apenas um erro no provedor?
Att,
José Augusto
-
Bom dia Italo, a cidade de Itapeva/SP se utiliza do provedor CONAM
[3522406]
Nome=Itapeva
UF=SP
Provedor=CONAM
NomeURL_H=sp.itapeva
NomeURL_P=sp.itapeva -
Boa tarde, até onde eu sei, a SigCorp atende apenas a cidade de Avaré usando o padrão da Abrasf. As outras cidades que ela atende aqui da região é um padrão próprio da SigCorp.
-
Bom dia, só mais uma alteração, adicionei a leitura do Campo LinkNFSe ao pnfsNFSeR pnfsNFSeR.pas
case FProvedor of proTecnos, proSigCorp: NFSe.Link := Leitor.rCampo(tcStr, 'LinkNota'); proPublica: NFSe.Link := Leitor.rCampo(tcStr, 'LinkVisualizacaoNfse'); end;-
1
-
-
Bom dia, o erro realmente estava relacionado ao cadastro no provedor com caracteres especiais. Agora o mesmo está retornando as tags string com o CDATA, conforme o xml em anexo 149678321-lista-nfse-soap.xml
acredito não ser o uso correto, mas decidiram que vai ser assim.
Verifiquei que já existe um tratamento para este caso com o provedor proNFSeBrasil, dentro do pnfsConversao/RetirarPrefixos, então add o provedor SigCorp a mesma validação pnfsConversao.pas
Obrigado.
-
Bom dia,
Estou obtendo erro 0, http 500 no Retorno de um xml de Envio para o provedor SigCorp. A NFSe chega a ser emitida na prefeitura, porém dá erro no retorno. O erro em questão acontece para um tomador em especifico.
Para o envio com caracteres especiais, também dava erro, consultando o provedor eles aconselharam a usar o CDATA, e para o envio funcionou.
O provedor ignora os dados cadastrais enviados, e retorna conforme cadastrado em sua base de dados baseado no CNPJ do mesmo, portanto não retorna o mesmo nome enviado. Como o Tomador em questão possui o "&" em seu nome no cadastro do provedor, existe algo semelhante ao CDATA que poderia ser feito, ou seria um erro no próprio provedor?
Segue anexo o xml retornado antes de dar o erro
-
Dando uma analisada nos fontes, percebi que outros provedores tem a seguinte parametro no arquivo ini, adicionei ela no meu ini e a assinatura deu certo..
-
1
-
-
-
Boa tarde @Italo Jurisato Junior, duas coisas,
1º - Fiz um ajuste na unit ACBrNFSeDANFSeFR na rotina CarregaParametros, o municipio de Incidencia está pegando o CodigoMunicipio, e não o MunicipioIncidencia, segue anexo ACBrNFSeDANFSeFR.pas;
2º - Com o componente configurado com "ACBrNFSe.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2", não consigo utilizar a função CancelarNFSe, me retorna erro de assinatura e usando "ACBrNFSe.Configuracoes.Geral.SSLXmlSignLib := xsMsXML;" aceita o cancelamento normal.
Também testei no site https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspx , e a assinatura gerada com o LibXML2 também acusa invalida., segue os dois xml's em anexo 141-ped-can(LibXML2).xml141-ped-can(xsMsXml).xml.
-
Foi alterado o formato das datas no retorno do xml, e serviço CancelarNFSe está funcionado..
-
Segundo informações do provedor, hoje a tarde será realizada uma manutenção no servidor para o funcionamento dos outros serviços..
-
3 horas atrás, Italo Jurisato Junior disse:
Bom dia Guto,
Favor anexar os fontes que você alterou, bem como o arquivo INI que você criou para o provedor, os schemas, para que possamos analisar e estando tudo OK, enviarei para o repositório, assim mais desenvolvedores poderão realizar os testes.
Boa tarde, segue anexo fontes e ini.
A função AcbrNFSe.Gerar já está funcionando,.
-
Bom dia Italo, ainda está acontecendo alguns erros no envio em relação ao provedor, assim que estiver ok eu posto.
-
1
-
-
2 horas atrás, jGuto disse:
Boa tarde, também estou tentando implementar o provedor SigCorp, porém parei na mensagem E187 - A versão do XML Schema do cabeçalho não existe!
Já testei alterar a VersãoDados e a VersaoXML, mas nenhuma combinação passou.. Tambem tentei alterarando a tag [CabecalhoMsg] no ini, porém sem sucesso.
O provedor utiliza o padrão 2.03 da Abrasf.
Será que existe alguma outra tag que eu esteja me esquecendo de informar?
Por padrão deixei como VersaoDados=2.03 e VersaoXML=2.00;
Qualquer ajuda será bem vinda.
Obrigado
Boa tarde, consegui resolver a questão acima, estava faltando uma linha no cabeçalho.
-
1
-
-
Boa tarde, também estou tentando implementar o provedor SigCorp, porém parei na mensagem E187 - A versão do XML Schema do cabeçalho não existe!
Já testei alterar a VersãoDados e a VersaoXML, mas nenhuma combinação passou.. Tambem tentei alterarando a tag [CabecalhoMsg] no ini, porém sem sucesso.
O provedor utiliza o padrão 2.03 da Abrasf.
Será que existe alguma outra tag que eu esteja me esquecendo de informar?
Por padrão deixei como VersaoDados=2.03 e VersaoXML=2.00;
Qualquer ajuda será bem vinda.
Obrigado
-
8 minutos atrás, GREGORUTTI disse:
Pessoal, desculpem o OFF-TOPPIC mas este pessoal está de brincadeira conosco.
Como vocês tem "convencido" os clientes de que não vai mais ter o número da duplicata
correto na NFe ?? e as integrações onde lemos o XML e gravamos as duplicatas ??
Acredito que terão que rever esta regra de que as parcelas vão no nDup formatadinho com "000".
Boa tarde, segundo a Nota Técnica 2016.002 versão 1.5, o grupo "Duplicatas" não existe mais, agora o grupo se chama "Parcelas", por isso dessas alterações malucas da receita..
-
14 horas atrás, Juliomar Marchetti disse:
Use o certificado via OpenSSl que vai funcionar.
OpenSSL não é somente para certificados do Tipo A1?
15 horas atrás, danielznt disse:Boa tarde @jGuto,
Após vários testes e horas sem sucesso, acabei desistindo da solução em modo serviço do Windows, na verdade colocando na geladeira. Acabei desenvolvendo em modo gráfico e deixando rodando na bandeja do sistema. Não é exatamente como eu queria pois isso exige que o servidor esteja logado, porém até conseguir contornar a situação ficou dessa maneira.
Infelizmente não consegui. Faz um tempo que não tento mais, porém se não me falha a memória o erro era esse mesmo ou inativo e inoperante por não conseguir carregar o certificado.
Se eu tiver algum sucesso mais a frente eu comunico, se você conseguir e puder postar aqui também fico agradecido.
Att,
Ok, obrigado..
-
Boa tarde @danielznt, você conseguiu resolver o seu problema? Estou com um caso parecido no windows 7 e certificado A3, consegui carregar o certificado conforme orientações acima, mas me retorna "Falha ao obter a Chave Privada do Certificado para comunicação segura".
-
10 minutos atrás, claudiocjr disse:
Pessoal, se puderem me avisar quando estiver funcionando, agradeço.
Só fazer o que o BiWings passou no post acima que funciona...
-
Estava usando o ambiente de homologação em SP normalmente até ontem, daí começou a dar esse erro, deve ser algum erro nos servidores da SEFAZ...
-
Ok, obrigado pela atenção.
-
ninguém?
-
Bom dia, estou fazendo a pré homologação da Clisitef, e estou com problemas na sequencia 16 do mesmo,
CitarExecução
- Realizar uma transação com cartão de Crédito magnético;
- Selecionar a opção á vista;
- Quando receber o retorno de aprovação e ainda com o cartão no pinpad, desligar o computador (reset) e em seguida desligar a impressora (se houver).
- Ligar novamente o computador e não ligar a impressora
- Ao entrar na aplicação, enviar a função “Finaliza” confirmando a transação.
- Somente após tratar o TEF, ligar a impressora.
- Entrar na função de Transações Gerenciais (110) e selecionar a opção de Reimpressão do último comprovante.
- Imprimir o cupom normalmente.
Resultado Esperado
- Tratar a pendência da transação TEF sem depender da impressora, exibir mensagem ao operador:
“Transação TEF efetuada. Favor reimprimir último cupom. Caso Cielo utilizar apenas 6 últimos dígitos. NSU: *Numero do NSU* ”.
*NSU Host – campo 134
- Somente após tratar o TEF verificar a impressora.
- Há impressão de cupom.
- A transação será autorizada
Ao religar o computador e chamar a função TEF.Inicializar(gpCliSiTef), não há tratamento nenhum, não cancela e nem confirma a transação pendente. Percebi que o arquivo ACBr_CliSiTef_001.tef só é gerado após retirar o cartão do pinpad, então nesse caso não há arquivo para a verificação de pendencias. Como não achei nada a respeito, gostaria de saber se é alguma coisa que estou esquecendo de fazer..
Desde já, obrigado pela atenção.
-
Bom dia Italo, o ConsultarNFSePorRPS funciona, porém me retorna um xml "meio quebrado", ele não retorna os dados do Tomador, e a informação do campo "Discriminação dos Serviços" vem em "Outras Informações".
Minha solução foi carregar o xml de recibo no componente após o envioSincrono, o nro_lote-recS.xml,
Segue em anexo os xml's do procedimento de EnvioSincrono e ConsultarNFSePorRPS..
Provedor CONAM - Itapeva/SP
em ACBrNFSe
Postado · Editado por jGuto
Boa tarde, obtive retorno do provedor, realmente se encontra com erro. O mesmo já está providenciando a correção.
Obrigado.