Luiz Neto

Vi no exemplo do manual, seriam rubricas proventos e descontos, incidindo apenas para IR com código 13.

Voces recomendam deixar com informativas ou seriam rubricas proventos e descontos? e o código de incidência tributação para o IR, deixar como 13 ou 11?

Estou utilizando os do ACBr

Tem como saber o que causa o erro Schema Inválido ao criar o S-1210 Pagamentos layout S-V.1.0.00, alguma forma de gerar um log? ou forçar mais detalhes do erro? se eu colocar um try..except o programa consegue criar o XML e consigo transmitir sem erro pelo eSocial, mas a mensagem está incomodando meus clientes, pois, se passa a transmissão porque a essa mensagem aparece? então aparentemente o XML está correto.

Forçei a geração do XML pra analisar e não vejo o que pode estar errado, ele ainda acusa erro de Schema Inválido <?xml version="1.0" encoding="UTF-8"?> <eSocial xmlns="http://www.esocial.gov.br/schema/evt/evtPgtos/v_S_01_00_00"> <evtPgtos Id="ID0000438150000002022020210000638743"> <ideEvento> <indRetif>1</indRetif> <perApur>2022-01</perApur> <tpAmb>1</tpAmb> <procEmi>1</procEmi> <verProc>1.0</verProc> </ideEvento> <ideEmpregador> <tpInsc>1</tpInsc> <nrInsc>29003815</nrInsc> </ideEmpregador> <ideBenef> <cpfBenef>00000000000</cpfBenef> <infoPgto><dtPgto>2022-01-04</dtPgto> <tpPgto>2</tpPgto> <perRef>2021-01</perRef> <ideDmDev>R</ideDmDev> <vrLiq>198.67</vrLiq> </infoPgto> </ideBenef> </evtPgtos> </eSocial> zerei o CPF e o ID por questao de sigilo do cliente, mas o resto é copia do XML Se puder comparar com o seu XML de pagamento de rescisão e dizer se vê alguma tag faltando ou sobrando eu agradeçerei muito.

Estou com um erro no S-1210 pagamento de rescisão usando o layout Simplificado que apresenta erro de Schema Inválido e descobri que uma das causas é que indGuia não deve ser preenchido, vocês estão conseguindo gerar o S-1210 para rescisões sem erro de Schema Inválido?

Vocês estão conseguindo gerar o S-1210 para pagamento de rescisão? versão S.V-1.0 Simplfiicada está dando erro de Schema inválido e ou no layout 2.05.00 transmite, mas ele dá erro que não achou o registro S-2299 correspondente ao pagamento.

Quando fui gerar o S-1210 no eSocial, acontece o erro de Schema inválido, gerei o XML antes de assinar e vejo que a estrutura está batendo com o XML gerado pelo site do eSocial quando faço esse registro manualmente, como parece que a assinatura e valdação do XML ocorre em DLL, tem como saber o que pode estar causando esse tipo de erro? alguma tag indesejada, erro na ACBr, ou no arquivo de Schema? <?xml version="1.0" encoding="UTF-8"?> <eSocial xmlns="http://www.esocial.gov.br/schema/evt/evtPgtos/v_S_01_00_00"> <evtPgtos Id="ID0000438150000002022020210000638743"> <ideEvento> <indRetif>1</indRetif> <perApur>2022-01</perApur> <tpAmb>1</tpAmb> <procEmi>1</procEmi> <verProc>1.0</verProc> </ideEvento> <ideEmpregador> <tpInsc>1</tpInsc> <nrInsc>29243815</nrInsc> </ideEmpregador> <ideBenef> <cpfBenef>00000000000</cpfBenef> <infoPgto><dtPgto>2022-01-04</dtPgto> <tpPgto>2</tpPgto> <perRef>2021-01</perRef> <ideDmDev>R</ideDmDev> <vrLiq>198.67</vrLiq> </infoPgto> </ideBenef> </evtPgtos> </eSocial>

Fiz uns ajustes do pcesGerador para corrigir erro na validação quando o trabalhador/sócio for estrangeiro mas residir no Brasil, não basta apenas saber se ele é estrageiro, é necessário verificar o país onde ele reside para gerar o endereço certo. procedure TeSocialEvento.GerarEndereco(pEndereco: TEndereco; pExterior: boolean); begin Gerador.wGrupo('endereco'); If Not pExterior Or (pEndereco.Exterior.PaisResid = '105') Or (pEndereco.Exterior.PaisResid = '') Then begin // Mora no Brasil GerarEnderecoBrasil(pEndereco.Brasil); end else begin GerarEnderecoExterior(pEndereco.Exterior); end; Gerador.wGrupo('/endereco'); end; pcesGerador.pas

TIdeEstabLotCollection e TIdeEstabLotCollectionItem precisam do mesmo refactoring para TIdeEstabLotCollectionS1200 e TIdeEstabLotCollectionItemS1200 pcesS1200.pas

Vou atualizar, obrigado pela resposta

É para evitar erro de execução na conversão quando t estiver vazia ou nula, tem situações com leitura do BD que podem gerar t nulo, isto é apenas para adicionar mais uma camada de verificação evitar o erro na execução. Não irá quebrar o código, é exatamente por ela ser chamada em várias rotinas e com isso dispensar inúmeros testes se t está vazio pelo código. Tem algumas opcoes onde o campo é opcional e aí o valor de t será vazio e vai dar erro de conversão no integer (t).

Sugiro um refactoring das units pcesS1200.pas e pcesS2299.pas para alterar os nomes das classes TDmDevCollection para TS2299DMDevCollection e TDMDevCollectionItem para TS2299DMDevCollectionItem, pois elas são definidas em outra unit e causa erro de compilação se fizer Uses da outra unit pcesS1200.pas pcesS2299.pas

Sugiro a seguinte alteração function EnumeradoToStr2(const t: variant; const AString: array of string ): variant; // Atencao não Funciona em Alguns Enumerados ja existentes begin // Melhorar para testar se o valor consta na string IF Not ((VarType(t) = varUnknown) Or (VarType(t) = varNull) Or (VarType(t) = varEmpty)) Then Begin result := AString[ integer( t ) ]; end; end;

Bom dia Italo, não, é no nome da classe mesmo, estou fazendo um refactory nas classes do pces1200 e pces2299 e testando o impacto, está compilando agora, assim que terminar de testar compartilho aqui os resultados pra fazermos um refactory com orientações de vocês.