51 30271700
eSOCIAL
INSS
16/05/2019
- Fim do Prazo de Convivência entre as Versões 2.4.02 e 2.5 do Leiaute
De acordo com a notícia publicada no dia 10 de abril de 2019 no Portal do eSocial (http://portal.esocial.gov.br/noticias/fim-do-prazo-de-convivencia-entre-as-versoes-2-4-02-e-2-5-do-leiaute), a convivência de versões (período em que o eSocial suporta mais de uma versão de leiaute) tem como objetivo oferecer flexibilidade para que as empresas realizem a migração da versão anterior para a nova. A convivência entre as versões 2.4.02 e 2.5 no ambiente de produção foi fixada no período de 21/01/2019 a 21/04/2019.
Importante: a partir do dia 22/04/2019 o eSocial aceitará somente eventos com a versão 2.5 do leiaute.
Fonte: eSocial (RFB)
- Publicada a Nota Orientativa 2019.16 - Orientação Sobre a Configuração Padrão Utilizada na Base de Dados do eSocial
No dia 17 de abril de 2019 foi publicada no Portal do eSocial (https://portal.esocial.gov.br/manuais/nota-orientativa-2019-16-configuracao-padrao-utilizada-na-base-de-dados-do-esocial.pdf) a Nota Orientativa 2019.16, com orientações sobre a configuração padrão a ser utilizada na base de dados do eSocial, como por exemplo o uso de letras maiúsculas e minúsculas e a utilização do caractere “espaço”.
Veja, abaixo, a Nota Orientativa 2019.16 na integra:
“Orientação sobre a configuração padrão utilizada na base de dados do eSocial
A configuração padrão utilizada na base de dados do eSocial é "Case Insensitive" para diferenciação entre maiúsculo e minúsculo. Isso significa que a utilização de letras maiúsculas ou minúsculas no preenchimento dos campos é indiferente para a base de dados. Por exemplo, os códigos de rubrica a serem informados na tabela de rubricas não diferencia: "Rubrica001" de "rubrica001" e de "RUBRICA001". Caso seja enviada uma rubrica com o código (codRubr) “Rubrica001” e, na sequência, o empregador tentar enviar outra rubrica com o código “RUBRICA001”, o sistema informará que já existe registro com o mesmo código de identificação.
Entretanto, é importante destacar que, embora a base de dados não seja sensível a caracteres maiúsculos ou minúsculos, as regras de validação dos arquivos XML definidos no esquema XSD (XML Schema Definition) do eSocial podem exigir determinado formato de dados que envolvam maiúsculos ou minúsculos. Exemplo: campo casado com brasileiro {casadoBR} permite preenchimento apenas com as opções "S" ou "N" (Sim/Não). Este campo deve ser preenchido com "S" ou com "N" em letra maiúscula. Se for preenchido com letra minúscula haverá erro. O mesmo ocorre com os estados brasileiros, cuja sigla também deve ser preenchida com letras maiúsculas. Exemplo: "AM", "RJ", "SP".
Outra configuração padrão utilizada na base de dados do eSocial refere-se ao caractere “Espaço”. Tal caractere é desconsiderado quando digitado ao final da sequência de caracteres (string), ou seja, à direita da sequência, e é considerado quando digitado antes da sequência de caracteres, ou seja, à esquerda.
Exemplo 1: o espaço digitado à esquerda da sequência de caracteres “ Rubrica01” será aceito na base de dados. Caso haja uma nova inclusão com os caracteres "Rubrica01", o eSocial aceitará a nova inclusão, gerando duas rubricas diferentes, ambas válidas, " Rubrica01" e "Rubrica01".
Exemplo 2: quanto ao espaço digitado à direita da sequência de caracteres, caso seja incluída "Rubrica01" e em seguida tentar incluir "Rubrica01 ", o sistema informará que já existe registro com o mesmo código de identificação, pois considerará para ambas apenas "Rubrica01".