Juliano Stringari

Boa tarde pessoal, Eu realmente não soube procurar (cegueta) pois estava no site o tempo todo, a informação que eu procurava. Affffffff Desculpem pelo equívoco. Moderador pode fechar (ou até excluir) o tópico.

Bom dia. Blz, eu me baseei em um dos meus post e eu tinha criado em outro lugar. Obrigado pelo ajuste. Uma outra dúvida, onde vocês se informam sobre as alterações de layout dos arquivos XML de envio e retorno do eSocial? Por que no site https://www.gov.br/esocial/pt-br/documentacao-tecnica/ eu não encontrei ou eu não soube "procurar". Pelo que entendi do erro que estamos recebendo, o layout foi alterado e nossa aplicação não está mais preparada para fazer o parse. Só que eu não encontrei o "novo layout" do XML.

Conforme eu comentei no post, o projeto é em Java. Não usamos nada do ACBr.

Boa tarde pessoal, No projeto em que trabalho (desenvolvido em Java) e utilizado pela Epagri de Florianópolis, nos últimos dias estamos enfrentando um problema na resposta do eSocial ao consultar o lote após processado. Estamos recebendo a seguinte mensagem: Mais alguém está recebendo essa mensagem no ambiente de produção do eSocial? Obrigado pela atenção

O que acabou acontecendo, depois de a Betha empurrar pra prefeitura e a prefeitura empurrar pra Betha, é que a prefeitura "desligou" a validação da assinatura para XML de Cancelamento em ambos os ambientes, HOM e PRD. Até quando vai isso? Boa pergunta. Por que fizeram isso? Outra boa pergunta. Moderador, pode fechar o tópico

Bom dia Juliomar, A nossa aplicação é feita em Java e utilizada pela Epagri de Florianópolis Essa aplicação se comunica com vários provedores e a Betha é um deles.

Bom dia pessoal, Há alguns meses, em produção, o provedor Betha, para a cidade de São Miguel do Oeste - SC, está retornando a mensagem: <Codigo>E180</Codigo> <Mensagem>Pedido de Cancelamento não está assinado.</Mensagem> <Correcao>O pedido de cancelamento deve conter assinatura digital</Correcao> Eu já havia aberto um Tópico aqui em 2018 sobre o assunto e resolvi na época, porém, agora voltou a acontecer. O detalhe é que não estamos conseguindo resolver diretamente com a Betha pois eles dizem que é pra ver com a Prefeitura e a Prefeitura pede pra ver com a Betha. Pasmem! Eu não utilizo o componente ACBrNFSe por isso precisaria de uma ajuda em relação à estrutura do XML se teve alteração ou não, se foi o algoritmo de assinatura. Alguém passando pelo mesmo problema e conseguiu resolver? Obrigado pela atenção

Bom dia Moderador. Pode fechar esse tópico. O problema era que estava usando o ambiente de homologação justamente para testes e esse ambiente não estava ok. Apontando para Produção consegui enviar os Eventos. No fim não precisei mexer nada dos Eventos, apenas atualizar versão de 1.2 para 1.3 no cabeçalho do XML e os Schemas.

Sim, e o que eu tenho aqui eu fiz download desse site https://www.gov.br/esocial/pt-br/documentacao-tecnica/ Vou olhar esses que você mandou. Obrigado.

Sim, eu sei que é sobre o TACBreSocial em delphi mas aqui nesse forum é que consigo encontrar ajuda e já fui ajudado várias vezes. E acredito que tem mais pessoas que não usam o TACBreSocial e conseguem auxílio por aqui pois podem ter passado pelo mesmo problema. Se criei "na pasta" errada, em qual eu posso criar essa dúvida?

Olá Juliomar, não uso ACBr. É um sistema para nosso cliente aqui em SC.

Bom dia pessoal, Estou implementando as alterações no nosso sistema, em Java, para contemplar as atualizações pra versão 1.3 do eSocial, porém, não estou encontrando o XSD com o atributo hrsTrab. Ele se encontra na documentação de leiautes que baixei do site mas não está nos arquivos .xsd que baixei do mesmo site. Alguém passou pelo mesmo problema? Obrigado

Bom dia Italo, descobri o problema. Eu estava enviando na URL um arquivo (form-data) na verdade tem que ser como texto (raw). No Postman funcionou e obtive o retorno do webservice. Pode fechar o tópico.

Boa tarde pessoal, estou implementando (no nosso sistema) a comunicação com Canoinhas, agora com IPM padrão Abrasf 2.04, antes era Pública. Estou usando o Postman para fazer os primeiros testes e o retorno é simplesmente: nada A URL utilizada é a https://canoinhas.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe& confirmada por um Analista (via email) email esse que peguei via site da Prefeitura. Também fiz a validação do XML pelo site https://tributacao.smarapd.com.br/abrasf/loginWeb.jsp?execobj=ABRASFValidaXml e está OK. Se eu "forçar" o envio de login ou senha errado (no POST) o retorno é: <?xml version="1.0" encoding="ISO-8859-1"?> <retorno> <msg>Acesso Negado!</msg> <sis>EST</sis> <code>401</code> </retorno> Alguém passou pelo mesmo problema ou algo parecido? Att.: Juliano

Bom dia pessoal, existe ambiente de teste pra Canoinhas? Se existe eu ainda não encontrei qual é a URL. Att.: Juliano