Ir para conteúdo
  • Cadastre-se

Diego Foliene

Consultores
  • Total de ítens

    5.306
  • Registro em

  • Última visita

  • Days Won

    155

Tudo que Diego Foliene postou

  1. Bom dia! O arquivo 000000158-lista-nfse-ger-soap.xml é o seu envelope de resposta, ou seja, ela é a resposta que o WebServivce devolveu para você quando enviou para ele o RPS. Note que de fato, não há informação da NFSe no retorno para o componente ler. Você precisa ler as informações de: ACBrNFSeX.WebService.Emite.Situacao; ACBrNFSeX.WebService.Emtie.Sucesso; ACBrNFSeX.WebService.Emite.Protocolo; ACBrNFSeX.WebService.Emite.NumeroNota; ACBrNFSeX.WebService.Emite.Link; De posse do Nº da Nota, você pode usar uma das consultas para obter mais informações.
  2. Bom dia! Por favor, qual é o erro exatamente? Ele não imprime? Configure um local para gerar o log na configuração ArqLog e disponibilize o mesmo para analise por gentileza.
  3. Bom dia. Muito obrigado. Foi criada a #TK-3977 para tratar desta situação.
  4. Bom dia @moborges. Conferindo no Log, a principio não há entrada que indique erro na lib. Por favor, verificando no log, a configuração SalvarWS está definida com o valor 1 que corresponde a "sim", por isso, ele deve ter gerado para você dentro de uma pasta /Docs os arquivos de envelope de envio e retorno, os mesmos tem -soap no nome. Disponibilize eles para análise.
  5. Boa tarde. Hoje, 22/05/2023, por volta das 08:15, membros de nossa comunidade do Discord começaram a relatar no canal #sefaz e em #pro-cte problemas de Erro não Catalogado ao tentar utilizar os WebServices do CTe. Relatos indicam que o problema ocorre na versão 4.00 e que ao tentar realizar o mesmo procedimento na versão 3.00 o procedimento ocorre normalmente. Também há relatos que após aguardar alguns minutos depois de receber erro não catalogado, se tentar novamente o já não ocorre o problema. Atualmente a versão 4.00 do CTe só está disponível em homologação e se consultarmos a disponibilidade, é possível observar instabilidade Fonte: Portal do Conhecimento de Transporte Eletrônico - Homologação Para mais informações sobre a versão 4.00 do CTe veja o tópico:
      • 2
      • Curtir
  6. Boa tarde! Conferindo na Consulta de Tabelas do ambiente tanto na AC e AM não tem tipo 120 entre os valores disponíveis para os campos adicionais.
  7. Bom dia! Obrigado por reportar. Por favor, pode compartilhar este manual de SP para que possamos analisar e considerar a possibilidade de revisar a função?
  8. Boa tarde! Por favor, configure para Salvar o Log da Lib no Nível paranoico, defina SalvarWS como Sim e faça um novo teste. Após isso, por favor, forneça para análise o Log que foi gerado e os arquivos de envelope(eles tem -soap no nome). Se julgar que eles tem informações sensíveis e não puder anexar direto aqui, siga as orientações deste tópico para nos encaminhar:
  9. Conforme informado no Discord, a adição da cidade no enumerado foi feita no commit Rev-29524. Também foi enviado na Rev-29525 a adição do provedor para essa cidade no ACBrNFSeXServicos.ini. Por favor, atualize seus fontes para pegar a nova alteração na classe C# para fazer novos testes e se possível, reporte qualquer problema.
  10. Foi criada a #TK-3971 para tratativa do caso. Qualquer novidade você será notificado neste tópico.
  11. Por favor, altere removendo os ?wsdl e faça um novo teste*. *Lembrando que para a alteração ter efeito, você precisa alterar o arquivo ACBrNFSeXServicos.ini, executar o arquivo Compila_Res.bat, reinstalar o ACBr e dar um build all na aplicação. Caso o problema persista, peço que disponibilize os arquivos de envelope para análise.
  12. Por favor, como está a seção correspondente a cidade no seu arquivo ACBrNFSeXServicos.ini ? Atualmente não temos informação para ela:
  13. Bom dia. Apenas complementando as respostas já fornecidas.
  14. Bom dia. Fiz um teste e obtive o mesmo resultado. Conferindo no arquivos de envelope, é possível constatar que é feito o envio do RPS e a mensagem é devolvida na resposta do webservice a requisição. Será necessário que entre em contato com o provedor para questionar o por que de estar recebendo este erro.
  15. Boa tarde. Neste caso, você enviou <itemListaServico>901</ItemListaServico> O retorno foi WebService retornou um XML vazio? Ele não chegou a gerar o Soap de resposta?
  16. Boa tarde! Por favor, disponibilize para a análise o NFe.ini que você está usando. Caso julgue que o mesmo tenha dados sensíveis e não possa ser anexado aqui, siga as orientações deste tópico para nos encaminhar:
  17. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  18. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  19. Boa tarde! Foi divulgado no portal do eSocial notícia informando que foi liberado o envio dos eventos de remuneração referentes a competência de Maio/2023, após divulgação de portaria que atualiza a tabela de faixas salarias. Para ler a notícia na integra, clique AQUI
  20. Boa tarde! Foi criada a #TK-3967 para análise e parecer do consultor responsável.
  21. Boa tarde pessoal. Foi disponibilizado hoje a versão 10.1.7 do programa validador SPED ECD - Escrituração Contábil Digital. A nova versão trás as seguintes alterações: Fonte: http://sped.rfb.gov.br/pagina/show/7219
  22. Como essas orientações são sobre o componente ACBrNFSeX, as mesmas também se aplicam para a LibNFSe e posteriormente o ACBrMonitor já que ambos fazem uso do mesmo. Nome da cidade não está associado a nenhum provedor. O por quê da mensagem. Atualmente o ACBrNFSeX atende mais de 1260 cidades com mais de 140 provedores implementados, apesar disso, o Brasil é vasto, contando com 5565 municípios, por causa disso é inevitável que alguma cidade acabe escapando do nosso radar, por isso, se o componente não tiver a informação de integração de uma cidade, será devolvida a mensagem "<NomeCidade> não está associado a nenhum provedor. O que você deve fazer. Veja este tópico em nossa Base de Conhecimento para saber como descobrir se a cidade é aceita pelo componente. Caso precise usar uma cidade que não esteja implementada, o primeiro passo é buscar as informações para poder integrar com o serviço de emissão de NFSe via WebService daquela cidade. Um bom lugar para começar a buscar esta informação é no site da prefeitura e no setor de ISS da mesma. De posse destas informações, você pode criar um tópico no fórum para que a integração possa posteriormente ser adicionada ao componente. Nenhum provedor selecionado. O por quê da mensagem. O ACBrNFSeX foi concebido de forma inteligente, fazendo uso de interfaces. Desta forma, cada provedor pode ter sua própria implementação sem interferir umas com as outras, seguindo a implementação dos métodos da Interface. Isso também quer dizer que a implementação dos métodos em si é feita nas classes do provedor e quando o mesmo não for selecionado será devolvida a mensagem "Nenhum provedor selecionado". O que você deve fazer. O componente define qual é o provedor internamente de acordo com a cidade selecionada, por isso, antes de realizar qualquer operação com o ACBrNFSeX, você deve configurar a cidade do emitente. Não informado a URL de Homologação. O por quê da mensagem. A informação da cidade, provedor que a atende, versão e URL do WebService para todos os municípios que são usados pelo ACBrNFSeX se encontram no arquivo ACBrNFSeXServicos.ini(Para mais informações sobre o arquivo ACBrNFSeXServicos.ini e o que significa cada parâmetro nele, por favor leia nosso Manual de Migração para o ACBrNFSeX). Esta mensagem é exibida quando não tem a informação da URL de homologação para a cidade que está usando. O que você deve fazer. O fato de não ter está informação no arquivo INI é um indício de duas possíveis situações. Quanto foi feita a contribuição com a informação da cidade, não foi passada a informação, por isso não dispomos da mesma. Não tem ambiente de homologação para esta cidade e o teste precisa ser feito em produção. Para ambos os casos, é recomendado entrar em contato com a prefeitura ou o provedor para pedir uma confirmação. Serviço não implementado para este provedor. O por quê da mensagem. Infelizmente, não existe uma padrão estabelecido para NFSe, o mais próximo disso seria o Padrão ABRASF, que apesar de ser chamado de "padrão" é na verdade uma recomendação de como implementar o WebService que pode ou não ser seguida pelos provedores. Dessa forma temos provedores que implementam leiaute próprio e até mesmo aqueles que seguem o padrão ABRASF, podem implementar customizações ou deixar de implementar métodos. Por isso, se você recebeu a mensagem Serviço não implementado para este provedor, significa que está tentando usar um método que não foi implementado por ele. O que você deve fazer. De maneira geral, podemos agrupar o uso da NFSe em três categorias, Emissão, Consulta e Cancelamento/Substituição. Se você tentou usar uma das formas de emissão(síncrona ou assíncrona) e recebeu está mensagem, isso indica que o provedor não implementa a forma como está usando e por isso deve utilizar a outra. Uma dica é deixar o modo de envio automático para que o componente escolha. Caso tenha tentado uma consulta e recebido está mensagem, indica que a mesma não foi implementada pelo provedor e deve optar por alguma outra das consultas disponíveis. Se o cancelamento/substiuição lhe devolver esta mensagem, entre em contato com a prefeitura para confirmar se a mesma permite realizar tal processo via WebService já que em alguns municípios, parte do processo de cancelamento/substituição requer análise de um fiscal. Lista de NFSe não encontrada! (ListaNfse) O por quê da mensagem. Nos casos em que transmite um RPS, mas recebe rejeições no retorno esta é uma das mensagens que vai visualizar. Ela ocorre porque o ACBrNFSeX espera receber dentro da estrutura do retorno uma tag ListaNfse que contém o conteúdo da NFSe em si. Quando o WebService devolve rejeições, ele não devolve esta tag. O que você deve fazer. Quando a transmissão do RPS ocorre sem rejeições e a NFSe é devolvida está mensagem não aparece, portanto, basta resolver as outras rejeições que foram devolvidas pelo WebService. WebService retornou um XML vazio. O por quê da mensagem. Está mensagem é mostrada quando a resposta do WebService a requisição vem vazia. O que você deve fazer. Existe a possibilidade de que o WebService esteja devolvendo uma resposta que não esteja no padrão esperado para ele e por isso o componente não consiga interpretar. Marque a opção para Salvar os Envelopes Soap. Se você usa componente a propriedade é: ACBrNFSeX.Configuracoes.WebServices.Salvar := True; Se você usa Lib é a configuração SalvarWS na seção NFSe das configurações. Ao fazer isso, será salvo para você um arquivo com a resposta devolvida pelo WebService antes de o ACBrNFSeX tentar fazer sua leitura. Verifique o conteúdo deste arquivo e caso o mesmo esteja vazio ou nem ao menos seja gerado, é necessário entrar em contato com o provedor para verificar. Caso haja informação, crie um tópico no fórum anexando os arquivos de envelope para que a equipe ACBr possa analisar se a rotina de leitura do componente deve ser alterada para que leia o conteúdo do retorno.
  23. Obrigado por reportar. Correção na Rev-29510. Por favor, atualize e reinstale novamente.
  24. Conferindo MOC Anexo I Leiaute NFe temos o a seguinte informação para esta rejeição: No caso de receber está rejeição, a primeira medida se tomar é verificar se a IE do emitente está de fato em ordem. Feito este processo e constatado que de fato está tudo correto com a IE, é necessário verificar se o emissor é credenciado para realizar a emissão de NFe junto a Sefaz do estado. Esse processo de credenciamento pode variar e por isso é importante verificar junto ao cliente ou contador responsável do mesmo. Alguns exemplos de processo de credenciamento: Mato Grosso do Sul São Paulo Rio de Janeiro Rio Grande do Sul Paraná ...
  25. Bom dia. Sim, é isso mesmo.
×
×
  • 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.