Evento S2200 esta indo errado a UF

[RAMLUG]

Eu estava olhando e as admissões estavam saindo com o estado incorreto, e depois reparei que todos os campos que utilizaram o enumarado TpUF estavam com esse problema, pois na rotina que gera o xml tem uma conversão de enumerado para string, só que o enumerado foi adicionado um tipo que não tem na string, que é o tipo ufNenhum bem no início dele, com isso todos os estados ganharam uma posição a mais, então no meu caso que é SP todo mundo que eu colocava SP caia no próximo estado SE, ficando errado as admissões.

Eu adicionei uma string em branco no início do tpuf e deu certo, abaixo anexo o arquivo para validação, ou se tiver outro meio de fazer que eu não esteja vendo alguém me descreva por favor. 

pcesConversaoeSocial.pas

[Jicelmo Andrade]

Em 11/01/2021 at 17:43, RAMLUG disse:

Eu estava olhando e as admissões estavam saindo com o estado incorreto, e depois reparei que todos os campos que utilizaram o enumarado TpUF estavam com esse problema, pois na rotina que gera o xml tem uma conversão de enumerado para string, só que o enumerado foi adicionado um tipo que não tem na string, que é o tipo ufNenhum bem no início dele, com isso todos os estados ganharam uma posição a mais, então no meu caso que é SP todo mundo que eu colocava SP caia no próximo estado SE, ficando errado as admissões.

Eu adicionei uma string em branco no início do tpuf e deu certo, abaixo anexo o arquivo para validação, ou se tiver outro meio de fazer que eu não esteja vendo alguém me descreva por favor. 

pcesConversaoeSocial.pas 101 kB · 0 downloads

Tambem verifiquei isso colega, e o que observei é que os índices do Array ( TUFString ) está diferente do tpuf, eu corrigi colocando na posição correta, pois o tipo ufNenhum  no array TUFString tem que está na mesma ordem, exemplo: 
  TUFString           : array[0..27] of String = (",'AC','AL','AP','AM','BA','CE','DF','ES','GO',
                                                                        'MA','MT','MS','MG','PA','PB','PR','PE','PI',
                                                                        'RJ','RN','RS','RO','RR','SC','SP','SE','TO');

alterar a posicao do primero indice como vazio para ficar correto e não começar com AC e o ultimo índice ser TO e não " ", espero que tenha ajudado

Edited January 25, 2021 by Jicelmo Andrade

[Italo Giurizzato Junior]

Boa tarde a todos,

Não sei porque foi criado um enumerador para a UF, agora se a tag "uf" é opcional ou aceita uma string vazia no meu entendimento deveríamos alterar o tipo desse campo para simplesmente string.

O que vocês acham?

[RAMLUG]

Bom dia, eu concordo que poderia ser um campo somente do tipo string, ficaria mais fácil para todos, mas isso é uma mudança que deve ser feita, pois esta saindo errado para todos no e-Social.

[RAMLUG]

Em 31/01/2021 at 20:15, Italo Giurizzato Junior disse:

Boa tarde a todos,

Não sei porque foi criado um enumerador para a UF, agora se a tag "uf" é opcional ou aceita uma string vazia no meu entendimento deveríamos alterar o tipo desse campo para simplesmente string.

O que vocês acham?

Bom dia, concordo 

[Italo Giurizzato Junior]

Boa tarde a todos,

Já inclui na minha lista de tarefas, até o final desta semana vai estar pronto.

[Italo Giurizzato Junior]

Bom dia a todos,

Acabo de enviar para o repositório a alteração do tipo dos campos UF para string.

O programa exemplo também foi atualizado.

Com certeza vai ocorrer quebra de compilação em suas aplicações nas rotinas que alimentam alguns eventos que necessitam informar a UF.