Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.696
  • Registro em

  • Última visita

  • Days Won

    1.106

Tudo que Italo Giurizzato Junior postou

  1. Duarte, O provedor disponibilizou os 3 modos de envio (EnviarLoteRps, EnviarLoteRpsSincrono e GerarNfse). Infelizmente o envio em lote não esta funcionando, somente o GerarNfse que você consegue consumir através do método Emitir configurado para o modo de envio unitário. A minha suspeita com relação ao envio em lote é: Devemos montar a lista de Rps para colocar no lote, sendo assim dentro da grupo <ListaRps> temos 1 ou mais (até 50) Rps, a tag inicial de um Rps é <Rps>, mas analisando o WSDL do provedor detectei uma falha, em vez da tag <Rps> é esperado <InfDeclaracaoPrestacaoServico>. Tentei até uma alteração visando gerar a tag <InfDeclaracaoPrestacaoServico> dentro do grupo <ListaRps>, o erro inicial sumiu, mas surgiu um erro de validação do lado do provedor, acusando a falta da tag <Rps>. Veja: <Codigo type="xsd:string">L1001</Codigo> <Mensagem type="xsd:string">O XML esta incompativel com o esquematico XSD ABRASF.</Mensagem> <Correcao type="xsd:string">Para prosseguir, verificar a linha e a descricao do erro a seguir: Mensagem XSD: Element '{http://www.abrasf.org.br/nfse.xsd}InfDeclaracaoPrestacaoServico': This element is not expected. Expected is ( {http://www.abrasf.org.br/nfse.xsd}Rps ). </Correcao> Mensagem XSD: Element '{http://www.abrasf.org.br/nfse.xsd}InfDeclaracaoPrestacaoServico': This element is not expected. Expected is ( {http://www.abrasf.org.br/nfse.xsd}Rps ) Trocando em miudos: O Elemento InfDeclaracaoPrestacaoServico não é esperado. É esperado: Rps. Ao meu ver se eles corrigirem o WSDL vai funcionar esses outros dois modos de envio.
  2. Implantação em ambiente de produção da nova tabela, para mais informações clique aqui.
  3. Implantação em ambiente de homologação da nova tabela, para mais informações clique aqui.
  4. Olá Pessoal, A partir de 2023 o ENCAT inicia a publicação de um novo modelo de documento: Informe Técnico. Vamos saber mais do que se trata. De forma geral, o Informe Técnico tem a finalidade de: • Divulgar orientações e aperfeiçoamentos para os Serviços de Autorização de Uso dos DF-e, que são usados pelas Empresas; • Divulgar e manter registro da atualização de tabelas de domínio usadas pelo Serviço de Autorização, não significando obrigatoriamente a necessidade de alteração no Sistema de Computação das Empresas; • Divulgar e manter registro de orientações sobre a prestação de informações no leiaute do DF-e, informando sobre o preenchimento de campo e outros; • Divulgar e manter registro de comunicados e outras necessidades de comunicação com as empresas. Vamos ao primeiro IT - Informe Técnico: Alteração da Tabela de Códigos de Produtos da ANP (cProdANP) Implantação em ambiente de homologação: 13/02/2023 Implantação em ambiente de produção: 13/03/2023 Como obter a nova tabela? A nova versão da “Tabela de Códigos de Produtos da ANP”, esta disponível no Portal Nacional da NF-e (www.nfe.fazenda.gov.br), na aba “Documentos”, opção “Diversos”. Sobre a tabela: Sobre a origem da Tabela de Produtos da ANP Atualmente as tabelas da ANP, Agência Nacional de Petróleo, podem ser obtidas no link: https://csa.anp.gov.br/informacoes/simp. Essas tabelas não são usadas no Serviço de Autorização dos Documentos Fiscais Eletrônicos, mas são úteis para as empresas que operam com combustível. No link informado, pode se efetuar o download de um arquivo ZIP com as Tabelas de Apoio ao I-SIMP (Sistema de Informações de Movimentação de Produtos), da Agência Nacional de Petróleo. A tabela citada consta no arquivo “T012-Codigos_de_produtos”, para os Códigos de produto com a Data Final de Validade não informada.
      • 4
      • Curtir
      • Obrigado
  5. Implementação no ambiente de produção. Mais informações clique aqui.
  6. Implementação no ambiente de homologação. Mais informações clique aqui.
  7. Ativação das regras em ambiente de produção, para mais informações clique aqui. EDIT: Postergado para novas datas pela versão 1.54.
  8. Olá pessoal Foi publicada uma atualização da NT onde somente a data de entrada em produção foi alterada, do resto continua igual. Sobre as novas datas A data anterior era 01/02/2023 mas foi postergada para 01/03/2023. Mais informações sobre a NT 2019/001, você encontra na postagem:
      • 3
      • Curtir
  9. Bom dia, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.
  10. Bom dia, Esse Timeout = 30 antes de ser atribuído ao componente é multiplicado por 1000 ?
  11. Bom dia, Tenta entrar em contato com o provedor Betha, pode ser que eles mudaram os Schemas.
  12. Bom dia, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analise. TK-3596
  13. Bom dia João, Vamos lá: A prefeitura assinar o termo de adesão não significa que ela vai mudar para o Padrão Nacional, pois ela pode apenas compartilhar com o Padrão Nacional as notas que estão em seu banco de dados e por outro lado ter acesso ao Banco de Dados do Padrão Nacional para obter informações que ela deseja. Ou aderir o pacote completo, neste caso os contribuintes passarinhão a emitir as notas segundo o Padrão Nacional. Para saber o nível de adesão, não vejo outra alternativa entrar em contato com a prefeitura. Pergunte na prefeitura se todos os contribuintes de Atibaia vão passar a emitir as suas notas no Padrão Nacional ou somente quem é MEI.
  14. Bom dia Daniel, Por favor faça os testes usando o programa exemplo.
  15. Bom dia Duarte, Desculpa, acabei esquecendo de enviar para o SVN os schemas. Favor atualizar novamente, já esta no SVN os schemas da versão 2.04 a ser utilizados pelo provedor IPM.
  16. Boa tarde Flavio, Entre em contato com a prefeitura ou com o provedor e solicite as URL de produção e homologação. Talvez no site da prefeitura tenha essa informação.
  17. Boa tarde, Antes de você começar a alterar a sua aplicação, primeiro faça testes com o programa exemplo e estude o código dele, mais precisamente no que se refere a configuração do componente.
  18. Boa tarde Rodrigo, Esse XML não de uma nota e sim de um lote contendo 6 notas. Outra coisa esse XML deve ter sido baixado do site e não retornado do webservice, pois esta fora do padrão. A tag Nfse que contem o prefixo ns2 deveria se char CompNfse e não Nfse, note que dentro do <ns2:Nfse> temos o grupo <Nfse>, isso faz com que o componente se perca.
  19. Boa tarde Daniel, É quase certeza que a configuração do PathSchema esta errada. Leia o tópico abaixo.
  20. Boa tarde Gladston, Se estava funcionando e agora esta ocorrendo esses erros, o problema pode ser do lado do provedor. A minha sugestão é que você solicite aos seus clientes dessas cidades protocolarem uma reclamação na prefeitura. Quanto mais empresas reclamar na prefeitura mais rápido o problema vai ser sanado. O provedor Ginfes tem a mania de dizer que lá esta tudo normal sendo que não esta.
  21. Boa tarde Leandro, Favor atualizar os fontes, reinstale o ACBr e faça novos testes. Use o Tortoise para comparar como estava antes e como ficou a unit que Grava o XML do provedor eGoverneISS. Depois se for possível, gostaria de um XML da nota para que eu pudesse fazer os ajustes necessários na unit responsável pela leitura do XML.
  22. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  23. Boa tarde, Já inclui na minha lista de tarefas para analise do problema. TK-3595
  24. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  25. Boa tarde Rodrigo, Já esta no SVN. O estranho é que a versão de 31/01/2022 do manual o nome da tag era NumeroNfse e as datas no formato DD/MM/AAAA. Espero que todas as cidades atendidas pelo provedor já estão usando essa ultima versão que é de 06/02/2023.
×
×
  • 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.