Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade DIA DO ACBR 2026 - O GRANDE ENCONTRO DA COMUNIDADE

nolher

Membros
 Perfil  Explorar Conteúdo

  • Total de ítens

    189

  • Registro em

  • Última visita

 Tipo de Conteúdo 

Tudo que nolher postou

  1. nolher
    Entrando em contato com a empresa que esta trabalhando para a prefeitura de Divinópolis. Me deram as seguintes informações: Se ocorrer problema no envio, relacionado a assinatura digital atente para os detalhes abaixo: 1 - O problema em questão é que o arquivo Lote assinado contem assinatura inválida. Não consigo saber porque a assinatura é invalida, isso é um processo de validação binária do arquivo. São 3 os problemas mais comuns de assinatura inválida. 1.1 - O arquivo é alterado depois de assinatura 1.2 - Durante a manipulação ou envio pode acontecer erros de charset 1.3 - A informação da assinatura faz referencia à parte errada do xml Existe um validador da receita muito bom para testes https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspx 2 - Precebi que no lote do contribuinte existe somente 1 nota. A funcionalidade RecepcionarRpsLote requer 2 assinaturas. É um erro muito comum a segunda assinatura modificar o conteudo da primeira e gerar o erro. SUGIRO que use o metodo GerarNfse que requer somente 1 assinatura, pode facilitar o processo enquanto ele tenta fazer a primeira emissao. Pois bem, o que pude perceber foi: - O Xml gerado pelo Componente ACBr tem ligeiras diferenças, das quais não sei se fazem diferenças: Componente ACBr No incio do XML <?xml version="1.0"?> -<GerarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> -<Rps>-<InfDeclaracaoPrestacaoServico> -<Rps Id="rps23012015UNICA"> -<IdentificacaoRps> Na assinatura : XML gerado por eles: No incio do XML <?xml version="1.0" encoding="UTF-8"?> -<GerarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> -<Rps>-<InfDeclaracaoPrestacaoServico Id="Rps150"> -<Rps>-<IdentificacaoRps> Na assinatura tem uma tag a mais <X509SubjectName>CN=NOME EMPRESA,OU=(EM BRANCO),OU=(EM BRANCO),OU=(EM BRANCO),OU=(EM BRANCO),OU=(EM BRANCO),OU=000001002911048,OU=(EM BRANCO),O=ICP-Brasil,C=BR</X509SubjectName> Segue em anexo os XML exemplo deles. Ao entrar no endereço com o wsdl, obtivemos o xml em anexo de retorno. Em contato com o TI da prefeitura, eles alegam que não chegam nada no webservice. Desde já agradeço a atenção, ------------------------------------------------------- Nilton Olher test-rps-abrasf-valido-sig.xml test-lote-rps-sincrono-abrasf-valido-sig.xml test-cancelar-nf-abras-valido-sig.xml Resposta do wsdl.xml
  2. nolher
    Boa tarde, Abri esse tópico para que possamos ter uma melhor interação, pois o tópico que há como aberto esta como resolvido e na verdade não esta, podendo passar despercebido. Estamos tentando da prosseguimento na implementação da NFSe para Divinópolis/MG que utiliza o provedor GovDigital. A partir da falha observada por outro membro, de " Class Elisterror With Message 'list Index Out Of Bounds(0)'" descobrimos que a falha parte do xml de retorno não ser interpretado pela classe, até onde chegamos definimos que não esta conseguindo realizar o envio, com um retorno do erro "Cannot find dispatch method for {https://homolog.govdigital.com.br/ws/div}GerarNfseRequest" Temos o seguinte link contento informações sobre Integração via webservice Prefeitura de Divinópolis: https://govdigital.jira.com/wiki/pages/viewpage.action?pageId=12648453 Onde nos mostra as seguintes informações: WSDLs e Endpoints Outro ponto relevante são os arquivos WSDLs e os endpoints de integração. Para integrar com o gov, cada município terá 1 endpoint diferente o arquivo. Abaixo a relação: Município e respectivos serviços: Itajubá Produção : https://ws.govdigital.com.br/ws/itj Homologação: https://homolog.govd...l.com.br/ws/itj Poços de Caldas Produção : https://ws.govdigital.com.br/ws/pocos Homologação: https://homolog.govd...com.br/ws/pocos Paracatu Produção: https://ws.govdigital.com.br/ws/pctu Homologação: https://homolog.govd....com.br/ws/pctu Divinópolis Produção: https://ws.govdigital.com.br/ws/div Homologação: https://homolog.govd...l.com.br/ws/div Lavras Produção: https://ws.govdigital.com.br/ws/lavr Homologação: https://homolog.govd....com.br/ws/lavr Prata Produção: https://ws.govdigital.com.br/ws/prata Homologação: https://homolog.govd...com.br/ws/prata São José da Lapa Produção: https://ws.govdigital.com.br/ws/sjl Homologação: https://homolog.govd...l.com.br/ws/sjl No médio prazo todas as operações do padrão Abrasf serão implementados, entretanto, no momento possuímos somente 3 operações em produção: Serviço Implementado GerarNfse Sim CancelarNfse Sim RecepcionarLoteRpsSincrono Sim Serviços não implementados ConsultarLoteRps Não ConsultarNfseServicoPrestado Não ConsultarNfseServicoTomado Não ConsultarNfsePorFaixa Não ConsultarNfsePorRps Não RecepcionarLoteRps Não SubstituirNfse Não
  3. nolher
    Olá bom dia a todos, Mais uma informação adquirida, ao entrar no endereço com o wsdl, obtive o xml em anexo de retorno. Em contato com o TI da prefeitura, eles alegam que não chegam nada no webservice. Desde já agradeço a atenção, ------------------------------------------------------- Nilton Olher Resposta do wsdl.xml
  4. nolher
    Olá, boa tarde a todos! Entrei em contato com a empresa que esta trabalhando para a prefeitura de Divinópolis. Me deram as seguintes informações: Se ocorrer problema no envio, relacionado a assinatura digital atente para os detalhes abaixo: 1 - O problema em questão é que o arquivo Lote assinado contem assinatura inválida. Não consigo saber porque a assinatura é invalida, isso é um processo de validação binária do arquivo. São 3 os problemas mais comuns de assinatura inválida. 1.1 - O arquivo é alterado depois de assinatura 1.2 - Durante a manipulação ou envio pode acontecer erros de charset 1.3 - A informação da assinatura faz referencia à parte errada do xml Existe um validador da receita muito bom para testes https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspx 2 - Precebi que no lote do contribuinte existe somente 1 nota. A funcionalidade RecepcionarRpsLote requer 2 assinaturas. É um erro muito comum a segunda assinatura modificar o conteudo da primeira e gerar o erro. SUGIRO que use o metodo GerarNfse que requer somente 1 assinatura, pode facilitar o processo enquanto ele tenta fazer a primeira emissao. Pois bem, o que pude perceber foi: - O Xml gerado pelo Componente ACBr tem ligeiras diferenças, das quais não sei se fazem diferenças: Componente ACBr No incio do XML <?xml version="1.0"?> -<GerarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> -<Rps>-<InfDeclaracaoPrestacaoServico> -<Rps Id="rps23012015UNICA"> -<IdentificacaoRps> Na assinatura : XML gerado por eles: No incio do XML <?xml version="1.0" encoding="UTF-8"?> -<GerarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> -<Rps>-<InfDeclaracaoPrestacaoServico Id="Rps150"> -<Rps>-<IdentificacaoRps> Na assinatura tem uma tag a mais <X509SubjectName>CN=NOME EMPRESA,OU=(EM BRANCO),OU=(EM BRANCO),OU=(EM BRANCO),OU=(EM BRANCO),OU=(EM BRANCO),OU=000001002911048,OU=(EM BRANCO),O=ICP-Brasil,C=BR</X509SubjectName> Segue em anexo os XML exemplo deles. Aguardo contatos test-cancelar-nf-abras-valido-sig.xml test-lote-rps-sincrono-abrasf-valido-sig.xml test-rps-abrasf-valido-sig.xml
  5. nolher
    Bom dia Italo, O que consegui foi esse endereço: https://govdigital.jira.com/wiki/pages/viewpage.action?pageId=12648453 Onde nos mostra as seguintes informações: WSDLs e Endpoints Outro ponto relevante são os arquivos WSDLs e os endpoints de integração. Para integrar com o gov, cada município terá 1 endpoint diferente o arquivo. Abaixo a relação: Município Endpoint podução Endpoint Homologação Itajubá https://ws.govdigital.com.br/ws/itj https://homolog.govdigital.com.br/ws/itj Poços de Caldas https://ws.govdigital.com.br/ws/pocos https://homolog.govdigital.com.br/ws/pocos Paracatu https://ws.govdigital.com.br/ws/pctu https://homolog.govdigital.com.br/ws/pctu Divinópolis https://ws.govdigital.com.br/ws/div https://homolog.govdigital.com.br/ws/div Lavras https://ws.govdigital.com.br/ws/lavr https://homolog.govdigital.com.br/ws/lavr Prata https://ws.govdigital.com.br/ws/prata https://homolog.govdigital.com.br/ws/prata São José da Lapa https://ws.govdigital.com.br/ws/sjl https://homolog.govdigital.com.br/ws/sjl Serviços não implementados No médio prazo todas as operações do padrão Abrasf serão implementados, entretanto, no momento possuímos somente 3 operações em produção: Serviço Implementado GerarNfse Sim CancelarNfse Sim ConsultarLoteRps Não ConsultarNfseServicoPrestado Não ConsultarNfseServicoTomado Não ConsultarNfsePorFaixa Não ConsultarNfsePorRps Não RecepcionarLoteRps Não SubstituirNfse Não RecepcionarLoteRpsSincrono Sim Como podemos observar nem todos os serviços estão disponíveis. Mas, ainda estou aguardando um contato direto, para obter melhores informações. Desde já agradeço a atenção, ------------------------------------------------------- Nilton Olher
  6. nolher
    Boa a tarde a todos. Estamos aqui a iniciar o processo de geração da NFS-e da cidade de Divinópolis, assim com nosso colega Juliano. Busquei todas as informações que pude encontrar aqui no forum, implementei o meu teste, e cheguei até esse tópico. Aguardei alguns dias o posicionamento do Juliano, já que ele estava bem mais adiantado do que nós, porém não vi o posicionamento dele depois da última mensagem do Italio. Estou parado no mesmo ponto, atualizei tudo hoje, e me deparei com a mesma falha, já mencionada pelo Juliano. No caso do enviar normal a resposta é Cannot find dispatch method for {https://homolog.govdigital.com.br/ws/div}RecepcionarLoteRpsRequest E no caso do EnviarSincrono não consegue montar o xml de retorno da erro de "List Index of bounds (0)" pelo que pude acompanhar a variável "FRetWS" esta retornando o valor de "</RecepcionarLoteRpsSincronoResponse>" . Se puder me oferecer alguma orientação para solução já ficarei muito grato.
  7. nolher
    Bom dia a todos, Italo, viu um post anterior aqui falando sobre o Grupo InfoDoc, em relação ao Tipo de Serviço Redespacho Intermediário, de acordo com o manual CTE v2.00a. Na validação G034 diz: Se Tipo do CT-e= 0 (Normal) ou 3 (Substituição) e Tipo de Serviço for IGUAL a Redespacho Intermediário ou Serviço Vinculado a Multimodal: O grupo de Documentos Transportados (infDoc) não deve ser informado . Obrig. 694 Rej. Fiquei na dúvida, essa rejeição realmente irá ocorrer caso seja gerado o grupo infDoc? Qual foi a sua interpretação? Desde já antecipo meus agradecimentos.
  8. nolher
    Olá boa tarde, Estou com esse mesmo problema, usei um recurso técnico paliativo para solucionar o problema, acredito que ao menos possa ser uma informação útil para imaginar uma solução definitiva para o problema. Sendo assim segue abaixo o que identifiquei e meu recurso técnico paliativo: O Problema identifiquei, que de acordo com o número de QrBand e altura(Height) dos mesmo , esta ultrapassando o tamanho de página, onde esta ocorrendo a falha no PageCount. Para solucionar o problema aqui paliativamente, coloquei os QrBand que não utilizava com a altura(Height) igual a zero, assim a pagina não esta ultrapassando o tamanho da pagina. Pois bem, imagino como solução definitiva, que altura(Height) desses QrBand sejam definidos antes mesmo do Prepare da Unit ACBrCTeDACTeQR, sendo assim quando realizasse o prepare já estaria definido todos os QrBand que deverá ser impresso. Espero que tenha feito alguma contribuição. Sem mais para o momento, Atenciosamente, Nilton Olher
  9. nolher
    Obrigado pela atenção de todos. E o que se percebe é que nossa luta continua, certo? rsrsrsrsrsrs Espero que em breve possamos fechar esse tópico, com 100% positivo e funcionando. No mais fico no aguardo, qualquer novidade aí de vcs, não deixem de comentar aqui, Obrigado pela atenção de todos. Nilton Olher
  10. nolher
    Olá boa tarde a todos. Gostaria de vir aqui pra fechar esse tópico, mas ainda não é possível. Ainda tenho uma problema não resolvido nas consultas de via webservice, não consigo obter resposta do SEFAZ no CT-e cancelados, isso procede com vcs aí? E nos demais CT-e que tenham eventos, aí acho que é no componente não obtêm as informações dos eventos. grave o xml de retorno e nele esta vindo certo. Em anexo SEGUE os XMLs de Resposta do SEFAZ quando tem evento e quando o CT-e é cancelado. Se vcs já tiverem passado por essa situação ou tenham comentários a respeito por favor não deixe de comentar. Desde já agradeço a atenção como sempre. Nilton Olher CT-e com Eventos 31140223122815000149570010000000534000000537-sit.xml CT-E CANCELADO -sit.xml
  11. nolher
    Olá Jeanny! Me desculpe a demora para postar esse comentário, estive um pouco focado pra resolver os problemas aqui. Muito Obrigado por sua explanação sobre sua a rotina, e pude aprimorar a minha alteração, visando o seu mesmo ponto de vista. mais uma vez muito obrigado pela sua atenção. Ainda estou realizando algumas alterações em nossas rotinas para atender o evento, e tão logo finalize, postarei os meus comentários finais sobre este post. Sem mais para o momento, Nilton Olher
  12. nolher
    Boa tarde Italo! Valeu, muito obrigado pela atenção. Bom, me passei pela mesma premissa, mas é sempre bom ter opiniões de outra pessoas. Mais uma vez, muito obrigado pela pronta atenção. Nilton Olher
  13. nolher
    Estou com uma dúvida em especifico, haverá inutilização de numeração para o MDF-e? Pesquisei por diversos forum, e dentro do manual e não consegui nenhuma resposta. Qual é a interpretação de vcs? Desde já antecipo agradecimento, Nilton Olher
  14. nolher
    Bom dia, Nelien! Obrigado por seu comentário, e você esta com toda a razão, vou rever minha alteração! Mais uma vez obrigado pela atenção. Sem mais para o momento, Atenciosamente, Nilton Olher
  15. nolher
    Olá, Nellien! Boa tarde! Primeiramente muito obrigado pela sua pronta atenção. Foi bom saber que você chegou no mesmo ponto que eu, vamos aguardar um pronunciamento dos demais honorários colaboradores. Me desculpe, mas tive uma certa dificuldade em entender a sua solução. Realizei a uma outra alteração e achei mais simples e funcional. na unit pcteRetEnvEventoCTe Linha 237 while Leitor.rExtrai(2, 'infEvento', '', i + 1) <> '' do Após ter criado a variável Nivel,Implemente a rotina abaixo: if Copy(Leitor.rExtrai(1, 'cOrgao'),9,2) = '31' then Nivel := 1 // SEFAZ MG else Nivel := 2; // Demais SEFAZ while Leitor.rExtrai(Nivel, 'infEvento', '', i + 1) <> '' do // Alterado por Nilton Olher em 30/01/2013 - Variável Criada para Atender a necessidade de Resposta de Evento no SEFAZ MG Assim retornou a resposta certa sem problemas. De qualquer forma realmente ainda estamos com o problema que o SEFAZ retorna o cancelamento mas não registra o mesmo, sendo assim não podemos ter certeza que o cancelamento esta sendo feito. Sem mais para o momento, Atenciosamente, Nilton Olher Serafim
  16. nolher
    Olá, muito boa tarde a todos. Bom, temos novidades para o envio e recepção de cancelamento em evento da versão 2.00 do SEFAZ MG. Após diversas analises e diversos testes, capturamos o xml de envio e o XML de retorno. Pois bem, segue em anexo os xmls em questão, podemos analisar que estamos recebendo resposta do SEFAZ MG, porém não estamos conseguindo a interpretação desde xml pelo componente ACBrCTe, em especifico abaixo temos a linha em questão onde esta tendo o problema: unit pcteRetEnvEventoCTe Linha 237 while Leitor.rExtrai(2, 'infEvento', '', i + 1) <> '' do begin FretEvento.Add; FretEvento.Items.FRetInfEvento.Id := Leitor.rAtributo('Id'); FretEvento.Items.FRetInfEvento.tpAmb := StrToTpAmb(ok, Leitor.rCampo(tcStr, 'tpAmb')); FretEvento.Items.FRetInfEvento.verAplic := Leitor.rCampo(tcStr, 'verAplic'); FretEvento.Items.FRetInfEvento.cOrgao := Leitor.rCampo(tcInt, 'cOrgao'); FretEvento.Items.FRetInfEvento.cStat := Leitor.rCampo(tcInt, 'cStat'); FretEvento.Items.FRetInfEvento.xMotivo := Leitor.rCampo(tcStr, 'xMotivo'); A sequencia é só para mostrar onde esta retornando a informação, porém, a função rExtrai com os parâmetros nível, TagInicio, TagFim e item, no caso em especifico esta buscando o nível 2 e TagInicio infEvento Leitor.rExtrai(2, 'infEvento' mas a tag infEvento já é o nível 2, assim ele não consegue encontrar o trecho de código necessário para funcionar o Nível deveria ser 1 mas não se em que implicaria mudar para implicitamente para este nível, pois, podem haver outras consequências. Sendo assim solicito aos nossos membros honorários Italo e Cia. se possível entre em contato para que possamos trocar ideia. Tinha o MSN do Italo, mas no Skype não consegui o contato. Certo de vossa atenção aguardo um pronto atendimento, No mais já reservo o nosso muitíssimo obrigado. Nilton Olher 19-eve.xml 19-ped-evento.xml
  17. nolher
    Boa tarde pessoal, Alguma novidade dos webservices de Minas? Fiquei alguns dias sem mexer e hj quando fui testar esta ocorrendo um erro "List index out of bounds (0)", vcs tiveram essa falha? Verifiquei se havia atualizações do componente ACBrCTe e não recebi nenhuma atualização. Se tiverem alguma novidade me reportem por favor. Desde já antecipo agradecimentos, Nilton Olher
  18. nolher
    Ok, Graça vamos enviar nossa reclamação daqui também, realmente estamos perdendo muito tempo com essas atualizações, e a SEFAZ/MG, nos deixa a deriva sem nenhuma informação. Vamos enviar nosso reclamação daqui, e vamos notificar nossos clientes também. Qualquer novidades disponibilizamos aqui. Sem mais para o momento, Nilton Olher
  19. nolher
    Ainda continuo com os meus problemas: 1- Instabilidade na Transmissão e Recepção de CT-e no Tipo de Transmissão NORMAL; 2- Não conseguindo Transmissão e Recepção de Eventos (Cancelamento e CCe); 3- Não conseguindo Transmissão e Recepção em Tipo de Transmissão EPEC. Obrigado por seu post Graça, essas informações são importantes, para que possamos saber a situação. Desde já agradeço a participação de todos. Nilton Olher
  20. nolher
    E aí pessoal alguma novidade para webservice de Minas Gerais, e a versão 2.00? Desde já agradeço a atenção, Nilton Olher
  21. nolher
    Obrigado mais uma vez Italo, A falha da duplicidade foi encontrada, realmente tinha falha em minha aplicação. Depois dos meus testes realizados, posso afirma que o envio de CTE em Contingência EPEC esta funcionando perfeitamente. Porém, ainda não estou tentando sucesso no Cancelamento de CT-e, e também sem resposta da Carta de Correção Eletronica CCe para CT-e. Obtendo novas situações postamos, e caso alguém tem outras situações por favor poste, Esse topico continuará aberto, para que possamos ter informações sobre a situação desses webservices de MInas Gerais. Desde já agradeço a colaboração de todos, Nilton Olher
  22. nolher
    Mais uma vez muito obrigado Italo pela atenção de sempre. Um dúvida aqui, a chave informada que vc se refere é do CT-e ou seria infEvento Id="ID1101133113122312281500014957001000000020400000020001"? Pois se for a chave do CT-e tenho certeza que não estar em duplicidade, agora se for esse ID do Evento, confesso que fiquei na dúvida na geração dele, pois se for apartir do nSeqEvento, então essa é a minha falha pois estou sempre colocando 1. Mais uma vez agradeço sua atenção. E deixo o topico aberto para obter mais informações dos nossos colegas que esteja tendo esse tipo de problemas em Minas. Nilton Olher
  23. nolher
    Bom dia a todos, Pessoa por favor, gostaria de obter os depoimentos até mesmo para saber se temos problemas e devo esperar soluções, ou pode ser falha em minha aplicação e interpretação e preciso solucionar. Desde já antecipo agradecimentos a todos. Nilton Olher
  24. nolher
    Boa tarde a todos, Abri esse topico para que possamos ter informações sobre a versão 2.00 em Minas Gerais. Depois de diversos testes nossos aqui, e das poucas informações obtidas pelo SEFAZ, gostaria de ter informações dos procedimentos de EPEC, CCe e Cancelamento por Evento em Minas Gerais, que possivelmente possam ter obtido sucesso ou os problemas encontrados. No cancelamento e na CCe, estou obtendo resposta com a seguinte mensagem de falha: Message part {http://www.portalfiscal.inf.br/cte/wsdl/CteRecepcaoEvento}cteDadosMsg was not recognized. (Does it exist in service WSDL?) Em transmissão em contigência EPEC, estou obtendo a resposta com rejeição: 631-> Rejeicao: Duplicidade de evento Certo da atenção de todos, atencipo nossos sinceros agradecimentos, Nilton Olher P.S. Em anexo alguns XMLs para Analise EPEC_20-eve.xml EPEC_20-ped-evento.xml Cancelamento_12-ped-evento.xml
  25. nolher
    Value meu caro, Mais uma vez muito obrigado. E vamos aguardar, o que acontecerá com nossos webservices! Atenciosamente, Nilton Olher
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.