Joceandro Perin

Houve uma alteração nas datas de inicio do eSocial.. Produção Restrita deve ser enviado com 1/2017 e Produção 1/2018, também foi alterado o faseamento no ambiente de Produção Restrita para que a simulação seja igual ao ambiente de Produção..

Bom dia galera.. não sei se alguém já percebeu isso, mas no retorno do evento S-5001 a tag nrInsc do ideEstabLot está retornando CNPJ com 13 posições, o CNPJ começa com zero.. Eu uso esse CNPJ para pesquisar o código do estabelecimento dentro do meu sistema.. mas como não está vindo completo, tenho que completar com zero a esquerda pra conseguir achar.. Vi que no retorno do XML, já vem com 13 posições, então pelo jeito parece que o problema é no eSocial..

Bom dia galera, problema aparentemente resolvido.. Fizemos novos testes enviando o 1005 das filiais e subiu normalmente, então o problema era no eSocial mesmo..

Aham, bem isso.. E o pior disso tudo é que não existe nenhuma nota explicando essa possível mudança.. Todo mundo com esse problema e nenhuma orientação.. Aí o que fazer?

Em conversa com alguns grupos do whatsapp, o pessoal comentou que esse erro é devido a uma questão de segurança que foi alterado no eSocial para evitar fraudes e devem ser criado as hierarquias nos certificados.. Mas não falaram como faz isso e não consegui descobrir também.. Talvez o pessoal que meche com NFe deve saber esse procedimento..

Bom dia, pois é.. aqui também estava enviando normalmente até essa última atualização do ambiente.. Estranho que não encontrei nenhuma nota orientativa ou algo do gênero explicando essa situação.. Vou ver se consigo entrar em contato com canal de atendimento do eSocial para ter uma orientação.. Talvez agora precise de uma procuração para poder utilizar o mesmo certificado da matriz para poder enviar as filiais..

Boa tarde galera, estamos com um problema aqui ao enviar o S-1005 de filiais com a mesma raiz de CNPJ, o eSocial retorna o seguinte erro: O CNPJ do certificado não corresponde com os CNPJS (Matriz e filial) retornados pela integração. Alguém já passou por essa situação?

Para A3 e A1 sem PFX que tem funcionado aqui pra min, uso as seguinte configurações.. Geral.SSLLib := libCustom; Geral.SSLHttpLib := httpWinHttp; Geral.SSLCryptLib := cryWinCrypt; Geral.SSLXmlSignLib := xsLibXml2; Certificados.ArquivoPFX := ''; Certificados.Senha := cds.AsStr('SENHA'); Certificados.NumeroSerie := cds.AsStr('NROCERTIFICADO');

Fico a disposição para ajudar no desenvolvimento, se alguém conseguir os schemas e exemplos, podemos iniciar alguma coisa..

o IniValid após atualização do ambiente de produção restrita do eSocial do dia 26/06 foi alterado de 2016-01 para 2017-01 seguindo as mesmas regras de faseamento do ambiente de produção.. http://portal.esocial.gov.br/noticias/testes-com-o-faseamento-na-producao-restrita-terao-ano-base-2017

Boa tarde @Italo Jurisato Junior Só para encerrar esse assunto.. Achei uma nota técnica que orienta sobre o campo fatorMes que estava gerando minha duvida e que estava bem confuso, o MOS não está de acordo com o layout, então com o ajuste que você fez para gerar com duas decimais neste campo, fica correto, fiz o teste e está subindo normalmente pro webservice.. https://portal.esocial.gov.br/manuais/nota-tecnica-02-2018.pdf

Está bem difícil hoje, parece que em homologação não vai..

Bom dia Italo, sim funcionou tbm.. Mandamos uma pergunta ao eSocial para verificar esses campos, pois não achei nenhuma nota técnica explicando esses campos e estão bem confusos e se mandar com as decimais que pede o schema, o eSocial retorna inconsistência.. Creio eu que pode ser um problema deles...

