Ir para conteúdo
  • Cadastre-se

cleyton44

Membros Pro
  • Total de ítens

    81
  • Registro em

  • Última visita

2 Seguidores

Sobre cleyton44

Contact Methods

  • Website URL
    http://www.nobresistemas.com.br

Últimos Visitantes

1.157 visualizações

cleyton44's Achievements

Enthusiast

Enthusiast (6/14)

  • Reacting Well Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done

Recent Badges

23

Reputação

3

Community Answers

  1. Tudo certo, migrei este desevolvimento para o ACBrNfseX, fiz conforme as instruções e agora está autorizando normalmente, obrigado
  2. Boa tarde até dia 27/03/2023 as transmissões de NFse de Aparecida de Goiania estavam normais, hoje está dando o erro "Erro Interno: 0 Erro HTTP: 301 URL: https://www.issnetonline.com.br/webserviceabrasf/aparecidadegoiania/servicos.asmx" No site da prefeitura há a seguinte mensagem " Ao Contribuinte de Inscrição Municipal: 14381813 Comunicado: Para maior segurança e proteção contra DDoS adotamos a verificação de identificação das requisições ao webservice de notas eletrónicas, a partir de agora requisições em que o "User Agent" esteja como anônimo serão bloqueadas. Portanto, peço qeu contate seu suporte de software para realizar a validação de segurança na requisição. Verificamos que muitos envios estão sendo feitos com requisições anônimas. Anteriormente, era aceito envios com o User Agent anônimo. Por questões de segurança, seguindo a LGPD (Lei n° 13.709/2018), passamos a validar somente as requisições com cabeçalho válido, ou seja, precisa conter os dados do User Agent. Exemplo de sintaxe: User-Agent <product> / <product-version> <comment> Todos os envios via integração precisam ter um cabeçalho com o "User Agent" da solicitação, para que consiga comunicar com o webservice. Não se trata da estrutura do SOAP do XML, mas sim da 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 requisição e comunicação com o webservice estão com "https" na frente. É necessário que estejam " Necessito de orientações quanto ao texto acima e como configuro o componente ACBrNFSe para enviar os dados de "User Agent"? (neste caso ainda usamos o ACBRNFSe)
  3. Favor incluir as novas configurações para o minicípio de Araucária PR [4101804] Nome=Araucaria UF=PR Provedor=IPM Versao=2.04 ProRecepcionar=https://ws-araucaria.atende.net:7443/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=padrao HomRecepcionar=https://migracao.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_araucaria
  4. Baseado no Tópico realizei o procedimento: alterarei o arquivo AcbrNFSexServicos.ini " [4101804] Nome=Araucaria UF=PR Provedor=IPM Versao=2.04 ProRecepcionar= HomRecepcionar=https://migracao.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_araucaria " compilei e reinstalei os componentes do ACBR no programa de exemplo: configurei conforme o ini em anexo, notei que o padrão do XML não mudou para abrasf 2.04, e o retorno é sempre "Acesso Negado", " Inicio TNFSeEnviarLoteRPS ERRO: Erro Interno: 0 Erro HTTP: 401 URL: https://migracao.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_araucaria <?xml version="1.0" encoding="ISO-8859-1"?> <retorno><msg>Acesso Negado!</msg><sis>EST</sis><code>401</code></retorno> Inicio TNFSeEnviarLoteRPS ERRO: Erro Interno: 0 Erro HTTP: 401 URL: https://migracao.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_araucaria <?xml version="1.0" encoding="ISO-8859-1"?> <retorno><msg>Acesso Negado!</msg><sis>EST</sis><code>401</code></retorno> " no entanto pelo postman o acesso é concedido. Necessito de orientação e ajuda da equipe ACBR. Grato Cleyton Luiz ACBrNFSe_Exemplo.ini 2-env-lot.xml 2-env-lot-soap.xml 3523020842360200016356000000000000002-rps.xml
  5. Bom dia, Araucária/PR também esta migrando (IPM 2.04) Endereço da base de homologação: https://migracao.atende.net/?cidade=treina_araucaria Endereço do Webservice de homologação: https://migracao.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_araucaria realizando o que o Italo mencionou acima, é suficiente? ou é necessária a intervenção da equipe ACBR?
  6. Testei o anexo, funcionou perfeitamente, obrigado.
  7. Bom dia, também tenho uma problema em relação a isso. Quando há um valor inválido na Tag o componente está apresentando o alerta formatado incorretamente informando que o CNPJ está com Conteúdo Inválido. Quando desligo "ExibirErroSchema" o alerta é o seguinte: "Falha na validação do Modal do Manifesto: 10449 TAG:<infModal versaoModal="3.00"><infModal versaoModal="3.00"><infModal versaoModal="3.00"><seg><infSeg> ID:#125/CNPJ(CNPJ(MF)) - Conteúdo inválido." sendo que na verdade o erro está na tag "nCompra' " a mensagem com "ExibirErroSchema" ligado é: " Falha na validação do Modal do Manifesto: 10446 TAG:<infModal versaoModal="3.00"><infModal versaoModal="3.00"><infModal versaoModal="3.00"><seg><infSeg> ID:#125/CNPJ(CNPJ(MF)) - Conteúdo inválido. 'SEM PARAR' violates pattern constraint of '[0-9]{1,20}'. The element '{http://www.portalfiscal.inf.br/mdfe}nCompra' with value 'SEM PARAR' failed to parse. " Existe alguma forma de utilização do Alerta que torne a mensagem entendível para o usuário final? Grato Cleyton Luiz Alberti.
  8. Boa tarde, passei a ter uma falha na validação do schema EvtAfastTemp 1871 - Element '{http://www.esocial.gov.br/schema/evt/evtAfastTemp/v02_04_02}nrOC': This element is not expected. Expected is ( {http://www.esocial.gov.br/schema/evt/evtAfastTemp/v02_04_02}nrOc ). Notei que no último commit (imagem anexada) esta tag foi alterada de nrOc para nrOC, voltei para nrOc e a validação do Schema passou, há algum novo schema que devo baixar ou foi um engano esta alteração? Grato Cleyton Luiz Nobre Sistemas
  9. Opa, tranquilo Ítalo, obrigado pela pronta resposta. Cleyton Luiz Nobre Sistemas
  10. Boa tarde senhores esta (minha) alteração foi enviada para o repositório, porém no dia 08/02/2019 foi desfeita, notem que no manual as opções para este campo são parcialmente condizentes com o enumerador TnfseNaturezaOperacao. Gostaria de saber qual versão será mantida para adequar meu sistema, informo que está alteração "sem aviso", ocasionou envios para a prefeitura em desacordo com o previsto em nosso sistema. Gostaria de saber qual propriedade será enviada na Tag <situacao_tributaria> se NFSe.NaturezaOperacao ou NFSe.Servico.CodigoTributacaoMunicipio, para que eu possa adequar meu sistema. Grato Cleyton Luiz pnfsNFSeW_IPM.pas
  11. Ao fazer o fechamento do eSocial, os valores de fechamento de INSS e IRRF foram apurados corretamente no retorno do registro de encerramento, porém os valores de FGTS estão todos zerados. As verbas enviadas nos registros S-1010 foram parametrizadas corretamente com a tributação do FGTS. Alguém tem uma luz??? Grato Cleyton
  12. Boa noite, Na rotina de cancelamento pelo que entendi o XML do RPS é enviado novamente com algumas TAGs a mais e algumas tags não são mais aceitas (não está explicito no manual porém o XML foi rejeitado), um dos casos é a Cond.Pagamento que precisei retirar da geração do XML, submeto mais uma vez a avaliação da equipe esta nova alteração. Grato Cleyton Luiz Alberti Nobre Sistemas pnfsNFSeW_IPM.pas
×
×
  • 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...