Ir para conteúdo
  • Cadastre-se

Jonathan Teixeira

Membros
  • Total de ítens

    12
  • Registro em

  • Última visita

Posts postados por Jonathan Teixeira

  1. Estou passando pelo mesmo problema.

    Consegui contado com ISSNet e me informaram isso:

    *provável erro; sem cabeçalho e links em HTTP que deve estar em HTTPS.
    Para proteção de ataques no WS de notas, existe uma validação ativa para impedir os ataques, que caso o XML enviado não tenha em sua estrutura um cabeçalho válido, a ferramenta de segurança entende que seja ataque e barra.
    Todos os envios via integração precisam ter um cabeçalho valido com o "User agent" da solicitação, para que consiga se comunicar com o webservice. Além do SOAP, o desenvolvedor do sistema precisa mandar essas informações com cabeçalho, é uma forma de comunicar quem está chegando no webservice.

    Segue um exemplo do cabeçalho> Mozilla/4.0 (compatible; Protheus 7.00.210324P-20221005; ADVPL WSDL Client 1.120703)
    onde o Protheus 7.00.210324P-20221105, pode ser o sistema e versão, isso é o "User agent" da solicitação. É NECESSÁRIO CONTER O USER AGENT se não nao ira ter comunicação.

    CABEÇALHO, não estamos falando de cabeçalho de XML, e sim de requisição HTTP, ou seja, ao enviar um pacote de comunicação via HTTP, este pacote deve ter sua identificação para que não seja bloqueado.

    Também é necessário verificar se os links de comunicação com o webservice estão com "https" na frente. É necessário que estejam.

     

    Creio que essa mensagem de erro que é apresentada "Erro de Conexão: Premature end of data in tag div line 1", é devido ao XML de retorno não está dentro do padrão (em anexo).

    2024-rec-soap.xml

  2. Estou com problema ao emitir NFS-e no webservice ISSNet, entrei em contado me passaram o seguinte:

    IMPORTANTE:
    *provável erro; sem cabeçalho e links em HTTP que deve estar em HTTPS.
    Para proteção de ataques no WS de notas, existe uma validação ativa para impedir os ataques, que caso o XML enviado não tenha em sua estrutura um cabeçalho válido, a ferramenta de segurança entende que seja ataque e barra.
    Todos os envios via integração precisam ter um cabeçalho valido com o "User agent" da solicitação, para que consiga se comunicar com o webservice. Além do SOAP, o desenvolvedor do sistema precisa mandar essas informações com cabeçalho, é uma forma de comunicar quem está chegando no webservice.

    Segue um exemplo do cabeçalho> Mozilla/4.0 (compatible; Protheus 7.00.210324P-20221005; ADVPL WSDL Client 1.120703)
    onde o Protheus 7.00.210324P-20221105, pode ser o sistema e versão, isso é o "User agent" da solicitação. É NECESSÁRIO CONTER O USER AGENT se não nao ira ter comunicação.

    CABEÇALHO, não estamos falando de cabeçalho de XML, e sim de requisição HTTP, ou seja, ao enviar um pacote de comunicação via HTTP, este pacote deve ter sua identificação para que não seja bloqueado.

    Também é necessário verificar se os links de comunicação com o webservice estão com "https" na frente. É necessário que estejam.

     

    Gostaria de saber se já possuem essa informação?

  3. 20 minutos atrás, neto233 disse:

    No meu caso o valor da aliquota para a atividades é 5%, preenchi o campo que antes era zero e deu certo, no xml ficou o valor do serviço e a aliquota sem o valor do iss.

    deu certo!

    Tentei dessa forma e o erro continua.

    Sua tag

    <Valores>
         <ValorServicos>80.00</ValorServicos>
         <Aliquota>5.0000</Aliquota>
    </Valores>

    ficou assim?

     

  4. 21 minutos atrás, Luiz Sodré disse:

    Qual o valor da alíquota está sendo passada ?

    Quando o NrOcorrAliquota for 1, o componente irá gerar a tag mesmo que vazia.

    Com o NrOcorrAliquota no padrão 0 (zero), caso a alíquota passada seja 0 (zero) o componente não montará tag.

    Se não estiver montando a tag, é porque está passando zero e se estiver com uma atividade que possuí alíquota e a prefeitura não se resolveu sozinha, então aconselho realizar a passagem correta da alíquota para forçar a informação na conversão do RPS.

    Obrigado pela ajuda.

    Estou passando 0, pois já tentei enviar a aliquota do serviço (5%) de acordo com a tabela da prefeitura e apresentou o mesmo erro.

    Baixei o XML de uma nota emitida pelo site da prefeitura, quando não tem retensão a tag aliquota é apresentada porém com o valor 0, por esse motivo mudei NrOcorrAliquota = 1 para apresentar a tag mesmo com 0 e isso não está acontecendo.

  5. 1 hora atrás, neto233 disse:

    Olá, estou com o seguinte erro:

    Erro: L75 O valor da alíquota não corresponde a atividade informada

    no caso a empresa optante pelo simples não deve informar a alíquota o ISSQN, como proceder antes eu passava a alíquota como o valor zero

    No site da prefeitura fica Aliquota = ****

    unknown.png

    Estou com o mesmo problema, mesmo informando a aliquota 0, a tag não é criada no XML gerando o erro.

    Para testar, no arquivo ACBrNFSeXGravarXml_ABRASFv2 na linha 725 onde a tag aliquota é criada no XML, substitui o parametro NrOcorrAliquota por 1, e mesmo ao entrar na função TACBrXmlWriter.AddNode a ocorrencia está com o valor 0, com isso a tag não é inserida no XML.

×
×
  • 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.

The popup will be closed in 10 segundos...