@Italo Jurisato Junior Fiz mais um teste montando assim <fatorMes>8.00</fatorMes> e a principio foi.. Troquei no gerador o tcDe4 para teDe2..Mesmo assim fica confuso, pq no layout pede 4 decimais... Mas seria a forma correta? Pois no MOS orienta a ser enviado diferente...

Outro teste <fatorMes>6.0000</fatorMes> Layout..

Fiz o teste aqui @Italo Jurisato Junior, essa inconsistência é o eSocial que retorna mesmo.. Se eu enviar <fatorMes>00080</fatorMes>, aí ele aceita..

Pois é, está bem confuso o schema e layout com a orientação que deve ser enviado.. Se gerar com as decimais retorna o erro: A estrutura do arquivo XML está em desconformidade com o esquema XSD.The 'http://www.esocial.gov.br/schema/evt/evtInfoComplPer/v02_04_02:fatorMes' element is invalid - The value '1.1112' is invalid according to its datatype 'Decimal' - The FractionDigits constraint failed. Já tentei de outras formas e não deu certo tbm.. a lógica dos campos percRedContrib, fatorMes e fator13 são as mesmas.. a única forma que consegui transmitir foi enviando naquele formato que coloquei acima..

Boa tarde galera.. Conforme o MOS página 108, empresas parcialmente desoneradas tem que montar o percentual de redução da seguinte forma.. Só consegui enviar no formato solicitado, alterando os campos percRedContrib, fatorMes e fator13 para string que devem seguir a mesma lógica.. Desta forma foi transferido sem erros e inconsistências.. @Italo Jurisato Junior Mandei a unit para avaliar e verificar se é a melhor forma de estar enviando conforme orientação do MOS.. Obrigado.. pcesS1280.pas

Consegui sim, somente no windows server 2003 que não consegui..

Boa tarde, esse erro é relativo a validação com o schema, vc tem dois campos que são obrigatórios e que estão vazios no teu XML, inclusive existem outros erros, em um dos XML está com a versão 2.4.02 e outro 2.4.01 campos com valores diferentes...

Deve ser o mesmo problema com o evento que estou mandando, problema no webservice..

Bom dia Italo, o problema é que ele valida com o schema antes de subir, o webservice que me retorna esse inconsistência.. Pelo que da de entender, parece uma incompatibilidade com os schemas do webservice com que está liberado.. O retorno é esse.. ---------------------------------------------------------- - Cód. Resposta: 402 - Desc. Resposta: Schema do evento inválido. ---------------------------------------------------------- Ocorrencia: 1 - Código: 17 - Descrição: A estrutura do arquivo XML está em desconformidade com o esquema XSD.The 'http://www.esocial.gov.br/schema/evt/evtInfoComplPer/v02_04_02:fatorMes' element is invalid - The value '1.1111' is invalid according to its datatype 'Decimal' - The FractionDigits constraint failed. - Tipo: 1 - Localização: ----------------------------------------------------------

Boa tarde, Efetuei alguns ajustes na unit pcesS1280 para que não gere os grupos InfoSubstPatr, InfoSubstPatrOpPort e InfoAtivConcom que são opcionais tanto no layout 2.4.01 quanto no 2.4.02, em alguns casos está gerando indevidamente essas informações causando inconsistências no eSocial.. @Italo Jurisato Junior Segue units para validação.. Obrigado.. pcesS1280.pas

Estou com esse mesmo problema no evento S-1280, ele valida o XML antes de subir mas o eSocial retorna Schema do evento inválido.. A estrutura do arquivo XML está em desconformidade com o esquema XSD.The 'http://www.esocial.gov.br/schema/evt/evtInfoComplPer/v02_04_02:fatorMes' element is invalid - The value '1.1112' is invalid according to its datatype 'Decimal' - The FractionDigits constraint failed. Verificando o XSD do layout 2.4.02 está correto..

Entendi, vou tentar fazer isso, aí dou um retorno sim.. Obrigado..