Ir para conteúdo
  • Cadastre-se

willian_delan

Membros
  • Total de ítens

    376
  • Registro em

  • Última visita

Tudo que willian_delan postou

  1. @Italo Giurizzato JuniorShow, deu certo, agora, doc emitido com sucesso. Agradeço o apoio.
  2. Boa tarde, @Italo Giurizzato Junior Feito os ajustes mas mesmo assim permanece incorreta a nota, e esse retorno do WebService deles não ajuda em nada... Segue novo XML gerado: 001458792110001841617112023-EnviarLote.xml Segue SOAP e arquivos temporários: 638358272624802561-con-lot.xml638358272624802561-lista-nfse-con-lot-soap.xml638358272624802561-lista-nfse-con-lot.xml638358272624802561-con-lot-soap.xml Italo, sabe dizer o que possa estar incorreto agora? Agradeço a ajuda.
  3. Segue anexo manual do provedor: 00414861.zip Segue anexo nota de exemplo: 00313422.zip Informações obtidas no site da prefeitura, em: https://www.curitiba.pr.gov.br/conteudo/iss-manuais-e-orientacoes/3094
  4. Boa tarde, tudo bem? Cliente de CURITIBA (PR), ao tentar emitir NFSe ocorre o seguinte retorno: E998 - O lote de RPS N 17 com o protocolo N 638357499060509974 esta corrompido. - Verifique as tags e seus conteudos e retransmita o lote de RPS. Segue XML: 00145879211000184916112023-RPS.xml Alguém pode dizer o que pode ser que esta incorreto? Obrigado.
  5. Boa tarde @Italo Giurizzato Junior, ficou OK, obrigado.
  6. Bom dia @Italo Giurizzato Junior tudo bem? Meus cliente que utilizam o provedor IPM, de diferentes municípios estão enfrentando esta mesma situação, simulei ajustando conforme citado acima pelo @Alisson07 e ficou certo também, conseguem verificar por gentileza? Caso precisem de mais informações ou novos testes informem a gente. Obrigado pela atenção.
  7. @Daniel InfoCotidiano De nada, disponha. Se precisar de algo ou tiver outra dúvida sobre a implementação me pergunte que eu ajudo.
  8. @Daniel InfoCotidianoPode enviar no e-mail [email protected]
  9. @Italo Giurizzato Junior Show, era isso mesmo, pode encerrar o tópico.
  10. @Italo Giurizzato Junior Estou com uma nova situação sobre erro no Schemas de envio do evento de cancelamento, X800', 'Erro de Validação: --> 1839 - Element ''{http://www.sped.fazenda.gov.br/nfse}chNFSe'': [facet ''pattern''] The value ''NFS42002002247884403000104000000000000223103631988614'' is not accepted by the pattern ''[0-9]{50} Arquivo de envio: evento envio.txt Sabem nos dizer qual o problema? como deveriamos ter informado valores no campo chNFSe que esta incorreto? Segue XML da nota que esta sendo cancelada: 002478844030001041455505102023-ProcNFSe.xml
  11. Dúvida: Sabem me explicar quando devo usar o evento teAnaliseParaCancelamento? Li o manual mas queria a opinião de outros, pelo que eu entendi para cancelar enviamos o evento teCancelamento e fica em analise no portal do provedor, ai para consultar se o cancelmanto deu certo usamos o evento teAnaliseParaCancelamento? Ou somente quando o cancelamento da rejeição enviamos o teAnaliseParaCancelamento para que analisem novamente a nota para cancelar.
  12. Já identifiquei, como o Padrão Nacional não usa o CancelarNFSe e sim via evento EnviarEvento do teCancelamento preciso alterar o cancelamento para fazer por esse método.
  13. Bom dia, tudo bem? Gostaria de verificar com vocês, não estou conseguindo realizar o cancelamento de NFSe, retorno: Serviço não implementado para este provedor. Já tem implementado o cancelamento pelo ACBr? Estou com fontes atualizados, qq coisa vou tentar atualizar novamente e reinstalar o ACBr. Alguém sabe dizer o que pode ser?
  14. Era exatamente isso que estava causando a situação, situação resolvida, segue XML da NFSe emitida com sucesso! 002478844030001041455505102023-ProcNFSe.xml Muito obrigado @Italo Giurizzato Junior, pode estar encerrando este tópico, agradeço o apoio.
  15. *OBS: Temos a situação com 2 cliente conforme relatei nas conversações acima. Solicitei aos clientes para tentar emitir diretamente pelo portal do provedor nacional Portal de Gestão NFS-e - Contribuinte, o cliente de Agrolândia SC (IBGE 4200200) me retornou que pelo portal emitiu normalmente, segue em anexo o XML da nota emitida, neste caso trata-se de uma limitação para envio via WebService ou trata-se de algo Incorreto que estamos informando no XML que estamos tentando emitir via WebService, como postei a algumas conversas acima podem comparar o XML do provedor com o que tentamos emitir, sabem dizer o que pode estar incorreto? 42002002247884403000104000000000000123106102770462.xml42002002247884403000104000000000000123106102770462.pdf
  16. @Italo Giurizzato JuniorLembrando que em produção o erro é um e em homologação é outro. Homologação: E0034 - A situação do convênio do município emissor informado na DPS deve ser \"ATIVO\" no cadastro de convênio municipal do sistema nacional. Produção: E0037 - O código do município emissor informado na DPS é inexistente no cadastro de convênio municipal do sistema nacional. Essa situação está ocorrendo com dois clientes, um de Chapecó SC (IBGE 4204202) e o outro de Agrolândia SC (IBGE 4200200). No site https://www.gov.br/nfse/pt-br/municipios-aderentes/municipios-aderentes Ele tem que estar Conveniado e ativo? Chapecó por exemplo consta no site como citado anteriormente como "Conveniado porém ainda não ativo" mesmo assim os clientes que são MEI não deveriam conseguir emitir já que são obrigados? ou deve ser apenas aqueles que estão ativos? ou ativos/conveniados?
  17. @Italo Giurizzato Junior Bom dia, tudo certo contigo? Caso tenha algum outro teste que eu possa fazer para encontrarmos a solução me informe por gentileza.
  18. @Italo Giurizzato Junior, Permanece o mesmo retorno, tem algo a mais que podemos tentar mudar para ver se emite? Segue arquivos 185001-rps.xml18500-ger-nfse.json18500-lista-nfse-ger-soap.json18500-lista-nfse-ger.json18500-ger-nfse-soap.json
  19. @Italo Giurizzato Junior Bom dia, tudo certo? Em Response.ArquivoRetorno tem essa informação: '{"tipoAmbiente":2,"versaoAplicativo":"Testes_0.1.0","dataHoraProcessamento":"2023-10-06T11:24:20.0448036-03:00","idDPS":"DPS420020024788440300010400001000000000000001","erros":[{"Parametros":null,"Codigo":"E0034","Descricao":"A situação do convênio do município emissor informado na DPS deve ser \"ATIVO\" no cadastro de convênio municipal do sistema nacional."}]}' Seria isso? Não consegui salvar o XML, na TratarRetornoEmitir da erro X203 - 'Não foi retornado nenhuma NFSe.' Mas pelo Response.ArquivoRetorno da pra ver o retorno Segue XML de envio (Esta em um forma diferente, não foi convertido para XML):xml.txt Usei a propriedade Configuracoes.WebServices.Salvar para salvar os arquivos temporários para tentar pegar o XML com os dados para poderem analisar melhor, segue XML e SOAP:11-rps.xml21-lista-nfse-ger-soap.json21-lista-nfse-ger.json21-ger-nfse-soap.json21-ger-nfse.json
  20. Boa tarde, tudo bem? Temos um cliente com problemas para emissão de NFSe pelo provedor Nacional, cliente MEI, do município de AGROLÂNDIA (SC). Erro: "E0037 - O código do município emissor informado na DPS é inexistente no cadastro do convênio municipal do sistema nacional." Cliente deve cadastrar algo no portal ou algo do tipo? Acredito que não seja referente a cidade dele ter assinado utilizar o provedor pois para MEI não é obrigatório isso né, sabem me dizer o que pode ser? Serviço utilizado 01.07.01 - Suporte técnico em informática, etc....
  21. @BigWings Perfeito, obrigado pela informação, pode encerrar este tópico.
  22. Boa tarde, tudo bem? Estou tentando a seguinte exceção para geração de NFSe para um Cliente MEI que não utiliza Certificado Digital: 'DadosPFX, ArquivoPFX, URLPFX ou NumeroSerie não especificados ! , erro: $00000000' Para o Padrão Nacional não é obrigatório o uso de Certificado Digital, estou fazendo algo errado ou com algo desatualizado em nossos fontes? Algum consultar sabe me dizer? Alguém com Cliente Mei sem certificado esta conseguindo emitir pelo ACBr? Obrigado.
  23. @Juliomar Marchetti e @Victor H. Gonzales - Panda Referente a este tópico podem encerrar, está tudo OK, foi dado um Clean Up e reinstalado tudo e atualizado, esta funcionando normalmente, desculpem a demora para retornar, obrigado pelo apoio.
×
×
  • 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.