Você está na página 1de 243

e-Financeira

Manual de Preenchimento

Verso 1.0.2
243 08 de Abril de 2016
SUMRIO
1. Introduo ................................................................................................................................................................................ 7
1.1. Atualizaes em Relao Verso Anterior................................................................................................................. 7
1.2. Viso Geral .................................................................................................................................................................. 8
1.3. Legislao .................................................................................................................................................................... 8
1.4. Pessoas Obrigadas a Entregar....................................................................................................................................... 8
1.4.1. Mdulo de Operaes Financeiras.......................................................................................................................... 9
1.5. Prazos de Entrega ......................................................................................................................................................... 9
1.5.1. Excepcionalidade.................................................................................................................................................. 10
2. Estrutura, Dados Tcnicos e Definies................................................................................................................................. 11
2.1. Estrutura e Transmisso ............................................................................................................................................. 11
2.1.1. Estrutura ......................................................................................................................................................... 11
2.1.2. Modelo Operacional ....................................................................................................................................... 11
2.1.2.1. Assinatura e Lotes de Eventos .................................................................................................................. 11
2.1.2.2. Nveis de Validao.................................................................................................................................. 12
2.1.3. Transmisso, Recepo e Consultas ............................................................................................................... 13
2.2. Dados e Padres Tcnicos para Gerao dos Arquivos .............................................................................................. 15
2.2.1. Padro de Documento XML................................................................................................................................. 15
2.2.2. Declarao Namespace......................................................................................................................................... 15
2.2.3. Schema XML ....................................................................................................................................................... 16
2.2.4. Padro de Comunicao ....................................................................................................................................... 17
2.2.5. Padro de Certificado Digital ............................................................................................................................... 17
2.2.6. Padro de Assinatura Digital ................................................................................................................................ 19
2.2.7. Processo de Validao da Assinatura Digital........................................................................................................ 21
2.2.8. Resumo dos Padres Tcnicos.............................................................................................................................. 21
2.2.9. Web Services........................................................................................................................................................ 23
2.2.9.1. Padro de Mensagens dos Web Services ........................................................................................................ 23
2.2.9.2. Validao da Estrutura da Mensagem no Web Service................................................................................... 23
2.2.9.3. Web Service de Envio de Lote de Eventos ..................................................................................................... 24
2.2.9.3.1. Dados para a Chamada ao Web Service de Envio de Lote de Eventos ........................................................... 24
2.2.9.3.2. Fluxo de Envio de Lote de Eventos ................................................................................................................ 25
2.2.9.3.3. Leiaute de Mensagem de Entrada ................................................................................................................... 26
2.2.9.3.4. Leiaute Mensagem Retorno do Envio do Lote................................................................................................ 28
2.2.9.3.5. Validaes Aplicadas na Recepo do Lote ................................................................................................... 31
2.2.9.4. Web Service de Consulta................................................................................................................................ 31
2.2.9.4.1. Dados Para a Chamada ao Web Service de Consulta...................................................................................... 32
2.2.9.5. Recomendaes e Boas Prticas ..................................................................................................................... 35
2.2.9.6. Validao do Schema ..................................................................................................................................... 36
2.2.10. Eventos................................................................................................................................................................. 36
2.2.10.1. Estrutura do Evento ........................................................................................................................................ 36
2.2.10.2. Identificao do Evento .................................................................................................................................. 39
2.2.10.3. Versionamento dos Leiautes dos Eventos....................................................................................................... 40
2.3. Definies dos Leiautes.............................................................................................................................................. 40
3. Arquivos Gerais da e-Financeira ............................................................................................................................................ 42
3.1. Evento de Cadastro do Declarante.............................................................................................................................. 42
3.1.1. Leiaute Cadastro do Declarante ................................................................................................................... 43
3.1.1.1. Leiaute Cadastro do Declarante Campo evtCadDeclarante................................................................. 43
3.1.1.2. Leiaute Cadastro do Declarante Campo id.......................................................................................... 43
3.1.1.3. Leiaute Cadastro do Declarante Campo ideEvento ............................................................................. 45
3.1.1.4. Leiaute Cadastro do Declarante Campo indRetificacao ...................................................................... 45
3.1.1.5. Leiaute Cadastro do Declarante Campo nrRecibo............................................................................... 46
3.1.1.6. Leiaute Cadastro do Declarante Campo tpAmb .................................................................................. 47
3.1.1.7. Leiaute Cadastro do Declarante Campo aplicEmi............................................................................... 47
3.1.1.8. Leiaute Cadastro do Declarante Campo verAplic ............................................................................... 48
3.1.1.9. Leiaute Cadastro do Declarante Campo ideDeclarante ....................................................................... 48
3.1.1.10. Leiaute Cadastro do Declarante Campo cnpjDeclarante ..................................................................... 49
3.1.1.11. Leiaute Cadastro do Declarante Campo infoCadastro......................................................................... 51
3.1.1.12. Leiaute Cadastro do Declarante Campo GIIN..................................................................................... 51
3.1.1.13. Leiaute Cadastro do Declarante Campo Nome ................................................................................... 52
3.1.1.14. Leiaute Cadastro do Declarante Campo EnderecoLivre...................................................................... 53
3.1.1.15. Leiaute Cadastro do Declarante Campo Municipio............................................................................. 53
3.1.1.16. Leiaute Cadastro do Declarante Campo UF........................................................................................ 54
3.1.1.17. Leiaute Cadastro do Declarante Campo Pais ...................................................................................... 55
3.1.1.18. Leiaute Cadastro do Declarante Campo paisResidencia ..................................................................... 55
3.2. Evento de Abertura..................................................................................................................................................... 56
3.2.1. Leiaute Abertura.......................................................................................................................................... 57
3.2.1.1. Leiaute Abertura Campo evtAberturaeFinanceira............................................................................... 58
2
3.2.1.2. Leiaute Abertura Campo id................................................................................................................. 60
3.2.1.3. Leiaute Abertura Campo ideEvento.................................................................................................... 61
3.2.1.4. Leiaute Abertura Campo indRetificacao............................................................................................. 62
3.2.1.5. Leiaute Abertura Campo nrRecibo ..................................................................................................... 63
3.2.1.6. Leiaute Abertura Campo tpAmb......................................................................................................... 64
3.2.1.7. Leiaute Abertura Campo aplicEmi...................................................................................................... 64
3.2.1.8. Leiaute Abertura Campo verAplic ...................................................................................................... 65
3.2.1.9. Leiaute Abertura Campo ideDeclarante .............................................................................................. 65
3.2.1.10. Leiaute Abertura Campo cnpjDeclarante ............................................................................................ 65
3.2.1.11. Leiaute Abertura Campo infoAbertura................................................................................................ 67
3.2.1.12. Leiaute Abertura Campo dtInicio........................................................................................................ 67
3.2.1.13. Leiaute Abertura Campo dtFim .......................................................................................................... 68
3.2.1.14. Leiaute Abertura Campo AberturaPP.................................................................................................. 69
3.2.1.15. Leiaute Abertura Campo tpEmpresa ................................................................................................... 70
3.2.1.16. Leiaute Abertura Campo tpPrevPriv ................................................................................................... 70
3.2.1.17. Leiaute Abertura Campo AberturaMovOpFin .................................................................................... 71
3.2.1.18. Leiaute Abertura Campo ResponsavelRMF........................................................................................ 72
3.2.1.19. Leiaute Abertura Campo CPF............................................................................................................. 72
3.2.1.20. Leiaute Abertura Campo Nome .......................................................................................................... 73
3.2.1.21. Leiaute Abertura Campo Setor............................................................................................................ 74
3.2.1.22. Leiaute Abertura Campo Telefone...................................................................................................... 74
3.2.1.23. Leiaute Abertura Campo DDD ........................................................................................................... 74
3.2.1.24. Leiaute Abertura Campo Numero....................................................................................................... 75
3.2.1.25. Leiaute Abertura Campo Ramal.......................................................................................................... 75
3.2.1.26. Leiaute Abertura Campo endereco...................................................................................................... 75
3.2.1.27. Leiaute Abertura Campo Logradouro ................................................................................................. 75
3.2.1.28. Leiaute Abertura Campo Numero....................................................................................................... 76
3.2.1.29. Leiaute Abertura Campo Complemento.............................................................................................. 76
3.2.1.30. Leiaute Abertura Campo Bairro.......................................................................................................... 76
3.2.1.31. Leiaute Abertura Campo CEP............................................................................................................. 77
3.2.1.32. Leiaute Abertura Campo Municipio ................................................................................................... 77
3.2.1.33. Leiaute Abertura Campo UF............................................................................................................... 77
3.2.1.34. Leiaute Abertura Campo RepresLegal ................................................................................................ 78
3.2.1.35. Leiaute Abertura Campo CPF............................................................................................................. 78
3.2.1.36. Leiaute Abertura Campo Setor............................................................................................................ 80
3.2.1.37. Leiaute Abertura Campo Telefone...................................................................................................... 80
3.2.1.38. Leiaute Abertura Campo DDD ........................................................................................................... 80
3.2.1.39. Leiaute Abertura Campo Numero....................................................................................................... 80
3.2.1.40. Leiaute Abertura Campo Ramal.......................................................................................................... 81
3.3. Evento de Fechamento ............................................................................................................................................... 81
3.3.1. Leiaute Fechamento..................................................................................................................................... 82
3.3.1.1. Leiaute Fechamento Campo evtFechamentoeFinanceira .................................................................... 82
3.3.1.2. Leiaute Fechamento Campo id............................................................................................................ 84
3.3.1.3. Leiaute Fechamento Campo ideEvento............................................................................................... 85
3.3.1.4. Leiaute Fechamento Campo indRetificacao........................................................................................ 85
3.3.1.5. Leiaute Fechamento Campo nrRecibo ................................................................................................ 86
3.3.1.6. Leiaute Fechamento Campo tpAmb.................................................................................................... 87
3.3.1.7. Leiaute Fechamento Campo aplicEmi ................................................................................................ 88
3.3.1.8. Leiaute Fechamento Campo verAplic................................................................................................. 88
3.3.1.9. Leiaute Fechamento Campo ideDeclarante......................................................................................... 89
3.3.1.10. Leiaute Fechamento Campo cnpjDeclarante....................................................................................... 89
3.3.1.11. Leiaute Fechamento Campo infoFechamento ..................................................................................... 89
3.3.1.12. Leiaute Fechamento Campo dtInicio .................................................................................................. 90
3.3.1.13. Leiaute Fechamento Campo dtFim ..................................................................................................... 90
3.3.1.14. Leiaute Fechamento Campo sitEspecial.............................................................................................. 91
3.3.1.15. Leiaute Fechamento Campo FechamentoPP ....................................................................................... 91
3.3.1.16. Leiaute Fechamento Campo FechamentoMes..................................................................................... 93
3.3.1.17. Leiaute Fechamento Campo anoMesCaixa ......................................................................................... 93
3.3.1.18. Leiaute Fechamento Campo quantArqTrans....................................................................................... 94
3.3.1.19. Leiaute Fechamento Campo FechamentoMovOpFin.......................................................................... 95
3.3.1.20. Leiaute Fechamento Campo ReportavelExterior................................................................................. 97
3.3.1.21. Leiaute Fechamento Campo pais ........................................................................................................ 97
3.3.1.22. Leiaute Fechamento Campo reportavel............................................................................................... 98
3.3.1.23. Leiaute Fechamento Campo FechamentoMes..................................................................................... 99
3.3.1.24. Leiaute Fechamento Campo anoMesCaixa ......................................................................................... 99
3.3.1.25. Leiaute Fechamento Campo quantArqTrans..................................................................................... 100
3.4. Evento de Excluso .................................................................................................................................................. 101
3.4.1. Leiaute Evento de Excluso....................................................................................................................... 101
3
3.4.1.1. Leiaute Evento de Excluso Campo evtExclusao ............................................................................. 101
3.4.1.2. Leiaute Evento de Excluso Campo id.............................................................................................. 102
3.4.1.3. Leiaute Evento de Excluso Campo ideEvento................................................................................. 103
3.4.1.4. Leiaute Evento de Excluso Campo tpAmb...................................................................................... 103
3.4.1.5. Leiaute Evento de Excluso Campo aplicEmi .................................................................................. 104
3.4.1.6. Leiaute Evento de Excluso Campo verAplic................................................................................... 104
3.4.1.7. Leiaute Evento de Excluso Campo ideDeclarante........................................................................... 104
3.4.1.8. Leiaute Evento de Excluso Campo cnpjDeclarante......................................................................... 105
3.4.1.9. Leiaute Evento de Excluso Campo infoExclusao............................................................................ 105
3.4.1.10. Leiaute Evento de Excluso Campo nrReciboEvento ....................................................................... 105
3.5. Evento de Excluso e-Financeira.............................................................................................................................. 106
3.5.1. Leiaute Evento de Excluso e-Financeira .................................................................................................. 107
3.5.1.1. Leiaute Evento de Excluso e-Financeira Campo evtExclusaoeFinanceira....................................... 107
3.5.1.2. Leiaute Evento de Excluso e-Financeira Campo id ......................................................................... 108
3.5.1.3. Leiaute Evento de Excluso e-Financeira Campo ideEvento ............................................................ 109
3.5.1.4. Leiaute Evento de Excluso e-Financeira Campo tpAmb ................................................................. 110
3.5.1.5. Leiaute Evento de Excluso e-Financeira Campo aplicEmi.............................................................. 110
3.5.1.6. Leiaute Evento de Excluso e-Financeira Campo verAplic .............................................................. 110
3.5.1.7. Leiaute Evento de Excluso e-Financeira Campo ideDeclarante ...................................................... 111
3.5.1.8. Leiaute Evento de Excluso e-Financeira Campo cnpjDeclarante .................................................... 111
3.5.1.9. Leiaute Evento de Excluso e-Financeira Campo infoExclusaoeFinanceira ..................................... 111
3.5.1.10. Leiaute Evento de Excluso e-Financeira Campo nrReciboEvento................................................... 112
4. Arquivos Especficos da e-Financeira .................................................................................................................................. 114
4.1. Mdulo Operaes Financeiras ................................................................................................................................ 114
4.1.1. Evento de Cadastro dos Patrocinados ................................................................................................................. 114
4.1.1.1. Leiaute Cadastro dos Patrocinados ...................................................................................................... 115
4.1.1.1.1. Leiaute Cadastro dos Patrocinados Campo evtCadPatrocinado ........................................................ 115
4.1.1.1.2. Leiaute Cadastro dos Patrocinados Campo id ................................................................................... 115
4.1.1.1.3. Leiaute Cadastro dos Patrocinados Campo ideEvento ...................................................................... 116
4.1.1.1.4. Leiaute Cadastro dos Patrocinados Campo indRetificacao ............................................................... 117
4.1.1.1.5. Leiaute Cadastro dos Patrocinados Campo nrRecibo........................................................................ 117
4.1.1.1.6. Leiaute Cadastro dos Patrocinados Campo tpAmb ........................................................................... 118
4.1.1.1.7. Leiaute Cadastro dos Patrocinados Campo AplicEmi....................................................................... 118
4.1.1.1.8. Leiaute Cadastro dos Patrocinados Campo verAplic ........................................................................ 119
4.1.1.1.9. Leiaute Cadastro dos Patrocinados Campo ideDeclarante ................................................................ 119
4.1.1.1.10. Leiaute Cadastro dos Patrocinados Campo cnpjDeclarante ........................................................ 119
4.1.1.1.11. Leiaute Cadastro dos Patrocinados Campo GIIN ........................................................................ 120
4.1.1.1.12. Leiaute Cadastro dos Patrocinados Campo infoPatrocinado ....................................................... 121
4.1.1.1.13. Leiaute Cadastro dos Patrocinados Campo GIIN ........................................................................ 121
4.1.1.1.14. Leiaute Cadastro dos Patrocinados Campo CNPJ ....................................................................... 122
4.1.1.1.15. Leiaute Cadastro dos Patrocinados Campo nomePatrocinado..................................................... 124
4.1.1.1.16. Leiaute Cadastro dos Patrocinados Campo endereco .................................................................. 124
4.1.1.1.17. Leiaute Cadastro dos Patrocinados Campo enderecoLivre.......................................................... 124
4.1.1.1.18. Leiaute Cadastro dos Patrocinados Campo municipio ................................................................ 124
4.1.1.1.19. Leiaute Cadastro dos Patrocinados Campo pais.......................................................................... 125
4.1.1.1.20. Leiaute Cadastro dos Patrocinados Campo paisResidencia......................................................... 125
4.1.2. Evento de Cadastro dos Intermedirios .............................................................................................................. 126
4.1.2.1. Leiaute Cadastro dos Intermedirios.................................................................................................... 127
4.1.2.1.1. Leiaute Cadastro dos Intermedirios Campo evtCadIntermediario ................................................... 127
4.1.2.1.2. Leiaute Cadastro dos Intermedirios Campo id ................................................................................ 127
4.1.2.1.3. Leiaute Cadastro dos Intermedirios Campo ideEvento.................................................................... 128
4.1.2.1.4. Leiaute Cadastro dos Intermedirios Campo indRetificacao............................................................. 129
4.1.2.1.5. Leiaute Cadastro dos Intermedirios Campo nrRecibo ..................................................................... 129
4.1.2.1.6. Leiaute Cadastro dos Intermedirios Campo tpAmb......................................................................... 130
4.1.2.1.7. Leiaute Cadastro dos Intermedirios Campo aplicEmi ..................................................................... 130
4.1.2.1.8. Leiaute Cadastro dos Intermedirios Campo verAplic...................................................................... 130
4.1.2.1.9. Leiaute Cadastro dos Intermedirios Campo ideDeclarante.............................................................. 131
4.1.2.1.10. Leiaute Cadastro dos Intermedirios Campo cnpjDeclarante...................................................... 131
4.1.2.1.11. Leiaute Cadastro dos Intermedirios Campo infoIntermediario.................................................. 131
4.1.2.1.12. Leiaute Cadastro dos Intermedirios Campo GIIN ..................................................................... 132
4.1.2.1.13. Leiaute Cadastro dos Intermedirios Campo tpNI ...................................................................... 133
4.1.2.1.14. Leiaute Cadastro dos Intermedirios Campo NIIntermediario .................................................... 134
4.1.2.1.15. Leiaute Cadastro dos Intermedirios Campo nomeIntermediario................................................ 135
4.1.2.1.16. Leiaute Cadastro dos Intermedirios Campo Endereco............................................................... 135
4.1.2.1.17. Leiaute Cadastro dos Intermedirios Campo Endereco Livre ..................................................... 135
4.1.2.1.18. Leiaute Cadastro dos Intermedirios Campo municipio.............................................................. 135
4.1.2.1.19. Leiaute Cadastro dos Intermedirios Campo pais ....................................................................... 136
4.1.2.1.20. Leiaute Cadastro dos Intermedirios Campo paisResidencia ...................................................... 136
4
4.1.3. Evento de Movimento de Operaes Financeiras ............................................................................................... 137
4.1.3.1. Leiaute Movimento de Operaes Financeiras .................................................................................... 139
4.1.3.1.1. Leiaute Movimento de Operaes Financeiras Campo evtMovOpFin.............................................. 139
4.1.3.1.2. Leiaute Movimento de Operaes Financeiras Campo id ................................................................. 140
4.1.3.1.3. Leiaute Movimento de Operaes Financeiras Campo ideEvento .................................................... 141
4.1.3.1.4. Leiaute Movimento de Operaes Financeiras Campo indRetificacao ............................................. 141
4.1.3.1.5. Leiaute Movimento de Operaes Financeiras Campo nrRecibo...................................................... 141
4.1.3.1.6. Leiaute Movimento de Operaes Financeiras Campo tpAmb ......................................................... 142
4.1.3.1.7. Leiaute Movimento de Operaes Financeiras Campo aplicEmi ...................................................... 143
4.1.3.1.8. Leiaute Movimento de Operaes Financeiras Campo verAplic ...................................................... 143
4.1.3.1.9. Leiaute Movimento de Operaes Financeiras Campo IdeDeclarante .............................................. 143
4.1.3.1.10. Leiaute Movimento de Operaes Financeiras Campo cnpjDeclarante....................................... 143
4.1.3.1.11. Leiaute Movimento de Operaes Financeiras Campo ideDeclarado ......................................... 144
4.1.3.1.12. Leiaute Movimento de Operaes Financeiras Campo tpNI ....................................................... 145
4.1.3.1.13. Leiaute Movimento de Operaes Financeiras Campo tpDeclarado ........................................... 146
4.1.3.1.14. Leiaute Movimento de Operaes Financeiras Campo NIDeclarado .......................................... 147
4.1.3.1.15. Leiaute Movimento de Operaes Financeiras Campo NIF ........................................................ 150
4.1.3.1.16. Leiaute Movimento de Operaes Financeiras Campo NumeroNIF ........................................... 152
4.1.3.1.17. Leiaute Movimento de Operaes Financeiras Campo PaisEmissaoNIF .................................... 152
4.1.3.1.18. Leiaute Movimento de Operaes Financeiras Campo Nome Declarado.................................... 153
4.1.3.1.19. Leiaute Movimento de Operaes Financeiras Campo DataNasc ............................................... 153
4.1.3.1.20. Leiaute Movimento de Operaes Financeiras Campo EnderecoLivre ....................................... 153
4.1.3.1.21. Leiaute Movimento de Operaes Financeiras Campo PaisEndereco......................................... 154
4.1.3.1.22. Leiaute Movimento de Operaes Financeiras Campo Pais........................................................ 154
4.1.3.1.23. Leiaute Movimento de Operaes Financeiras Campo PaisResid............................................... 155
4.1.3.1.24. Leiaute Movimento de Operaes Financeiras Campo Pais........................................................ 155
4.1.3.1.25. Leiaute Movimento de Operaes Financeiras Campo PaisNacionalidade ................................. 156
4.1.3.1.26. Leiaute Movimento de Operaes Financeiras Campo Pais........................................................ 157
4.1.3.1.27. Leiaute Movimento de Operaes Financeiras Campo Proprietarios .......................................... 157
4.1.3.1.28. Leiaute Movimento de Operaes Financeiras Campo tpNI ....................................................... 158
4.1.3.1.29. Leiaute Movimento de Operaes Financeiras Campo NIProprietario ....................................... 159
4.1.3.1.30. Leiaute Movimento de Operaes Financeiras Campo NIF ........................................................ 161
4.1.3.1.31. Leiaute Movimento de Operaes Financeiras Campo NumeroNIF ........................................... 163
4.1.3.1.32. Leiaute Movimento de Operaes Financeiras Campo PaisEmissaoNIF .................................... 164
4.1.3.1.33. Leiaute Movimento de Operaes Financeiras Campo Nome..................................................... 164
4.1.3.1.34. Leiaute Movimento de Operaes Financeiras Campo EnderecoLivre ....................................... 164
4.1.3.1.35. Leiaute Movimento de Operaes Financeiras Campo PaisEndereco......................................... 165
4.1.3.1.36. Leiaute Movimento de Operaes Financeiras Campo Pais........................................................ 165
4.1.3.1.37. Leiaute Movimento de Operaes Financeiras Campo PaisResid............................................... 166
4.1.3.1.38. Leiaute Movimento de Operaes Financeiras Campo Pais........................................................ 166
4.1.3.1.39. Leiaute Movimento de Operaes Financeiras Campo PaisNacionalidade ................................. 167
4.1.3.1.40. Leiaute Movimento de Operaes Financeiras Campo Pais........................................................ 167
4.1.3.1.41. Leiaute Movimento de Operaes Financeiras Campo DataNasc ............................................... 168
4.1.3.1.42. Leiaute Movimento de Operaes Financeiras Campo Reportavel ............................................. 168
4.1.3.1.43. Leiaute Movimento de Operaes Financeiras Campo Pais........................................................ 170
4.1.3.1.44. Leiaute Movimento de Operaes Financeiras Campo mesCaixa............................................... 171
4.1.3.1.45. Leiaute Movimento de Operaes Financeiras Campo anoMesCaixa......................................... 171
4.1.3.1.46. Leiaute Movimento de Operaes Financeiras Campo movOpFin ............................................. 172
4.1.3.1.47. Leiaute Movimento de Operaes Financeiras Campo Conta..................................................... 172
4.1.3.1.48. Leiaute Movimento de Operaes Financeiras Campo MedJudic............................................... 175
4.1.3.1.49. Leiaute Movimento de Operaes Financeiras Campo NumProcJud.......................................... 175
4.1.3.1.50. Leiaute Movimento de Operaes Financeiras Campo Vara....................................................... 175
4.1.3.1.51. Leiaute Movimento de Operaes Financeiras Campo SecJud ................................................... 176
4.1.3.1.52. Leiaute Movimento de Operaes Financeiras Campo SubSecJud ............................................. 176
4.1.3.1.53. Leiaute Movimento de Operaes Financeiras Campo dtConcessao .......................................... 176
4.1.3.1.54. Leiaute Movimento de Operaes Financeiras Campo dtCassacao............................................. 177
4.1.3.1.55. Leiaute Movimento de Operaes Financeiras Campo infoConta............................................... 177
4.1.3.1.56. Leiaute Movimento de Operaes Financeiras Campo Reportavel ............................................. 178
4.1.3.1.57. Leiaute Movimento de Operaes Financeiras Campo Pais........................................................ 180
4.1.3.1.58. Leiaute Movimento de Operaes Financeiras Campo tpConta.................................................. 181
4.1.3.1.59. Leiaute Movimento de Operaes Financeiras Campo subTpConta ........................................... 182
4.1.3.1.60. Leiaute Movimento de Operaes Financeiras Campo tpNumConta .......................................... 183
4.1.3.1.61. Leiaute Movimento de Operaes Financeiras Campo NumConta ............................................. 183
4.1.3.1.62. Leiaute Movimento de Operaes Financeiras Campo tpRelacaoDeclarado .............................. 184
4.1.3.1.63. Leiaute Movimento de Operaes Financeiras Campo Intermediario......................................... 186
4.1.3.1.64. Leiaute Movimento de Operaes Financeiras Campo GIIN ...................................................... 187
4.1.3.1.65. Leiaute Movimento de Operaes Financeiras Campo tpNI ....................................................... 187
4.1.3.1.66. Leiaute Movimento de Operaes Financeiras Campo NIIntermediario..................................... 188
5
4.1.3.1.67. Leiaute Movimento de Operaes Financeiras Campo NoTitulares............................................ 189
4.1.3.1.68. Leiaute Movimento de Operaes Financeiras Campo dtEncerramentoConta............................ 190
4.1.3.1.69. Leiaute Movimento de Operaes Financeiras Campo Fundo .................................................... 191
4.1.3.1.70. Leiaute Movimento de Operaes Financeiras Campo GIIN ...................................................... 191
4.1.3.1.71. Leiaute Movimento de Operaes Financeiras Campo CNPJ ..................................................... 192
4.1.3.1.72. Leiaute Movimento de Operaes Financeiras Campo BalancoConta ........................................ 192
4.1.3.1.73. Leiaute Movimento de Operaes Financeiras Campo totCreditos............................................. 192
4.1.3.1.74. Leiaute Movimento de Operaes Financeiras Campo totDebitos.............................................. 193
4.1.3.1.75. Leiaute Movimento de Operaes Financeiras Campo totCreditosMesmaTitularidade .............. 194
4.1.3.1.76. Leiaute Movimento de Operaes Financeiras Campo totdebitosMesmaTitularidade ................ 196
4.1.3.1.77. Leiaute Movimento de Operaes Financeiras Campo vlrUltDia ............................................... 198
4.1.3.1.78. Leiaute Movimento de Operaes Financeiras Campo PgtosAcum ............................................ 199
4.1.3.1.79. Leiaute Movimento de Operaes Financeiras Campo tpPgto .................................................... 202
4.1.3.1.80. Leiaute Movimento de Operaes Financeiras Campo totPgtosAcum........................................ 203
4.1.3.1.81. Leiaute Movimento de Operaes Financeiras Campo Cambio.................................................. 204
4.1.3.1.82. Leiaute Movimento de Operaes Financeiras Campo MedJudic............................................... 204
4.1.3.1.83. Leiaute Movimento de Operaes Financeiras Campo NumProcJud.......................................... 205
4.1.3.1.84. Leiaute Movimento de Operaes Financeiras Campo Vara....................................................... 205
4.1.3.1.85. Leiaute Movimento de Operaes Financeiras Campo SecJud ................................................... 205
4.1.3.1.86. Leiaute Movimento de Operaes Financeiras Campo SubSecJud ............................................. 205
4.1.3.1.87. Leiaute Movimento de Operaes Financeiras Campo dtConcessao .......................................... 206
4.1.3.1.88. Leiaute Movimento de Operaes Financeiras Campo dtCassacao............................................. 206
4.1.3.1.89. Leiaute Movimento de Operaes Financeiras Campo totCompras ............................................ 206
4.1.3.1.90. Leiaute Movimento de Operaes Financeiras Campo totVendas .............................................. 207
4.1.3.1.91. Leiaute Movimento de Operaes Financeiras Campo totTransferencias ................................... 207
5. Regras de Validao............................................................................................................................................................. 208
5.1. Regras de validao de contedo.............................................................................................................................. 208
5.1.1. Com consulta a tabelas externas ......................................................................................................................... 208
6. Mensagens do Sistema ......................................................................................................................................................... 232
6.1. Gerais ....................................................................................................................................................................... 232
6.2. Validao de Contedo ............................................................................................................................................ 234
6.3. Com Tabelas ............................................................................................................................................................ 242

6
1. Introduo
1.1. Atualizaes em Relao Verso Anterior

1 Alterao do algoritmo de hash de SHA-1 para SHA-2 na assinatura


dos eventos da e-Financeira (itens 2.2.6 e 2.2.8 do Manual);

2 Esclarecimentos sobre a gerao de nmeros de recibo de entrega


individualizados por evento no lote (item 2.1.2.1 do Manual);

3 Diversas correes em referncias ao leiaute 1.0.0, o qual foi


substitudo pelo leiaute 1.0.1 em fevereiro de 2016;

4 Atualizao da regra de validao


REGRA_VALIDA_FORMATO_MASCARA_GIIN, incluindo os novos cdigos
(SF, SD, SS e SB) adotados pelo IRS para fins de cadastramento do GIIN
(itens 3.1.1.12, 4.1.1.1.11, 4.1.1.1.13 e 4.1.2.1.12 do Manual);

5 Atualizao de orientao sobre os elementos do grupo 20 do


Leiaute de Fechamento (itens 3.3.1.20, 3.3.1.21 e 3.3.1.22 do Manual);

6 Atualizao das orientaes sobre a utilizao dos tipos de NI 7


(Identidade Mercosul) e 99 (Sem NI), no campo 12 do Movimento de
Operaes Financeiras (item 4.1.3.1.12 do Manual);

7 Atualizao das orientaes acerca das informaes sobre


pagamentos acumulados referentes ao ano-calendrio de 2015 (item 4.1.3.1.78
do Manual);

8 Retificao do cdigo do primeiro ms do exemplo descrito no item


4.1.3.1.80 do Manual;

9 Incluso de orientaes acerca de reportes de aluguel de ttulos e


valores mobilirios (BTC), no campo de Tipo de Relao do Declarado do
Movimento de Operaes Financeiras (item 4.1.3.1.62 do Manual);

10 Incluso das operaes de transferncia de ttulos de custdia


pertencentes a um mesmo titular entre duas instituies custodiantes distintas
como exemplo de transferncias de mesma titularidade, nos itens 4.1.3.1.75 e
4.1.3.1.76 do Manual;

11 Incluso de orientaes referentes aos valores a serem


considerados como saldos e pagamentos acumulados para as operaes com
derivativos, nos itens 4.1.3.1.77 e 4.1.3.1.80 do Manual.

7
1.2. Viso Geral

A e-Financeira uma obrigao acessria que rene diversas


informaes relativas a operaes financeiras de interesse da Secretaria da
Receita Federal do Brasil (RFB). A obrigao constituda por um conjunto de
arquivos a serem entregues em leiautes especficos, por meio do ambiente do
Sistema Pblico de Escriturao Digital (Sped), utilizando certificado digital
vlido, emitido por entidade credenciada pela Infraestrutura de Chaves
Pblicas Brasileira (ICP-Brasil).

Os arquivos devero estar assinados digitalmente pelo representante


legal da entidade declarante ou procurador constitudo nos termos da Instruo
Normativa (IN) RFB n 944, de 29 de maio de 2009.

Nos casos de procurao eletrnica, o declarante dever habilitar


poderes especficos para esta obrigao acessria, no portal do e-CAC,
conforme orientaes descritas no item 2.1.2.1. deste manual.

1.3. Legislao

A e-Financeira foi instituda pela IN RFB n 1.571, de 02 de julho, de


2015, com base no art. 5 da Lei Complementar n 105, de 10 de janeiro de
2001, no art. 57 da Medida Provisria n 2.158-35, de 24 de agosto de 2001, no
Decreto n 4.489, de 28 de novembro de 2002, no art. 16 da Lei n 9.779, de 19
de janeiro de 1999, no art. 30 da Lei n 10.637, de 30 de dezembro de 2002 e
na IN RFB n 802, de 27 de dezembro de 2007.

1.4. Pessoas Obrigadas a Entregar

A e-Financeira dever ser entregue pelas pessoas jurdicas autorizadas a


estruturar ou comercializar planos de benefcios de previdncia complementar;
autorizadas a instituir e administrar Fundos de Aposentadoria Programada
Individual (Fapi); ou que tenham como atividade principal ou acessria a
captao ou a intermediao ou a aplicao de recursos financeiros prprios
ou de terceiros, includas as operaes de consrcio, em moeda nacional ou
estrangeira, ou a custdia de valor de propriedade de terceiros.

A obrigao de entregar a e-Financeira se estende, ainda, s sociedades


seguradoras autorizadas a estruturar ou comercializar planos de seguros de
pessoas, as quais devem informar as operaes decorrentes de planos com
constituio de proviso matemtica de benefcios a conceder ou da compra de
renda imediata por meio de pagamento nico.

8
1.4.1. Mdulo de Operaes Financeiras

O mdulo de operaes financeiras deve ser entregue pelas pessoas


jurdicas: autorizadas a estruturar e comercializar planos de benefcios de
previdncia complementar (incluindo as entidades fechadas de previdncia
complementar); autorizadas a instituir e administrar Fundos de Aposentadoria
Programada Individual (Fapi); ou que tenham como atividade principal ou
acessria a captao, intermediao ou aplicao de recursos financeiros
prprios ou de terceiros, includas as operaes de consrcio, em moeda
nacional ou estrangeira, ou a custdia de valor de propriedade de terceiros;

O mdulo de operaes financeiras tambm dever ser entregue pelas


sociedades seguradoras autorizadas a estruturar e comercializar planos de
seguros de pessoas.

A obrigatoriedade de entregar o mdulo de operaes financeiras alcana


as entidades supervisionadas pelo Banco Central do Brasil (Bacen), pela
Comisso de Valores Mobilirios (CVM), pela Superintendncia de Seguros
Privados (Susep) e pela Superintendncia Nacional de Previdncia
Complementar (Previc).

As informaes referentes s aquisies de moeda estrangeira,


converses de moeda estrangeira em moeda nacional e transferncias de
moeda estrangeira e de outros valores para o exterior, realizadas pela Empresa
Brasileira de Correios e Telgrafos (ECT), tambm devem ser entregues pela
ECT.

1.5. Prazos de Entrega

Conforme o art. 10 da IN, a e-Financeira ser transmitida semestralmente:

a) at o ltimo dia til do ms de fevereiro, contendo as informaes


relativas ao segundo semestre do ano anterior;

b) at o ltimo dia til do ms de agosto, contendo as informaes


relativas ao primeiro semestre do ano em curso.

A obrigatoriedade de entrega estabelecida na forma do art. 10 da IN


constitui o prazo limite para o envio das informaes. Entretanto, tambm
possvel efetuar entregas parciais dos arquivos de movimento de operaes
financeiras, referentes aos meses do semestre em curso, medida que for
sendo encerrado o movimento mensal.

Por exemplo, o arquivo de movimento de operaes financeiras do


contribuinte X, referente ao ms de janeiro de 2015, pode ser entregue em
fevereiro, maro, abril, maio, junho, julho ou agosto do mesmo ano, desde que
j tenha sido transmitido previamente o arquivo de abertura da e-Financeira
para o primeiro semestre de 2015. Dessa forma, evita-se o acmulo de grande
volume de informaes concentradas nos dois meses que sucedem o

9
fechamento do semestre, possibilitando eventuais correes nos arquivos
mensais individuais, no necessitando a correo de toda a obrigao
acessria, de maneira mais tempestiva.

IMPORTANTE: Somente ser considerada cumprida a obrigao


acessria aps o envio do evento vlido de fechamento semestral.

1.5.1. Excepcionalidade

Os prazos para cumprimento da obrigao acessria sero diferentes dos


citados acima para os fatos ocorridos nos anos-calendrio de 2014 e 2015.

Fatos ocorridos em 2014

Conforme o art. 11 da IN, o mdulo de operaes financeiras da e-


Financeira ser obrigatrio para fatos referentes aos meses de julho a
dezembro do ano-calendrio de 2014, no que diz respeito s informaes e
pessoas (declarantes e declaradas) definidas pelo Acordo entre o Governo da
Repblica Federativa do Brasil e o Governo dos Estados Unidos da Amrica
para intercmbio de informaes e melhoria da observncia tributria
internacional e implementao do FATCA.

De acordo com o 1 do art. 11 da IN, os arquivos da e-Financeira a


serem transmitidos, referentes aos fatos ocorridos de julho a dezembro do ano-
calendrio de 2014, devem conter dados referentes ao ltimo dia til do ms de
dezembro de 2014 ou aos meses em que houve encerramento de alguma
conta, plano de benefcios de previdncia complementar, FAPI ou seguro de
pessoas, e devero ser entregues at o dia 31 de agosto de 2015.

Se a entidade no for reportante ou no possuir contas a serem


reportadas aos Estados Unidos, nos termos do acordo do FATCA, para os
fatos ocorridos em 2014, no necessrio entregar a e-Financeira referente a
este perodo.

Caso contas reportveis aos Estados Unidos sejam identificadas em


momento posterior ao envio das informaes, os dados mencionados devero
ser encaminhados RFB no prazo de at 20 (vinte) dias, contado da data da
identificao do fato. Qualquer retificao da e-Financeira poder ser efetuada
em at cinco anos, contados do termo final do prazo para sua entrega.

Fatos ocorridos em 2015

Conforme o 1 do art. 10 da IN, para os fatos ocorridos entre 1 e 31 de


dezembro de 2015, a e-Financeira poder ser entregue at o ltimo dia til de
maio de 2016.

Uma vez que a e-Financeira instrumento para, tambm, atender-se ao


acordo do FATCA, poder haver encerramento de contas, vinculadas a
pessoas reportveis aos Estados Unidos, em algum ms entre janeiro e

10
novembro de 2015. Nesses casos, os declarantes devero proceder entrega
dos correspondentes arquivos da e-Financeira com os dados das contas
encerradas, para fins de reporte, observando o preenchimento da data de
encerramento da conta (campo 68 do evento de Movimento de Operaes
Financeiras), que deve corresponder ao mesmo anoMesCaixa (campo 45 do
mesmo evento) do arquivo em questo. Tais arquivos tambm devem ser
entregues em maio de 2016.

Tendo em vista que o campo PgtosAcum (pagamentos acumulados) se


refere aos pagamentos efetuados no decorrer do ano, de forma acumulada, na
e-Financeira referente ao ms de dezembro de 2015 (a ser entregue em maio
de 2016, conforme 1 do art. 10 da IN RFB n1.571/2015), os valores
apresentados devero indicar o total de pagamentos realizados ao longo do
ano de 2015 e no apenas aqueles referentes ao ms de dezembro.

2. Estrutura, Dados Tcnicos e Definies

2.1. Estrutura e Transmisso

2.1.1. Estrutura

As informaes sero fornecidas pela instituio declarante por meio do


envio de arquivos de eventos, atravs de Web Services. O detalhamento de
cada um destes eventos est descrito nas sees 3 e 4 deste manual.

2.1.2. Modelo Operacional

2.1.2.1. Assinatura e Lotes de Eventos

Para enviar as informaes, as instituies declarantes devero gerar os


eventos em arquivos eletrnicos, contendo as informaes referentes s
entidades declarantes, aos declarados, s movimentaes financeiras, aos
eventos de abertura e de fechamentos dos perodos e aos cadastros de
patrocinados e de intermedirios, conforme o caso. Os arquivos gerados
devero ser assinados digitalmente e transformados em documento
eletrnico, nos termos da legislao brasileira, de modo a garantir a
integridade dos dados e a autoria do emissor.

ATENO!!! Os eventos devero ser assinados digitalmente


utilizando o e-CNPJ da entidade ou e-CPF de seu representante legal ou
procurador. Nesse ltimo caso, a procurao eletrnica para a pessoa
fsica dever ser cadastrada no portal do e-CAC
(https://cav.receita.fazenda.gov.br/eCAC/publico/login.aspx), utilizando o
acesso via certificado digital e indicando, especificamente, poderes
referentes e-Financeira.

11
Os arquivos eletrnicos devem ser transmitidos pela Internet para o
Ambiente Nacional em agrupamentos denominados lotes de eventos:
arquivos eletrnicos que agrupam um conjunto de eventos (obs.: o tamanho
mximo permitido de 100 eventos por lote). No Ambiente Nacional, os
eventos sero extrados dos lotes, e submetidos a validaes quanto
estrutura e ao contedo e em relao a outros eventos recebidos
anteriormente, garantindo a qualidade da informao.

O processamento de eventos ser executado de forma sncrona, atravs


de um Web Service. O processamento dos eventos acontecer na mesma
conexo, e ser retornado um arquivo XML contendo o resultado do
processamento do lote.

Cada evento dentro do lote que tiver sucesso no envio e no


processamento de estrutura receber um nmero de recibo prprio.

O Sistema possui um Web Service especfico para consultas, onde ser


possvel obter informaes das empresas declarantes, informaes de
movimentos, de intermedirios e de patrocinados, bem como a relao dos
arquivos eletrnicos enviados por cada instituio.

2.1.2.2. Nveis de Validao

Os arquivos enviados sero validados em 3 etapas, de forma sncrona:

12
- Validao do lote: ser executada no momento da recepo do lote de
eventos, quando sero verificados, inicialmente, o certificado da conexo e a
estrutura e verso do lote. Caso ocorra erro na validao do lote, o lote no
ser recebido e no sero realizadas as demais validaes, descritas abaixo.

Validao dos eventos contidos no lote

Para cada evento contido no lote, sero feitas as seguintes validaes:

- Validao de estrutura: validao do evento em relao estrutura do


arquivo, de acordo com o tipo de evento. Caso ocorra erro na validao de
estrutura, o evento no ser recebido e no sero realizadas as demais
validaes do evento.

- Validao de contedo: validaes dos valores informados no evento.


Caso seja detectada alguma inconsistncia, o evento no ser recebido. As
validaes realizadas e a lista das mensagens retornadas encontram-se nos
itens 5 e 6 deste Manual.

2.1.3. Transmisso, Recepo e Consultas

Os lotes de eventos enviados pelos declarantes sero recebidos no


ambiente Serpro. Apenas os eventos vlidos sero armazenados no banco de
dados do sistema. O Web Service retornar um arquivo eletrnico contendo o
recibo de entrega do evento, para eventos vlidos, ou a lista de inconsistncias
encontradas na validao, para eventos que no tenham sido validados pelo
sistema.

A seguir so exibidas e descritas as etapas do processo:

13
1) O aplicativo da instituio declarante inicia a conexo enviando uma
mensagem de solicitao de processamento de lote de eventos para o Web
Service de Envio de Lote de Eventos;

2) O Web Service de Envio de Lote de Eventos recebe a mensagem de


solicitao de processamento. Em seguida, o Ambiente da e-Financeira valida
o lote e cada um dos eventos contidos no lote. Se o evento estiver consistente,
o mesmo armazenado no banco de dados da e-Financeira;

3) O Web Service retorna para a instituio declarante um arquivo


contendo o resultado do processamento do lote de eventos;

4) O aplicativo da instituio declarante pode fazer solicitaes de


consulta ao Web Service de Consultas;

5) Quando acionado, o Web Service de Consultas retorna o resultado da


consulta para a instituio financeira.

Em situaes de contingncia, as transmisses e consultas tambm


podero ser efetuadas por meio do Portal do SPED, nos seguintes links:

- Transmisso:
http://www1.receita.fazenda.gov.br/sistemas/e-financeira/upload-manual-de-
arquivos.htm

- Consulta:
http://www1.receita.fazenda.gov.br/sistemas/e-financeira/consulta-de-arquivos-
enviados.htm

14
As transmisses e consultas efetuadas por meio do Portal do SPED esto
sujeitas s mesmas regras de negcio (incluindo validaes) dos envios via
Web Service.

2.2. Dados e Padres Tcnicos para Gerao dos Arquivos

2.2.1. Padro de Documento XML

A especificao do documento XML adotada a recomendao W3C


para XML 1.0, disponvel em http://www.w3.org/TR/REC-xml.

A codificao dos caracteres ser em UTF-8 e assim, todos os


documentos XML sero iniciados com a seguinte declarao:

<?xml version="1.0" encoding="UTF-8"?>

Um arquivo XML poder ter uma nica declarao <?xml version="1.0"


encoding="UTF-8"?>. Mesmo nas situaes em que um documento XML
contenha outros documentos XML, como ocorre no documento de Lotes de
Eventos, deve-se atentar para que exista uma nica declarao no incio do
documento.

Alguns caracteres especiais so proibidos, para no gerar erros na


codificao do documento enviado ao sistema. Ser necessrio substituir os
caracteres especiais pelas sequncias de caracteres de escape adequados,
conforme tabela abaixo. Os caracteres que no possurem informaes na
coluna de escape devem ser eliminados do arquivo original:

Caractere Escape
> (sinal de maior) &gt;
< (sinal de menor) &lt;
& (e comercial) &amp;
(aspas duplas)
(sinal de apstrofe ou aspas simples)
--
#

2.2.2. Declarao Namespace

15
Cada evento XML dever ter uma nica declarao de namespace no
elemento raiz do documento, de acordo com o tipo de evento enviado, e com o
seguinte padro:

<xmlns="http://www.eFinanceira.gov.br/schemas/xxxxxxxx/v1_0_1"

Onde xxxxxxxx o nome do evento enviado, conforme o leiaute vigente


para a e-Financeira. vedado o uso de declarao de namespace diferente do
padro estabelecido.

A parte referente verso do leiaute (v1_0_1) deve ser atualizada sempre


que necessrio, quando houver atualizaes do Schema .xsd.

A declarao do namespace da assinatura digital dever ser realizada na


prpria tag <Signature>, conforme exemplo abaixo:

<xmlns=http://www.eFinanceira.gov.br/schemas/xxxxxxxx/v1_0_1>

<!-- Xml do Evento -->

<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">

<.../>

</Signature>

</eFinanceira>

2.2.3. Schema XML

A estrutura dos arquivos XML recebidos pela e-Financeira especificada


e checada por um Schema, linguagem que define a estrutura do documento
XML, descreve seus elementos e sua organizao, estabelecendo as regras de
preenchimento de contedo e de obrigatoriedade de cada elemento ou grupo
de informao. Esse Schema XML representado fisicamente por um arquivo
de extenso XSD.

A validao da estrutura XML da mensagem realizada por um


analisador sinttico (parser) que verifica se a mensagem atende as definies e
as regras de seu Schema XML. Qualquer divergncia da estrutura XML da
mensagem, em relao ao seu Schema XML, provocar erro de validao de
estrutura.

16
2.2.4. Padro de Comunicao

A comunicao ser baseada em Web Services, disponibilizados pelo


Serpro.

O meio fsico de comunicao utilizado ser a Internet, com o uso do


protocolo HTTPS (SSL verso 3.0), com autenticao mtua, que, alm de
garantir um duto de comunicao seguro na Internet, permite a identificao do
servidor e do cliente atravs de certificados digitais.

O modelo de comunicao segue o padro de Web Services definido pelo


WS-I Basic Profile.

A troca de mensagens entre os Web Services do ambiente da e-


Financeira e dos aplicativos dos contribuintes ser realizada no padro SOAP
verso 1.2, com troca de mensagens XML no padro Style/Enconding:
Document/Literal.

Exemplo de uma mensagem SOAP:

<?xml version="1.0" encoding="utf-8"?>


<soap:Envelope
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http://www.w3.org/2003/05/soap-envelope">

<soap:Header></soap:Header>
<soap:Body>CORPO DA MENSAGEM SOAP</soap:Body>
</soap:Envelope>

2.2.5. Padro de Certificado Digital

O certificado digital utilizado na e-Financeira dever ser emitido por


Autoridade Certificadora credenciada pela Infraestrutura de Chaves Pblicas
Brasileira ICP-Brasil.

O certificado digital dever pertencer srie A. Existem duas sries s


quais os certificados podem pertencer: a srie A e a srie S. A srie A rene os
certificados de assinatura digital utilizados na confirmao de identidade na
Web, em e-mails, em redes privadas virtuais (VPN) e em documentos
eletrnicos com verificao da integridade de suas informaes. A srie S
rene os certificados de sigilo que so utilizados na codificao de
documentos, de bases de dados, de mensagens e de outras informaes
eletrnicas sigilosas.

O certificado digital dever ser do tipo A1 ou A3. Certificados digitais de


tipo A1 ficam armazenados no prprio computador utilizado. Certificados
digitais do tipo A3 so armazenados em dispositivos portteis inviolveis do

17
tipo smart card ou token, que possuem um chip com capacidade de realizar a
assinatura digital. Este tipo de dispositivo bastante seguro, pois toda
operao realizada pelo chip existente no dispositivo, sem qualquer acesso
externo chave privada do certificado digital.

Para que um certificado seja aceito na funo de transmissor de


solicitaes este dever ser do tipo e-CPF (e-PF) ou e-CNPJ (e-PJ).

Os certificados digitais podem ser utilizados tanto nas conexes SSL de


transmisso dos lotes de eventos para a e-Financeira, quanto para a assinatura
dos eventos. Neste caso, os efeitos da validao podem ser para todo o lote
(no caso de o erro ser gerado a partir do certificado de transmisso) como para
um evento especfico (no caso do erro ser gerado a partir da assinatura de um
documento XML enviado para a e-Financeira que representa o evento).

Transmisso: antes de ser iniciada a transmisso de solicitaes ao


sistema, o certificado digital do solicitante utilizado para reconhecer o
transmissor e garantir a segurana do trfego das informaes na Internet.

Assinatura de documentos: para garantir o no repdio e a integridade


das informaes, os documentos eletrnicos enviados para a e-Financeira so
assinados digitalmente seguindo a especificao descrita no item 2.2.6 Padro
de Assinatura Digital e nas demais orientaes estabelecidas neste manual.

Os Certificados Digitais utilizados no acesso aos servios disponibilizados


pelo sistema e na assinatura dos arquivos XML enviados devero atender aos
seguintes critrios:

Critrio Mensagem Efeito


Rejeio do
A formao da cadeia de certificao at sua
MS0003 lote ou do
raiz deve ser confivel
evento
A raiz da cadeia dever pertencer a Rejeio do
Autoridade Certificadora Raiz Brasileira MS0004 lote ou do
(ICP-Brasil) evento
Rejeio do
O certificado no poder estar revogado MS0005 lote ou do
evento
Rejeio do
O certificado no poder estar expirado na
MS0006 lote ou do
data da verificao
evento
Rejeio do
O certificado dever ser do tipo e-CNPJ, e-PJ,
MS0007 lote ou do
e-CPF ou e-PF
evento

18
2.2.6. Padro de Assinatura Digital

O sistema utiliza um subconjunto do padro de assinatura XML, definido


pelo http://www.w3.org/TR/xmldsig-core/.

A assinatura digital do documento eletrnico dever ser realizada na tag


do XML que contm o atributo "ID" e deve atender aos seguintes padres
adotados:

1. Padro de assinatura: XML Digital Signature, utilizando o formato


Enveloped (http://www.w3.org/TR/xmldsig-core/)

2. Certificado digital: emitido por AC credenciada no ICP-Brasil


(http://www.w3.org/2000/09/xmldsig#X509Data)

3. Cadeia de certificao: EndCertOnly (Incluir na assinatura apenas o


certificado do usurio final)

- Tipo do certificado: A1 ou A3

4. Tamanho da chave criptogrfica: compatvel com os certificados A1 e


A3 (1024 e 2048 bits).

5. Funo criptogrfica assimtrica: RSA

(http://www.w3.org/2000/09/xmldsig-more#rsa-sha256)

6. Funo de message digest: SHA-2

(http://www.w3.org/2001/04/xmlenc#sha256)

7. Codificao: Base64 (http://www.w3.org/2000/09/xmldsig#base64)

8. Transformaes exigidas: til para realizar a canonicalizao do XML


enviado, para realizar a validao correta da assinatura digital. So elas:

8.1. Enveloped (http://www.w3.org/2000/09/xmldsig#enveloped-signature)

8.2. C14N (http://www.w3.org/TR/2001/REC-xml-c14n-20010315)

As informaes necessrias identificao do assinante esto presentes


dentro do certificado digital, tornando desnecessria a sua representao
individualizada no arquivo XML. Portanto, o arquivo XML assinado dever
conter apenas a tag X509Certificate nas informaes que dizem respeito ao
certificado.

Abaixo temos um exemplo de um evento assinado digitalmente, onde


xxxxxxx o nome do evento enviado:

19
<?xml version="1.0" encoding="UTF-8"?>

-<eFinanceira xmlns="http://www.eFinanceira.gov.br/schemas/ xxxxxxx /v1_0_1">

<!-- Xml do Evento -->

<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">

<SignedInfo>

<CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-
20010315"/>

<SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig-more#rsa-
sha256"/>

-<Reference URI="#ID1000000004929321">

-<Transforms>

<Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>

<Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>

</Transforms>

<DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/>

<DigestValue>fLTJL1BLGP9giKdsEGP9xSVyeWBlPzkvyy78GtbsC9I=</DigestValue>

</Reference>

</SignedInfo>

<SignatureValue>GfFvpoo2Q..... +6aQ==</SignatureValue>

<KeyInfo>

<X509Data>

20
<X509Certificate>MIIHVDCCBTygAwIBAgIQM...... LoOUSyCgU=</X509Certificate>

</X509Data>

</KeyInfo>

</Signature>

</eFinanceira>

2.2.7. Processo de Validao da Assinatura Digital

O Procedimento de validao da assinatura digital adotado pelo sistema


da e-Financeira :

- extrair a chave pblica do certificado;

- verificar o prazo de validade do certificado utilizado;

- montar e validar a cadeia de confiana dos certificados, validando


tambm a LCR (Lista de Certificados Revogados) de cada certificado da
cadeia;

- validar o uso da chave utilizada (assinatura digital) de forma a aceitar


certificados somente do tipo A (no sero aceitos certificados do tipo S);

- garantir que o certificado utilizado de um usurio final e no de uma


autoridade certificadora;

- adotar as regras definidas pelo RFC 3280 para as LCR e cadeia de


confiana;

- validar a integridade de todas as LCR utilizadas pelo sistema;

- verificar data inicial e final do prazo de validade de cada LCR utilizada.

2.2.8. Resumo dos Padres Tcnicos

A tabela a seguir resume os principais padres de tecnologia utilizados:

Caracterstica Descrio

Padro definido pelo WS-I Basic Profile 1.1


Web Services (http://www.ws-i.org/Profiles/BasicProfile-1.1-2004-08-
24.html)

21
Meio lgico de Web Services disponibilizados pelo sistema da e-
comunicao Financeira

Meio fsico de
INTERNET
comunicao

HTTPS (SSL verso 3.0), com autenticao mtua


Protocolo Internet
atravs de certificados digitais.

Padro de troca de
SOAP verso 1.2
mensagens

Padro da mensagem XML no padro Style/Encoding: Document/Literal

X.509 verso 3, emitido por Autoridade Certificadora


credenciada pela Infraestrutura de Chaves Pblicas
Brasileira ICP-Brasil, do tipo A1 ou A3, devendo ser e-
Padro de certificado CPF (e-PF) ou e-CNPJ (e-PJ).
digital
Para transmisso, utilizar o certificado digital do
responsvel pela transmisso.

XML Digital Signature, Enveloped, com certificado


digital X.509 verso 3, com chave privada de tamanho
Padro de assinatura varivel, conforme o padro da ICP-Brasil (1024, 2048,
digital ou mais bits), com padres de criptografia assimtrica
RSA, algoritmo message digest SHA-2 e utilizao das
transformaes Enveloped e C14N.

Validao de Ser validada alm da integridade e autoria, a cadeia de


assinatura digital confiana com a validao das LCR.

Campos no obrigatrios do Schema que no possuam


contedo devem ter suas tags suprimidas no arquivo
XML

Padres de Nos campos numricos inteiros, no incluir vrgula ou


preenchimento XML ponto decimal.

Nos campos numricos com casas decimais, utilizar a


vrgula na separao das casas decimais, observando a
definio do leiaute especfico do evento a ser enviado.

22
2.2.9. Web Services

2.2.9.1. Padro de Mensagens dos Web Services

Os Schemas (.xsd) que definem os XML recebidos pelo sistema sero


disponibilizados no Portal do Sped (http://www1.receita.fazenda.gov.br/download).

Existem trs pacotes de Schemas:

Comunicao: contm os Schemas envolvidos no processo de


comunicao com o sistema da e-Financeira:

o Envio Lote de Eventos.


o Retorno de Processamento de Lotes.
o Retorno do Evento

Eventos: contm os Schemas dos eventos de negcio previstos


para a e-Financeira:

o Evento de Abertura.
o Evento de Cadastro da Empresa Declarante.
o Evento de Cadastro do Intermedirio.
o Evento de Cadastro do Patrocinado.
o Evento de Excluso.
o Evento de Movimento de Operaes Financeiras.
o Evento de Fechamento.
o Evento de Excluso de e-Financeira.

Consulta: contm os Schemas de retorno das consultas previstas


para a e-Financeira:

o Retorno da consulta de informaes cadastrais.


o Retorno da consulta de informaes de intermedirio.
o Retorno da consulta de informaes patrocinado.
o Retorno da consulta de informaes movimento.
o Retorno da consulta lista de e-Financeira.

2.2.9.2. Validao da Estrutura da Mensagem no Web


Service

Os Web Services disponibilizados pelo sistema da e-Financeira possuem,


como entrada de dados, mensagens que utilizam a linguagem de marcao
XML e que so validadas com os Schemas que as define. Caso seja
encontrada alguma inconsistncia, as mensagens sero rejeitadas.

23
Assim, os aplicativos que fazem solicitaes ao sistema da e-Financeira
devem estar preparados para gerar lotes de eventos no formato definido pelo
XSD em vigor.

As alteraes da estrutura de dados XML realizadas nas mensagens so


controladas atravs da verso definida no namespace do Schema. A
identificao da verso dos Schemas ser realizada com o acrscimo do
nmero da verso como sufixo no namespace do XML e no nome do arquivo,
como se segue:

Namespace:

http://www.efinanceira.gov.br/schema/ evtMovOpFin/v1_0_1

Nome arquivo:

loteEventos-v1_0_1.xsd (Schema XML para o lote de eventos,


verso 1.0.1)

As modificaes de leiaute das mensagens do Web Service podem ser


causadas por necessidades tcnicas ou em razo da modificao de alguma
legislao. Quando decorrente de alteraes da legislao, devero ser
implementadas nos prazos previstos no ato normativo que introduziu a
alterao. As modificaes de ordem tcnica sero divulgadas no Portal do
Sped pela Coordenao Tcnica do Sistema e ocorrero sempre que
atualizaes forem necessrias.

2.2.9.3. Web Service de Envio de Lote de Eventos

A funo deste Web Service receber um lote de eventos, valid-lo e


gerar o resultado do processamento do Lote/Evento, que dever ser
armazenado pela empresa declarante para consultas posteriores ao resultado
do processamento do lote.

Neste Web Service sero executadas as validaes dos eventos,


conforme descrito no item 2.1.2.2. Nveis de Validao.

Cada evento enviado por meio do lote de eventos dever ser assinado
individualmente dentro do lote.

2.2.9.3.1. Dados para a Chamada ao Web Service de


Envio de Lote de Eventos

Nome do EnviarLoteEvento
mtodo

24
Assinatura Xml: EnviarLoteEvento (xml: loteEventos)

Sim.

Observao: O certificado deve atender a uma das seguintes


exigncias:
Requer
Certificado? Ser o responsvel pela informao.

Ser representante legal do responsvel pela informao

Ser procurador do responsvel pela informao

Schema envioLoteEventos-v1_0_1.xsd
Parmetro
loteEventos

Schema retornoLoteEventos-v1_0_1.xsd
Retorno

https://efinanc.receita.fazenda.gov.br/WsEFinanceira/WsRecepcao.asm
URL
x

2.2.9.3.2. Fluxo de Envio de Lote de Eventos

Abaixo, diagrama de envio de lote de eventos:

25
2.2.9.3.3. Leiaute de Mensagem de Entrada

A mensagem de entrada definida pelo Schema envioLoteEventos-


v1_0_1.xsd. A estrutura apresentada abaixo:

26
tag eFinanceira

descrio Tag raiz do documento

obrigatrio Sim

ocorrncia nica

campo obrigatoriedade ocorrncia valores vlidos descrio

xmlns obrigatrio 1 http://www.efinanceira. Namespace do


gov.br/schemas/envioLo XSD do envio
teEventos/v1_0_1 de lote de
eventos

tag loteEventos

descrio Contm as informaes necessrias ao envio de um lote de eventos

obrigatrio Sim

ocorrncia nica

tag evento

descrio Contm cada evento que ser processado pelo e-Financeira

obrigatrio Sim

ocorrncia 1 .. 100

Tipo obrigatoriedade ocorrncia valores Descrio


vlidos
Define os campos de um
TArquivoEFinanceira obrigatrio 1 - evento conforme seu
tipo.

Informaes
complementares podem
ser obtidas atravs do
XSD correspondente.

Campo obrigatoriedade ocorrncia valores descrio


vlidos
Contm chave de acesso
id obrigatrio 1 - do evento.

27
Importante: Esta
informao
fundamental para que o
prprio XSD consiga
detectar se existe mais
de um evento com
mesmo ID no lote, caso
exista, negue sua
recepo.

Observaes
O contedo do campo evento deve ser o XML do evento a ser enviado para
processamento no sistema da e-Financeira. Este campo pode ser repetido at 100 vezes,
isto quer dizer que o lote de eventos pode ser composto no mximo por 100 eventos.

Existem diferentes estruturas XML e leiautes, para a representao dos eventos recebidos
pelo sistema e-Financeira.

2.2.9.3.4. Leiaute Mensagem Retorno do Envio do Lote

A mensagem de retorno definida pelo Schema retornoLoteEventos-


v1_0_1.xsd. A estrutura apresentada abaixo:

28
tag eFinanceira

descrio Tag raiz do documento

obrigatrio Sim

ocorrncia nica

campo obrigatoriedade ocorrncia valores vlidos descrio

xmlns obrigatrio 1 http://www.efinanceira.gov.br/schemas/ Namespace do


retornoLoteEventos/v1_0_1 XSD do
retorno do
envio de lote
de eventos.

tag retornoLoteEventos

descrio Contm o resultado da operao de recepo de um lote de eventos

obrigatrio Sim

ocorrncia nica

campo obrigatoriedade ocorrncia valores descrio


vlidos

Id obrigatrio 1 - Contm o identificador do retorno do


lote. Informao utilizada apenas
pelo mecanismo de assinatura XML.

tag ideTransmissor

descrio Contm a identificao do transmissor dos eventos contidos no lote.

obrigatrio Sim

ocorrncia nica

campo obrigatoriedade ocorrncia valores vlidos descrio

IdTransmissor obrigatrio 1 - Contm a identificao do


transmissor.

29
tag status

descrio Contm o status atual do lote.

obrigatrio Sim

ocorrncia 1

Tipo obrigatoriedade ocorrncia valores descrio


vlidos

TStatus obrigatrio 1 - Tipo que ir definir o status


do lote.

Campo obrigatoriedade ocorrncia valores descrio


vlidos

cdStatus obrigatrio 1 - Cdigo do status da


resposta do processamento
do lote
-
descRetorno obrigatrio 1 Descrio literal do status
da resposta do
processamento do lote.

dadosRegistroOcorrenciaLote No obrigatrio 0..N - Tipo TRegistroOcorrencias


que ir definir as
ocorrncias registradas para
o lote.

tag ocorrencias

descrio Contm as ocorrncias registradas para o lote.

obrigatrio No

ocorrncia 1

Tipo obrigatoriedade ocorrncia valores descrio


vlidos

TregistroOcorrencias No obrigatrio 0..N - Tipo que define uma


ocorrncia encontrada no
processamento de um arquivo.

Campo obrigatoriedade ocorrncia valores descrio


vlidos
1 - Aviso
tipo obrigatrio 1 Contm o tipo da ocorrncia.

30
2 - Erro
-
localizacaoErroAviso obrigatrio 1 Campo onde ocorreu o
aviso/erro.

codigo obrigatrio 1 - Cdigo do status da resposta


do processamento do evento.

descricao Descrio literal da resposta do


processamento do evento

tag retornoEventos

descrio Contm o(s) resultado(s) do processamento dos eventos do lote.

obrigatrio Sim

ocorrncia nica

campo obrigatoriedade ocorrncia valores descrio


vlidos

evento obrigatrio 1...100 - Identificao nica do evento.

tag Signature

descrio Contm a assinatura do sistema da e-Financeira no retorno do envio de lote de


eventos.

obrigatrio Sim

ocorrncia nica

2.2.9.3.5. Validaes Aplicadas na Recepo do Lote

Critrio Mensagem Efeito

Foi identificado um erro na verso do lote MS1092 Rejeio do lote

2.2.9.4. Web Service de Consulta

URL https://efinanc.receita.fazenda.gov.br/WsEFinanceira/WsConsulta.asmx

31
Sim.

Observao: O certificado deve atender a uma das seguintes


exigncias:
Requer
Certificado? Ser o responsvel pela informao.

Ser representante legal do responsvel pela informao

Ser procurador do responsvel pela informao

Os mtodos dos Web Services de consultas do sistema da e-Financeira


foram projetados para receberem como parmetros de entrada os valores
definidos abaixo e retornarem mensagens no padro XML.

2.2.9.4.1. Dados Para a Chamada ao Web Service de


Consulta

Consulta Informaes Cadastrais

Nome do ConsultarInformacoesCadastrais
mtodo

Parmetros

Campo Tipo Tamanho Obrigatrio Valores Vlidos

CNPJ da C 014 S CNPJ Vlido


empresa
declarante

Schema Retorno retornoConsultaInformacoesCadastrais-v1_0_1.xsd

Consulta Lista de eFinanceiras

Nome do ConsultarListaEFinanceira
mtodo

Parmetros

Campo Tipo Tamanho Obrigatrio Valores Vlidos

32
CNPJ da C 014 S CNPJ Vlido
empresa
declarante

Situao da C 001 S 0 Todas


Informao
1 Em Andamento
2 Ativa
3 - Retificada
4 - Excluda

Data de incio D N Data vlida


da solicitao

Data de fim da D N Data vlida


solicitao

Schema Retorno retornoConsultaListaEFinanceira-v1_0_1.xsd

Consulta Informaes de Movimento

Nome do mtodo ConsultarInformacoesMovimento

Parmetros

Campo Tipo Tamanho Obrigatrio Valores Vlidos

CNPJ da C 014 S CNPJ Vlido


empresa
declarante

Situao da C 001 S 0 Todas


Informao 1 Ativo
2 - Retificado
3 - Excludo

Ano/Ms inicial D - S Formato AAAA/MM


das informaes

Ano/Ms final D - S Formato AAAA/MM


das informaes

Tipo de C 001 N 1=Previdncia Privada


Movimento 2=Operaes Financeiras

33
Identificao do C 001 N 1=CPF
Declarado -
2=CNPJ
Tipo de NI
3=NIF Pessoa Fsica (Nmero de
Identificao Fiscal Pessoa Fsica)
4=NIF Pessoa Jurdica (Nmero de
Identificao Fiscal Pessoa Jurdica)
5=Passaporte
6=Nmero do PIS
7=Identidade Mercosul
99=Sem NI

Identificao do C 014 N Valor conforme tipo de


Declarado Identificao do declarado.
Nmero de NI

Schema retornoConsultaInformacoesMovimento-v1_0_1.xsd
Retorno

Consulta Informaes do Cadastro de Intermedirio

Nome do mtodo ConsultarInformacoesIntermediario

Parmetros

Campo Tipo Tamanho Obrigatrio Valores Vlidos

CNPJ da C 014 S CNPJ Vlido


empresa
declarante

GIIN do C 019 N GIIN do intermedirio


intermedirio

Identificao do C 001 N 1=CPF


Intermedirio -
2=CNPJ
Tipo NI
3=NIF Pessoa Fsica (Nmero de
Identificao Fiscal Pessoa Fsica)
4=NIF Pessoa Jurdica (Nmero de
Identificao Fiscal Pessoa
Jurdica)

Identificao do C 025 N Valor conforme tipo de


Intermedirio - Identificao do declarado.

34
Intermedirio - Identificao do declarado.
Nmero do NI

Schema retornoConsultaInformacoesIntermediario-v1_0_1.xsd
Retorno

Consulta Informaes do Cadastro de Patrocinado

Nome do mtodo ConsultarInformacoesPatrocinado

Parmetros

Campo Tipo Tamanho Obrigatrio Valores Vlidos

CNPJ da C 014 S CNPJ Vlido


empresa
declarante

CNPJ do C 014 N CNPJ Vlido


patrocinado

GIIN do C 019 N GIIN do Patrocinado


patrocinado

Schema Retorno retornoConsultaInformacoesPatrocinado-v1_0_1.xsd

2.2.9.5. Recomendaes e Boas Prticas

O objetivo desta seo orientar os usurios dos Web Services a


utilizarem a e-Financeira seguindo boas prticas e facilitar a integrao com o
Sistema.

Otimizao na Montagem do Arquivo:

No devero ser includas as tags de campo com contedo zero (para


campos tipo numrico) ou vazio (para campos tipo caractere) na gerao do
arquivo XML, exceto para os campos identificados como obrigatrios no
modelo. Para reduzir o tamanho final do arquivo XML a ser transportado,
alguns cuidados de programao devero ser assumidos:

no incluir "zeros no significativos" para campos numricos,


exceto quando o campo possuir um universo definido de valores
vlidos;

35
no incluir "espaos" no incio ou no final de campos numricos e
alfanumricos;

no incluir comentrios no arquivo XML;

no incluir anotao e documentao no arquivo XML (tag


annotation e tag documentation);

no incluir caracteres de formatao.

2.2.9.6. Validao do Schema

Para garantir minimamente a integridade das informaes prestadas e a


correta formao dos arquivos XML, o usurio dos servios dever submeter
as mensagens XML para validao pelo Schema do XML (XSD XML Schema
Definition), disponibilizado no Portal do Sped, seo relacionada e-
Financeira, antes de seu envio.

2.2.10. Eventos

As informaes relativas elaborao dos documentos XML, contendo o


Evento e o Retorno do processamento esto detalhadas abaixo:

2.2.10.1. Estrutura do Evento

Cada evento tem sua prpria estrutura, obedecendo ao leiaute


estabelecido nas Sees 3 e 4 deste Manual. A verificao da estrutura dos
eventos, conforme os seus respectivos leiautes, ser realizada atravs de XSD
(Xml Schema Definition).

Cada XSD que representa um leiaute tem o seu prprio Namespace.


Ex.:
http://www.eFinanceira.gov.br/schemas/evtAberturaEFinanceira/v1_0_1

http://www.eFinanceira.gov.br/schemas/evtAberturaEFinanceira Estabelece que o XSD de


um evento do eFinanceira.

Identificao do tipo do
evtAberturaEFinanceira
evento.
Identificao da verso do
v1_0_1
XSD e do Leiaute

A imagem abaixo ilustra a estrutura bsica de um evento:

36
tag: eFinanceira

descrio Tag raiz do documento da e-Financeira

obrigatrio Sim

ocorrncia nica

campo obrigatoriedade ocorrncia valores vlidos descrio


Namespace do XSD que representa
xmlns obrigatrio 1 Namespace o leiaute do tipo do evento.

37
tag: evtXXX
Tag que identifica o tipo do evento (O nome dessa tag est presente tambm no
descrio namespace do XSD da estrutura do evento).

Em cada tipo de evento essa tag ter um nome especfico.

obrigatrio Sim

ocorrncia nica

campo obrigatoriedade ocorrncia valores vlidos descrio

Id obrigatrio 1 - Identificao nica do evento.

tag: ideEvento

descrio Contm informaes gerais do evento.

obrigatrio Sim

ocorrncia nica

campo obrigatoriedade ocorrncia valores vlidos descrio


1 - para arquivo
indRetificacao Obrigatrio 1 original Indicador de retificao

2 - para arquivo de
retificao espontnea

3 para arquivo de
retificao a pedido

nrRecibo Facultativo 0-1 Preencher com o nmero do recibo


do arquivo a ser retificado, no
formato
NNNNNNNNNNNNNNNNN-
NN-NNN-NNNN
1-Produo;
tpAmb obrigatrio 1 Identificao do ambiente para o
qual o evento est sendo
2-Homologao;
transmitido
1=Emisso com
aplicEmi obrigatrio 1 aplicativo da empresa Processo de emisso do evento

2=Outros

verAplic obrigatrio 1 - Verso do aplicativo emissor do


evento

38
tag: ideDeclarante

descrio: Contm informaes de identificao da empresa declarante

obrigatrio Sim

ocorrncia nica

campo obrigatoriedade ocorrncia valores vlidos descrio


-
cnpjDeclarante obrigatrio 1 Informar CNPJ da Empresa
Declarante.

tag: infoXXX
Tag que contm as informaes especficas de cada evento conforme tipo e
descrio leiaute definidos nas sees 3 e 4 deste Manual e no XSD correspondente ao
evento.

Em cada tipo de evento esta "tag" ter um nome especifico.

obrigatrio Sim

ocorrncia nica

elemento: Signature

descrio Contm a assinatura do evento.

obrigatrio Obrigatrio

ocorrncia nica

2.2.10.2. Identificao do Evento

Cada evento da e-Financeira possui uma identificao nica, gerada pela


prpria entidade declarante, conforme padro abaixo:

Campo Fixo Sequencial


ID Nmero sequencial
2 posies 18 posies

Exemplo: ID233390170000000000 (20 posies).

39
Deve representar unicamente o evento no sistema para a mesma
entidade declarante e mesmo tipo de evento.

2.2.10.3. Versionamento dos Leiautes dos Eventos

O versionamento dos leiautes dos eventos ser por tipo de evento. A


alterao do leiaute de um determinado tipo de evento no afeta a verso dos
demais tipos de eventos.

Seguem abaixo os princpios que sero considerados no versionamento


dos leiautes:

O leiaute do tipo de evento compreende apenas a sua estrutura. O


mesmo leiaute poder ter um conjunto diferente de regras e
valores vlidos durante o seu perodo de vigncia. A alterao dos
valores vlidos ou do conjunto de regras de um leiaute, sem
alterao de sua estrutura, ser realizada atravs da atualizao
deste Manual, sem a necessidade de alterao da verso do
leiaute.

Para cada tipo de evento haver apenas uma verso de leiaute


vigente em um determinado perodo.

Cada XSD identificado por um nico Namespace e cada XSD


representa apenas um leiaute.

A e-Financeira identificar a verso do leiaute do evento atravs do


namespace do XML do evento.

Identificao da verso de Leiaute (X.Y) e Schema XML - XSD (X_Y_Z)

Em que:

X -> utilizado para representar mudanas muito significativas


(Reestruturao do evento)

Y -> utilizado para representar mudanas estruturais comuns


(Incluso/excluso de campos, dentre outras).

Z -> utilizados para corrigir erros em XSD publicados e possivelmente, j


utilizados. Neste caso, haver uma substituio do "pacote de liberao" do
referido perodo.

2.3. Definies dos Leiautes

40
O arquivo do Evento um arquivo XML formado por elementos que
contm os dados e so reunidos em grupos que, por sua vez, possuem uma
hierarquia entre si.

Os elementos podem ser definidos como:

ELEMENTO
G = Grupo
A = Atributo
E = Elemento

Os registros possuem uma regra de ocorrncia e obrigatoriedade,


conforme as legendas abaixo.

OCORRNCIA
1-1 = O registro deve ocorrer uma nica vez no arquivo
0-1 = O registro pode ocorrer uma nenhuma vez no arquivo
1-N = O registro pode ocorrer uma ou mais vezes
0-N = O registro pode ocorrer nenhuma ou vrias vezes no arquivo

OBRIGATORIEDADE
O = REGISTRO OBRIGATRIO
OC = REGISTRO OBRIGATRIO SE HOUVER
O(...) = REGISTRO OBRIGATRIO EM FUNO DE UMA CONDIO
N = REGISTRO NO DEVE SER INFORMADO

As regras de validao que se referem a conferncia de campos que se


encontram em outros registros somente sero executadas se o registro
referenciado puder existir, ou seja, sua obrigatoriedade ter que ser diferente
de N.

Quando informado grupo facultativo, dever ser obedecida a


obrigatoriedade de campos apresentados.

41
3. Arquivos Gerais da e-Financeira

3.1. Evento de Cadastro do Declarante

42
3.1.1. Leiaute Cadastro do Declarante

3.1.1.1. Leiaute Cadastro do Declarante Campo evtCadDeclarante

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

1 evtCadDeclarante G - 1-1 - - Evento de


Informaes
REGRA_VERSAO_LEIAUTE
da Empresa
Declarante

Este Evento descreve as informaes cadastrais bsicas da entidade declarante.


Deve ser enviado apenas uma vez (sem a necessidade de reenvio todo semestre) ou quando houver alteraes nas
informaes cadastrais da entidade declarante.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERSAO_LEIAUTE A verso do leiaute do evento, definida no namespace do MS1018 Erro
evento dever ser aceita pelo sistema (por padro a
ltima vigente para o tipo de evento) conforme RNG-
Tabelas de Referencia, item Tabela de Verso do Leiaute

MS1018 - Verso do leiaute do evento no reconhecida pelo sistema ou foi substituda. Utilize a ltima verso disponvel para o tipo de evento.

3.1.1.2. Leiaute Cadastro do Declarante Campo id

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

2 id evtCadDeclarante A C 1-1 020 - Identificador


que
REGRA_VALIDA_CHAVE_ACESSO
representa

43
unicamente
o evento no
REGRA_VALIDA_FORMACAO_ID
sistema
para a
mesma
empresa

Cada evento da e-Financeira possui uma identificao nica, gerada pela prpria entidade declarante, conforme padro
abaixo:

Campo Fixo Sequencial


ID Nmero sequencial
2 posies 18 posies

Exemplo: ID233390170000000000 (20 posies).

Deve representar unicamente o evento no sistema para a mesma entidade declarante e mesmo tipo de evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE_ACESSO O campo id deve ser nico na base de dados do MS1001 Erro
Ambiente Nacional, para eventos da mesma
instituio financeira e do mesmo tipo.

MS1001 - J existe na base de dados do Ambiente Nacional um evento com mesma identificao.

Cdigo da regra de validao Como obter Mensagem Tipo

44
REGRA_VALIDA_FORMACAO_ID O id dever conter 20 caracteres conforme
tabela abaixo:

Texto fixo ID 2 posies MS1066 Erro


Nmero Sequencial 18 posies

MS1066 - O id deve conter 20 caracteres, sendo eles: "ID" + Nmero sequencial com 18 posies.

3.1.1.3. Leiaute Cadastro do Declarante Campo ideEvento

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

3 ideEvento evtCadDeclarante G - 1-1 - - Informaes


de
Identificao
do Evento

Este grupo rene informaes referentes ao evento que est sendo enviado.

3.1.1.4. Leiaute Cadastro do Declarante Campo indRetificacao

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

4 1 - para arquivo original


2 - para arquivo de retificao
indRetificacao ideEvento E N 1-1 001 - espontnea
3 - para arquivo de retificao a pedido

45
Este campo identifica se o arquivo a ser transmitido original ou retificador de um outro arquivo vlido enviado anteriormente.
No caso de retificao (opes 2 ou 3), necessrio informar no campo nrRecibo o nmero do recibo de entrega do arquivo que
est sendo retificado. A diferenciao da retificao entre espontnea e a pedido decorre, dentre outros motivos, da
necessidade de realizar essa distino no momento do reporte para o cumprimento do FATCA. Assim, s deve ser utilizado o
indicador a pedido, caso a retificao tenha sido solicitada pela Receita Federal, depois de detectada uma inconsistncia no
arquivo.

3.1.1.5. Leiaute Cadastro do Declarante Campo nrRecibo

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

Preencher
com o
REGRA_OBRIGATORIO_NR_ULTIMO_RECIBO
nmero do
5 nrRecibo ideEvento E C 0-1 050 - recibo do
REGRA_VALIDA_NR_RECIBO
arquivo a
ser
retificado

Este campo s deve ser preenchido quando o arquivo a ser transmitido retificador de um outro evento vlido deste mesmo
tipo enviado anteriormente. O valor a ser inserido deve corresponder ao nmero do recibo de entrega do arquivo enviado
anteriormente que est sendo retificado.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_NR_ULTIMO_RECIBO O preenchimento do campo obrigatrio se MS1005 Erro
indRetificacao igual a 2 ou 3.

MS1005 - O nmero do recibo obrigatrio. Favor informar o nmero do recibo do evento que est sendo retificado.

Cdigo da regra de validao Como obter Mensagem Tipo

46
REGRA_VALIDA_NR_RECIBO Dever existir um Evento j recebido, Ativo, MS1004 Erro
com nmero de recibo de entrega igual ao
informado no campo, do mesmo tipo e mesmo
cnpjDeclarante

MS1004 - No foi localizado um evento ativo para o recibo de entrega informado ou o evento no tem o mesmo tipo/identificao.

3.1.1.6. Leiaute Cadastro do Declarante Campo tpAmb

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

6 tpAmb ideEvento E N 1-1 001 - 1=Produo; Identificao


2=Homologao do ambiente

Este campo identifica se o arquivo est sendo transmitido para o ambiente de produo ou de homologao. A indicao de
que o arquivo est sendo transmitido para o ambiente de homologao s poder ser utilizada em janelas especficas de teste,
coordenadas pelos gestores do sistema.

3.1.1.7. Leiaute Cadastro do Declarante Campo aplicEmi

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

7 aplicEmi ideEvento E N 1-1 001 - 1=Emisso com aplicativo da Aplicativo


empresa; de emisso
2=Outros do evento

47
Este campo possibilita o controle, pela prpria declarante, sobre qual aplicativo foi utilizado para gerar o arquivo (por
exemplo, em eventuais situaes de contingncia em que a declarante precisou utilizar aplicativos geradores providos por
terceiros).
Caso tenha sido utilizado aplicativo gerenciado pela prpria declarante, utilizar o valor 1.
Caso tenha sido utilizado aplicativo de terceiros, utilizar o valor 2.

3.1.1.8. Leiaute Cadastro do Declarante Campo verAplic

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

8 verAplic ideEvento E C 1-1 020 - Verso do


aplicativo de
emisso do
evento

Este campo se destina a permitir um controle, pela prpria declarante, da verso do aplicativo que foi utilizado para gerar o
arquivo.

3.1.1.9. Leiaute Cadastro do Declarante Campo ideDeclarante

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

9 ideDeclarante evtCadDeclarante G - 1-1 - - Informaes


de
Identificao
da Empresa
Declarante

Este Grupo rene informaes de identificao da entidade declarante.

48
3.1.1.10. Leiaute Cadastro do Declarante Campo cnpjDeclarante

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

10 cnpjDeclarante ideDeclarante E C 1-1 014 - REGRA_VALIDA_CNPJ Informar REGRA_VALIDA_CNPJ_ATIVO


CNPJ da
Empresa
Declarante

Neste campo, deve ser inserido o CNPJ (14 posies) da entidade declarante. O CNPJ estar sujeito s validaes descritas
abaixo:

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CNPJ Verificar se dgito verificador vlido. MS1002 Erro
O dgito verificador do CNPJ baseado no clculo do mdulo 11 e
corresponde aos 2 ltimos dgitos do CNPJ, o restante dos dgitos so a base
para clculo dos dgitos verificadores.
No caso do CNPJ, o DV mdulo 11 corresponde ao resto da diviso por 11 do
somatrio da multiplicao de cada algarismo da base respectivamente por 9, 8,
7, 6, 5, 4, 3, 2, 9, 8, 7, 6 e 5, a partir da unidade. O resto 10 considerado 0.
Veja, abaixo, exemplo de clculo de DV mdulo 11 para o CNPJ n
18781203/0001:
1 8 7 8 1 2 0 3 0 0 0 1=2
x x x x x x x x x x x x
6 7 8 9 2 3 4 5 6 7 8 9
----------------------------------
6+56+56+72+ 2+ 6+ 0+15+ 0+ 0+ 0+ 9 = 22211=20, com resto 2
1 8 7 8 1 2 0 3 0 0 0 1 2=8
x x x x x x x x x x x x x
5 6 7 8 9 2 3 4 5 6 7 8 9
-------------------------------------

49
5+48+49+64+ 9+ 4+ 0+12+ 0+ 0+ 0+ 8+18 = 21711=19, com resto 8
Portanto, CNPJ+DV = 18781203/0001-28

MS1002 - CNPJ Invlido.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CNPJ_ATIVO O CNPJ dever existir na base de dados do Sistema CNPJ MS1021 Erro
O CNPJ dever pertencer Matriz MS1022 Erro
CNPJ no poder pertencer a pessoa jurdica Inapta (situao=4) pelo motivo Erro
MS1023
de Inexistncia de Fato (motivo=15)
Caso o CNPJ esteja baixado, a data de baixa do CNPJ dever ser maior ou Erro
igual Data Final do Perodo das Informaes (dtFim), caso este campo seja MS1024
informado no evento
CNPJ no poder estar anulado. MS1025 Erro
A data de abertura da empresa (CNPJ) dever ser menor ou igual Data Erro
Inicial do Perodo das Informaes (dtInicio), caso este campo seja informado MS1026
no evento

MS1021 - O CNPJ <<NN.NNN.NNN/NNNN-NN>> no consta no cadastro da RFB. Proceda sua regularizao.

MS1022 - A e-Financeira deve ser entregue pela matriz da Pessoa Jurdica.

MS1023 - O CNPJ (<<informa o CNPJ da empresa>>) do declarante consta como INAPTO no cadastro da RFB. Comparea unidade local da
RFB.

MS1024 - Nmero de inscrio <<informar o CNPJ da empresa>> foi baixado no Sistema CNPJ em <<informar data da baixa> >. Comparea
unidade local da RFB.

MS1025 - Nmero de inscrio <<informar o CNPJ da empresa>> foi anulado no CNPJ em <<DATA DA ANULAO>>.

50
MS1026 - Perodo da declarao antecede a data de incio de atividade da empresa.

3.1.1.11. Leiaute Cadastro do Declarante Campo infoCadastro

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

11 infoCadastro evtCadDeclarante G - 1-1 - - Informaes


de Cadastro
da Empresa
Declarante

Este grupo rene as informaes cadastrais da entidade declarante.

3.1.1.12. Leiaute Cadastro do Declarante Campo GIIN

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

12 GIIN infoCadastro E C 0-1 019 - Informar REGRA_OBRIGATORIO_GIIN


GIIN (Global REGRA_VALIDA_FORMATO_MASCARA_GIIN
Intermediary
Identification
Number) da
Empresa
Declarante

Neste campo deve ser informado o nmero do GIIN (Global Intermediary Identification Number) da entidade declarante, nos
termos do acordo do FATCA, conforme as regras de formao descritas no stio
(http://www.irs.gov/PUP/businesses/corporations/giin_composition.pdf), incluindo os pontos (.) como separadores.
Este nmero de cadastro na administrao tributria americana deve ser obtido junto ao stio da Receita Federal dos Estados
Unidos (www.irs.gov/fatca) por todas as entidades sujeitas ao envio de informaes no mbito do acordo do FATCA.

Cdigo da regra de validao Como obter Mensagem Tipo

51
REGRA_OBRIGATORIO_GIIN O valor do campo obrigatrio se j tiver sido enviado algum evento de
MS1113 Erro
Movimentao de Operao Financeira com Reportavel = US

MS1113 - O GIIN deve ser informado, uma vez que foram enviados Movimentos de Operao Financeira com informaes reportveis aos
EUA.

Cdigo da regra de validao Como Obter Mensagem Tipo

REGRA_VALIDA_FORMATO_M O campo deve ser informado no seguinte formato:


ASCARA_GIIN
6 caracteres alfanumricos e maisculos (com exceo da letra "O")

+ "."

+ 5 caracteres alfanumricos e maisculos (com exceo da letra "O")


MS1125 Erro
+ "."

+ 2 caracteres alfabticos e maisculos (que devem ser iguais a "LE", "SL",


"ME", "BR", SF, SD, SS, SB ou "SP")

+ "."

+ 3 caracteres numricos

MS1125 GIIN Invlido

3.1.1.13. Leiaute Cadastro do Declarante Campo Nome

52
# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

13 Nome infoCadastro E C 1-1 100 - Informar a


razo social
da Empresa
Declarante

Preencher com a razo social, nome empresarial ou denominao da entidade declarante, em formato livre, sendo vedado o
uso de caracteres especiais.

3.1.1.14. Leiaute Cadastro do Declarante Campo EnderecoLivre

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

14 EnderecoLivre infoCadastro E C 1-1 200 - Preencher


com
endereo da
Empresa
Declarante

Neste campo deve ser preenchido o endereo da entidade declarante, em formato livre, sendo vedado o uso de caracteres
especiais.

3.1.1.15. Leiaute Cadastro do Declarante Campo Municipio

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

15 Municipio infoCadastro E N 1-1 007 - REGRA_EXISTE_COD_MUNICIPIO Preencher


com o
cdigo do
municpio
da Empresa
Declarante,
conforme

53
tabela do
IBGE

Preencher com o cdigo do municpio do endereo da entidade declarante, conforme Tabela de Municpios vigente na data
de recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_COD_MUNICIPIO O valor informado no campo dever existir na Tabela de Municpios do MS2002 Erro
IBGE e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Municpios do IBGE

MS2002 - Municpio Invlido.

3.1.1.16. Leiaute Cadastro do Declarante Campo UF

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

16 UF infoCadastro E C 1-1 002 - REGRA_EXISTE_UF Preencher REGRA_VALIDA_MUNICIPIO_UF


com a sigla
da UF da
Empresa
Declarante

Preencher com a sigla da Unidade da Federao (UF) do endereo da entidade declarante, de acordo com a Tabela de UF.
A UF deve corresponder mesma UF do municpio informado no campo anterior.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_UF O valor informado no campo dever existir na Tabela de UF Cdigo Sigla
MS2013 Erro
IBGE conforme RNG-TabelasdeReferencia item Tabela de UF Cdigo IBGE - Sigla

MS2013 - UF invlida.

54
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VALIDA_MUNICIPIO_UF Os 2 primeiros dgitos da tag Municipio devem ser iguais ao cdigo da UF
informada na tag UF, conforme RNG-TabelasdeReferencia, item Tabela de UF MS1061 Erro
Cdigo IBGE - Sigla

MS1061 - Municpio no pertence UF informada.

3.1.1.17. Leiaute Cadastro do Declarante Campo Pais

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

17 Pais infoCadastro E C 1-1 002 - REGRA_EXISTE_PAIS Preencher


com o pas do
Endereo da
Empresa
Declarante

Preencher com o cdigo do pas do endereo da entidade declarante, de acordo com a Tabela de Pases vigente na data de
recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases
MS2004 - Pas Invlido.

3.1.1.18. Leiaute Cadastro do Declarante Campo paisResidencia

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

55
18 paisResidencia infoCadastro E C 1-1 002 - REGRA_EXISTE_PAIS Preencher
com o pas de
Residncia da
Empresa
Declarante

Preencher com o cdigo do pas de residncia fiscal da entidade declarante, de acordo com a Tabela de Pases vigente na
data de recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

3.2. Evento de Abertura

56
3.2.1. Leiaute Abertura

57
3.2.1.1. Leiaute Abertura Campo evtAberturaeFinanceira

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
1 evtAberturaeFinanceira G - 1-1 - - REGRA_VERSAO_LEIAUTE
REGRA_OBRIGATORIO_ABERTURA_PP
REGRA_OBRIGATORIO_ABERTURA_OP_FIN
REGRA_OBRIGATORIO_ABERTURA_MODALI
DADE

Este Evento indica a abertura do envio dos eventos de Movimento de Operaes Financeiras compreendidos em um
determinado semestre. pr-requisito para que os eventos de Movimento de Operaes Financeiras sejam aceitos. Este Evento
deve ser enviado a cada semestre de prestao de informaes ou quando houver retificaes de dados enviados a um perodo
para o qual j foi enviado Evento de Fechamento. Neste caso, deve ser enviada a retificao do ltimo Evento de Abertura vlido
para o perodo ao qual necessria a retificao ou incluso de algum novo dado, com o posterior envio dos novos eventos
retificadores de movimentos compreendidos neste perodo. Para concluir, enviar a retificao do ltimo Evento de Fechamento
vlido para o perodo a que se referem as correes.

Exemplo:

- Fluxo normal:

1) Envio de Evento de Abertura (Data Incio 2016-01-01 e Data Fim 2016-30-06) nrRecibo: 12345
2) Envio de Movimentos de Operao Financeira
3) Envio do Evento de Fechamento (Data Incio 2016-01-01 e Data Fim 2016-30-06) nrRecibo: 67890

- Necessidade de retificao ou incluso de novos arquivos de movimento, posteriores ao fechamento, para o mesmo
perodo exemplificado acima:

1) Retificao do Evento de Abertura (informar nrRecibo: 12345 e Data Incio 2016-01-01 e Data Fim 2016-30-06)
2) Envio das Retificaes ou Novas Incluses de Movimentos de Operao Financeira
3) Retificao do Evento de Fechamento (informar nrRecibo: 67890 e Data Incio 2016-01-01 e Data Fim 2016-30-06)

58
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VERSAO_LEIAUTE A verso do leiaute do evento, definida no namespace do evento, dever ser MS1018 Erro
aceita pelo sistema (por padro, a ltima vigente para o tipo de evento)
conforme RNG-Tabelas de Referencia, item Tabela de Verso do Leiaute

MS1018 - Verso do leiaute do evento no reconhecida pelo sistema ou foi substituda. Utilize a ltima verso disponvel para o tipo de evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_ABERTURA_PP A tag AberturaPP obrigatria quando existirem Eventos de
Movimento de Previdncia Privada ativos (situao = 1 - Ativo)
para o perodo informado (mesCaixa do Evento de Movimento de MS1054 Erro
Previdncia Privada compreendido entre a dtInicio e a dtFim do
Evento de Abertura).

MS1054 - Obrigatrio informar Abertura de Previdncia Privada, uma vez que j foram enviados Eventos de Movimento de Previdncia Privada
para o perodo.

OBS.: A REGRA DE VALIDAO REGRA_OBRIGATORIO_ABERTURA_PP NO SER UTILIZADA NESTE MOMENTO,


TENDO EM VISTA QUE O MDULO DE PREVIDNCIA PRIVADA AINDA NO EST NORMATIZADO.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_ABERTURA_OP_FIN A tag AberturaMovOpFin obrigatria quando
existirem Eventos de Movimento de Operaes
Financeiras ativos (situao = 1 - Ativo) para o
perodo informado (mesCaixa do Evento de MS1055 Erro
Movimento de Operaes Financeiras
compreendido entre a dtInicio e a dtFim do Evento
de Abertura).

59
MS1055 - Obrigatrio informar Abertura de Operaes Financeiras, uma vez que j foram enviados Eventos de Movimento de Operaes
Financeiras para o perodo.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_ABERTURA_MODALIDADE Pelo menos uma das tags de abertura especfica das
modalidades (AberturaPP ou AberturaMovOpFin) MS1069 Erro
deve ser informada

MS1069 - Deve ser informada a abertura de pelo menos uma das modalidades (Previdncia Privada ou Operaes Financeiras).

OBS.: NESTE MOMENTO, S FOI IMPLEMENTADO O MDULO DE OPERAES FINANCEIRAS, O QUAL DEVE SER
PREENCHIDO TAMBM PELAS ENTIDADES DE PREVIDNCIA COMPLEMENTAR. PORTANTO, NO DEVE SER ENVIADA
ABERTURA DE PREVIDNCIA PRIVADA, AINDA QUE A ENTIDADE DECLARANTE SEJA ENTIDADE FECHADA DE
PREVIDNCIA COMPLEMENTAR OU ESTEJA REPORTANDO PRODUTOS REFERENTES PREVIDNCIA
COMPLEMENTAR, OS QUAIS DEVERO SER INFORMADOS NO MDULO DE OPERAES FINANCEIRAS. AS
INFORMAES PRESTADAS NO MDULO DE PREVIDNCIA PRIVADA SERO ENTREGUES EM MOMENTO POSTERIOR,
QUANDO DA NORMATIZAO DESTE ITEM.

3.2.1.2. Leiaute Abertura Campo id

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
2 id evtAberturaeFinanceir A C 1-1 020 - Identificador que representa REGRA_VALIDA_CHAVE_ACESSO
a unicamente o evento no sistema REGRA_VALIDA_FORMACAO_ID
para a mesma empresa e mesmo
tipo

Cada evento da e-Financeira possui uma identificao nica, gerada pela prpria entidade declarante, conforme padro
abaixo:

60
Campo Fixo Sequencial
ID Nmero sequencial
2 posies 18 posies

Exemplo: ID233390170000000000 (20 posies).

Deve representar unicamente o evento no sistema para a mesma entidade declarante e mesmo tipo de evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE_ACESSO O campo id deve ser nico na base de dados do Ambiente Nacional, para MS1001 Erro
eventos da mesma instituio financeira e do mesmo tipo.

MS1001 - J existe na base de dados do Ambiente Nacional um evento com mesma identificao.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FORMACAO_ID O id dever conter 20 caracteres conforme tabela abaixo:
Texto fixo ID 2 posies MS1066 Erro
Nmero Sequencial 18 posies

MS1066 - O id deve conter 20 caracteres, sendo eles: "ID" + Nmero sequencial com 18 posies.

3.2.1.3. Leiaute Abertura Campo ideEvento

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
3 ideEvento evtAberturaeFinanceir G - 1-1 - - Informaes de identificao do
a evento

61
Este grupo rene informaes referentes ao evento que est sendo enviado.

3.2.1.4. Leiaute Abertura Campo indRetificacao

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
4 indRetificacao ideEvento E N 1-1 001 - 1 - para
arquivo
original
2 - para
arquivo de
retificao

Este campo identifica se o arquivo a ser transmitido original ou retificador de um outro arquivo vlido enviado anteriormente.
Nos casos de retificao (valor 2), necessrio informar no campo nrRecibo o nmero do recibo de entrega do arquivo que est
sendo retificado.

Esse Evento deve ser retificado sempre que houver a necessidade de retificaes de dados enviados a um perodo para o
qual j foi enviado Evento de Fechamento.

Neste caso, deve ser enviada a retificao do ltimo Evento de Abertura vlido para o perodo ao qual necessria a
retificao ou incluso de algum novo dado, com o posterior envio dos novos eventos retificadores de movimentos compreendidos
neste perodo. Para concluir, enviar a retificao do ltimo Evento de Fechamento vlido para o perodo a que se referem as
correes.

Exemplo:

- Fluxo normal:

1) Envio de Evento de Abertura (Data Incio 2016-01-01 e Data Fim 2016-30-06) nrRecibo: 12345
2) Envio de Movimentos de Operao Financeira

62
3) Envio do Evento de Fechamento (Data Incio 2016-01-01 e Data Fim 2016-30-06) nrRecibo: 67890

- Necessidade de retificao ou incluso de novos arquivos de movimento, posteriores ao fechamento, para o mesmo
perodo exemplificado acima:

1) Retificao do Evento de Abertura (informar nrRecibo: 12345 e Data Incio 2016-01-01 e Data Fim 2016-30-06)
2) Envio das Retificaes ou Novas Incluses de Movimentos de Operao Financeira
3) Retificao do Evento de Fechamento (informar nrRecibo: 67890 e Data Incio 2016-01-01 e Data Fim 2016-30-06)

3.2.1.5. Leiaute Abertura Campo nrRecibo

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
5 nrRecibo ideEvento E C 0-1 050 - Preencher com o nmero do REGRA_OBRIGATORIO_NR_ULTIMO_RECIBO
recibo do arquivo a ser retificado REGRA_VALIDA_NR_RECIBO

Este campo s deve ser preenchido quando o arquivo a ser transmitido retificador de um outro evento vlido deste mesmo
tipo enviado anteriormente.

O valor a ser inserido deve corresponder ao nmero do recibo de entrega do arquivo enviado anteriormente que est sendo
retificado.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_NR_ULTIMO_RECIBO O preenchimento do campo obrigatrio se MS1005 Erro
indRetificacao igual a 2.

MS1005 - O nmero do recibo obrigatrio. Favor informar o nmero do recibo do evento que est sendo retificado.

63
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VALIDA_NR_RECIBO Dever existir um Evento j recebido, Ativo, com nmero de recibo de MS1004 Erro
entrega igual ao informado no campo, do mesmo tipo e mesmo cnpjDeclarante
O campo no pode ser preenchido se indRetificacao = 1 (arquivo original) MS1123 Erro

MS1004 - No foi localizado um evento ativo para o recibo de entrega informado ou o evento no tem o mesmo tipo/identificao.

MS1123 - O nmero do recibo no deve ser informado em arquivos originais.

3.2.1.6. Leiaute Abertura Campo tpAmb

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
6 tpAmb ideEvento E N 1-1 001 - 1=Produo; Identificao do ambiente:
2=Homologa
o

Este campo identifica se o arquivo est sendo transmitido para o ambiente de produo ou de homologao. A indicao de
que o arquivo est sendo transmitido para o ambiente de homologao s poder ser utilizada em janelas especficas de teste,
coordenadas pelos gestores do sistema.

3.2.1.7. Leiaute Abertura Campo aplicEmi

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
7 aplicEmi ideEvento E N 1-1 001 - 1=Emisso Processo de emisso do evento
com aplicativo
da empresa
2=Outros

Este campo possibilita o controle, pela prpria declarante, sobre qual aplicativo foi utilizado para gerar o arquivo (por
exemplo, em eventuais situaes de contingncia em que a declarante precisou utilizar aplicativos geradores providos por

64
terceiros). Caso tenha sido utilizado aplicativo gerenciado pela prpria declarante, utilizar o valor 1. Caso tenha sido utilizado
aplicativo de terceiros, utilizar o valor 2.

3.2.1.8. Leiaute Abertura Campo verAplic

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
8 verAplic ideEvento E C 1-1 020 - Verso do aplicativo de emisso
do evento

Este campo se destina a permitir um controle, pela prpria declarante, da verso do aplicativo que foi utilizado para gerar o
arquivo.

3.2.1.9. Leiaute Abertura Campo ideDeclarante

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
9 ideDeclarante evtAberturaeFinanceira G - 1-1 - - Informaes de identificao da
empresa declarante

Este Grupo rene informaes de identificao da entidade declarante.

3.2.1.10. Leiaute Abertura Campo cnpjDeclarante

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
10 cnpjDeclarante ideDeclarante E C 1-1 014 - Informar CNPJ da Empresa REGRA_VALIDA_CNPJ_ATIVO
Declarante

65
Neste campo, deve ser inserido o CNPJ (14 posies) da entidade declarante. O CNPJ estar sujeito s validaes descritas
abaixo:

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CNPJ_ATIVO O CNPJ dever existir na base de dados do Sistema CNPJ MS1021 Erro
O CNPJ dever pertencer Matriz MS1022 Erro
CNPJ no poder pertencer a pessoa jurdica Inapta (situao=4) pelo motivo Erro
MS1023
de Inexistncia de Fato (motivo=15)
Caso o CNPJ esteja baixado, a data de baixa do CNPJ dever ser maior ou Erro
igual Data Final do Perodo das Informaes (dtFim), caso este campo seja MS1024
informado no evento
CNPJ no poder estar anulado. MS1025 Erro
A data de abertura da empresa (CNPJ) dever ser menor ou igual Data Erro
Inicial do Perodo das Informaes (dtInicio), caso este campo seja informado MS1026
no evento

MS1021 - O CNPJ <<NN.NNN.NNN/NNNN-NN>> no consta no cadastro da RFB. Proceda sua regularizao.

MS1022 - A e-Financeira deve ser entregue pela matriz da Pessoa Jurdica.

MS1023 - O CNPJ (<<informa o CNPJ da empresa>>) do declarante consta como INAPTO no cadastro da RFB. Comparea unidade local da
RFB.

MS1024 - Nmero de inscrio <<informar o CNPJ da empresa>> foi baixado no Sistema CNPJ em <<informar data da baixa> >. Comparea
unidade local da RFB.

MS1025 - Nmero de inscrio <<informar o CNPJ da empresa>> foi anulado no CNPJ em <<DATA DA ANULAO>>.

MS1026 - Perodo da declarao antecede a data de incio de atividade da empresa.

66
3.2.1.11. Leiaute Abertura Campo infoAbertura

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
11 infoAbertura evtAberturaeFinanceira G - 1-1 - - Informaes de Abertura

Este grupo rene informaes sobre as datas de incio e fim do semestre a que se referem as informaes enviadas nos
eventos de Movimento de Operaes Financeiras.

3.2.1.12. Leiaute Abertura Campo dtInicio

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
12 dtInicio infoAbertura E D 1-1 - - Data Inicial REGRA_VALIDA_INI_MOVIMENTO
REGRA_VALIDA_DATA_IMPLANTACAO

Este campo deve ser preenchido com a data do primeiro dia do semestre a que se referem as informaes enviadas nos
eventos de Movimento de Operaes Financeiras, no formato AAAA-MM-DD. No caso em que a abertura da empresa ocorreu
dentro do semestre em questo, preencher com a data de abertura da empresa, de acordo com a informao constante no
Cadastro de CNPJ.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_INI_MOVIMENTO A data informada deve ser referente ao primeiro dia do semestre ou igual MS1008 Erro
data de abertura da empresa (Sistema CNPJ).

MS1008 - O perodo (data inicial e final) informado deve corresponder a um semestre, com exceo dos casos em que a empresa foi aberta ou
encerrada dentro do semestre (neste caso, informar a data de abertura na data inicial ou a data de encerramento na data final).

67
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VALIDA_DATA_IMPLANTACAO A data informada dever ser maior ou igual data de implantao MS1020 Erro
do sistema.

MS1020 - A data de incio do perodo de vigncia das informaes deve ser maior ou igual data de implantao do sistema.

3.2.1.13. Leiaute Abertura Campo dtFim

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
13 dtFim infoAbertura E D 1-1 - - Data Final REGRA_VALIDA_FIM_MOVIMENTO
REGRA_DT_INI_VAL_MAIOR

Este campo deve ser preenchido com a data do ltimo dia do semestre a que se referem as informaes enviadas nos
eventos de Movimento de Operaes Financeiras, no formato AAAA-MM-DD. No caso em que a baixa da empresa ocorreu dentro
do semestre em questo, preencher com a data de baixa da empresa, de acordo com a informao constante no Cadastro de
CNPJ.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FIM_MOVIMENTO A data informada deve ser referente ao ltimo dia do semestre ou igual MS1008 Erro
data de baixa da empresa (Sistema CNPJ).

MS1008 - O perodo (data inicial e final) informado deve corresponder a um semestre, com exceo dos casos em que a empresa foi aberta ou
encerrada dentro do semestre (neste caso, informar a data de abertura na data inicial ou a data de encerramento na data final).

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_DT_INI_VAL_MAIOR A data informada no campo dever ser maior ou igual a data informada na tag MS1010 Erro
dtInicio

MS1010 - A data de fim deve ser posterior ou igual data de incio.

68
3.2.1.14. Leiaute Abertura Campo AberturaPP

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
14 AberturaPP evtAberturaeFinanceira G - 0-1 - - REGRA_VA Informaes da Abertura REGRA_VALIDA_CNPJ_SUSPENSO
LIDA_INSTI referentes a Previdncia Privada
TUICAO_PR
EV_PRIVAD
A

NESTE MOMENTO, S FOI IMPLEMENTADO O MDULO DE OPERAES FINANCEIRAS, O QUAL DEVE SER
PREENCHIDO TAMBM PELAS ENTIDADES DE PREVIDNCIA COMPLEMENTAR. PORTANTO, NO DEVE SER ENVIADA
ABERTURA DE PREVIDNCIA PRIVADA, AINDA QUE A ENTIDADE DECLARANTE SEJA ENTIDADE FECHADA DE
PREVIDNCIA COMPLEMENTAR OU ESTEJA REPORTANDO PRODUTOS REFERENTES PREVIDNCIA
COMPLEMENTAR, OS QUAIS DEVERO SER INFORMADOS NO MDULO DE OPERAES FINANCEIRAS. AS
INFORMAES PRESTADAS NO MDULO DE PREVIDNCIA PRIVADA SERO ENTREGUES EM MOMENTO POSTERIOR,
QUANDO DA NORMATIZAO DESTE ITEM.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_INSTITUICAO_PREV_PRIVADA O registro no pode ser informado se a instituio MS1032 Erro
(campo cnpjDeclarante) no constar da tabela de
Instituies Habilitadas - Previdncia Privada, conforme
RNG-TabelasdeReferencia, item Tabela de Instituies Habilitadas
- Previdncia Privada

MS1032 - Instituio no habilitada para envio de informaes de Previdncia Privada.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CNPJ_SUSPENSO A tag referente abertura de movimentao de Previdncia Privada Erro
MS1079
(AberturaPP) no pode ser informada se o CNPJ do declarante estiver

69
suspenso na Data Final do Perodo de Vigncia das Informaes (dtFim)

MS1079 - No possvel enviar informaes de Previdncia Privada, pois o CNPJ da empresa declarante encontra-se suspenso.

3.2.1.15. Leiaute Abertura Campo tpEmpresa

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
15 tpEmpresa AberturaPP G - 1-N - - Tipo de Empresa de Previdncia
Privada

NESTE MOMENTO, S FOI IMPLEMENTADO O MDULO DE OPERAES FINANCEIRAS, O QUAL DEVE SER
PREENCHIDO TAMBM PELAS ENTIDADES DE PREVIDNCIA COMPLEMENTAR. PORTANTO, NO DEVE SER ENVIADA
ABERTURA DE PREVIDNCIA PRIVADA, AINDA QUE A ENTIDADE DECLARANTE SEJA ENTIDADE FECHADA DE
PREVIDNCIA COMPLEMENTAR OU ESTEJA REPORTANDO PRODUTOS REFERENTES PREVIDNCIA
COMPLEMENTAR, OS QUAIS DEVERO SER INFORMADOS NO MDULO DE OPERAES FINANCEIRAS. AS
INFORMAES PRESTADAS NO MDULO DE PREVIDNCIA PRIVADA SERO ENTREGUES EM MOMENTO POSTERIOR,
QUANDO DA NORMATIZAO DESTE ITEM.

3.2.1.16. Leiaute Abertura Campo tpPrevPriv

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
16 tpPrevPriv tpEmpresa E C 1-1 001 - REGRA_EXI Tipo de Empresa de Previdncia
STE_TIPO_E Privada
MPRESA_PP

NESTE MOMENTO, S FOI IMPLEMENTADO O MDULO DE OPERAES FINANCEIRAS, O QUAL DEVE SER
PREENCHIDO TAMBM PELAS ENTIDADES DE PREVIDNCIA COMPLEMENTAR. PORTANTO, NO DEVE SER ENVIADA
ABERTURA DE PREVIDNCIA PRIVADA, AINDA QUE A ENTIDADE DECLARANTE SEJA ENTIDADE FECHADA DE
PREVIDNCIA COMPLEMENTAR OU ESTEJA REPORTANDO PRODUTOS REFERENTES PREVIDNCIA

70
COMPLEMENTAR, OS QUAIS DEVERO SER INFORMADOS NO MDULO DE OPERAES FINANCEIRAS. AS
INFORMAES PRESTADAS NO MDULO DE PREVIDNCIA PRIVADA SERO ENTREGUES EM MOMENTO POSTERIOR,
QUANDO DA NORMATIZAO DESTE ITEM.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TIPO_EMPRESA_PP O valor informado no campo dever existir na Tabela de Tipo de
Empresa de Previdncia Privada e estar vigente na data de recepo do MS2011 Erro
evento, conforme RNG-TabelasdeReferencia, item Tabela de Tipo de Empresa
de Previdncia Privada

MS2011 - Tipo de Empresa de Previdncia Privada Invlido.

3.2.1.17. Leiaute Abertura Campo AberturaMovOpFin

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
17 AberturaMovOpFin evtAberturaeFinanceira G - 0-1 - - Informaes da Abertura
referentes a Operaes
Financeiras

Este grupo deve ser informado para indicar o envio de eventos de Movimentos de Operaes Financeiras no perodo e
rene informaes cadastrais tanto do responsvel pelo atendimento s Requisies de Movimentao Financeira (RMF)
endereadas pela RFB entidade quanto do representante legal da declarante.

Para mais informaes referentes ao atendimento a RMF, consultar o site da Receita Federal, no link abaixo:
http://idg.receita.fazenda.gov.br/orientacao/tributaria/auditoria-fiscal/rmf-orientacoes-ao-contribuinte

71
3.2.1.18. Leiaute Abertura Campo ResponsavelRMF

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
18 ResponsavelRMF AberturaMovOpFin G - 1-1 - - Informaes do Responsvel
pela RMF

Este grupo rene informaes cadastrais do responsvel pelo atendimento a RMF, ou seja, da pessoa qual devero ser
endereados os pedidos de RMF feitos pela Receita Federal.

Para mais informaes referentes ao atendimento a RMF, consultar o site da Receita Federal, no link abaixo:
http://idg.receita.fazenda.gov.br/orientacao/tributaria/auditoria-fiscal/rmf-orientacoes-ao-contribuinte

3.2.1.19. Leiaute Abertura Campo CPF

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
19 CPF ResponsavelRMF E C 1-1 011 - REGRA_VA Informar CPF REGRA_EXISTE_CPF
LIDA_CPF

Neste campo, deve ser inserido o CPF (11 posies) do responsvel pelo atendimento a RMF. O CPF estar sujeito s
validaes descritas abaixo:

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CPF Verificar se dgito verificador vlido.
O dgito verificador do CPF baseado no clculo do mdulo 11 e corresponde
aos 2 ltimos dgitos do CPF, o restante dos dgitos so a base para clculo dos
MS1057 Erro
dgitos verificadores.
No caso do CPF, o DV mdulo 11 corresponde ao resto da diviso por 11 do
somatrio da multiplicao de cada algarismo da base respectivamente por 9,

72
8, 7, 6, 5, 4, 3, 2, 1 e 0, a partir da unidade. O resto 10 considerado 0. Veja,
abaixo, exemplo de clculo de DV mdulo 11 para o CPF n 280012389:
2 8 0 0 1 2 3 8 9=3
x x x x x x x x x
1 2 3 4 5 6 7 8 9
-------------------------
2+16+ 0+ 0+ 5+12+21+64+81 = 20111=18, com resto 3
2 8 0 0 1 2 3 8 9 3=8
x x x x x x x x x x
0 1 2 3 4 5 6 7 8 9
----------------------------
0+ 8+ 0+ 0+ 4+10+18+56+72+27 = 19511=17, com resto 8
Portanto, CPF+DV = 280012389-38

MS1057 - CPF invlido.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_CPF_CNPJ Se tpNI = 1: REGRA_EXISTE_CPF Conforme Conforme
regra regra
Se tpNI = 2: REGRA_EXISTE_CNPJ

3.2.1.20. Leiaute Abertura Campo Nome

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
20 Nome ResponsavelRMF E C 1-1 100 - Informar Nome

Preencher este campo com o nome do responsvel pelo atendimento a RMF, em formato livre, sendo vedado o uso de
caracteres especiais.

73
3.2.1.21. Leiaute Abertura Campo Setor

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
21 Setor ResponsavelRMF E C 1-1 090 - Informar Setor

Preencher este campo com o setor do responsvel pelo atendimento a RMF, em formato livre, sendo vedado o uso de
caracteres especiais.

3.2.1.22. Leiaute Abertura Campo Telefone

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
22 Telefone ResponsavelRMF G - 1-1 - - Telefone do responsvel pela
RMF

Este grupo rene informaes sobre o nmero de telefone do responsvel pelo atendimento a RMF.

3.2.1.23. Leiaute Abertura Campo DDD

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
23 DDD Telefone E C 1-1 003 - Informar DDD do Telefone

Preencher este campo com o DDD do telefone do responsvel pelo atendimento a RMF.

74
3.2.1.24. Leiaute Abertura Campo Numero

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
24 Numero Telefone E C 1-1 010 - Informar Nmero do Telefone

Preencher este campo com o nmero do telefone do responsvel pelo atendimento a RMF.

3.2.1.25. Leiaute Abertura Campo Ramal

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
25 Ramal Telefone E C 0-1 004 - Informar Ramal

Preencher este campo com o ramal do telefone do responsvel pelo atendimento a RMF.

3.2.1.26. Leiaute Abertura Campo endereco

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
26 endereco ResponsavelRMF G - 1-1 - - Endereo do responsvel pela
RMF

Este grupo contm informaes sobre o endereo do responsvel por atendimento a RMF na entidade declarante. Ou seja,
o endereo para o qual devero ser enviados os pedidos de RMF pela Receita Federal.

3.2.1.27. Leiaute Abertura Campo Logradouro

75
# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
27 Logradouro endereco E C 1-1 100 - Informar Logradouro

Informar o logradouro do responsvel por atendimento a RMF, em formato livre, sendo vedado o uso de caracteres especiais.

3.2.1.28. Leiaute Abertura Campo Numero

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
28 Numero endereco E C 1-1 020 - Informar Nmero

Informar o nmero do endereo do responsvel por atendimento a RMF, em formato livre, sendo vedado o uso de caracteres
especiais.

3.2.1.29. Leiaute Abertura Campo Complemento

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
29 Complemento endereco E C 0-1 020 - Informar Complemento

Informar complemento ao endereo do responsvel por atendimento a RMF, quando houver, em formato livre, sendo vedado
o uso de caracteres especiais.

3.2.1.30. Leiaute Abertura Campo Bairro

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos

76
30 Bairro endereco E C 1-1 100 - Informar Bairro

Informar o bairro do endereo do responsvel por atendimento a RMF, em formato livre, sendo vedado o uso de caracteres
especiais.

3.2.1.31. Leiaute Abertura Campo CEP

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
31 CEP endereco E C 1-1 008 - Informar CEP

Informar o CEP do endereo do responsvel por atendimento a RMF, sem separadores de . ou -.

3.2.1.32. Leiaute Abertura Campo Municipio

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
32 Municipio endereco E C 1-1 100 - Informar Municpio

Informar o municpio do endereo do responsvel por atendimento a RMF.

3.2.1.33. Leiaute Abertura Campo UF

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
33 UF endereco E C 1-1 002 - REGRA_EXI Informar UF
STE_UF

77
Informar a sigla da Unidade da Federao (UF) qual pertence o municpio do endereo do responsvel por atendimento a
RMF, de acordo com a tabela UF.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_UF O valor informado no campo dever existir na Tabela de UF Cdigo Sigla
MS2013 Erro
IBGE conforme RNG-TabelasdeReferencia item Tabela de UF Cdigo IBGE - Sigla

MS2013 - UF invlida.

3.2.1.34. Leiaute Abertura Campo RepresLegal

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
34 RepresLegal AberturaMovOpFin G - 1-1 - - Informaes do Representante
Legal

Este grupo rene informaes cadastrais do representante legal da entidade declarante perante a Receita Federal.

3.2.1.35. Leiaute Abertura Campo CPF

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
35 CPF RepresLegal E C 1-1 011 - REGRA_VA Informar CPF REGRA_EXISTE_CPF
LIDA_CPF

Neste campo, deve ser inserido o CPF (11 posies) do representante legal da entidade declarante perante a Receita
Federal. O CPF estar sujeito s validaes descritas abaixo:

Cdigo da regra de validao Como obter Mensagem Tipo

78
REGRA_VALIDA_CPF Verificar se dgito verificador vlido.
O dgito verificador do CPF baseado no clculo do mdulo 11 e corresponde
aos 2 ltimos dgitos do CPF, o restante dos dgitos so a base para clculo dos
dgitos verificadores.
No caso do CPF, o DV mdulo 11 corresponde ao resto da diviso por 11 do
somatrio da multiplicao de cada algarismo da base respectivamente por 9,
8, 7, 6, 5, 4, 3, 2, 1 e 0, a partir da unidade. O resto 10 considerado 0. Veja,
abaixo, exemplo de clculo de DV mdulo 11 para o CPF n 280012389:
2 8 0 0 1 2 3 8 9=3
x x x x x x x x x MS1057 Erro
1 2 3 4 5 6 7 8 9
-------------------------
2+16+ 0+ 0+ 5+12+21+64+81 = 20111=18, com resto 3
2 8 0 0 1 2 3 8 9 3=8
x x x x x x x x x x
0 1 2 3 4 5 6 7 8 9
----------------------------
0+ 8+ 0+ 0+ 4+10+18+56+72+27 = 19511=17, com resto 8
Portanto, CPF+DV = 280012389-38

MS1057 - CPF invlido.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_CPF_CNPJ Se tpNI = 1: REGRA_EXISTE_CPF Conforme Conforme
regra regra
Se tpNI = 2: REGRA_EXISTE_CNPJ

79
3.2.1.36. Leiaute Abertura Campo Setor

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
36 Setor RepresLegal E C 1-1 090 - Informar Setor

Preencher este campo com o setor do representante legal da entidade junto Receita Federal, em formato livre, sendo
vedado o uso de caracteres especiais.

3.2.1.37. Leiaute Abertura Campo Telefone

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
37 Telefone RepresLegal G - 1-1 - - Telefone do representante legal

Este grupo rene informaes sobre o nmero de telefone do representante legal da entidade declarante perante a Receita
Federal.

3.2.1.38. Leiaute Abertura Campo DDD

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
38 DDD Telefone E C 1-1 003 - Informar DDD do Telefone

Preencher este campo com o DDD do telefone do representante legal da entidade declarante.

3.2.1.39. Leiaute Abertura Campo Numero

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos

80
39 Numero Telefone E C 1-1 010 - Informar Nmero do Telefone

Preencher este campo com o nmero do telefone do representante legal da entidade declarante.

3.2.1.40. Leiaute Abertura Campo Ramal

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
40 Ramal Telefone E C 0-1 004 - Informar Ramal

Preencher este campo com o ramal do telefone representante legal da entidade declarante.

3.3. Evento de Fechamento

81
3.3.1. Leiaute Fechamento

3.3.1.1. Leiaute Fechamento Campo evtFechamentoeFinanceira

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
1 evtFechamentoeFinanceira G - 1-1 - - REGRA_VERSAO_LEIAUTE
REGRA_VALIDA_MODALIDADES

82
Este Evento indica o fechamento, ou seja, a concluso do envio dos eventos de Movimento de Operaes Financeiras
compreendidos em um determinado semestre. o Evento que determina o marco de entrega da obrigao acessria como um
todo. Este Evento deve ser enviado a cada semestre de prestao de informaes ou quando houver retificaes de dados
enviados a um mesmo perodo para o qual j foi enviado Evento de Fechamento. Neste caso, deve ser enviada a retificao do
ltimo Evento de Abertura vlido para o perodo ao qual necessria a retificao ou incluso de algum novo dado, com o
posterior envio dos novos eventos retificadores de movimentos compreendidos neste perodo. Para concluir, enviar a retificao do
ltimo Evento de Fechamento vlido para o perodo a que se referem as correes.

Exemplo:

- Fluxo normal:

1) Envio de Evento de Abertura (Data Incio 2016-01-01 e Data Fim 2016-30-06) nrRecibo: 12345
2) Envio de Movimentos de Operao Financeira
3) Envio do Evento de Fechamento (Data Incio 2016-01-01 e Data Fim 2016-30-06) nrRecibo: 67890

- Necessidade de retificao ou incluso de novos arquivos de movimento, posteriores ao fechamento, para o mesmo
perodo exemplificado acima:

1) Retificao do Evento de Abertura (informar nrRecibo: 12345 e Data Incio 2016-01-01 e Data Fim 2016-30-06)
2) Envio das Retificaes ou Novas Incluses de Movimentos de Operao Financeira
3) Retificao do Evento de Fechamento (informar nrRecibo: 67890 e Data Incio 2016-01-01 e Data Fim 2016-30-06)

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERSAO_LEIAUTE A verso do leiaute do evento, definida no namespace do evento, dever ser MS1018 Erro
aceita pelo sistema (por padro a ltima vigente para o tipo de evento)
conforme RNG-Tabelas de Referencia, item Tabela de Verso do Leiaute

MS1018 - Verso do leiaute do evento no reconhecida pelo sistema ou foi substituda. Utilize a ltima verso disponvel para o tipo de evento.

83
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VALIDA_MODALIDADES Deve ser informada ao menos uma modalidade, ou seja, deve ser
informada ao menos uma das tags: FechamentoPP ou MS1118 Erro
FechamentoMovOpFin

MS1118 - preciso informar o fechamento de pelo menos uma das modalidades: Previdncia Privada ou Operao Financeira.

3.3.1.2. Leiaute Fechamento Campo id

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

2 id evtFechamentoeFinanceira A C 1-1 020 - Identificador que REGRA_VALIDA_CHAVE_ACESSO


representa unicamente o REGRA_VALIDA_FORMACAO_ID
evento no sistema para a
mesma empresa e mesmo
tipo

Cada evento da e-Financeira possui uma identificao nica, gerada pela prpria entidade declarante, conforme padro
abaixo:

Campo Fixo Sequencial


ID Nmero sequencial
2 posies 18 posies

Exemplo: ID233390170000000000 (20 posies).

Deve representar unicamente o evento no sistema para a mesma entidade declarante e mesmo tipo de evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE_ACESSO O campo id deve ser nico na base de dados do Ambiente Nacional, para MS1001 Erro

84
eventos da mesma instituio financeira e do mesmo tipo.

MS1001 - J existe na base de dados do Ambiente Nacional um evento com mesma identificao.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FORMACAO_ID O id dever conter 20 caracteres conforme tabela abaixo:
Texto fixo ID 2 posies MS1066 Erro
Nmero Sequencial 18 posies

MS1066 - O id deve conter 20 caracteres, sendo eles: "ID" + Nmero sequencial com 18 posies.

3.3.1.3. Leiaute Fechamento Campo ideEvento

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

3 ideEvento evtFechamentoeFinanceira G - 1-1 - - Informaes de


identificao do evento

Este grupo rene informaes referentes ao evento que est sendo enviado.

3.3.1.4. Leiaute Fechamento Campo indRetificacao

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

4 indRetificacao ideEvento E N 1-1 001 - 1 - para arquivo


original
2 - para arquivo
de retificao

85
Este campo identifica se o arquivo a ser transmitido original ou retificador de um outro arquivo vlido enviado anteriormente.
Nos casos de retificao (valor 2), necessrio informar no campo nrRecibo o nmero do recibo de entrega do arquivo que est
sendo retificado.

Esse Evento deve ser retificado sempre que houver a necessidade de retificaes de dados enviados a um perodo para o
qual j foi enviado Evento de Fechamento. Neste caso, deve ser enviada a retificao do ltimo Evento de Abertura vlido para o
perodo ao qual necessria a retificao ou incluso de algum novo dado, com o posterior envio dos novos eventos retificadores
de movimentos compreendidos neste perodo. Para concluir, enviar a retificao do ltimo Evento de Fechamento vlido para o
perodo a que se referem as correes.

Exemplo:

- Fluxo normal:
1) Envio de Evento de Abertura (Data Incio 2016-01-01 e Data Fim 2016-30-06) nrRecibo: 12345
2) Envio de Movimentos de Operao Financeira
3) Envio do Evento de Fechamento (Data Incio 2016-01-01 e Data Fim 2016-30-06) nrRecibo: 67890

- Necessidade de retificao ou incluso de novos arquivos de movimento, posteriores ao fechamento, para o mesmo
perodo exemplificado acima:

1) Retificao do Evento de Abertura (informar nrRecibo: 12345 e Data Incio 2016-01-01 e Data Fim 2016-30-06)
2) Envio das Retificaes ou Novas Incluses de Movimentos de Operao Financeira
3) Retificao do Evento de Fechamento (informar nrRecibo: 67890 e Data Incio 2016-01-01 e Data Fim 2016-30-06)

3.3.1.5. Leiaute Fechamento Campo nrRecibo

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

5 nrRecibo ideEvento E C 0-1 050 - Preencher com o nmero REGRA_OBRIGATORIO_NR_ULTIM


do recibo do arquivo a ser O_RECIBO

86
retificado REGRA_VALIDA_NR_RECIBO

Este campo s deve ser preenchido quando o arquivo a ser transmitido retificador de um outro evento vlido deste mesmo
tipo enviado anteriormente. O valor a ser inserido deve corresponder ao nmero do recibo de entrega do arquivo enviado
anteriormente que est sendo retificado.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_NR_ULTIMO_RECIBO O preenchimento do campo obrigatrio se MS1005 Erro
indRetificacao igual a 2.

MS1005 - O nmero do recibo obrigatrio. Favor informar o nmero do recibo do evento que est sendo retificado.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_NR_RECIBO Dever existir um Evento j recebido, Ativo, com nmero de recibo de MS1004 Erro
entrega igual ao informado no campo, do mesmo tipo e mesmo cnpjDeclarante
O campo no pode ser preenchido se indRetificacao = 1 (arquivo original) MS1123 Erro

MS1004 - No foi localizado um evento ativo para o recibo de entrega informado ou o evento no tem o mesmo tipo/identificao.

MS1123 - O nmero do recibo no deve ser informado em arquivos originais.

3.3.1.6. Leiaute Fechamento Campo tpAmb

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

6 tpAmb ideEvento E N 1-1 001 - 1=Produo; Identificao do ambiente


2=Homologao

87
Este campo identifica se o arquivo est sendo transmitido para o ambiente de produo ou de homologao. A indicao de
que o arquivo est sendo transmitido para o ambiente de homologao s poder ser utilizada em janelas especficas de teste,
coordenadas pelos gestores do sistema.

3.3.1.7. Leiaute Fechamento Campo aplicEmi

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

7 aplicEmi ideEvento E N 1-1 001 - 1=Emisso com Processo de emisso do


aplicativo da evento
empresa
2=Outros

Este campo possibilita o controle, pela prpria declarante, sobre qual aplicativo foi utilizado para gerar o arquivo (por
exemplo, em eventuais situaes de contingncia em que a declarante precisou utilizar aplicativos geradores providos por
terceiros). Caso tenha sido utilizado aplicativo gerenciado pela prpria declarante, utilizar o valor 1. Caso tenha sido utilizado
aplicativo de terceiros, utilizar o valor 2.

3.3.1.8. Leiaute Fechamento Campo verAplic

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

8 verAplic ideEvento E C 1-1 020 - Verso do aplicativo de


emisso do evento

Este campo se destina a permitir um controle, pela prpria declarante, da verso do aplicativo que foi utilizado para gerar o
arquivo.

88
3.3.1.9. Leiaute Fechamento Campo ideDeclarante

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

9 ideDeclarante evtFechamentoeFinanceira G - 1-1 - - Informaes de


identificao do declarante

Este Grupo rene informaes de identificao da entidade declarante.

3.3.1.10. Leiaute Fechamento Campo cnpjDeclarante

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

10 cnpjDeclarante ideDeclarante E C 1-1 014 - Informar CNPJ da


Empresa Declarante

Neste campo, deve ser inserido o CNPJ (14 posies) da entidade declarante.

3.3.1.11. Leiaute Fechamento Campo infoFechamento

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

11 infoFechamento evtFechamentoeFinanceira G - 1-1 - - Informaes do Fechamento

Este grupo rene informaes sobre as datas de incio e fim do semestre a que se referem as informaes enviadas nos
eventos de Movimento de Operaes Financeiras. Tambm consta nesse grupo, a informao se a entidade incorreu em alguma
situao especial no semestre.

89
3.3.1.12. Leiaute Fechamento Campo dtInicio

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

12 dtInicio infoFechamento E D 1-1 - - Data Inicial

Este campo deve ser preenchido com a data do primeiro dia do semestre a que se referem as informaes enviadas nos
eventos de Movimento de Operaes Financeiras, no formato AAAA-MM-DD. No caso em que a abertura da empresa ocorreu
dentro do semestre em questo, preencher com a data de abertura da empresa, de acordo com a informao constante no
Cadastro de CNPJ.

3.3.1.13. Leiaute Fechamento Campo dtFim

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

13 dtFim infoFechamento E D 1-1 - - Data Final REGRA_DT_INI_VAL_MAIOR

Este campo deve ser preenchido com a data do ltimo dia do semestre a que se referem as informaes enviadas nos
eventos de Movimento de Operaes Financeiras, no formato AAAA-MM-DD. No caso em que a baixa da empresa ocorreu dentro
do semestre em questo, preencher com a data de baixa da empresa, de acordo com a informao constante no Cadastro de
CNPJ.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_DT_INI_VAL_MAIOR A data informada no campo dever ser maior ou igual a data informada na tag MS1010 Erro
dtInicio

MS1010 - A data de fim deve ser posterior ou igual data de incio.

90
3.3.1.14. Leiaute Fechamento Campo sitEspecial

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

14 sitEspecial infoFechamento E N 1-1 001 - 0=No se aplica Indicador de Situao REGRA_VALIDA_SITUACAO_ESPEC


1=Extino Especial IAL
2=Fuso
3=Incorporao/I
ncorporada
5=Ciso Total

Este campo deve ser preenchido com valores diferentes de zero (no se aplica), caso a entidade tenha incorrido em alguma
das situaes especiais descritas acima (extino, fuso, incorporao ou ciso total). Nesses casos, a data fim do evento ser
preenchida com a data em que a entidade incorreu em alguma dessas situaes, sendo necessrio informar o tipo de situao
especial ocorrida.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_SITUACAO_ESPECIAL O valor informado deve ser diferente de 0 se a data de fim
MS1045 Erro
informada for diferente da data de encerramento do semestre

MS1045 - Deve ser informada uma condio de situao especial, uma vez que a data de fim do Encerramento diferente da data de fim do
semestre.

3.3.1.15. Leiaute Fechamento Campo FechamentoPP

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

15 FechamentoPP evtFechamentoeFinanceira G - 0-1 - - Informaes do REGRA_VALIDA_FECHAMENTO_PP


Fechamento REGRA_VALIDA_FECHAMENTO_MES_PP
referentes a REGRA_OBRIGATORIO_MODALIDADE
Previdncia
Privada

91
NESTE MOMENTO, S FOI IMPLEMENTADO O MDULO DE OPERAES FINANCEIRAS, O QUAL DEVE SER
PREENCHIDO TAMBM PELAS ENTIDADES DE PREVIDNCIA COMPLEMENTAR. PORTANTO, NO DEVE SER ENVIADA
ABERTURA DE PREVIDNCIA PRIVADA, AINDA QUE A ENTIDADE DECLARANTE SEJA ENTIDADE FECHADA DE
PREVIDNCIA COMPLEMENTAR OU ESTEJA REPORTANDO PRODUTOS REFERENTES PREVIDNCIA
COMPLEMENTAR, OS QUAIS DEVERO SER INFORMADOS NO MDULO DE OPERAES FINANCEIRAS. AS
INFORMAES PRESTADAS NO MDULO DE PREVIDNCIA PRIVADA SERO ENTREGUES EM MOMENTO POSTERIOR,
QUANDO DA NORMATIZAO DESTE ITEM.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FECHAMENTO_PP A tag de fechamento referente a Previdncia Privada (FechamentoPP)
s poder ser informada se o Indicador de Movimento de Previdncia
MS1048 Erro
Privada da eFinanceira (mesma dtInicio) for igual a sim, conforme
RNG-Geral, item Controle da eFinanceira

MS1048 - No pode haver Fechamento da Movimentao de Previdncia Privada para este perodo, pois no houve Abertura.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FECHAMENTO_MES_PP Deve ser informada uma tag FechamentoMes para cada ms para
o qual exista Evento de Previdncia Privada "ativo" no perodo MS1104 Erro
da eFinanceira

MS1104 - Devem ser informados todos os meses para os quais houve Evento de Movimento de Previdncia Privada no perodo da eFinanceira.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_MODALIDADE Se indRetificacao=2, a tag referente modalidade
(FechamentoPP ou FechamentoMovOpFin) deve ser informada
se j tiver sido informada no evento anterior, ou seja, a tag deve MS1119 Erro
ser informada se j houve fechamento parcial daquela
modalidade, conforme RN Controle da eFinanceira

92
MS1119 - preciso informar os dados de fechamento da modalidade, uma vez que j foi realizado o fechamento parcial desta modalidade.

3.3.1.16. Leiaute Fechamento Campo FechamentoMes

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

16 FechamentoMes FechamentoPP G - 1-N - - Fechamento do ms REGRA_VALIDA_CHAVE_FECHAM


ENTO

NESTE MOMENTO, S FOI IMPLEMENTADO O MDULO DE OPERAES FINANCEIRAS, O QUAL DEVE SER
PREENCHIDO TAMBM PELAS ENTIDADES DE PREVIDNCIA COMPLEMENTAR. PORTANTO, NO DEVE SER ENVIADA
ABERTURA DE PREVIDNCIA PRIVADA, AINDA QUE A ENTIDADE DECLARANTE SEJA ENTIDADE FECHADA DE
PREVIDNCIA COMPLEMENTAR OU ESTEJA REPORTANDO PRODUTOS REFERENTES PREVIDNCIA
COMPLEMENTAR, OS QUAIS DEVERO SER INFORMADOS NO MDULO DE OPERAES FINANCEIRAS. AS
INFORMAES PRESTADAS NO MDULO DE PREVIDNCIA PRIVADA SERO ENTREGUES EM MOMENTO POSTERIOR,
QUANDO DA NORMATIZAO DESTE ITEM.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

3.3.1.17. Leiaute Fechamento Campo anoMesCaixa

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

93
17 anoMesCaixa FechamentoMes E C 1-1 006 - Ms Caixa REGRA_VALIDA_PERIODO
Formato: AAAAMM *
* Aceitar MM = 13

NESTE MOMENTO, S FOI IMPLEMENTADO O MDULO DE OPERAES FINANCEIRAS, O QUAL DEVE SER
PREENCHIDO TAMBM PELAS ENTIDADES DE PREVIDNCIA COMPLEMENTAR. PORTANTO, NO DEVE SER ENVIADA
ABERTURA DE PREVIDNCIA PRIVADA, AINDA QUE A ENTIDADE DECLARANTE SEJA ENTIDADE FECHADA DE
PREVIDNCIA COMPLEMENTAR OU ESTEJA REPORTANDO PRODUTOS REFERENTES PREVIDNCIA
COMPLEMENTAR, OS QUAIS DEVERO SER INFORMADOS NO MDULO DE OPERAES FINANCEIRAS. AS
INFORMAES PRESTADAS NO MDULO DE PREVIDNCIA PRIVADA SERO ENTREGUES EM MOMENTO POSTERIOR,
QUANDO DA NORMATIZAO DESTE ITEM.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_PERIODO O ms informado (MMAAAA) deve estar contido no intervalo compreendido
entre a dtInicio e a dtFim informadas no Evento de Abertura *
MS1043 Erro
*MM=13 deve ser validado no 2o semestre

MS1043 - O ms caixa deve estar compreendido no perodo (data inicial e final) informados na abertura da e-Financeira.

3.3.1.18. Leiaute Fechamento Campo quantArqTrans

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

18 Quantidade de Arquivos REGRA_VALIDA_QUANT_ARQ_TRA


quantArqTrans FechamentoMes E N 1-1 009 -
Transmitidos no Ms NS

NESTE MOMENTO, S FOI IMPLEMENTADO O MDULO DE OPERAES FINANCEIRAS, O QUAL DEVE SER
PREENCHIDO TAMBM PELAS ENTIDADES DE PREVIDNCIA COMPLEMENTAR. PORTANTO, NO DEVE SER ENVIADA
ABERTURA DE PREVIDNCIA PRIVADA, AINDA QUE A ENTIDADE DECLARANTE SEJA ENTIDADE FECHADA DE

94
PREVIDNCIA COMPLEMENTAR OU ESTEJA REPORTANDO PRODUTOS REFERENTES PREVIDNCIA
COMPLEMENTAR, OS QUAIS DEVERO SER INFORMADOS NO MDULO DE OPERAES FINANCEIRAS. AS
INFORMAES PRESTADAS NO MDULO DE PREVIDNCIA PRIVADA SERO ENTREGUES EM MOMENTO POSTERIOR,
QUANDO DA NORMATIZAO DESTE ITEM.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_QUANT_ARQ_TRANS O valor informado deve ser igual quantidade de arquivos MS1050 Erro
transmitidos no mesCaixa informado, para a modalidade informada

MS1050 - A quantidade de eventos de <<Previdncia Privada / Operaes Financeiras>> transmitidos para o ms <<mesCaixa>> foi igual a
<<quantidade de eventos recebidos pelo Ambiente Nacional>>.

3.3.1.19. Leiaute Fechamento Campo FechamentoMovOpFin

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

19 FechamentoMovOpFin evtFechamentoeFinanceira G - 0-1 - - Informaes do Fechamento REGRA_VALIDA_FECHAMENTO_OP


referentes a Operaes _FIN
Financeiras REGRA_OBRIGATORIO_PAISES_TR
ATADO
REGRA_VALIDA_FECHAMENTO_M
ES_OP_FIN
REGRA_OBRIGATORIO_MODALIDA
DE

Este grupo rene as informaes do fechamento do Movimento de Operaes Financeiras. Devero ser informados o(s)
pas(es) para o(s) qual(is) foram enviados eventos reportveis ao exterior, bem como um totalizador de nmero de eventos
transmitidos, por ms caixa.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FECHAMENTO_OP_FIN A tag de Fechamento referente a Operaes Financeiras
MS1049 Erro
(FechamentoMovOpFin) s poder ser informada se o Indicador

95
de Movimento de Operaes Financeiras da e-Financeira (mesma
dtInicio) for igual a sim, conforme RNG-Geral, item Controle da
eFinanceira

MS1049 - No pode haver Fechamento da Movimentao de Operaes Financeiras para este perodo, pois no houve Abertura.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_PAISES_TRATADO Devem ser informados todos os pases que tenham firmado
Tratado de Troca de Informaes conforme RNG - Tabelas de MS1078 Erro
Referncia, item Tabela de Pases com Tratados de Troca de Informao

MS1078 - No foram informados todos os pases que possuem Tratado de Troca de Informaes

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FECHAMENTO_MES_OP_FIN Deve ser informada uma tag FechamentoMes para cada ms
para o qual exista Evento de Operaes Financeiras ativo MS1105 Erro
no perodo da eFinanceira

MS1105 - Devem ser informados todos os meses para os quais houve Evento de Movimento de Operaes Financeiras no perodo da
eFinanceira.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_MODALIDADE Se indRetificacao=2, a tag referente modalidade
(FechamentoPP ou FechamentoMovOpFin) deve ser informada
se j tiver sido informada no evento anterior, ou seja, a tag deve MS1119 Erro
ser informada se j houve fechamento parcial daquela
modalidade, conforme RN Controle da eFinanceira

MS1119 - preciso informar os dados de fechamento da modalidade, uma vez que j foi realizado o fechamento parcial desta modalidade.

96
3.3.1.20. Leiaute Fechamento Campo ReportavelExterior

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

20 ReportavelExterior FechamentoMovOpFin G - 0-N - - Indicativo de existncia de REGRA_VALIDA_CHAVE_FECHAM


informaes a serem ENTO
reportadas para outros pases

Este grupo deve ser informado sempre que existam tratados de intercmbio de informaes em vigor entre o Brasil e
outro(s) pas(es). Nos campos 21 e 22 devem ser informadas se houve informao enviada para cada pas com o qual o Brasil
possui acordo vigente, nos movimentos de operaes financeiras enviados para o semestre a que se refere o evento de
fechamento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no leiaute
REGRA_VALIDA_CHAVE_FECHAMENTO do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

3.3.1.21. Leiaute Fechamento Campo pais

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

21 REGRA_EXISTE_
pais ReportavelExterior E C 1-1 002 - PAIS_TRATADO
_TROCA_INFO

97
Informar o(s) pas(es) com o(s) qual(is) o Brasil possui tratado vigente de intercmbio de informaes captadas pela e-
Financeira, de acordo com a tabela Pases com Tratados de Troca de Informaes.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS_TRATADO_TROCA_INFO O valor informado no campo dever existir na Tabela de
Pases com Tratado de Troca de Informaes e estar
vigente na data de recepo do evento, conforme RNG- MS1075 Erro
TabelasdeReferencia, item

Tabela de Pases com Tratados de Troca de Informaes.

MS1075 - O Pas informado no est cadastrado como sendo participante do Tratado de Troca de Informaes.

3.3.1.22. Leiaute Fechamento Campo reportavel

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

22 0-No REGRA_VERIFICA_CONTAS_REPOR
reportavel ReportavelExterior E N 1-1 001 -
1-Sim TAVEIS

Neste campo, dever ser informado se existem eventos reportveis para cada pas a que se refere o campo anterior, nos
movimentos de operaes financeiras enviados no semestre a que se refere o fechamento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERIFICA_CONTAS_REPORTAVEIS O campo reportvel deve ser igual a 1 caso tenham sido
MS1077
enviadas contas reportveis para o pas informado.
Erro
O campo reportvel deve ser igual a 0 caso no tenham sido
MS1076
enviadas contas reportveis para o pas informado.
MS1076 - No foram enviadas contas reportveis para o pas informado.

98
MS1077 - Foram enviadas contas reportveis para o pas informado.

3.3.1.23. Leiaute Fechamento Campo FechamentoMes

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

23 FechamentoMes FechamentoMovOpFin G - 1-N - - Fechamento do ms REGRA_VALIDA_CHAVE_FECHAM


ENTO

Este grupo dever se repetir para todos os meses (dentro do semestre em questo) para os quais foram enviados eventos
de Movimentos de Operaes Financeiras, cada qual com sua respectiva quantidade de eventos enviados. O objetivo desse grupo
realizar um batimento totalizador, para fins de conferncia.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no leiaute
REGRA_VALIDA_CHAVE_FECHAMENTO do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

3.3.1.24. Leiaute Fechamento Campo anoMesCaixa

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

24 Ms Caixa REGRA_VALIDA_PERIODO
anoMesCaixa FechamentoMes E C 1-1 006 -
Formato: AAAAMM

99
Preencher com o ano e o ms (formato AAAAMM), compreendido no semestre a que se refere o fechamento, para o qual
foram enviados eventos de Movimento de Operaes Financeiras.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_PERIODO O ms informado (AAAAMM) deve estar contido no intervalo compreendido
entre a dtInicio e a dtFim informadas no Evento de Abertura *
MS1043 Erro
*MM=13 deve ser validado no 2o semestre

MS1043 - O ms caixa deve estar compreendido no perodo (data inicial e final) informados na abertura da e-Financeira.

3.3.1.25. Leiaute Fechamento Campo quantArqTrans

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

25 Quantidade de Arquivos REGRA_VALIDA_QUANT_ARQ_TRA


quantArqTrans FechamentoMes E N 1-1 009 -
Transmitidos no Ms NS

Preencher com a quantidade de eventos de Movimento de Operaes Financeiras ativos no sistema da e-Financeira,
enviados e recebidos com sucesso dentro do ms informado no campo anterior. Para fins dessa contagem, devem ser
considerados os eventos que esto ativos no sistema da e-Financeira, isto , as retificaes no contam como um novo evento
(pois meramente retificam um evento ativo enviado anteriormente) e as excluses devem ser subtradas do valor total (j que
excluram um evento ativo no sistema).

Exemplo:

Para o ms de abril de 2015, foram enviados 10 eventos de Movimento de Operaes Financeiras, com trs retificaes e
duas excluses de eventos que foram enviados indevidamente. O valor a ser informado para o exemplo em questo, referente ao
ms de abril de 2015, igual a oito.

100
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VALIDA_QUANT_ARQ_TRANS O valor informado deve ser igual quantidade de arquivos MS1050 Erro
transmitidos no mesCaixa informado, para a modalidade informada

MS1050 - A quantidade de eventos de <<Previdncia Privada / Operaes Financeiras>> transmitidos para o ms <<mesCaixa>> foi igual a
<<quantidade de eventos recebidos pelo Ambiente Nacional>>.

3.4. Evento de Excluso

3.4.1. Leiaute Evento de Excluso

3.4.1.1. Leiaute Evento de Excluso Campo evtExclusao

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao

101
1 evtExclusao G - 1-1 - - REGRA_VERSAO_LEIAUTE

Este evento se destina a excluir, pontualmente, eventos enviados indevidamente e recebidos com sucesso pelo sistema da
e-Financeira. No deve ser confundido com o Evento de Excluso da e-Financeira (evtExclusaoeFinanceira), o qual se destina a
excluir TODOS os eventos da e-Financeira enviados para um determinado semestre.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERSAO_LEIAUTE A verso do leiaute do evento, definida no namespace do evento, dever ser MS1018 Erro
aceita pelo sistema (por padro a ltima vigente para o tipo de evento)
conforme RNG-Tabelas de Referencia, item Tabela de Verso do Leiaute

MS1018 - Verso do leiaute do evento no reconhecida pelo sistema ou foi substituda. Utilize a ltima verso disponvel para o tipo de evento.

3.4.1.2. Leiaute Evento de Excluso Campo id

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
2 id evtExclusao A C 1-1 020 - Identificador que representa REGRA_VALIDA_CHAVE_ACESSO
unicamente o evento no REGRA_VALIDA_FORMACAO_ID
sistema para a mesma empresa
e mesmo tipo

Cada evento da e-Financeira possui uma identificao nica, gerada pela prpria entidade declarante, conforme padro
abaixo:

Campo Fixo Sequencial


ID Nmero sequencial
2 posies 18 posies

Exemplo: ID233390170000000000 (20 posies).

102
Deve representar unicamente o evento no sistema para a mesma entidade declarante e mesmo tipo de evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE_ACESSO O campo id deve ser nico na base de dados do Ambiente Nacional, para MS1001 Erro
eventos da mesma instituio financeira e do mesmo tipo.

MS1001 - J existe na base de dados do Ambiente Nacional um evento com mesma identificao.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FORMACAO_ID O id dever conter 20 caracteres conforme tabela abaixo:
Texto fixo ID 2 posies MS1066 Erro
Nmero Sequencial 18 posies

MS1066 - O id deve conter 20 caracteres, sendo eles: "ID" + Nmero sequencial com 18 posies.

3.4.1.3. Leiaute Evento de Excluso Campo ideEvento

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
3 ideEvento evtExclusao G - 1-1 - - Informaes de identificao
do evento

Este grupo rene informaes referentes ao evento que est sendo enviado.

3.4.1.4. Leiaute Evento de Excluso Campo tpAmb

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
4 tpAmb ideEvento E N 1-1 001 - 1=Produo; Identificao do ambiente:
2=Homologao

103
Este campo identifica se o arquivo est sendo transmitido para o ambiente de produo ou de homologao. A indicao de
que o arquivo est sendo transmitido para o ambiente de homologao s poder ser utilizada em janelas especficas de teste,
coordenadas pelos gestores do sistema.

3.4.1.5. Leiaute Evento de Excluso Campo aplicEmi

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
5 aplicEmi ideEvento E N 1-1 001 - 1=Emisso com Processo de emisso do evento
aplicativo da empresa
2=Outros

Este campo possibilita o controle, pela prpria declarante, sobre qual aplicativo foi utilizado para gerar o arquivo (por
exemplo, em eventuais situaes de contingncia em que a declarante precisou utilizar aplicativos geradores providos por
terceiros). Caso tenha sido utilizado aplicativo gerenciado pela prpria declarante, utilizar o valor 1. Caso tenha sido utilizado
aplicativo de terceiros, utilizar o valor 2.

3.4.1.6. Leiaute Evento de Excluso Campo verAplic

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
6 verAplic ideEvento E C 1-1 020 - Verso do aplicativo de
emisso do evento

Este campo se destina a permitir um controle, pela prpria declarante, da verso do aplicativo que foi utilizado para gerar o
arquivo.

3.4.1.7. Leiaute Evento de Excluso Campo ideDeclarante

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao

104
7 ideDeclarante evtExclusao G - 1-1 - - Informaes de identificao
da empresa declarante

Este Grupo rene informaes de identificao da entidade declarante.

3.4.1.8. Leiaute Evento de Excluso Campo cnpjDeclarante

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
8 cnpjDeclarante ideDeclarante E C 1-1 014 - Informar CNPJ da Empresa
Declarante

Neste campo, deve ser inserido o CNPJ (14 posies) da entidade declarante.

3.4.1.9. Leiaute Evento de Excluso Campo infoExclusao

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
9 infoExclusao evtExclusao G - 1-1 - - Registro que identifica o
evento objeto da excluso

Este Grupo aponta para a identificao do evento que se pretende excluir.

3.4.1.10. Leiaute Evento de Excluso Campo nrReciboEvento

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao

105
10 nrReciboEvento infoExclusao E C 1-1 050 - Preencher com o nmero do REGRA_VALIDA_NR_RECIBO_EVENTO
recibo do evento que ser
excludo

Neste campo, deve ser informado o nmero do recibo de entrega do evento enviado com sucesso anteriormente que se
pretende excluir.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_NR_RECIBO_EVENTO Dever existir um Evento j recebido, Ativo, com nmero de recibo MS1003 Erro
de entrega igual ao informado no campo, do mesmo cnpjDeclarante

MS1003 - No foi localizado um evento ativo para o recibo de entrega informado ou o evento no da mesma empresa declarante.

3.5. Evento de Excluso e-Financeira

ATENO!!! ESTE EVENTO S DEVE SER UTILIZADO SE HOUVER A


INTENO DE EXCLUIR TODA UMA E-FINANCEIRA DE DETERMINADO

106
PERODO!!! TODA A E-FINANCEIRA E SEUS RESPECTIVOS EVENTOS DE
MOVIMENTO SERO EXCLUDOS!!! PARA A EXCLUSO PONTUAL, DE
DETERMINADOS EVENTOS INDIVIDUALMENTE, UTILIZE O EVENTO DE
EXCLUSO, DESCRITO NO ITEM 3.4 DESTE MANUAL!!!

3.5.1. Leiaute Evento de Excluso e-Financeira

3.5.1.1. Leiaute Evento de Excluso e-Financeira Campo evtExclusaoeFinanceira

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
1 evtExclusaoeFinanceira G - 1-1 - - REGRA_VERSAO_LEIAUTE

107
ATENO!!! ESTE EVENTO S DEVE SER UTILIZADO SE HOUVER A
INTENO DE EXCLUIR TODA UMA E-FINANCEIRA DE DETERMINADO
PERODO!!! TODA A E-FINANCEIRA E SEUS RESPECTIVOS EVENTOS DE
MOVIMENTO SERO EXCLUDOS!!! PARA A EXCLUSO PONTUAL, DE
DETERMINADOS EVENTOS INDIVIDUALMENTE, UTILIZE O EVENTO DE
EXCLUSO, DESCRITO NO ITEM 3.4 DESTE MANUAL!!!
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VERSAO_LEIAUTE A verso do leiaute do evento, definida no namespace do evento, dever ser MS1018 Erro
aceita pelo sistema (por padro a ltima vigente para o tipo de evento)
conforme RNG-Tabelas de Referencia, item Tabela de Verso do Leiaute

MS1018 - Verso do leiaute do evento no reconhecida pelo sistema ou foi substituda. Utilize a ltima verso disponvel para o tipo de evento.

3.5.1.2. Leiaute Evento de Excluso e-Financeira Campo id

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
2 id evtExclusaoeFinanceira A C 1-1 020 - Identificador que representa REGRA_VALIDA_CHAVE_ACESSO
unicamente o evento no REGRA_VALIDA_FORMACAO_ID
sistema para a mesma empresa
e mesmo tipo

Cada evento da e-Financeira possui uma identificao nica, gerada pela prpria entidade declarante, conforme padro
abaixo:

Campo Fixo Sequencial


ID Nmero sequencial

108
2 posies 18 posies

Exemplo: ID233390170000000000 (20 posies).

Deve representar unicamente o evento no sistema para a mesma entidade declarante e mesmo tipo de evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE_ACESSO O campo id deve ser nico na base de dados do Ambiente Nacional, para MS1001 Erro
eventos da mesma instituio financeira e do mesmo tipo.

MS1001 - J existe na base de dados do Ambiente Nacional um evento com mesma identificao.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FORMACAO_ID O id dever conter 20 caracteres conforme tabela abaixo:
Texto fixo ID 2 posies MS1066 Erro
Nmero Sequencial 18 posies

MS1066 - O id deve conter 20 caracteres, sendo eles: "ID" + Nmero sequencial com 18 posies.

3.5.1.3. Leiaute Evento de Excluso e-Financeira Campo ideEvento

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
3 ideEvento evtExclusaoeFinanceira G - 1-1 - - Informaes de identificao
do evento

Este grupo rene informaes referentes ao evento que est sendo enviado.

109
3.5.1.4. Leiaute Evento de Excluso e-Financeira Campo tpAmb

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
4 tpAmb ideEvento E N 1-1 001 - 1=Produo; Identificao do ambiente:
2=Homologao

Este campo identifica se o arquivo est sendo transmitido para o ambiente de produo ou de homologao. A indicao de
que o arquivo est sendo transmitido para o ambiente de homologao s poder ser utilizada em janelas especficas de teste,
coordenadas pelos gestores do sistema.

3.5.1.5. Leiaute Evento de Excluso e-Financeira Campo aplicEmi

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
5 aplicEmi ideEvento E N 1-1 001 - 1=Emisso com Processo de emisso do evento
aplicativo da empresa
2=Outros

Este campo possibilita o controle, pela prpria declarante, sobre qual aplicativo foi utilizado para gerar o arquivo (por
exemplo, em eventuais situaes de contingncia em que a declarante precisou utilizar aplicativos geradores providos por
terceiros). Caso tenha sido utilizado aplicativo gerenciado pela prpria declarante, utilizar o valor 1. Caso tenha sido utilizado
aplicativo de terceiros, utilizar o valor 2.

3.5.1.6. Leiaute Evento de Excluso e-Financeira Campo verAplic

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
6 verAplic ideEvento E C 1-1 020 - Verso do aplicativo de
emisso do evento

Este campo se destina a permitir um controle, pela prpria declarante, da verso do aplicativo que foi utilizado para gerar o
arquivo.

110
3.5.1.7. Leiaute Evento de Excluso e-Financeira Campo ideDeclarante

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
7 ideDeclarante evtExclusaoeFinanceira G - 1-1 - - Informaes de identificao
da empresa declarante

Este Grupo rene informaes de identificao da entidade declarante.

3.5.1.8. Leiaute Evento de Excluso e-Financeira Campo cnpjDeclarante

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
8 cnpjDeclarante ideDeclarante E C 1-1 014 - Informar CNPJ da Empresa
Declarante

Neste campo, deve ser inserido o CNPJ (14 posies) da entidade declarante.

3.5.1.9. Leiaute Evento de Excluso e-Financeira Campo infoExclusaoeFinanceira

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
9 infoExclusaoeFinanceira evtExclusaoeFinanceira G - 1-1 - - Registro que identifica o
evento objeto da excluso

ATENO!!! ESTE EVENTO S DEVE SER UTILIZADO SE HOUVER A


INTENO DE EXCLUIR TODA UMA E-FINANCEIRA DE DETERMINADO
PERODO!!! TODA A E-FINANCEIRA E SEUS RESPECTIVOS EVENTOS DE
MOVIMENTO SERO EXCLUDOS!!! PARA A EXCLUSO PONTUAL, DE

111
DETERMINADOS EVENTOS INDIVIDUALMENTE, UTILIZE O EVENTO DE
EXCLUSO, DESCRITO NO ITEM 3.4 DESTE MANUAL!!!
ESTE GRUPO ENGLOBA A IDENTIFICAO DO NMERO DO RECIBO DE ENTREGA DO EVENTO DE ABERTURA
PARA O QUAL SE DESEJA EXCLUIR TODA A E-FINANCEIRA.

3.5.1.10. Leiaute Evento de Excluso e-Financeira Campo nrReciboEvento

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
10 nrReciboEvento infoExclusaoeFinanceira E C 1-1 050 - Preencher com o nmero REGRA_VALIDA_NR_RECIBO_EVENTO_ABERTURA
do recibo do evento de
abertura

Ser excludo o evento


de abertura da
eFinanceira (002)
e todos os eventos de
movimentos (tipo 003 ou
004) relacionados
ao evento de abertura

ATENO!!! ESTE EVENTO S DEVE SER UTILIZADO SE HOUVER A


INTENO DE EXCLUIR TODA UMA E-FINANCEIRA DE DETERMINADO
PERODO!!! TODA A E-FINANCEIRA E SEUS RESPECTIVOS EVENTOS DE
MOVIMENTO SERO EXCLUDOS!!! PARA A EXCLUSO PONTUAL, DE

112
DETERMINADOS EVENTOS INDIVIDUALMENTE, UTILIZE O EVENTO DE
EXCLUSO, DESCRITO NO ITEM 3.4 DESTE MANUAL!!!

NESTE CAMPO, DEVE SER INFORMADO O NMERO DO RECIBO DE


ENTREGA DO EVENTO DE ABERTURA DA E-FINANCEIRA QUE SE DESEJA
EXCLUIR. SER EXCLUDO O EVENTO DE ABERTURA DA E-FINANCEIRA, BEM
COMO TODOS OS RESPECTIVOS EVENTOS DE MOVIMENTO RELACIONADOS A
ESTE EVENTO ABERTURA.
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VALIDA_NR_RECIBO_EVENTO_ABERTURA Dever existir um Evento de abertura Ativo, com MS1117 Erro
nmero de recibo de entrega igual ao informado no
campo nrReciboEvento, para o mesmo cnpjDeclarante

MS1117 - No foi localizado um evento de abertura ativo para o recibo de entrega informado ou o evento no da mesma empresa declarante.

113
4. Arquivos Especficos da e-Financeira
4.1. Mdulo Operaes Financeiras

4.1.1. Evento de Cadastro dos Patrocinados

114
4.1.1.1. Leiaute Cadastro dos Patrocinados

4.1.1.1.1. Leiaute Cadastro dos Patrocinados Campo evtCadPatrocinado

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
1 evtCadPatrocinado G - 1-1 - - REGRA_VERSAO_LEIAUTE

Este Evento descreve as informaes cadastrais de cada entidade considerada patrocinada pela declarante, nos termos do
acordo do FATCA. Deve ser enviado apenas uma vez (sem a necessidade de reenvio todo semestre) ou quando houver alteraes
nas informaes cadastrais da entidade patrocinada. Um exemplo em que ocorre essa situao nos casos de fundos de
investimento. Dessa forma, dever ser enviado um evento para cada Fundo considerado patrocinado pela declarante, nos termos
do acordo do FATCA.

O termo patrocinado deve ser interpretado pelas entidades fechadas de previdncia complementar de acordo com o
tratado do FATCA (Decreto 8.506, de 24 de agosto de 2015) e no conforme o conceito da Lei Complementar n 109, de 29 de
maio de 2001).

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERSAO_LEIAUTE A verso do leiaute do evento, definida no namespace do evento, dever ser MS1018 Erro
aceita pelo sistema (por padro a ltima vigente para o tipo de evento)
conforme RNG-Tabelas de Referencia, item Tabela de Verso do Leiaute

MS1018 - Verso do leiaute do evento no reconhecida pelo sistema ou foi substituda. Utilize a ltima verso disponvel para o tipo de evento.

4.1.1.1.2. Leiaute Cadastro dos Patrocinados Campo id

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
2 id evtCadPatrocinado A C 1-1 020 - Identificador que representa REGRA_VALIDA_CHAVE_ACESSO
unicamente o evento no REGRA_VALIDA_FORMACAO_ID
sistema para a mesma empresa
e mesmo tipo

115
Cada evento da e-Financeira possui uma identificao nica, gerada pela prpria entidade declarante, conforme padro
abaixo:

Campo Fixo Sequencial


ID Nmero sequencial
2 posies 18 posies

Exemplo: ID233390170000000000 (20 posies).

Deve representar unicamente o evento no sistema para a mesma entidade declarante e mesmo tipo de evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE_ACESSO O campo id deve ser nico na base de dados do Ambiente Nacional, para MS1001 Erro
eventos da mesma instituio financeira e do mesmo tipo.

MS1001 - J existe na base de dados do Ambiente Nacional um evento com mesma identificao.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FORMACAO_ID O id dever conter 20 caracteres conforme tabela abaixo:
Texto fixo ID 2 posies MS1066 Erro
Nmero Sequencial 18 posies

MS1066 - O id deve conter 20 caracteres, sendo eles: "ID" + Nmero sequencial com 18 posies.

4.1.1.1.3. Leiaute Cadastro dos Patrocinados Campo ideEvento

116
# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
3 ideEvento evtCadPatrocinado G - 1-1 - - Informaes de identificao
do evento

Este grupo rene informaes referentes ao evento que est sendo enviado.

4.1.1.1.4. Leiaute Cadastro dos Patrocinados Campo indRetificacao

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
4 indRetificacao ideEvento E N 1-1 001 - 1 - para arquivo original
2 - para arquivo de
retificao espontnea
3 - para arquivo de
retificao a pedido

Este campo identifica se o arquivo a ser transmitido original ou retificador de um outro arquivo vlido enviado anteriormente.
No caso de retificao (opes 2 ou 3), necessrio informar no campo nrRecibo o nmero do recibo de entrega do arquivo que
est sendo retificado. A diferenciao da retificao entre espontnea e a pedido decorre, dentre outros motivos, da
necessidade de realizar essa distino no momento do reporte para o cumprimento do FATCA. Assim, s deve ser utilizado o
indicador a pedido, caso a retificao tenha sido solicitada pela Receita Federal, depois de detectada uma inconsistncia no
arquivo.

4.1.1.1.5. Leiaute Cadastro dos Patrocinados Campo nrRecibo

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
5 nrRecibo ideEvento E C 0-1 050 - Preencher com o nmero do REGRA_OBRIGATORIO_NR_ULTIMO_RECIBO
recibo do arquivo a ser REGRA_VALIDA_NR_RECIBO
retificado

Este campo s deve ser preenchido quando o arquivo a ser transmitido retificador de um outro evento vlido deste mesmo
tipo enviado anteriormente. O valor a ser inserido deve corresponder ao nmero do recibo de entrega do arquivo enviado
anteriormente que est sendo retificado.

117
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_OBRIGATORIO_NR_ULTIMO_RECIBO O preenchimento do campo obrigatrio se MS1005 Erro
indRetificacao igual a 2 ou 3.

MS1005 - O nmero do recibo obrigatrio. Favor informar o nmero do recibo do evento que est sendo retificado.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_NR_RECIBO Dever existir um Evento j recebido, Ativo, com nmero de recibo de MS1004 Erro
entrega igual ao informado no campo, do mesmo tipo e mesmo cnpjDeclarante
O campo no pode ser preenchido se indRetificacao = 1 (arquivo original) MS1123 Erro

MS1004 - No foi localizado um evento ativo para o recibo de entrega informado ou o evento no tem o mesmo tipo/identificao.

MS1123 - O nmero do recibo no deve ser informado em arquivos originais.

4.1.1.1.6. Leiaute Cadastro dos Patrocinados Campo tpAmb

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
6 tpAmb ideEvento E N 1-1 001 - 1=Produo; Identificao do ambiente:
2=Homologao

Este campo identifica se o arquivo est sendo transmitido para o ambiente de produo ou de homologao. A indicao de
que o arquivo est sendo transmitido para o ambiente de homologao s poder ser utilizada em janelas especficas de teste,
coordenadas pelos gestores do sistema.

4.1.1.1.7. Leiaute Cadastro dos Patrocinados Campo AplicEmi

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao

118
7 aplicEmi ideEvento E N 1-1 001 - 1=Emisso com Processo de emisso do evento
aplicativo da empresa
2=Outros

Este campo possibilita o controle, pela prpria declarante, sobre qual aplicativo foi utilizado para gerar o arquivo (por
exemplo, em eventuais situaes de contingncia em que a declarante precisou utilizar aplicativos geradores providos por
terceiros).
Caso tenha sido utilizado aplicativo gerenciado pela prpria declarante, utilizar o valor 1.
Caso tenha sido utilizado aplicativo de terceiros, utilizar o valor 2.

4.1.1.1.8. Leiaute Cadastro dos Patrocinados Campo verAplic

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
8 verAplic ideEvento E C 1-1 020 - Verso do aplicativo de
emisso do evento

Este campo se destina a permitir um controle, pela prpria declarante, da verso do aplicativo que foi utilizado para gerar o
arquivo.

4.1.1.1.9. Leiaute Cadastro dos Patrocinados Campo ideDeclarante

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
9 ideDeclarante evtCadPatrocinado G - 1-1 - - Informaes de identificao
da empresa declarante

Este Grupo rene informaes de identificao da entidade declarante.

4.1.1.1.10. Leiaute Cadastro dos Patrocinados Campo cnpjDeclarante

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao

119
10 cnpjDeclarante ideDeclarante E C 1-1 014 - Informar CNPJ da Empresa
Declarante

Neste campo, deve ser inserido o CNPJ (14 posies) da entidade declarante.

4.1.1.1.11. Leiaute Cadastro dos Patrocinados Campo GIIN

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
11 GIIN ideDeclarante E C 0-1 019 - Informar GIIN (Global REGRA_VALIDA_FORMATO_MASCARA_GIIN
Intermediary Identification
Number) do Patrocinador

Neste campo deve ser informado o nmero do GIIN (Global Intermediary Identification Number) da entidade declarante, nos
termos do acordo do FATCA, conforme as regras de formao descritas no stio
(http://www.irs.gov/PUP/businesses/corporations/giin_composition.pdf), incluindo os pontos (.) como separadores.
Este nmero de cadastro na administrao tributria americana deve ser obtido junto ao stio da Receita Federal dos Estados
Unidos (www.irs.gov/fatca) por todas as entidades sujeitas ao envio de informaes no mbito do acordo do FATCA.

Cdigo da regra de validao Como Obter Mensagem Tipo

REGRA_VALIDA_FORMATO_M O campo deve ser informado no seguinte formato:


ASCARA_GIIN
6 caracteres alfanumricos e maisculos (com exceo da letra "O")

+ "." MS1125 Erro

+ 5 caracteres alfanumricos e maisculos (com exceo da letra "O")

+ "."

120
+ 2 caracteres alfabticos e maisculos (que devem ser iguais a "LE", "SL",
"ME", "BR", SF, SD, SS, SB ou "SP")

+ "."

+ 3 caracteres numricos

MS1125 GIIN Invlido

4.1.1.1.12. Leiaute Cadastro dos Patrocinados Campo infoPatrocinado

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
12 infoPatrocinado evtCadPatrocinado G - 1-1 - - Informaes dos Patrocinados

Este grupo rene as informaes cadastrais da entidade patrocinada pela declarante, nos termos do acordo do FATCA.

4.1.1.1.13. Leiaute Cadastro dos Patrocinados Campo GIIN

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
13 GIIN infoPatrocinado E C 0-1 019 - Informar GIIN (Global REGRA_VALIDA_FORMATO_MASCARA_GIIN
Intermediary Identification
Number)

Neste campo deve ser informado o nmero do GIIN (Global Intermediary Identification Number) da entidade patrocinada pela
entidade declarante, nos termos do acordo do FATCA, conforme as regras de formao descritas no stio
(http://www.irs.gov/PUP/businesses/corporations/giin_composition.pdf), incluindo os pontos (.) como separadores. Este nmero de
cadastro na administrao tributria americana deve ser obtido junto ao stio da Receita Federal dos Estados Unidos IRS
(www.irs.gov/fatca) por todas as entidades sujeitas ao envio de informaes no mbito do acordo do FATCA. Apenas enquanto
no for possvel a obteno do GIIN junto ao IRS para as entidades patrocinadas, este campo pode ser preenchido com o GIIN da

121
entidade declarante, desde que respeitadas as regras de formao e que guarde correlao com os respectivos valores
informados no campo GIIN do fundo no arquivo do Movimento de Operaes Financeiras. Depois de disponibilizado o registro do
GIIN para as entidades patrocinadas junto ao IRS, o arquivo dever ser retificado com a informao do GIIN correto.

Cdigo da regra de validao Como Obter Mensagem Tipo

REGRA_VALIDA_FORMATO_M O campo deve ser informado no seguinte formato:


ASCARA_GIIN
6 caracteres alfanumricos e maisculos (com exceo da letra "O")

+ "."

+ 5 caracteres alfanumricos e maisculos (com exceo da letra "O")


MS1125 Erro
+ "."

+ 2 caracteres alfabticos e maisculos (que devem ser iguais a "LE", "SL",


"ME", "BR", SF, SD, SS, SB ou "SP")

+ "."

+ 3 caracteres numricos

MS1125 GIIN Invlido

4.1.1.1.14. Leiaute Cadastro dos Patrocinados Campo CNPJ

122
# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
14 CNPJ infoPatrocinado E C 1-1 - REGRA_VALIDA_CNPJ CNPJ referente ao Fundo de
014
Investimentos

Neste campo deve ser informado o nmero do CNPJ (14 posies) da entidade patrocinada pela entidade declarante, nos
termos do acordo do FATCA.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CNPJ Verificar se dgito verificador vlido. MS1002 Erro
O dgito verificador do CNPJ baseado no clculo do mdulo 11 e corresponde
aos 2 ltimos dgitos do CNPJ, o restante dos dgitos so a base para clculo dos
dgitos verificadores.
No caso do CNPJ, o DV mdulo 11 corresponde ao resto da diviso por 11 do
somatrio da multiplicao de cada algarismo da base respectivamente por 9, 8,
7, 6, 5, 4, 3, 2, 9, 8, 7, 6 e 5, a partir da unidade. O resto 10 considerado 0.
Veja, abaixo, exemplo de clculo de DV mdulo 11 para o CNPJ n
18781203/0001:
1 8 7 8 1 2 0 3 0 0 0 1=2
x x x x x x x x x x x x
6 7 8 9 2 3 4 5 6 7 8 9
----------------------------------
6+56+56+72+ 2+ 6+ 0+15+ 0+ 0+ 0+ 9 = 22211=20, com resto 2
1 8 7 8 1 2 0 3 0 0 0 1 2=8
x x x x x x x x x x x x x
5 6 7 8 9 2 3 4 5 6 7 8 9
-------------------------------------
5+48+49+64+ 9+ 4+ 0+12+ 0+ 0+ 0+ 8+18 = 21711=19, com resto 8
Portanto, CNPJ+DV = 18781203/0001-28
MS1002 - CNPJ Invlido.

123
4.1.1.1.15. Leiaute Cadastro dos Patrocinados Campo nomePatrocinado

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
15 nomePatrocinado infoPatrocinado E C 1-1 100 - Informar a razo social do
Patrocinado

Preencher com a razo social, nome empresarial ou denominao da entidade patrocinada, nos termos do acordo do FATCA,
em formato livre, sendo vedado o uso de caracteres especiais.

4.1.1.1.16. Leiaute Cadastro dos Patrocinados Campo endereco

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
16 endereco infoPatrocinado G - 1-1 - - Endereo do Patrocinado

Este grupo rene informaes sobre o endereo da entidade patrocinada pela declarante, nos termos do acordo do FATCA.

4.1.1.1.17. Leiaute Cadastro dos Patrocinados Campo enderecoLivre

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
17 enderecoLivre endereco E C 1-1 200 - Informar Endereo do
Patrocinado

Neste campo deve ser preenchido o endereo da entidade patrocinada pela declarante, nos termos do acordo do FATCA, em
formato livre, sendo vedado o uso de caracteres especiais.

4.1.1.1.18. Leiaute Cadastro dos Patrocinados Campo municipio

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
18 municpio endereco E C 1-1 100 - Preencher com o Municpio

124
Neste campo deve ser preenchido o municpio do endereo da entidade patrocinada pela declarante, nos termos do acordo
do FATCA, sendo vedado o uso de caracteres especiais.

4.1.1.1.19. Leiaute Cadastro dos Patrocinados Campo pais

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
19 pais endereco E C 1-1 002 - REGRA_EXISTE_PAIS Pas

Neste campo deve ser preenchido o cdigo do pas do endereo da entidade patrocinada pela declarante, nos termos do
acordo do FATCA, de acordo com a Tabela de Pases vigente na data de recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

4.1.1.1.20. Leiaute Cadastro dos Patrocinados Campo paisResidencia

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
20 paisResidencia infoPatrocinado E C 1-1 002 - REGRA_EXISTE_PAIS Pas de Residncia do
Patrocinado

Preencher com o cdigo do pas de residncia fiscal da entidade patrocinada pela declarante, de acordo com a Tabela de
Pases vigente na data de recepo do evento.

125
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

4.1.2. Evento de Cadastro dos Intermedirios

126
4.1.2.1. Leiaute Cadastro dos Intermedirios

4.1.2.1.1. Leiaute Cadastro dos Intermedirios Campo evtCadIntermediario

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao

1 evtCadIntermediario G - 1-1 - - REGRA_VERSAO_LEIAUTE

Este Evento se destina a reunir informaes cadastrais das entidades que atuam como intermedirias qualificadas, nos
termos do acordo do FATCA, que se relacionaram com a entidade declarante e com o declarado. Deve ser enviado apenas uma
vez (sem a necessidade de reenvio todo semestre) ou quando houver alteraes nas informaes cadastrais da entidade
intermediria.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERSAO_LEIAUTE A verso do leiaute do evento, definida no namespace do evento, dever ser MS1018 Erro
aceita pelo sistema (por padro a ltima vigente para o tipo de evento)
conforme RNG-Tabelas de Referencia, item Tabela de Verso do Leiaute

MS1018 - Verso do leiaute do evento no reconhecida pelo sistema ou foi substituda. Utilize a ltima verso disponvel para o tipo de evento.

4.1.2.1.2. Leiaute Cadastro dos Intermedirios Campo id

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
2 id evtCadIntermediario A C 1-1 020 - Identificador que representa unicamente o evento no sistema REGRA_VALIDA_CHAVE_ACESSO
para a mesma empresa e mesmo tipo REGRA_VALIDA_FORMACAO_ID

Cada evento da e-Financeira possui uma identificao nica, gerada pela prpria entidade declarante, conforme padro
abaixo:

127
Campo Fixo Sequencial
ID Nmero sequencial
2 posies 18 posies

Exemplo: ID233390170000000000 (20 posies).

Deve representar unicamente o evento no sistema para a mesma entidade declarante e mesmo tipo de evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE_ACESSO O campo id deve ser nico na base de dados do Ambiente Nacional, para MS1001 Erro
eventos da mesma instituio financeira e do mesmo tipo.

MS1001 - J existe na base de dados do Ambiente Nacional um evento com mesma identificao.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FORMACAO_ID O id dever conter 20 caracteres conforme tabela abaixo:
Texto fixo ID 2 posies MS1066 Erro
Nmero Sequencial 18 posies

MS1066 - O id deve conter 20 caracteres, sendo eles: "ID" + Nmero sequencial com 18 posies.

4.1.2.1.3. Leiaute Cadastro dos Intermedirios Campo ideEvento

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
3 ideEvento evtCadIntermediario G - 1-1 - - Informaes de identificao do evento

Este grupo rene informaes referentes ao evento que est sendo enviado.

128
4.1.2.1.4. Leiaute Cadastro dos Intermedirios Campo indRetificacao

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
4 indRetificacao ideEvento E N 1-1 001 - 1 - para arquivo original
2 - para arquivo de retificao espontnea
3 - para arquivo de retificao a pedido

Este campo identifica se o arquivo a ser transmitido original ou retificador de um outro arquivo vlido enviado anteriormente.
No caso de retificao (opes 2 ou 3), necessrio informar no campo nrRecibo o nmero do recibo de entrega do arquivo que
est sendo retificado. A diferenciao da retificao entre espontnea e a pedido decorre, dentre outros motivos, da
necessidade de realizar essa distino no momento do reporte para o cumprimento do FATCA. Assim, s deve ser utilizado o
indicador a pedido, caso a retificao tenha sido solicitada pela Receita Federal, depois de detectada uma inconsistncia no
arquivo.

4.1.2.1.5. Leiaute Cadastro dos Intermedirios Campo nrRecibo

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
5 nrRecibo ideEvento E C 0-1 050 - Preencher com o nmero do recibo do arquivo a ser REGRA_OBRIGATORIO_NR_ULTIMO_RECIBO
retificado REGRA_VALIDA_NR_RECIBO

Este campo s deve ser preenchido quando o arquivo a ser transmitido retificador de um outro evento vlido deste mesmo
tipo enviado anteriormente. O valor a ser inserido deve corresponder ao nmero do recibo de entrega do arquivo enviado
anteriormente que est sendo retificado.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_NR_ULTIMO_RECIBO O preenchimento do campo obrigatrio se MS1005 Erro
indRetificacao igual a 2 ou 3.

MS1005 - O nmero do recibo obrigatrio. Favor informar o nmero do recibo do evento que est sendo retificado.

Cdigo da regra de validao Como obter Mensagem Tipo

129
REGRA_VALIDA_NR_RECIBO Dever existir um Evento j recebido, Ativo, com nmero de recibo de MS1004 Erro
entrega igual ao informado no campo, do mesmo tipo e mesmo cnpjDeclarante
O campo no pode ser preenchido se indRetificacao = 1 (arquivo original) MS1123 Erro

MS1004 - No foi localizado um evento ativo para o recibo de entrega informado ou o evento no tem o mesmo tipo/identificao.

MS1123 - O nmero do recibo no deve ser informado em arquivos originais.

4.1.2.1.6. Leiaute Cadastro dos Intermedirios Campo tpAmb

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
6 tpAmb ideEvento E N 1-1 001 - 1=Produo; Identificao do ambiente:
2=Homologao

Este campo identifica se o arquivo est sendo transmitido para o ambiente de produo ou de homologao. A indicao de
que o arquivo est sendo transmitido para o ambiente de homologao s poder ser utilizada em janelas especficas de teste,
coordenadas pelos gestores do sistema.

4.1.2.1.7. Leiaute Cadastro dos Intermedirios Campo aplicEmi

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
7 aplicEmi ideEvento E N 1-1 001 - 1=Emisso com aplicativo da empresa Processo de emisso do evento
2=Outros

Este campo possibilita o controle, pela prpria declarante, sobre qual aplicativo foi utilizado para gerar o arquivo (por
exemplo, em eventuais situaes de contingncia em que a declarante precisou utilizar aplicativos geradores providos por
terceiros). Caso tenha sido utilizado aplicativo gerenciado pela prpria declarante, utilizar o valor 1. Caso tenha sido utilizado
aplicativo de terceiros, utilizar o valor 2.

4.1.2.1.8. Leiaute Cadastro dos Intermedirios Campo verAplic

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao

130
8 verAplic ideEvento E C 1-1 020 - Verso do aplicativo de emisso do evento

Este campo se destina a permitir um controle, pela prpria declarante, da verso do aplicativo que foi utilizado para gerar o
arquivo.

4.1.2.1.9. Leiaute Cadastro dos Intermedirios Campo ideDeclarante

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
9 ideDeclarante evtCadIntermediario G - 1-1 - - Informaes de identificao da empresa declarante

Este Grupo rene informaes de identificao da entidade declarante.

4.1.2.1.10. Leiaute Cadastro dos Intermedirios Campo cnpjDeclarante

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
10 cnpjDeclarante ideDeclarante E C 1-1 014 - Informar CNPJ da Empresa Declarante

Neste campo, deve ser inserido o CNPJ (14 posies) da entidade declarante.

4.1.2.1.11. Leiaute Cadastro dos Intermedirios Campo infoIntermediario

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
11 infoIntermediario evtCadIntermediario G - 1-1 - - Informaes dos Intermedirios

Este grupo se destina a reunir informaes cadastrais das entidades que atuam como intermedirias qualificadas, nos termos
do acordo do FATCA, que se relacionaram com a entidade declarante e com algum declarado. Deve ser enviado apenas uma vez
(sem a necessidade de reenvio todo semestre) ou quando houver alteraes nas informaes cadastrais da entidade
intermediria.

131
4.1.2.1.12. Leiaute Cadastro dos Intermedirios Campo GIIN

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
12 GIIN infoIntermediario E C 0-1 019 - Informar GIIN (Global Intermediary Identification Number) REGRA_VERIFICA_GIIN_NI
REGRA_VALIDA_FORMAT
O_MASCARA_GIIN

Neste campo deve ser informado o nmero do GIIN (Global Intermediary Identification Number) da entidade que atua como
intermediria qualificada, nos termos do acordo do FATCA, conforme as regras de formao descritas no stio
(http://www.irs.gov/PUP/businesses/corporations/giin_composition.pdf), incluindo os pontos (.) como separadores. Este nmero de
cadastro na administrao tributria americana deve ser obtido junto ao stio da Receita Federal dos Estados Unidos
(www.irs.gov/fatca) por todas as entidades que atuam como intermediria qualificada, sujeitas ao envio de informaes no mbito
do acordo do FATCA.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERIFICA_GIIN_NI Obrigatrio informar o GIIN ou o NIIntermediario MS1085
Erro

MS1085 - Obrigatrio informar o GIIN ou o NI do Intermedirio.

Cdigo da regra de validao Como Obter Mensagem Tipo

REGRA_VALIDA_FORMATO_M O campo deve ser informado no seguinte formato:


ASCARA_GIIN
6 caracteres alfanumricos e maisculos (com exceo da letra "O")
MS1125 Erro
+ "."

+ 5 caracteres alfanumricos e maisculos (com exceo da letra "O")

132
+ "."

+ 2 caracteres alfabticos e maisculos (que devem ser iguais a "LE", "SL",


"ME", "BR", SF, SD, SS, SB ou "SP")

+ "."

+ 3 caracteres numricos

MS1125 GIIN Invlido

4.1.2.1.13. Leiaute Cadastro dos Intermedirios Campo tpNI

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
13 tpNI infoIntermediario E N 0-1 002 - 1;2;3;4;5 Tipo de NI do intermedirio REGRA_OBRIGATORIO_TP_NI

Neste campo deve ser informado o tipo de NI (nmero de identificao) da entidade que atua como intermediria qualificada,
nos termos do acordo do FATCA. O tipo do NI a ser informado se refere ao NI descrito no campo NIIntermediario e deve constar
da Tabela de Tipos de NI. Os Tipos de NI 3 (NIF de Pessoa Fsica), 4 (NIF de Pessoa Jurdica) e 5 (Passaporte) s devem ser
informados na impossibilidade de se obter o CPF ou o CNPJ.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_TP_NI O campo obrigatrio se o NIIntermediario tiver sido preenchido. MS1086 Erro

MS1086 - Obrigatrio informar o tipo do NI.

133
4.1.2.1.14. Leiaute Cadastro dos Intermedirios Campo NIIntermediario

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
14 NIIntermediario infoIntermediario E C 0-1 025 - REGRA_VALIDA_NI Nmero de identificao do Intermedirio REGRA_EXISTE_CPF_CNPJ
REGRA_VERIFICA_GIIN_NI

Neste campo deve ser informado o NI (nmero de identificao) da entidade que atua como intermediria qualificada, nos
termos do acordo do FATCA.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_NI Se tpNI = 1: REGRA_VALIDA_CPF Conforme Conforme
regra regra
Conforme Conforme
Se tpNI = 2: REGRA_VALIDA_CNPJ
regra regra
Se tpNI=3 ou 4: o valor informado deve ser igual a um dos NIFs
MS1067 Erro
informados (NIF >> NumeroNIF), caso exista NIF informado no evento.

MS1067 - O valor informado para o Nmero de Identificao (NI) deve ser igual a um dos Nmeros de Identificao Fiscal (NIF) informados.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_CPF_CNPJ Se tpNI = 1: REGRA_EXISTE_CPF Conforme Conforme
regra regra
Se tpNI = 2: REGRA_EXISTE_CNPJ

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERIFICA_GIIN_NI Obrigatrio informar o GIIN ou o NIIntermediario MS1085 Erro

MS1085 - Obrigatrio informar o GIIN ou o NI do Intermedirio.

134
4.1.2.1.15. Leiaute Cadastro dos Intermedirios Campo nomeIntermediario

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
15 nomeIntermediario infoIntermediario E C 1-1 100 - Informar a razo social do Intermedirio

Preencher com a razo social, nome empresarial ou denominao da entidade que atua como intermediria qualificada, nos
termos do acordo do FATCA, em formato livre, sendo vedado o uso de caracteres especiais.

4.1.2.1.16. Leiaute Cadastro dos Intermedirios Campo Endereco

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
16 Endereco infoIntermediario G - 1-1 - - Endereo do Intermedirio

Este grupo rene informaes sobre o endereo da entidade que atua como intermediria qualificada, nos termos do acordo
do FATCA.

4.1.2.1.17. Leiaute Cadastro dos Intermedirios Campo Endereco Livre

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
17 enderecoLivre Endereco E C 1-1 200 - Informar Endereo do Intermedirio

Neste campo deve ser preenchido o endereo da entidade que atua como intermediria qualificada, nos termos do acordo do
FATCA, em formato livre, sendo vedado o uso de caracteres especiais.

4.1.2.1.18. Leiaute Cadastro dos Intermedirios Campo municipio

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao

135
18 municpio Endereco E C 1-1 100 - Preencher com o Municpio

Neste campo deve ser preenchido o municpio do endereo da entidade que atua como intermediria qualificada, nos termos
do acordo do FATCA.

4.1.2.1.19. Leiaute Cadastro dos Intermedirios Campo pais

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
19 pais Endereco E C 1-1 002 - REGRA_EXISTE_PAIS Pas

Neste campo deve ser preenchido o cdigo do pas do endereo da entidade que atua como intermediria qualificada, nos
termos do acordo do FATCA, de acordo com a Tabela de Pases, vigente na data de recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

4.1.2.1.20. Leiaute Cadastro dos Intermedirios Campo paisResidencia

# Campo Pai Ele Tipo Ocor. Tam Dec Valores Vlidos Descrio Regras de Validao
20 paisResidencia infoIntermediario E C 1-1 002 - REGRA_EXISTE_PAIS Pas de Residncia do Intermedirio

Neste campo deve ser preenchido o cdigo do pas de residncia fiscal da entidade que atua como intermediria qualificada,
nos termos do acordo do FATCA, de acordo com a Tabela de Pases, vigente na data de recepo do evento.

136
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

4.1.3. Evento de Movimento de Operaes Financeiras

137
138
4.1.3.1. Leiaute Movimento de Operaes Financeiras

4.1.3.1.1. Leiaute Movimento de Operaes Financeiras Campo evtMovOpFin

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
1 evtMovOpFin G - 1-1 - - Evento de Informaes de Movimento de Operaes Financeiras REGRA_VERSAO_LEIAUTE

O Evento de Movimento de Operaes Financeiras rene todas as informaes financeiras realizadas pelo declarado na
entidade declarante, separadas por cada uma de suas contas. Dever ser enviado um evento de Movimento de Operaes
Financeiras por declarado, por ms, por cada entidade declarante. No caso das entidades fechadas de previdncia complementar,
considera-se declarado o participante, assistido ou beneficirio a partir do momento em que passar a ter movimentao financeira
com a entidade. Tambm constam desse evento, as informaes sobre as operaes de cmbio efetuadas pelo declarado na
entidade declarante, quando houver.

Consideram-se como movimentao financeira para entidades fechadas de previdncia complementar as operaes
previdenciais e assistenciais, exceto emprstimos e financiamento imobilirio.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERSAO_LEIAUTE A verso do leiaute do evento, definida no namespace do evento, dever ser MS1018 Erro
aceita pelo sistema (por padro a ltima vigente para o tipo de evento)
conforme RNG-Tabelas de Referencia, item Tabela de Verso do Leiaute

MS1018 - Verso do leiaute do evento no reconhecida pelo sistema ou foi substituda. Utilize a ltima verso disponvel para o tipo de evento.

139
4.1.3.1.2. Leiaute Movimento de Operaes Financeiras Campo id

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
2 id evtMovOpFin A C 1-1 020 - Identificador que representa unicamente o evento no sistema para a mesma REGRA_VALIDA_CHAVE_ACESSO
empresa e mesmo tipo REGRA_VALIDA_FORMACAO_ID

Cada evento da e-Financeira possui uma identificao nica, gerada pela prpria entidade declarante, conforme padro
abaixo:

Campo Fixo Sequencial


ID Nmero sequencial
2 posies 18 posies

Exemplo: ID233390170000000000 (20 posies).

Deve representar unicamente o evento no sistema para a mesma entidade declarante e mesmo tipo de evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE_ACESSO O campo id deve ser nico na base de dados do Ambiente Nacional, para MS1001 Erro
eventos da mesma instituio financeira e do mesmo tipo.

MS1001 - J existe na base de dados do Ambiente Nacional um evento com mesma identificao.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FORMACAO_ID O id dever conter 20 caracteres conforme tabela abaixo:
Texto fixo ID 2 posies MS1066 Erro
Nmero Sequencial 18 posies

140
MS1066 - O id deve conter 20 caracteres, sendo eles: "ID" + Nmero sequencial com 18 posies.

4.1.3.1.3. Leiaute Movimento de Operaes Financeiras Campo ideEvento

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
3 ideEvento evtMovOpFin G - 1-1 - - Informaes de Identificao do Evento

Este grupo rene informaes referentes ao evento que est sendo enviado.

4.1.3.1.4. Leiaute Movimento de Operaes Financeiras Campo indRetificacao

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
4 indRetificacao ideEvento E N 1-1 001 - 1 - para arquivo original
2 - para arquivo de retificao espontnea
3 - para arquivo de retificao a pedido

Este campo identifica se o arquivo a ser transmitido original ou retificador de um outro arquivo vlido enviado anteriormente.
No caso de retificao (opes 2 ou 3), necessrio informar no campo nrRecibo o nmero do recibo de entrega do arquivo que
est sendo retificado. A diferenciao da retificao entre espontnea e a pedido decorre, dentre outros motivos, da
necessidade de realizar essa distino no momento do reporte para o cumprimento do FATCA. Assim, s deve ser utilizado o
indicador a pedido, caso a retificao tenha sido solicitada pela Receita Federal, depois de detectada uma inconsistncia no
arquivo.

4.1.3.1.5. Leiaute Movimento de Operaes Financeiras Campo nrRecibo

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
5 nrRecibo ideEvento E C 0-1 050 - Preencher com o nmero do recibo do arquivo a ser retificado REGRA_OBRIGATORIO_NR_ULTIMO_RECIBO
REGRA_VALIDA_NR_RECIBO

141
Este campo s deve ser preenchido quando o arquivo a ser transmitido retificador de um outro evento vlido deste mesmo
tipo enviado anteriormente. O valor a ser inserido deve corresponder ao nmero do recibo de entrega do arquivo enviado
anteriormente que est sendo retificado.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_NR_ULTIMO_RECIBO O preenchimento do campo obrigatrio se MS1005 Erro
indRetificacao igual a 2 ou 3.

MS1005 - O nmero do recibo obrigatrio. Favor informar o nmero do recibo do evento que est sendo retificado.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_NR_RECIBO Dever existir um Evento j recebido, Ativo, com nmero de recibo de MS1004 Erro
entrega igual ao informado no campo, do mesmo tipo e mesmo cnpjDeclarante
O campo no pode ser preenchido se indRetificacao = 1 (arquivo original) MS1123 Erro

MS1004 - No foi localizado um evento ativo para o recibo de entrega informado ou o evento no tem o mesmo tipo/identificao.

MS1123 - O nmero do recibo no deve ser informado em arquivos originais.

4.1.3.1.6. Leiaute Movimento de Operaes Financeiras Campo tpAmb

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
6 tpAmb ideEvento E N 1-1 001 - 1=Produo; Identificao do ambiente
2=Homologao

Este campo identifica se o arquivo est sendo transmitido para o ambiente de produo ou de homologao. A indicao de
que o arquivo est sendo transmitido para o ambiente de homologao s poder ser utilizada em janelas especficas de teste,
coordenadas pelos gestores do sistema.

142
4.1.3.1.7. Leiaute Movimento de Operaes Financeiras Campo aplicEmi

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
7 aplicEmi ideEvento E N 1-1 001 - 1=Emisso com aplicativo da empresa; Processo de emisso do evento
2=Outros

Este campo possibilita o controle, pela prpria declarante, sobre qual aplicativo foi utilizado para gerar o arquivo (por
exemplo, em eventuais situaes de contingncia em que a declarante precisou utilizar aplicativos geradores providos por
terceiros). Caso tenha sido utilizado aplicativo gerenciado pela prpria declarante, utilizar o valor 1. Caso tenha sido utilizado
aplicativo de terceiros, utilizar o valor 2.

4.1.3.1.8. Leiaute Movimento de Operaes Financeiras Campo verAplic

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
8 verAplic ideEvento E C 1-1 020 - Verso do aplicativo de emisso do evento

Este campo se destina a permitir um controle, pela prpria declarante, da verso do aplicativo que foi utilizado para gerar o
arquivo.

4.1.3.1.9. Leiaute Movimento de Operaes Financeiras Campo IdeDeclarante

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
9 ideDeclarante evtMovOpFin G - 1-1 - - Informaes de identificao da Empresa Declarante

Este Grupo rene informaes de identificao da entidade declarante.

4.1.3.1.10. Leiaute Movimento de Operaes Financeiras Campo cnpjDeclarante

143
# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
10 cnpjDeclarante ideDeclarante E C 1-1 014 - Informar CNPJ da Empresa Declarante

Neste campo, deve ser inserido o CNPJ (14 posies) da entidade declarante.

4.1.3.1.11. Leiaute Movimento de Operaes Financeiras Campo ideDeclarado

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
11 ideDeclarado evtMovOpFin G - 1-1 - - Identificao do Declarado REGRA_VALIDA_TP_DECLARADO

Este Grupo rene informaes de identificao do declarado, ou seja, da pessoa fsica ou jurdica (usuria dos servios,
cliente, segurada, participante, consorciada, etc...) que possui relao com a entidade declarante, observado o pargrafo 3 do
artigo 4 da IN RFB n 1.571/2015.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_TP_DECLARADO Se houver, no evento, alguma conta reportvel para US, deve ser
MS1114 Erro
informado um tpDeclarado iniciado com FATCA
Se houver, no evento, alguma conta reportvel para algum pas
diferente de US e BR, deve ser informado um tpDeclarado iniciado com MS1115 Erro
CRS
No podem ser informados mais de um tpDeclarado iniciado com
MS1116 Erro
FATCA ou CRS

MS1114 - Como existem contas reportveis para os EUA, deve ser informado ao menos um tipo relacionado ao FATCA.

MS1115 - Como existem contas reportveis para outros pases, deve ser informado ao menos um tipo relacionado ao CRS.

MS1116 - S pode ser informado um tipo relacionado ao FATCA ou ao CRS.

144
4.1.3.1.12. Leiaute Movimento de Operaes Financeiras Campo tpNI

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
12 tpNI ideDeclarado E N 1-1 002 - REGRA_EXISTE_TIPO_NI Tipo de NI REGRA_VALIDA_NI_
MERCOSUL
REGRA_SEM_NI

Neste campo deve ser preenchido o tipo de Nmero de Identificao (NI) do declarado, de acordo com a Tabela de Tipos de
NI. Os Tipos de NI 3 (NIF de Pessoa Fsica), 4 (NIF de Pessoa Jurdica), 5 (Passaporte), 6 (Nmero do PIS) e 7 (Identidade
Mercosul) s devem ser informados na impossibilidade de se obter o CPF ou o CNPJ do declarado. Em relao ao Tipo de NI 6
(Nmero do PIS), este s deve ser informado caso o declarado s possua conta de Fundo de Garantia por Tempo de Servio
(FGTS) na declarante e no seja possvel obter seu CPF ou CNPJ de maneira inequvoca. Em relao ao Tipo de NI 7 (Identidade
Mercosul), este s deve ser informado caso o declarado tenha efetuado exclusivamente operaes de cmbio, sem contas a
serem reportadas, caso esteja portando, no momento da realizao da operao de cmbio, apenas o documento de identificao
pessoal emitido por pas estrangeiro membro do Mercosul. O NI do declarado dever ser preenchido no campo 14 deste evento
(NIDeclarado). A opo Sem NI (cdigo 99) s pode ser utilizada caso o declarado seja uma FFI No Participante e esta no
possua qualquer nmero de identificao fiscal.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TIPO_NI O valor informado no campo dever existir na Tabela de Tipos de NI e estar MS2003 Erro
vigente na data de recepo do evento, conforme RNG-TabelasdeReferencia, item
Tabela de Tipos de NI

MS2003 - Tipo de Nmero de Identificao Invlido.

Cdigo da regra de validao Como Obter Mensagem Tipo

REGRA_VALIDA_NI_MERCOSUL O campo tpNI somente poder ser informado com o valor 7 se no tiver
MS1128 Erro
sido informada a tag Conta

145
MS1128 Identidade Mercosul s pode ser utilizada nos casos em que o declarado possui apenas operaes de cmbio

Cdigo da regra de validao Como Obter Mensagem Tipo

REGRA_SEM_NI O campo tpNI somente poder ser informado com o valor 99 se tpDeclarado =
MS1129 Erro
FATCA103

MS1129 A opo Sem NI s pode ser utilizada para FFI No Participante.

4.1.3.1.13. Leiaute Movimento de Operaes Financeiras Campo tpDeclarado

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
13 tpDeclarado ideDeclarado E C 0-N 008 - REGRA_EXISTE_TIPO_DECLARADO Tipo para fins de intercmbio de REGRA_OBRIGATORIO_TP_DECLARADO
informaes REGRA_VALIDA_TP_DECLARADO

Este campo s precisa ser preenchido caso o declarado possua alguma de suas contas marcada como reportvel para um
pas diferente de BR, ou seja, caso a conta seja objeto de reporte a algum pas estrangeiro, por fora de acordo de troca de
informaes. Nesse caso, preencher com o valor correspondente na tabela Tipo de Declarado, vigente na data de recepo do
evento. Se alguma das contas do declarado for reportvel aos Estados Unidos, o campo deve ser preenchido obrigatoriamente
com um dos seguintes valores: FATCA101, FATCA102, FATCA103, FATCA104 ou FATCA105. A classificao em relao a qual
dos valores deve ser utilizado compete entidade declarante, de acordo com a interpretao do tratado aplicvel ao caso.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TIPO_DECLARADO O valor informado no campo dever existir na Tabela de Tipo de
Declarado e estar vigente na data de recepo do evento, conforme RNG- MS2012 Erro
TabelasdeReferencia, item Tabela de Tipo de Declarado

MS2012 - Tipo de Declarado invlido.

146
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_OBRIGATORIO_TP_DECLARADO O preenchimento do campo obrigatrio se houver alguma conta MS1035 Erro
reportvel para outro pas (algum Reportavel <>'BR')

MS1035 - O preenchimento do campo obrigatrio caso exista alguma conta reportvel para qualquer pas alm do Brasil.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_TP_DECLARADO Se houver, no evento, alguma conta reportvel para US, deve ser
MS1114 Erro
informado um tpDeclarado iniciado com FATCA
Se houver, no evento, alguma conta reportvel para algum pas
diferente de US e BR, deve ser informado um tpDeclarado iniciado com MS1115 Erro
CRS
No podem ser informados mais de um tpDeclarado iniciado com
MS1116 Erro
FATCA ou CRS

MS1114 - Como existem contas reportveis para os EUA, deve ser informado ao menos um tipo relacionado ao FATCA.

MS1115 - Como existem contas reportveis para outros pases, deve ser informado ao menos um tipo relacionado ao CRS.

MS1116 - S pode ser informado um tipo relacionado ao FATCA ou ao CRS.

4.1.3.1.14. Leiaute Movimento de Operaes Financeiras Campo NIDeclarado

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
14 NIDeclarado ideDeclarado E C 1-1 025 - REGRA_VALIDA_NI NI REGRA_EXISTE_CPF_CNPJ

Preencher com o nmero de identificao (NI) do declarado, de acordo com o tipo informado no campo 12 (tpNI). Nos casos
de CPF e CNPJ, o nmero ser validado internamente de acordo com as informaes existentes nos respectivos cadastros da

147
Receita Federal do Brasil. No ser validada situao cadastral do declarado (apenas existncia nos cadastros CPF ou CNPJ). O
NI deve ser informado sem mscara (separadores de . e do CPF e CNPJ), mas incluindo o dgito verificador.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_NI Se tpNI = 1: REGRA_VALIDA_CPF Conforme Conforme
regra regra
Conforme Conforme
Se tpNI = 2: REGRA_VALIDA_CNPJ
regra regra
Se tpNI=3 ou 4: o valor informado deve ser igual a um dos NIFs informados
MS1067 Erro
(NIF >> NumeroNIF), caso exista NIF informado no evento.

MS1067 - O valor informado para o Nmero de Identificao (NI) deve ser igual a um dos Nmeros de Identificao Fiscal (NIF) informados.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CPF Verificar se dgito verificador vlido.
O dgito verificador do CPF baseado no clculo do mdulo 11 e corresponde
aos 2 ltimos dgitos do CPF, o restante dos dgitos so a base para clculo dos
dgitos verificadores.
No caso do CPF, o DV mdulo 11 corresponde ao resto da diviso por 11 do
somatrio da multiplicao de cada algarismo da base respectivamente por 9,
8, 7, 6, 5, 4, 3, 2, 1 e 0, a partir da unidade. O resto 10 considerado 0. Veja,
abaixo, exemplo de clculo de DV mdulo 11 para o CPF n 280012389:
MS1057 Erro
2 8 0 0 1 2 3 8 9=3
x x x x x x x x x
1 2 3 4 5 6 7 8 9
-------------------------
2+16+ 0+ 0+ 5+12+21+64+81 = 20111=18, com resto 3
2 8 0 0 1 2 3 8 9 3=8
x x x x x x x x x x
0 1 2 3 4 5 6 7 8 9

148
----------------------------
0+ 8+ 0+ 0+ 4+10+18+56+72+27 = 19511=17, com resto 8
Portanto, CPF+DV = 280012389-38

MS1057 - CPF invlido.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CNPJ Verificar se dgito verificador vlido. MS1002 Erro
O dgito verificador do CNPJ baseado no clculo do mdulo 11 e
corresponde aos 2 ltimos dgitos do CNPJ, o restante dos dgitos so a base
para clculo dos dgitos verificadores.
No caso do CNPJ, o DV mdulo 11 corresponde ao resto da diviso por 11 do
somatrio da multiplicao de cada algarismo da base respectivamente por 9, 8,
7, 6, 5, 4, 3, 2, 9, 8, 7, 6 e 5, a partir da unidade. O resto 10 considerado 0.
Veja, abaixo, exemplo de clculo de DV mdulo 11 para o CNPJ n
18781203/0001:
1 8 7 8 1 2 0 3 0 0 0 1=2
x x x x x x x x x x x x
6 7 8 9 2 3 4 5 6 7 8 9
----------------------------------
6+56+56+72+ 2+ 6+ 0+15+ 0+ 0+ 0+ 9 = 22211=20, com resto 2
1 8 7 8 1 2 0 3 0 0 0 1 2=8
x x x x x x x x x x x x x
5 6 7 8 9 2 3 4 5 6 7 8 9
-------------------------------------
5+48+49+64+ 9+ 4+ 0+12+ 0+ 0+ 0+ 8+18 = 21711=19, com resto 8
Portanto, CNPJ+DV = 18781203/0001-28

MS1002 - CNPJ Invlido.

149
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_EXISTE_CPF_CNPJ Se tpNI = 1: REGRA_EXISTE_CPF Conforme Conforme
regra regra
Se tpNI = 2: REGRA_EXISTE_CNPJ

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_CPF O valor do campo deve constar no Sistema CPF MS1062 Erro

MS1062 - O valor informado deve existir no Sistema CPF.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_CNPJ O valor do campo deve constar no Sistema CNPJ MS1021 Erro

MS1021 - O CNPJ <<NN.NNN.NNN/NNNN-NN>> no consta no cadastro da RFB. Proceda sua regularizao.

4.1.3.1.15. Leiaute Movimento de Operaes Financeiras Campo NIF

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
15 NIF ideDeclarado G - 0-N - - Nmero de Identificao Fiscal REGRA_OBRIGATORIO_NIF
REGRA_VALIDA_CHAVE

Preencher com o(s) Nmero(s) de Identificao Fiscal (NIF) no exterior, quando houver, ou quando for informado o tipo de NI
(tpNI) correspondente a 3 (NIF de Pessoa Fsica) ou 4 (NIF de Pessoa Jurdica). Nesses ltimos dois casos, o NIF do declarado
dever constar tanto no campo NIDeclarado (campo 14) quanto no campo NmeroNIF (campo 16).

O Nmero de Identificao Fiscal no exterior o nmero que identifica o declarado como contribuinte em determinado Estado
estrangeiro. No caso dos Estados Unidos, o SSN (Social Security Number) para as pessoas fsicas e o EIN (Employer Identification
Number) para as pessoas jurdicas so bastante utilizados.

Para NIFs emitidos por pases da Unio Europeia, o stio TIN on Europa (https://ec.europa.eu/taxation_customs/tin/) da
Comisso Europeia pode auxiliar na verificao acerca da validade de um nmero de identificao fiscal informado pelo declarado.

150
Alguns pases no adotam um NIF para seus contribuintes. Outros no possuem um nmero nico de identificao fiscal.

Exemplos de situaes:

1) Declarado possui CPF e no possui NIF:

tpNI = 1 (CPF)
NIDeclarado = nmero do CPF
NIF No informar

2) Declarado no possui CPF, mas possui NIF


tpNI = 3
NIDeclarado = nmero do NIF
NIF = Preencher o mesmo nmero do NIF informado no campo NIDeclarado e o seu pas de emisso, nos campos 16 e 17,
respectivamente.

3) Declarado possui CPF e possui trs NIFs:

tpNI = 1 (CPF)
NIDeclarado = nmero do CPF
NIF 1 = Preencher o nmero do NIF 1 e seu respectivo pas de emisso nos campos 16 e 17.
NIF 2 = Informar outro grupo NIF (campo 15) com nmero do NIF 2 e seu respectivo pas de emisso nos campos 16 e 17.
NIF 3 = Informar outro grupo NIF (campo 15) com nmero do NIF 3 e seu respectivo pas de emisso nos campos 16 e 17.

A mesma lgica se aplica para CNPJ e NIF de Pessoa Jurdica.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_NIF A tag NIF deve ser informada se o tpNI for igual a 3 ou 4 MS1100 Erro

151
MS1100 - Obrigatrio informar o grupo NIF, se o tipo de identificao for igual a NIF Pessoa Fsica ou NIF Pessoa Jurdica.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

4.1.3.1.16. Leiaute Movimento de Operaes Financeiras Campo NumeroNIF

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
16 NumeroNIF NIF E C 1-1 025 - Nmero de Identificao Fiscal

Preencher com o nmero do NIF do declarado.

4.1.3.1.17. Leiaute Movimento de Operaes Financeiras Campo PaisEmissaoNIF

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
17 PaisEmissaoNIF NIF E C 1-1 002 - REGRA_EXISTE_PAIS Pas de Emisso do Nmero de Identificao Fiscal

Preencher com o cdigo do pas responsvel pela emisso do NIF informado no campo 16, de acordo com a Tabela de
Pases vigente na data de recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro

152
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

4.1.3.1.18. Leiaute Movimento de Operaes Financeiras Campo Nome Declarado

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
18 NomeDeclarado ideDeclarado E C 1-1 100 - Nome

Preencher com o nome completo (em caso de pessoa fsica), razo social, nome empresarial ou denominao (em caso de
pessoa jurdica) do declarado, sendo vedado o uso de caracteres especiais.

4.1.3.1.19. Leiaute Movimento de Operaes Financeiras Campo DataNasc

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
19 DataNasc ideDeclarado E D 0-1 - - Data de nascimento

Preencher com a data de nascimento do declarado, quando disponvel, no formato AAAA-MM-DD.

4.1.3.1.20. Leiaute Movimento de Operaes Financeiras Campo EnderecoLivre

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
20 EnderecoLivre ideDeclarado E C 0-1 200 - Endereo REGRA_OBRIGATORIO_ENDERECO

Neste campo deve ser preenchido endereo do declarado, em formato livre, sendo vedado o uso de caracteres especiais.
Este campo tem preenchimento obrigatrio sempre que o declarado figurar na condio de titular de alguma conta (conforme
conceito descrito no campo 47 deste Evento) na entidade declarante (tpRelaoDeclarado = 1 Titular, no campo 62) ou se

153
alguma de suas contas for reportvel para os Estados Unidos no evento (campo 57 preenchido com US). O endereo a ser
preenchido o endereo para correspondncia cadastrado para o declarado junto entidade declarante. Na hiptese de mltiplos
endereos, utilizar o endereo principal de relacionamento do declarado com a entidade declarante.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_ENDERECO O preenchimento do campo obrigatrio:
se TP_RELACAO_DECLARADO for igual a 1 (Titular)
MS1109 Erro
OU
se existir alguma conta reportvel para US no evento

MS1109 - O endereo deve ser informado para titulares da conta ou quando houver contas reportveis para os EUA.

4.1.3.1.21. Leiaute Movimento de Operaes Financeiras Campo PaisEndereco

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
21 PaisEndereco ideDeclarado G - 1-1 - - Pas do Endereo

Este grupo contm a informao do pas do endereo do declarado.

4.1.3.1.22. Leiaute Movimento de Operaes Financeiras Campo Pais

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
22 Pais PaisEndereco E C 1-1 002 - REGRA_EXISTE_PAIS Pas

Neste campo deve ser preenchido o cdigo do pas do endereo do declarado, de acordo com a Tabela de Pases vigente na
data de recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo

154
REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

4.1.3.1.23. Leiaute Movimento de Operaes Financeiras Campo PaisResid

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
23 PaisResid ideDeclarado G - 0-N - - Pas de residncia REGRA_VALIDA_CHAVE

Neste grupo deve(m) constar o(s) cdigo(s) do(s) pas(es) de residncia fiscal do declarado, quando disponvel(is), de acordo
com a Tabela de Pases vigente na data de recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

4.1.3.1.24. Leiaute Movimento de Operaes Financeiras Campo Pais

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
24 Pais PaisResid E C 1-1 002 - REGRA_EXISTE_PAIS Pas

155
Neste campo deve ser preenchido o cdigo do pas de residncia fiscal do declarado, quando disponvel, de acordo com a
Tabela de Pases vigente na data de recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

4.1.3.1.25. Leiaute Movimento de Operaes Financeiras Campo PaisNacionalidade

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
25 PaisNacionalidade ideDeclarado G - 0-N - - Pas de Nacionalidade REGRA_VALIDA_CHAVE

Neste grupo deve(m) constar o(s) cdigo(s) do(s) pas(es) de nacionalidade do declarado, quando disponvel(is), de acordo
com a Tabela de Pases vigente na data de recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

156
4.1.3.1.26. Leiaute Movimento de Operaes Financeiras Campo Pais

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
26 Pais PaisNacionalidade E C 1-1 002 - REGRA_EXISTE_PAIS Pas

Neste campo deve ser preenchido o cdigo do pas de nacionalidade do declarado, quando disponvel, de acordo com a
Tabela de Pases vigente na data de recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

4.1.3.1.27. Leiaute Movimento de Operaes Financeiras Campo Proprietarios

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
27 Proprietarios ideDeclarado G - 0-N - - Informaes dos Proprietrios REGRA_VALIDA_CHAVE
REGRA_VALIDA_PROPRIETARIOS

Este grupo engloba as informaes das pessoas fsicas que controlem ou detenham pelo menos 10% de participao direta
ou indireta nas pessoas jurdicas no financeiras, consideradas passivas nos termos do FATCA, conforme pargrafo 9 do Art. 5
da IN RFB n1.571/2015, doravante denominadas proprietrios.

Conforme o art. 11 da IN, o mdulo de operaes financeiras da e-Financeira ser obrigatrio para fatos referentes aos
meses de julho a dezembro do ano-calendrio de 2014, no que diz respeito s informaes e pessoas (declarantes e declaradas)
definidas pelo Acordo entre o Governo da Repblica Federativa do Brasil e o Governo dos Estados Unidos da Amrica para
intercmbio de informaes e melhoria da observncia tributria internacional e implementao do FATCA.

157
Desse modo, no necessrio identificar, para fins das informaes a serem enviadas em agosto de 2015, referentes aos
fatos ocorridos entre os meses de julho a dezembro de 2014, os proprietrios que no sejam reportveis aos EUA para fins de
FATCA.

Este grupo dever se repetir quantas vezes necessrio para identificar todos os proprietrios da pessoa jurdica em
questo.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_PROPRIETARIOS A tag Proprietarios no poder ser informada se no houver nenhuma MS1110 Erro
conta informada no evento.
A tag Proprietarios no poder ser informada se tpNI for igual a 1 MS1111
Erro
(Pessoa Fsica)

MS1110 - A tag Proprietarios no pode ser informada, uma vez que no foi informada nenhuma Conta no evento.

MS1111 - A tag Proprietarios no pode ser informada para declarado Pessoa Fsica.

4.1.3.1.28. Leiaute Movimento de Operaes Financeiras Campo tpNI

158
# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
28 tpNI Proprietarios E N 1-1 002 1;3;5 Tipo de NI

Nesse campo deve ser preenchido o tipo de NI (nmero de identificao) do proprietrio (conforme conceito descrito no
campo 27 deste Evento) que est sendo informado, de acordo com a classificao descrita na Tabela Tipos de NI vigente na data
de recepo do Evento. Os nicos valores vlidos so 1 = CPF; 3 = NIF de Pessoa Fsica ou 5 = Passaporte, na impossibilidade
de obteno dos dois primeiros. Este campo qualifica o NI que est sendo informado no campo 29 deste Evento.

4.1.3.1.29. Leiaute Movimento de Operaes Financeiras Campo NIProprietario

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
29 NIProprietario Proprietarios E C 1-1 025 REGRA_VALIDA_NI NI REGRA_EXISTE_CPF_CNPJ

Preencher com o NI (nmero de identificao) do proprietrio (conforme conceito descrito no campo 27 deste Evento) que
est sendo informado.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_NI Se tpNI = 1: REGRA_VALIDA_CPF Conforme regra Conforme regra
Se tpNI = 2: REGRA_VALIDA_CNPJ Conforme regra Conforme regra
Se tpNI=3 ou 4: o valor informado deve ser igual a um dos NIFs
informados (NIF >> NumeroNIF), caso exista NIF informado no MS1067 Erro
evento.

MS1067 - O valor informado para o Nmero de Identificao (NI) deve ser igual a um dos Nmeros de Identificao Fiscal (NIF) informados.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CPF Verificar se dgito verificador vlido.
O dgito verificador do CPF baseado no clculo do mdulo 11 e corresponde
MS1057 Erro
aos 2 ltimos dgitos do CPF, o restante dos dgitos so a base para clculo dos
dgitos verificadores.

159
No caso do CPF, o DV mdulo 11 corresponde ao resto da diviso por 11 do
somatrio da multiplicao de cada algarismo da base respectivamente por 9,
8, 7, 6, 5, 4, 3, 2, 1 e 0, a partir da unidade. O resto 10 considerado 0. Veja,
abaixo, exemplo de clculo de DV mdulo 11 para o CPF n 280012389:
2 8 0 0 1 2 3 8 9=3
x x x x x x x x x
1 2 3 4 5 6 7 8 9
-------------------------
2+16+ 0+ 0+ 5+12+21+64+81 = 20111=18, com resto 3
2 8 0 0 1 2 3 8 9 3=8
x x x x x x x x x x
0 1 2 3 4 5 6 7 8 9
----------------------------
0+ 8+ 0+ 0+ 4+10+18+56+72+27 = 19511=17, com resto 8
Portanto, CPF+DV = 280012389-38

MS1057 - CPF invlido.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CNPJ Verificar se dgito verificador vlido. MS1002 Erro
O dgito verificador do CNPJ baseado no clculo do mdulo 11 e
corresponde aos 2 ltimos dgitos do CNPJ, o restante dos dgitos so a base
para clculo dos dgitos verificadores.
No caso do CNPJ, o DV mdulo 11 corresponde ao resto da diviso por 11 do
somatrio da multiplicao de cada algarismo da base respectivamente por 9, 8,
7, 6, 5, 4, 3, 2, 9, 8, 7, 6 e 5, a partir da unidade. O resto 10 considerado 0.
Veja, abaixo, exemplo de clculo de DV mdulo 11 para o CNPJ n
18781203/0001:
1 8 7 8 1 2 0 3 0 0 0 1=2
x x x x x x x x x x x x

160
6 7 8 9 2 3 4 5 6 7 8 9
----------------------------------
6+56+56+72+ 2+ 6+ 0+15+ 0+ 0+ 0+ 9 = 22211=20, com resto 2
1 8 7 8 1 2 0 3 0 0 0 1 2=8
x x x x x x x x x x x x x
5 6 7 8 9 2 3 4 5 6 7 8 9
-------------------------------------
5+48+49+64+ 9+ 4+ 0+12+ 0+ 0+ 0+ 8+18 = 21711=19, com resto 8
Portanto, CNPJ+DV = 18781203/0001-28

MS1002 - CNPJ Invlido.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_CPF_CNPJ Se tpNI = 1: REGRA_EXISTE_CPF Conforme Conforme
regra regra
Se tpNI = 2: REGRA_EXISTE_CNPJ

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_CPF O valor do campo deve constar no Sistema CPF MS1062 Erro
MS1062 - O valor informado deve existir no Sistema CPF.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_CNPJ O valor do campo deve constar no Sistema CNPJ MS1021 Erro

MS1021 - O CNPJ <<NN.NNN.NNN/NNNN-NN>> no consta no cadastro da RFB. Proceda sua regularizao.

4.1.3.1.30. Leiaute Movimento de Operaes Financeiras Campo NIF

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

161
30 NIF Proprietarios G - 0-N - - Nmero de Identificao Fiscal REGRA_OBRIGATORIO_NIF
REGRA_VALIDA_CHAVE

Preencher com o(s) Nmero(s) de Identificao Fiscal (NIF) no exterior, quando houver, ou quando for informado o tipo de NI
(tpNI) correspondente a 3 (NIF de Pessoa Fsica). Nesse caso, o NIF do proprietrio (conforme conceito descrito no campo 27
deste Evento) dever constar tanto no campo NIProprietario (campo 29) quanto no campo NmeroNIF (campo 31).

O Nmero de Identificao Fiscal no exterior o nmero que identifica o proprietrio como contribuinte em determinado
Estado estrangeiro. No caso dos Estados Unidos, o SSN (Social Security Number) para as pessoas fsicas e o EIN (Employer
Identification Number) para as pessoas jurdicas, so bastante utilizados.

Para NIFs emitidos por pases da Unio Europeia, o stio TIN on Europa (https://ec.europa.eu/taxation_customs/tin/) da
Comisso Europeia pode auxiliar na verificao acerca da validade de um nmero de identificao fiscal informado.

Alguns pases no adotam um NIF para seus contribuintes. Outros no possuem um nmero nico de identificao fiscal.

Exemplos de situaes:

4) Proprietrio possui CPF e no possui NIF:

tpNI = 1 (CPF)
NIProprietario = nmero do CPF
NIF No informar

5) Proprietrio no possui CPF, mas possui NIF


tpNI = 3
NIProprietario = nmero do NIF
NIF = Preencher o mesmo nmero do NIF informado no campo NIProprietario e o seu pas de emisso, nos campos 31 e 32,
respectivamente.

6) Proprietrio possui CPF e possui trs NIFs:

162
tpNI = 1 (CPF)
NIProprietario = nmero do CPF
NIF 1 = Preencher o nmero do NIF 1 e seu respectivo pas de emisso nos campos 31 e 32
NIF 2 = Informar outro grupo NIF (campo 30) com nmero do NIF 2 e seu respectivo pas de emisso nos campos 31 e 32
NIF 3 = Informar outro grupo NIF (campo 30) com nmero do NIF 3 e seu respectivo pas de emisso nos campos 31 e 32

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_NIF A tag NIF deve ser informada se o tpNI for igual a 3 ou 4 MS1100 Erro

MS1100 - Obrigatrio informar o grupo NIF, se o tipo de identificao for igual a NIF Pessoa Fsica ou NIF Pessoa Jurdica.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

4.1.3.1.31. Leiaute Movimento de Operaes Financeiras Campo NumeroNIF

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
31 NumeroNIF NIF E C 1-1 025 - Nmero de Identificao Fiscal

Preencher com o Nmero do NIF do proprietrio (conforme conceito descrito no campo 27 deste Evento).

163
4.1.3.1.32. Leiaute Movimento de Operaes Financeiras Campo PaisEmissaoNIF

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
32 PaisEmissaoNIF NIF E C 1-1 002 - REGRA_EXISTE_PAIS Pas de Emisso do Nmero de Identificao Fiscal

Preencher com o cdigo do pas responsvel pela emisso do NIF informado no campo 31, de acordo com a Tabela de
Pases vigente na data de recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

4.1.3.1.33. Leiaute Movimento de Operaes Financeiras Campo Nome

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
33 Nome Proprietarios E C 1-1 100 - Nome

Preencher com o nome do proprietrio (conforme conceito descrito no campo 27 deste Evento), sendo vedado o uso de
caracteres especiais.

4.1.3.1.34. Leiaute Movimento de Operaes Financeiras Campo EnderecoLivre

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
34 EnderecoLivre Proprietarios E C 1-1 200 - Endereo

164
Neste campo deve ser preenchido o endereo do proprietrio (conforme conceito descrito no campo 27 deste Evento), em
formato livre, sendo vedado o uso de caracteres especiais. O endereo a ser preenchido o endereo para correspondncia
cadastrado junto entidade declarante. Na hiptese de mltiplos endereos, utilizar o endereo principal de relacionamento com a
entidade declarante.

4.1.3.1.35. Leiaute Movimento de Operaes Financeiras Campo PaisEndereco

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
35 PaisEndereco Proprietarios G - 1-1 - - Pas do Endereo

Este grupo contm a informao do pas do endereo do proprietrio (conforme conceito descrito no campo 27 deste
Evento).

4.1.3.1.36. Leiaute Movimento de Operaes Financeiras Campo Pais

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
36 Pais PaisEndereco E C 1-1 002 - REGRA_EXISTE_PAIS Pas

Preencher com o cdigo do pas do endereo do proprietrio (conforme conceito descrito no campo 27 deste Evento), de
acordo com a Tabela de Pases vigente na data de recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

165
4.1.3.1.37. Leiaute Movimento de Operaes Financeiras Campo PaisResid

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
37 PaisResid Proprietarios G - 0-N - - Pas de Residncia REGRA_VALIDA_CHAVE

Este grupo contm a informao do(s) pas(es) de residncia fiscal do proprietrio (conforme conceito descrito no campo 27
deste Evento). O grupo dever ser repetido quantas vezes forem necessrias para informar os pases de residncia fiscal, caso
sejam identificadas mltiplas residncias fiscais.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

4.1.3.1.38. Leiaute Movimento de Operaes Financeiras Campo Pais

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
38 Pais PaisResid E C 1-1 002 - REGRA_EXISTE_PAIS Pas

Preencher com o cdigo do pas de residncia fiscal do proprietrio (conforme conceito descrito no campo 27 deste Evento),
de acordo com a Tabela de Pases vigente na data de recepo do evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-

166
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

4.1.3.1.39. Leiaute Movimento de Operaes Financeiras Campo PaisNacionalidade

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
39 PaisNacionalidade Proprietarios G - 0-N - - Pas de Nacionalidade REGRA_VALIDA_CHAVE

Este grupo contm a informao do(s) pas(es) de nacionalidade do proprietrio (conforme conceito descrito no campo 27
deste Evento). O grupo dever ser repetido quantas vezes forem necessrias para informar os pases de nacionalidade, caso
sejam identificadas mltiplas nacionalidades.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

4.1.3.1.40. Leiaute Movimento de Operaes Financeiras Campo Pais

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
40 Pais PaisNacionalidade E C 1-1 002 - REGRA_EXISTE_PAIS Nacionalidade

Preencher com o cdigo do pas de nacionalidade do proprietrio (conforme conceito descrito no campo 27 deste Evento),
de acordo com a Tabela de Pases vigente na data de recepo do evento.

167
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

4.1.3.1.41. Leiaute Movimento de Operaes Financeiras Campo DataNasc

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
41 DataNasc Proprietarios E D 0-1 - - Data de nascimento

Preencher com o a data de nascimento do proprietrio (conforme conceito descrito no campo 27 deste Evento), quando
disponvel, no formato AAAA-MM-DD.

4.1.3.1.42. Leiaute Movimento de Operaes Financeiras Campo Reportavel

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
42 Reportavel Proprietarios G - 1-N - - Identificao do (s) pas (es) para o (s) qual (is) o proprietrio deve ser REGRA_VALIDA_CHAVE
reportado

Este grupo contm a informao dos pases para os quais o proprietrio (conforme conceito descrito no campo 27 deste
Evento) deve ser reportado.

Aps realizar a diligncia devida, a entidade declarante deve ser capaz de determinar se os dados referentes ao proprietrio
em questo devem ser reportados apenas para a administrao tributria local (preencher o campo 43 com BR) ou se tambm
devem ser reportados para outras jurisdies, por fora de algum acordo de troca automtica de informaes, como o caso do
FATCA.

168
O grupo dever ser repetido quantas vezes forem necessrias, de modo a contemplar todos os pases para os quais o
proprietrio deve ser reportado, caso sejam identificados mltiplos pases destinatrios da informao.

Atentar para o fato de que cada proprietrio tem seu respectivo grupo de pases a ser reportado. Assim, a anlise acerca do
reporte dos proprietrios para administraes tributrias estrangeiras deve ser feita individualmente para cada proprietrio,
utilizando os critrios de diligncia estabelecidos no respectivo acordo de troca de informaes, conforme o caso.

Um proprietrio s pode ser reportvel a um pas se tiver sido informada ao menos uma conta (conforme conceito definido
no campo 47) reportvel ao mesmo pas, no Evento em questo (campo 57).

Exemplos:

1) Entidade passiva com dois proprietrios identificados, sendo o primeiro reportvel apenas para o Brasil e o segundo
reportvel aos EUA:

Proprietrio 1 Grupo 42 informado apenas uma vez, com o cdigo BR no campo 43;
Proprietrio 2 Grupo 42 informado duas vezes: uma com o cdigo BR no campo 43, outra com o cdigo US no campo 43

2) Entidade passiva com trs proprietrios identificados, sendo o primeiro reportvel apenas para o Brasil, o segundo
reportvel aos EUA e o terceiro reportvel Argentina (na situao hipottica de acordo vigente com este pas):

Proprietrio 1 Grupo 42 informado apenas uma vez, com o cdigo BR no campo 43;
Proprietrio 2 Grupo 42 informado duas vezes: uma com o cdigo BR no campo 43, outra com o cdigo US no campo 43
Proprietrio 3 Grupo 42 informado duas vezes: uma com o cdigo BR no campo 43, outra com o cdigo AR no campo 43

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
MS1102 Erro
conforme coluna Chave da Tabela de Resumo definida no

169
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

4.1.3.1.43. Leiaute Movimento de Operaes Financeiras Campo Pais

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
43 Pais Reportavel E C 1-1 002 - REGRA_EXISTE_PAIS Nacionalidade REGRA_VALIDA_REPORTAVEL_GIIN
REGRA_VALIDA_REPORTAVEL_PROPRIETARIO

Preencher com o cdigo do pas para o qual o proprietrio (conforme conceito descrito no campo 27 deste Evento) deve ser
reportado, de acordo com a Tabela de Pases vigente na data de recepo do evento. O pas a ser reportado deve ser preenchido
considerando os elementos extrados da diligncia realizada, conforme as regras especficas do acordo de troca de informaes
aplicvel.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_REPORTAVEL_GIIN O campo no poder ser preenchido com o valor 'US' se o campo
GIIN do Evento de Informaes do Declarante no estiver MS1068 Erro
preenchido.

MS1068 - Para informar contas reportveis aos EUA, necessrio informar o GIIN no Evento de Informaes do Declarante.

170
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VALIDA_REPORTAVEL_PROPRIETARIO O valor informado no campo deve ter sido informado na
tag Reportavel de pelo menos uma das contas
MS1106 Erro
informadas no evento (Conta >> infoConta >>
Reportavel)

MS1106 - Um proprietrio s pode ser reportvel a um pas se tiver sido informada ao menos 1 conta reportvel ao mesmo pas.

4.1.3.1.44. Leiaute Movimento de Operaes Financeiras Campo mesCaixa

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
44 mesCaixa evtMovOpFin G - 1-1 - - Ms e ano que est sendo reportado

Este grupo rene os dados sobre o ms e o ano a que se referem as informaes do Evento do Movimento de Operaes
Financeiras, bem como sobre as operaes financeiras realizadas pelo declarado no referido ms e ano.

4.1.3.1.45. Leiaute Movimento de Operaes Financeiras Campo anoMesCaixa

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
45 anoMesCaixa mesCaixa E C 1-1 006 - Ms caixa que est sendo reportado REGRA_VALIDA_PERIODO
Formato: AAAAMM

Este campo deve ser preenchido com o ano e o ms a que se referem as informaes do Evento, no formato AAAAMM. Deve
ser considerado o regime de caixa para a referncia das informaes sobre dbitos, crditos e pagamentos acumulados, ou seja,
o ms a ser considerado aquele no qual os valores foram efetivamente debitados, creditados ou pagos. Exceo: admitido o
preenchimento com MM=13 exclusivamente nos casos de planos de previdncia que possuem pagamentos referentes
competncia 13 (abono anual).

171
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VALIDA_PERIODO O ms informado (AAAAMM) deve estar contido no intervalo compreendido
entre a dtInicio e a dtFim informadas no Evento de Abertura *
MS1043 Erro
*MM=13 deve ser validado no 2o semestre

MS1043 - O ms caixa deve estar compreendido no perodo (data inicial e final) informados na abertura da eFinanceira.

4.1.3.1.46. Leiaute Movimento de Operaes Financeiras Campo movOpFin

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
46 movOpFin mesCaixa G - 1-1 - - Operaes Financeiras REGRA_OBRIGATORIO_CONTA_CAMBIO

Neste grupo devem ser informadas as operaes financeiras do declarado referentes ao ms/ano em questo, cuja
responsabilidade compete declarante nos termos do pargrafo 3 do artigo 4 da IN RFB n 1.571/2015. As informaes devem
ser prestadas individualizadas por conta, conforme conceito definido no campo 47 deste Evento. Tambm devem ser informadas
as operaes de cmbio, quando for o caso, no grupo 81.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_CONTA_CAMBIO Deve ser informada ao menos uma das tags: Conta ou Cambio MS1103 Erro

MS1103 - Deve ser informada ao menos uma das tags: Conta ou Cmbio

4.1.3.1.47. Leiaute Movimento de Operaes Financeiras Campo Conta

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
47 Conta MovOpFin G - 0-N - - Identificao da Conta REGRA_VALIDA_CHAVE

172
Neste grupo, devem ser prestadas todas as informaes da(s) conta(s) do declarado. O conceito de conta deve ser
entendido de forma ampla, no sendo restrito apenas s contas de depsito em instituies bancrias propriamente ditas. Assim, a
definio de conta deve ser interpretada de modo a contemplar todas as operaes financeiras descritas no art. 5 da IN RFB
1.571/2015 e de forma harmnica com os termos descritos no artigo 1, pargrafo 1 do acordo do FATCA (conta financeira,
conta de depsito, conta de custdia), devendo representar, de forma individualizada, por exemplo: valores em fundos de
investimento, aes, contratos ou certificados de produtos financeiros (seguro, previdncia, consrcio), etc.

Para entidades fechadas de previdncia complementar, considera-se conta a inscrio por plano de benefcios e/ou
assistencial. Em relao a estas entidades, para efeitos do disposto no 1 do art. 8 da IN RFB n1.571/2015, os limites devero
ser aplicados de forma agregada considerando todas as opeares de benefcio e assistncia mantidas na mesma entidade.

Este grupo deve se repetir quantas vezes forem necessrias para abranger todas as contas com as quais o declarado
possui relao no respectivo ms, cuja responsabilidade de informar RFB compete declarante, nos termos do pargrafo 3 do
art. 4 da IN RFB 1.571/2015.

As informaes devero ser prestadas de forma individualizada (por conta), de acordo com o disposto nos pargrafos 15 e
16 do art. 5 da IN RFB n 1.571/2015.

Uma mesma conta pode ser informada mltiplas vezes (para vrios declarados). Deve ser informada no Movimento de
Operaes Financeiras de cada um dos declarados que possui relao com a mesma, conforme pargrafo 18 do art. 5 da IN RFB
n 1.571/2015.

Contas excludas da e-Financeira:

- No devem ser informadas as contas com as operaes financeiras das pessoas descritas no pargrafo 1 do art. 2 do
Decreto n 4.489, de 28 de novembro de 2002;

- No necessrio informar as contas do tipo ttulos de capitalizao, de que trata o Decreto-lei n 261/67;

173
- No necessrio informar as contas abertas por agentes financeiros destinadas exclusivamente ao controle individual de
recursos de contas vinculadas para execuo de obras, de que trata o item 1.2 da Resoluo CCFGTS n 541, de 30 de
outubro de 2007;

- No necessrio informar as contas destinadas exclusivamente realizao de acertos financeiros de correspondentes


bancrios e a instituio contratante, de que trata o inciso IV do art. 10 da Resoluo CMN n 3.954/2011;

- No necessrio informar as contas de ttulos da dvida agrria (TDA) de que tratam a Lei n 4.504, de 30 de novembro
de 1964, a Lei n 7.647, de 09 de fevereiro de 1988 e o Decreto n 578, de 24 de junho de 1992, desde que o pagamento
dos valores ao declarado seja feito exclusivamente por meio de depsito em conta corrente ou poupana;

- No necessrio informar as contas de depsitos realizados por determinao judicial, desde que creditados em contas
de natureza especfica que no permita livre movimentao e cujo levantamento s seja possvel por meio de alvar
expedido pela justia;

- No necessrio informar os depsitos judiciais especficos da Lei 9.703, de 17 de novembro de 1998, efetuados na
Caixa Econmica Federal, mediante Documento de Arrecadao de Receitas Federais DARF.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

174
4.1.3.1.48. Leiaute Movimento de Operaes Financeiras Campo MedJudic

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
48 MedJudic Conta G - 0-N - - Identificao de Medidas Judiciais REGRA_VALIDA_CHAVE

Este grupo s deve ser informado caso haja alguma medida judicial vigente que impea a declarante de prestar as
informaes de uma conta especfica para a Receita Federal. Deve ser preenchido apenas em relao (s) conta(s)
abrangida(s) pela medida judicial.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

4.1.3.1.49. Leiaute Movimento de Operaes Financeiras Campo NumProcJud

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
49 NumProcJud MedJudic E N 1-1 021 - Nmero do Processo Judicial

Informar o nmero do processo judicial de concesso da medida, sem separadores.

4.1.3.1.50. Leiaute Movimento de Operaes Financeiras Campo Vara

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao

175
50 Vara MedJudic E N 1-1 002 - Vara de Tramitao

Informar o nmero da vara que concedeu a medida judicial.

4.1.3.1.51. Leiaute Movimento de Operaes Financeiras Campo SecJud

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
51 SecJud MedJudic E N 1-1 002 - Seo judiciria

Informar o nmero da seo judiciria que concedeu a medida.

4.1.3.1.52. Leiaute Movimento de Operaes Financeiras Campo SubSecJud

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
52 SubSecJud MedJudic E C 1-1 040 - Subseo judiciria

Informar o nmero da subseo judiciria que concedeu a medida.

4.1.3.1.53. Leiaute Movimento de Operaes Financeiras Campo dtConcessao

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
53 dtConcessao MedJudic E D 1-1 - - Data da Concesso

Informar a data de concesso da medida judicial, no formato AAAA-MM-DD.

176
4.1.3.1.54. Leiaute Movimento de Operaes Financeiras Campo dtCassacao

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
54 dtCassacao MedJudic E D 0-1 - - Data da Cassao REGRA_VALIDA_CASSACAO_MED_JUD

Informar, caso ocorra o fim da vigncia da medida judicial, a data de sua cassao, no formato AAAA-MM-DD.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CASSACAO_MED_JUD Se a tag for informada, a Data da Cassao deve ser maior que a MS1056 Erro
Data da Concesso da Medida Judicial

MS1056 - A data de Cassao da Medida Judicial deve ser maior que a data de Concesso.

4.1.3.1.55. Leiaute Movimento de Operaes Financeiras Campo infoConta

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
55 infoConta Conta G - 0-1 - - Informaes da Conta REGRA_OBRIGATORIO_INFO_CONTA
REGRA_PREENCHIMENTO_FUNDO

Este grupo rene as informaes da conta do declarado (conforme conceito descrito no campo 47 deste Evento).

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_INFO_CONTA A tag obrigatria se o campo dtCassacao estiver preenchido em
MS1058 Erro
todas as medidas judiciais (MedJudic) informadas
A tag obrigatria se no tiver sido informada medida judicial (tag
MS1059 Erro
medJudic)

MS1058 - Obrigatrio preencher Informaes da Conta, uma vez que a (s) medida (s) judicial (is) informada (s) foi (ram) cassada (s).

MS1059 - Obrigatrio preencher Informaes da Conta, a menos que exista Medida Judicial contrria prestao destas informaes.

177
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_PREENCHIMENTO_FU O preenchimento da tag obrigatrio se subTpConta for igual a 301 (Fundo MS1036 Erro
NDO de (Investimento) ou 302 (Clube de Investimento) ou 303 (Fundos de
Investimento por Conta e Ordem ou Intermedirio).

A tag Fundo no pode ser informada se tpConta for diferente de 3 (Conta de MS1126 Erro
Investimento)

MS1036 - O preenchimento da Identificao do Fundo obrigatrio para contas de investimento.


MS1126 O Fundo s deve ser informado para Contas de Investimento

4.1.3.1.56. Leiaute Movimento de Operaes Financeiras Campo Reportavel

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
56 Reportavel infoConta G - 1-N - - Identificao do pas para o qual a conta deve ser reportada REGRA_VALIDA_CHAVE

Este grupo contm a informao dos pases para os quais a conta (conforme conceito descrito no campo 47 deste Evento)
do declarado deve ser reportada.

Aps realizar a diligncia devida, a entidade declarante deve ser capaz de determinar se os dados referentes conta em
questo devem ser reportados apenas para a administrao tributria local (preencher o campo 57 com BR) ou se tambm
devem ser reportados para outras jurisdies, por fora de algum acordo de troca de informaes.

O grupo dever ser repetido quantas vezes forem necessrias, de modo a contemplar todos os pases para os quais a conta
deve ser reportada, caso sejam identificados mltiplos pases destinatrios da informao.

178
Atentar para o fato de que cada conta tem seu respectivo grupo de pases a ser reportada. Assim, a anlise acerca do
reporte das contas para administraes tributrias estrangeiras deve ser feita individualmente para cada conta, utilizando os
critrios de diligncia estabelecidos no respectivo acordo de troca de informaes, conforme o caso.

Exemplos:

1) Declarado possui duas contas, sendo a primeira reportvel apenas para o Brasil e a segunda reportvel aos EUA:

Conta 1 Grupo 56 informado apenas uma vez, com o cdigo BR no campo 57;
Conta 2 Grupo 56 informado duas vezes: uma com o cdigo BR no campo 57, outra com o cdigo US no campo 57

2) Declarado possui trs contas, sendo a primeira reportvel apenas para o Brasil, a segunda reportvel aos EUA e a
terceira reportvel Argentina (na situao hipottica de acordo vigente com este pas):

Conta 1 Grupo 56 informado apenas uma vez, com o cdigo BR no campo 57;
Conta 2 Grupo 56 informado duas vezes: uma com o cdigo BR no campo 57, outra com o cdigo US no campo 57
Conta 3 Grupo 56 informado duas vezes: uma com o cdigo BR no campo 57, outra com o cdigo AR no campo 57

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

179
4.1.3.1.57. Leiaute Movimento de Operaes Financeiras Campo Pais

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
57 Pais Reportavel E C 1-1 002 - REGRA_EXISTE_PAIS Pas REGRA_VALIDA_REPORTAVEL_GIIN
REGRA_VALIDA_REPORTAVEL_GIIN_FUNDO

Preencher com o cdigo do pas para o qual a conta (conforme conceito descrito no campo 47 deste Evento) deve ser
reportada, de acordo com a Tabela de Pases vigente na data de recepo do evento. O pas a ser reportado deve ser preenchido
considerando os elementos extrados da diligncia realizada, conforme as regras especficas do acordo de troca de informaes
aplicvel.

Procedimentos para reporte de investidores no residentes registrados nos termos da Resoluo CVM n 4.373/2015:

1. Conta em nome de participante de conta coletiva ("passageiro") que est registrado no Brasil atravs de um
intermedirio no exterior, instituio financeira ou equiparada, titular de conta coletiva ("nibus"), aderente ao FATCA: Neste caso,
deve-se reportar na e-Financeira a(s) conta(s) em nome do(s) "passageiro(s)" nestas condies, indicando-as como reportveis
"BR" no campo 57 do leiaute do Movimento de Operaes Financeiras, independentemente da nacionalidade ou das
caractersticas do "passageiro".

2. Conta em nome de participante de conta coletiva ("passageiro") que est registrado no Brasil atravs de um
intermedirio no exterior, instituio financeira ou equiparada, titular de conta coletiva ("nibus"), no aderente ao FATCA: Neste
caso, deve-se reportar na e-Financeira a(s) conta(s) em nome do(s) "passageiro(s)", identificando, a partir da diligncia prpria do
FATCA, se cada passageiro est sujeito a reporte aos Estados Unidos ou no, indicando aqueles que necessitem ser informados
ao fisco americano como reportveis "US" e os demais como "BR" no campo 57 do leiaute do Movimento de Operaes
Financeiras. Como a instituio intermediadora no aderente ao FATCA, a diligncia recai sobre a instituio financeira
brasileira.

3. Conta em nome de titular de conta prpria: Neste caso, como as contas diretas so sujeitas diligncia FATCA pela
instituio financeira brasileira, deve-se indicar na e-Financeira o resultado de tal diligncia, ou seja, "US" no campo 57 do leiaute
do Movimento de Operaes Financeiras, quando for reportvel aos Estados Unidos ou "BR", quando no for reportvel nos
termos do FATCA.

180
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

MS2004 - Pas Invlido.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_REPORTAVEL_GIIN O campo no poder ser preenchido com o valor 'US' se o campo
GIIN do Evento de Informaes do Declarante no estiver MS1068 Erro
preenchido.

MS1068 - Para informar contas reportveis aos EUA, necessrio informar o GIIN no Evento de Informaes do Declarante.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_REPORTAVEL_GIIN_FUNDO O campo no poder ser preenchido com o valor 'US' se a
tag Fundo tiver sido informada e no tiver sido informado MS1120 Erro
o GIIN do Fundo.

MS1120 - Para informar contas referentes a fundos reportveis aos EUA, necessrio informar o GIIN no Evento de Cadastro do Patrocinado.

4.1.3.1.58. Leiaute Movimento de Operaes Financeiras Campo tpConta

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
58 tpConta infoConta E C 1-1 001 - REGRA_EXISTE_TP_CONTA Tipo de Conta

Preencher com a classificao do tipo de conta (conforme conceito descrito no campo 47 deste Evento) do declarado, de
acordo com os valores da Tabela Tipos de Conta vigente na data de recepo do evento.

181
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_EXISTE_TP_CONTA O valor informado no campo dever existir na Tabela de Tipo de Conta e estar
vigente na data de recepo do evento, conforme RNG-TabelasdeReferencia, item MS2009 Erro
Tabela de Tipo de Conta

MS2009 - Tipo de Conta Invlido.

4.1.3.1.59. Leiaute Movimento de Operaes Financeiras Campo subTpConta

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
59 subTpConta infoConta E C 1-1 003 - REGRA_EXISTE_SUBTP_CONTA Subtipo de Conta REGRA_VALIDA_SUBTP_CONTA

Preencher com a classificao do subtipo de conta (conforme conceito descrito no campo 47 deste Evento) do declarado,
de acordo com os valores da Tabela Subtipos de Conta vigente na data de recepo do evento.
Para as entidades fechadas de previdncia complementar, o cdigo 499 Seguro, Previdncia ou Assemelhados deve ser
utilizado inclusive quando houver valores referentes a plano assistencial sade nos dados informados.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_SUBTP_CONTA O valor informado no campo dever existir na Tabela de Subtipo de Conta e
estar vigente na data de recepo do evento, conforme RNG- MS2014 Erro
TabelasdeReferencia, item Tabela de Subtipo de Conta
MS2014 - Subtipo de Conta Invlido.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_SUBTP_CONTA O primeiro dgito do campo deve ser igual ao valor informado no tpConta MS1087 Erro

MS1087 - Subtipo de conta incompatvel com o Tipo de conta informado.

182
4.1.3.1.60. Leiaute Movimento de Operaes Financeiras Campo tpNumConta

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
60 tpNumConta infoConta E C 1-1 010 - REGRA_EXISTE_TP_NUM_CONTA Tipo do nmero da conta

Preencher com a classificao do tipo do nmero de conta (conforme conceito descrito no campo 47 deste Evento) do
declarado, de acordo com os valores da Tabela Tipo de Nmero de Conta vigente na data de recepo do evento. Este item
classifica o nmero da conta que ser inserido no campo 61 deste Evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TP_NUM_CONTA O valor informado deve existir em Tabelas de referncia, conforme RNG- MS2018 Erro
Tabelas de Referncia, item Tabela de Tipo de Nmero de Conta

MS2018 - Tipo de Nmero de Conta invlido.

4.1.3.1.61. Leiaute Movimento de Operaes Financeiras Campo NumConta

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
61 numConta infoConta E C 1-1 050 - Nmero da Conta REGRA_VALIDA_FORMATO_NUM_CONTA

Este campo deve ser preenchido com o nmero da conta (conforme conceito descrito no campo 47 deste Evento) do
declarado. Este nmero pode ser atribudo livremente pela declarante, desde que permita a identificao inequvoca e
individualizada da conta do declarado nos seus sistemas de registro prprios.

No caso de subtipos de conta corrente e poupana, dever ser respeitado o padro Agncia (4 ou 5 caracteres
numricos, sem dgito verificador)|Operao, se for o caso (3 ou 4 caracteres numricos)|Conta (com dgito verificador, sem

183
separador, com at 13 caracteres alfanumricos) . Nesse caso, os grupos de informao (agncia, operao e conta) devero ser
separados pela barra vertical (pipe) |.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FORMATO_NUM_CONTA Se subTpConta = 101 ou 102, o campo dever ser preenchido
com a mscara:
texto com 4 ou 5 caracteres numricos + "|" + texto com 3 ou 4
caracteres numricos ou vazio + "|" + texto com at 13 MS1040 Erro
caracteres alfanumricos

(Agencia sem DV + "|" + Operao + "|" + Conta com DV)

MS1040 - Para contas de depsito e poupana, o nmero da conta deve ser preenchido no formato Agncia (sem DV) + "|" + Operao (quando
houver) + "|" + Conta (com DV).

4.1.3.1.62. Leiaute Movimento de Operaes Financeiras Campo tpRelacaoDeclarado

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
62 tpRelacaoDeclarado infoConta E C 1-1 002 - REGRA_EXISTE_TP_RELACAO_DECLARADO Tipo de relao do declarado

Este campo deve ser preenchido com o tipo de relao do declarado com a conta (conforme conceito descrito no campo 47
deste Evento) em questo, de acordo com a Tabela Tipo de Relao do Declarado vigente na data de recepo do evento.

O declarado pode ser classificado, em relao referida conta, como:

1) Titular declarado figura como titular (seja primeiro, segundo ou qualquer outro titular) nos sistemas de registro da
entidade declarante;
2) Procurador o declarado no propriamente o titular da conta, mas um terceiro que possui procurao devidamente
registrada junto declarante que o autoriza a realizar transaes para a referida conta;

184
3) Representante Legal o declarado no necessariamente o titular da conta, mas um representante legal autorizado a
movimentar os recursos da referida conta. O termo representante legal deve ser interpretado de maneira ampla e inclui
desde as formas de representao de incapazes (tutela, curatela, guarda) at a representao de pessoas jurdicas junto
entidade declarante (por exemplo, o sndico em relao conta do condomnio; os autorizados a movimentarem as
contas da pessoa jurdica previstos em contrato social, estatuto ou assembleia; os gestores de massa falida; etc.).

OBS.: No caso de contas de titularidade de pessoa jurdica, os dados da conta devero constar tanto no Movimento de
Operaes Financeiras da pessoa jurdica figurando como declarada (classificada com tipo de relao do declarado = titular),
quanto nos Movimentos de Operaes Financeiras das respectivas pessoas fsicas autorizadas a movimentar a conta
(classificadas com tipo de relao do declarado = representante legal);

4) Intermediado o declarado possui relao com a declarante, mas a conta em questo possui um intermedirio
qualificado, nos termos do acordo do FATCA, atuando sobre ela. Nesse caso, o intermedirio dever ser devidamente
identificado com o Evento Cadastro de Intermedirio;
5) Beneficirio Final o declarado no figura nos registros da entidade declarante como titular da conta, mas foi
devidamente identificado como beneficirio dos recursos.
Em relao aos planos de benefcio de previdncia complementar, o beneficirio dos recursos, aps o falecimento do
participante, deve ser informado como titular da conta (cdigo 1) e no como beneficirio final (cdigo 5).

6) Doador Emprstimo de TVM BTC o declarado emprestador (doador) de aes ou demais ttulos e valores mobilirios
da referida conta.
7) Tomador Emprstimo de TVM BTC o declarado tomador das aes ou demais ttulos e valores mobilirios da
referida conta.

Em relao aos contratos de seguro:

- Nos termos do subpargrafo 1(dd) do Art. 1 do acordo do FATCA, com o vencimento de um contrato de seguro com valor
monetrio ou de um contrato de anuidade, toda pessoa que tiver direito a receber um pagamento no mbito do contrato
ser tratada como titular da conta. Nesse caso, o pagamento feito a um beneficirio de seguro com valor monetrio, ou
seja, aquele em que h constituio da proviso matemtica de benefcios a conceder, deve ser informado como

185
pagamento ao titular, sendo certo que nesse momento o titular deve ser identificado como aquele que efetivamente
recebeu o pagamento do benefcio.
- J o pagamento feito a um beneficirio de um seguro sem valor monetrio, ou seja, em que no h constituio de
proviso matemtica de benefcios a conceder, deve ser informado como pagamento ao beneficirio.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TP_RELACAO_DECLARADO O valor informado no campo dever existir na Tabela de
Tipo de Relao do Declarado e estar vigente na data de MS2017 Erro
recepo do evento, conforme RNG-TabelasdeReferencia, item
Tabela de Tipo de Relao do Declarado
MS2017 - Tipo de Relao do Declarado invlido.

4.1.3.1.63. Leiaute Movimento de Operaes Financeiras Campo Intermediario

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
63 Intermediario infoConta G - 0-1 - - Identificao do Intermedirio REGRA_VERIFICA_TP_RELACAO_DECLARADO

Neste grupo deve ser informado se a conta (conforme conceito descrito no campo 47 deste Evento) do declarado possui
algum intermedirio qualificado, nos termos do acordo do FATCA, atuando sobre ela. Nesse caso, o intermedirio dever ser
devidamente identificado com o Evento Cadastro de Intermedirio. O preenchimento desse grupo obrigatrio se foi informado o
cdigo 4 (intermediado) no campo tpRelacaoDeclarado (campo 62 deste Evento).

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERIFICA_TP_RELACAO_DECLARADO Obrigatrio o preenchimento da tag <Intermediario> se o
MS1071 Erro
campo tpRelacaoDeclarado = 4 (Intermediado)

MS1071 - Obrigatrio informar a tag <Intermediario> se o Tipo de Relao do Declarado for Intermedirio.

186
4.1.3.1.64. Leiaute Movimento de Operaes Financeiras Campo GIIN

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
64 GIIN Intermediario E C 0-1 019 - GIIN (Global Intermediary Identification Number) REGRA_VERIFICA_GIIN_NI

Neste campo, deve ser informado o nmero do GIIN (Global Intermediary Identification Number) da entidade que atua como
intermediria qualificada, nos termos do acordo do FATCA, conforme as regras de formao descritas no stio
(http://www.irs.gov/PUP/businesses/corporations/giin_composition.pdf), incluindo os pontos (.) como separadores. Este nmero de
cadastro na administrao tributria americana deve ser obtido junto ao stio da Receita Federal dos Estados Unidos
(www.irs.gov/fatca) por todas as entidades sujeitas ao envio de informaes, quando atuam na condio de intermediria
qualificada, no mbito do acordo do FATCA. Este GIIN dever corresponder com o valor informado no evento de Cadastro do
Intermedirio, ou seja, s possvel informar o GIIN de um intermedirio para o qual j tenha sido enviado um evento de
Cadastro do Intermedirio.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERIFICA_GIIN_NI Obrigatrio informar o GIIN ou o NIIntermediario MS1085 Erro

MS1085 - Obrigatrio informar o GIIN ou o NI do Intermedirio.

4.1.3.1.65. Leiaute Movimento de Operaes Financeiras Campo tpNI

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
65 tpNI Intermediario E N 0-1 002 - 1;2;3;4;5 Tipo de NI

Neste campo deve ser informado o tipo de nmero de identificao (NI) da entidade que atua como intermediria qualificada
para esta conta (conforme conceito descrito no campo 47 deste Evento), nos termos do acordo do FATCA, conforme Tabela de

187
Tipos de NI vigente na data de recepo do Evento. Este tipo de NI qualifica o valor a ser informado no campo 66 (NIIntermediario)
deste Evento.

4.1.3.1.66. Leiaute Movimento de Operaes Financeiras Campo NIIntermediario

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
66 NIIntermediario Intermediario E C 0-1 025 - NI REGRA_VALIDA_NI
REGRA_EXISTE_CPF_CNPJ
REGRA_VERIFICA_GIIN_NI
REGRA_VALIDA_INTERMEDIARIO

Informar o nmero de identificao (NI) da entidade que atua como intermediria qualificada para esta conta (conforme
conceito descrito no campo 47 deste Evento), nos termos do acordo do FATCA. Este NI dever corresponder com o valor
informado no evento de Cadastro do Intermedirio, ou seja, s possvel informar o NI de um intermedirio para o qual j tenha
sido enviado um evento de Cadastro do Intermedirio.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_NI Se tpNI = 1: REGRA_VALIDA_CPF Conforme Conforme
regra regra
Conforme Conforme
Se tpNI = 2: REGRA_VALIDA_CNPJ
regra regra
Se tpNI=3 ou 4: o valor informado deve ser igual a um dos NIFs informados
MS1067 Erro
(NIF >> NumeroNIF), caso exista NIF informado no evento.

MS1067 - O valor informado para o Nmero de Identificao (NI) deve ser igual a um dos Nmeros de Identificao Fiscal (NIF) informados.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_CPF_CNPJ Se tpNI = 1: REGRA_EXISTE_CPF Conforme Conforme
regra regra

188
Se tpNI = 2: REGRA_EXISTE_CNPJ

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERIFICA_GIIN_NI Obrigatrio informar o GIIN ou o NIIntermediario MS1085 Erro

MS1085 - Obrigatrio informar o GIIN ou o NI do Intermedirio.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_INTERMEDIARIO Deve existir Evento de Cadastro de Intermedirio "Ativo" com mesmo
GIIN e/ou tipoNI + NIIntermedirio, para a empresa declarante MS1065 Erro
(cnpjDeclarante)

MS1065 - No foi enviado Evento de Cadastro de Intermedirios para o Nmero de Identificao (NI) e/ou GIIN informados.

4.1.3.1.67. Leiaute Movimento de Operaes Financeiras Campo NoTitulares

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
67 NoTitulares infoConta E N 0-1 002 - Nmero de Titulares da Conta REGRA_VALIDA_TITULARES_CONTA
REGRA_OBRIGATORIO_TITULARES_CONTA

Informar o nmero de titulares que a conta (conforme conceito descrito no campo 47 deste Evento) possui. Devero ser
considerados na contagem apenas os declarados para os quais o tipo de relao (tpRelacaoDeclarado campo 62) for igual a
titular.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_TITULARES_CONTA Se informado, o valor deve ser maior que zero. MS1070 Erro

MS1070 - O nmero de titulares da conta deve ser maior que zero.

189
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_OBRIGATORIO_TITULARES_CONTA Preenchimento obrigatrio se o campo subTpConta for igual MS1112 Erro
a 101 (Conta Corrente) ou 102 (Conta Poupana)

MS1112 - O nmero de titulares deve ser informado para Conta Corrente ou Conta Poupana.

4.1.3.1.68. Leiaute Movimento de Operaes Financeiras Campo dtEncerramentoConta

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
68 dtEncerramentoConta infoConta E D 0-1 - - Data de Encerramento da Conta REGRA_VALIDA_DATA_ENCERRAMENTO_CONTA

Preencher com a data de encerramento da conta (conforme conceito descrito no campo 47 deste Evento), no formato
AAAA-MM-DD. O ano e ms do encerramento devem corresponder ao mesmo anoMesCaixa (campo 45) do evento. No caso de
ser informada a data de encerramento, necessrio informar o valor do seu saldo no dia til imediatamente anterior ao
encerramento, conforme disposto no art. 5 da IN RFB n 1.571/2015, no campo 77 (vlrUltDia) deste Evento.

Nos casos de Entidades Fechadas de Previdncia Complementar, o conceito de encerramento de conta corresponde ao
resgate total, portabilidade dos recursos, ao termino de pagamento de benefcios e ocorrncia de falecimento do participante,
nas seguintes condies:

- A data de encerramento de conta, para a hiptese de resgate parcelado, ser considerada quando da realizao do
pagamento da ltima parcela ao participante;

- O falecimento do participante no ensejar encerramento de conta, enquanto no houver destinao do saldo


remanescente, se existir.

Cdigo da regra de validao Como Obter Mensagem Tipo


REGRA_VALIDA_DATA_ENCERRAMENTO_CONTA O ms/ano da data informada deve ser igual ao MS1107 Erro
ms/ano informado na tag anoMesCaixa

190
MS1107 - A data de encerramento da conta deve estar compreendida no ms / ano que est sendo reportado (anoMesCaixa).

4.1.3.1.69. Leiaute Movimento de Operaes Financeiras Campo Fundo

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
69 Fundo infoConta G - 0-1 - - Identificao do Fundo REGRA_VALIDA_FUNDO

Este grupo dever ser informado se a conta (conforme conceito descrito no campo 47 deste Evento) for de fundo ou clube
de investimento (subtipos de conta 301, 302 e 303). No grupo, devem ser informados o GIIN do fundo (quando houver) e seu
CNPJ. Ser feita uma validao se existe evento de Cadastro de Patrocinado enviado para o referido fundo, exceto para os
casos de investimentos em fundos por conta e ordem (subtipo de conta 303).

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FUNDO Deve existir Evento de Cadastro de Patrocinado "Ativo" com mesmo CNPJ ou
GIIN para a empresa declarante (cnpjDeclarante), exceto para subTpConta = MS1037 Erro
303

MS1037 - No foi enviado Evento de Cadastro de Patrocinado para o CNPJ / GIIN informado (s).

4.1.3.1.70. Leiaute Movimento de Operaes Financeiras Campo GIIN

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
70 GIIN Fundo E C 0-1 019 - GIIN referente ao Fundo de Investimentos

Neste campo, deve ser informado o nmero do GIIN (Global Intermediary Identification Number) da entidade patrocinada pela
entidade declarante (nos termos do acordo do FATCA), conforme as regras de formao descritas no stio
(http://www.irs.gov/PUP/businesses/corporations/giin_composition.pdf), incluindo os pontos (.) como separadores. Este nmero de
cadastro na administrao tributria americana deve ser obtido junto ao stio da Receita Federal dos Estados Unidos IRS
(www.irs.gov/fatca) por todas as entidades sujeitas ao envio de informaes no mbito do acordo do FATCA. Enquanto no for

191
possvel a obteno do GIIN junto ao IRS para as entidades patrocinadas, este campo pode ser preenchido com o GIIN da
entidade declarante, desde que respeitadas as regras de formao e que guarde correlao com o campo GIIN informado para a
mesma entidade patrocinada no seu respectivo arquivo de Cadastro de Patrocinado. A partir do momento em que for
disponibilizado o registro do GIIN para as entidades patrocinadas junto ao IRS, o arquivo dever preenchido com a informao do
GIIN correto, depois de retificado o campo GIIN do seu respectivo Cadastro de Patrocinado.

4.1.3.1.71. Leiaute Movimento de Operaes Financeiras Campo CNPJ

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
71 CNPJ Fundo E C 1-1 014 - REGRA_VALIDA_CNPJ CNPJ referente ao Fundo de Investimentos

Preencher com o CNPJ do fundo (14 posies, sem separadores). Este CNPJ deve guardar correlao com o CNPJ enviado
no Cadastro de Patrocinado para o mesmo fundo.

4.1.3.1.72. Leiaute Movimento de Operaes Financeiras Campo BalancoConta

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
72 BalancoConta infoConta G - 1-1 - - Informaes de Balano da Conta

Este grupo rene as informaes de dbitos, crditos e saldo da referida conta (conforme conceito definido no campo 47
deste Evento), no ms/ano em questo.

4.1.3.1.73. Leiaute Movimento de Operaes Financeiras Campo totCreditos

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
73 totCreditos BalancoConta E N 1-1 019 2 Total de Crditos

192
Preencher com o valor total de crditos feitos conta (conforme conceito definido no campo 47 deste Evento) no ms/ano
em questo. Por crditos devem ser entendidos todos os aportes feitos conta, tais como: depsitos em moeda corrente ou
cheque, ordens de crdito, pagamento de prmio pelo segurado a contratos com valor monetrio, aplicaes feitas na conta de
fundo ou clube de investimento, pagamento de cota pelo consorciado, lances efetivamente pagos pelo consorciado, etc. Os valores
devero ser preenchidos utilizando a vrgula (,) como separador de decimal.

De acordo com o pargrafo 14 do artigo 5 da IN RFB n 1.571/2015, na apurao dos montantes, no devem ser
considerados os lanamentos a dbito e a crdito referentes a estornos contbeis, bem como os lanamentos que lhes deram
origem.

No perodo de excepcionalidade descrito no art. 11 da IN RFB n 1.571/2015, para as informaes referentes aos meses de
julho a dezembro do ano de 2014 e de janeiro a novembro de 2015 (caso haja algum encerramento de conta pelas pessoas
reportveis para fins de cumprimento do FATCA), este campo dever constar no evento enviado, por se tratar de campo
obrigatrio, mas pode ser preenchido com o valor zero (0,00).

Para as contas de FGTS que atingirem o limite anual previsto no 4 do art. 7 da IN RFB n1.571/2015, dever ser
informado, neste campo, o somatrio dos depsitos realizados conta vinculada, no ms de dezembro.

No caso de entidades fechadas de previdncia complementar, considera-se crdito o recurso recebido do participante,
assistido ou beneficirio (contribuies ordinrias, extraordinrias, custeio administrativo, etc).

4.1.3.1.74. Leiaute Movimento de Operaes Financeiras Campo totDebitos

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
74 totDebitos BalancoConta E N 1-1 019 2 Total de Dbitos

Preencher com o valor total de dbitos feitos conta (conforme conceito definido no campo 47 deste Evento) no ms/ano
em questo. Por dbitos devem ser entendidas todas as retiradas feitas da conta, tais como: saques em dinheiro, ordens de

193
dbito, resgates efetuados em conta de fundo ou clube de investimento, pagamentos ao segurado de sinistro/indenizao por
parte da seguradora, recebimento de contemplaes pelo consorciado, etc. Os valores devero ser preenchidos utilizando a
vrgula (,) como separador de decimal.

De acordo com o pargrafo 14 do artigo 5 da IN RFB n 1.571/2015, na apurao dos montantes, no devem ser
considerados os lanamentos a dbito e a crdito referentes a estornos contbeis, bem como os lanamentos que lhes deram
origem.

No perodo de excepcionalidade descrito no art. 11 da IN RFB n 1.571/2015, para as informaes referentes aos meses de
julho a dezembro do ano de 2014 e de janeiro a novembro de 2015 (caso haja algum encerramento de conta pelas pessoas
reportveis para fins de cumprimento do FATCA), este campo dever constar no evento enviado, por se tratar de campo
obrigatrio, mas pode ser preenchido com o valor zero (0,00).

Para as contas de FGTS que atingirem o limite anual previsto no 4 do art. 7 da IN RFB n1.571/2015, dever ser
informado, neste campo, o somatrio dos saques realizados conta vinculada, no ms de dezembro.

No caso de entidades fechadas de previdncia complementar, considera-se dbito o recurso pago pela entidade (benefcio,
resgate ou outra forma de destinao de recursos).

4.1.3.1.75. Leiaute Movimento de Operaes Financeiras Campo totCreditosMesmaTitularidade

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
75 totCreditosMesmaTitularidade BalancoConta E N 1-1 019 2 Total de Crditos do mesmo Titular REGRA_VALIDA_TOT_CREDITOS_TITULAR

Preencher com o total de crditos feitos conta (conforme conceito definido no campo 47 deste Evento) decorrentes de
transferncias de mesma titularidade. Este campo deve possuir um valor menor ou igual ao informado no campo 73, ou seja, um
subconjunto do total de crditos, que deve corresponder a quanto dos crditos informados no campo 73 correspondem a valores
decorrentes de transferncias de mesma titularidade. De acordo com o pargrafo 22 do art. 5 da IN RFB n 1.571/2015,
consideram-se transferncias de mesma titularidade aquelas que tenham exatamente os mesmos titulares, independente da

194
ordem em cada conta. Quando as transferncias ocorrem entre contas de diferentes instituies financeiras, estas podero
identificar a mesma titularidade mediante informao declarada pelo cliente no ato de cada operao.

So consideradas transferncias de mesma titularidade, por exemplo: envio de DOC ou TED entre instituies financeiras,
para contas de depsitos de mesma titularidade; portabilidade de recursos de planos de previdncia complementar; transferncia
de ttulos de custdia pertencentes a um mesmo titular entre duas instituies custodiantes distintas; e transferncias simples entre
duas contas de depsitos de mesmos titulares na mesma instituio financeira.

Exemplo:

A conta 001 possui a seguinte estrutura:

1 titular Joo
2 titular Maria
Procurador Pedro

A conta 002 possui a seguinte estrutura:

1 titular Maria
2 titular Joo

A conta 003 possui a seguinte estrutura:

1 titular Joo
2 titular Maria
3 titular Jos

Nesse exemplo, apenas as contas 001 e 002 so consideradas de mesma titularidade. Desse modo, as transferncias
realizadas entre essas contas devero ser includas nos campos de totCreditosMesmaTitularidade e
totDebitosMesmaTitularidade, conforme o caso.

195
Os valores devero ser preenchidos utilizando a vrgula (,) como separador de decimal.

De acordo com o pargrafo 14 do artigo 5 da IN RFB n 1.571/2015, na apurao dos montantes, no devem ser
considerados os lanamentos a dbito e a crdito referentes a estornos contbeis, bem como os lanamentos que lhes deram
origem.

No perodo de excepcionalidade descrito no art. 11 da IN RFB n 1.571/2015, para as informaes referentes aos meses de
julho a dezembro do ano de 2014 e de janeiro a novembro de 2015 (caso haja algum encerramento de conta pelas pessoas
reportveis para fins de cumprimento do FATCA), este campo dever constar no evento enviado, por se tratar de campo
obrigatrio, mas pode ser preenchido com o valor zero (0,00).

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_TOT_CREDITOS_TITULAR O valor informado deve ser menor ou igual ao valor
MS1072 Erro
informado no campo totCreditos

MS1072 - O Total de Crditos da Mesma Titularidade deve ser menor ou igual ao Total de Crditos.

4.1.3.1.76. Leiaute Movimento de Operaes Financeiras Campo totdebitosMesmaTitularidade

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
76 totDebitosMesmaTitularidade BalancoConta E N 1-1 019 2 Total de Dbitos do mesmo Titular REGRA_VALIDA_TOT_DEBITOS_TITULAR

Preencher com o total de dbitos feitos conta (conforme conceito definido no campo 47 deste Evento) decorrentes de
transferncias de mesma titularidade. Este campo deve possuir um valor menor ou igual ao informado no campo 74, ou seja, um
subconjunto do total de dbitos, que deve corresponder a quanto dos dbitos informados no campo 74 correspondem a valores
decorrentes de transferncias de mesma titularidade. De acordo com o pargrafo 22 do art. 5 da IN RFB n 1.571/2015,
consideram-se transferncias de mesma titularidade aquelas que tenham exatamente os mesmos titulares, independente da

196
ordem em cada conta. Quando as transferncias ocorrem entre contas de diferentes instituies financeiras, estas podero
identificar a mesma titularidade mediante informao declarada pelo cliente no ato de cada operao.

So consideradas transferncias de mesma titularidade, por exemplo: envio de DOC ou TED entre instituies financeiras,
para contas de depsitos de mesma titularidade; portabilidade de recursos de planos de previdncia complementar; transferncia
de ttulos de custdia pertencentes a um mesmo titular entre duas instituies custodiantes distintas; e transferncias simples entre
duas contas de depsitos de mesmos titulares na mesma instituio financeira.

Exemplo:

A conta 001 possui a seguinte estrutura:

1 titular Joo
2 titular Maria
Procurador Pedro

A conta 002 possui a seguinte estrutura:

1 titular Maria
2 titular Joo

A conta 003 possui a seguinte estrutura:

1 titular Joo
2 titular Maria
3 titular Jos

Nesse exemplo, apenas as contas 001 e 002 so consideradas de mesma titularidade. Desse modo, as transferncias
realizadas entre essas contas devero ser includas nos campos de totCreditosMesmaTitularidade e
totDebitosMesmaTitularidade, conforme o caso.

197
Os valores devero ser preenchidos utilizando a vrgula (,) como separador de decimal.

De acordo com o pargrafo 14 do artigo 5 da IN RFB n 1.571/2015, na apurao dos montantes, no devem ser
considerados os lanamentos a dbito e a crdito referentes a estornos contbeis, bem como os lanamentos que lhes deram
origem.

No perodo de excepcionalidade descrito no art. 11 da IN RFB n 1.571/2015, para as informaes referentes aos meses de
julho a dezembro do ano de 2014 e de janeiro a novembro de 2015 (caso haja algum encerramento de conta pelas pessoas
reportveis para fins de cumprimento do FATCA), este campo dever constar no evento enviado, por se tratar de campo
obrigatrio, mas pode ser preenchido com o valor zero (0,00).

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_TOT_DEBITOS_TITULAR O valor informado deve ser menor ou igual ao valor informado
MS1073 Erro
no campo totDebitos

MS1073 - O Total de Dbitos da Mesma Titularidade deve ser menor ou igual ao Total de Dbitos.

4.1.3.1.77. Leiaute Movimento de Operaes Financeiras Campo vlrUltDia

# Campo Pai Ele Tipo Ocor Tam Dec Valores Descrio Regras de Validao
Vlidos
77 vlrUltDia BalancoConta E N 0-1 019 2 Saldo no ltimo dia do ms ou do momento anterior ao encerramento REGRA_OBRIGATORIO_VLR_ULT_DIA
da conta

Preencher com o saldo da conta no ltimo dia til do ano (evento referente ao anoMesCaixa = AAAA12) ou na data do seu
encerramento (caso seja informada a dtEncerramentoConta Campo 68). Valores negativos devero ser informados com a
indicao do sinal de menos (-) antes do nmero. Os valores devero ser preenchidos utilizando a vrgula (,) como separador de
decimal.

198
Para fins de determinao do saldo, observar o disposto no pargrafo 4 do artigo 5 e seus incisos, da IN RFB n
1.571/2015.

Para fins de determinao do saldo de que trata o inciso V do pargrafo 4 do artigo 5 da IN RFB n 1.571/2015, no que diz
respeito s entidades fechadas de previdncia complementar, dever ser informado o valor do direito acumulado do participante,
conforme definio prevista no pargrafo nico do art. 15 da Lei Complementar n 109/2001, independentemente da modalidade
de plano de benefcio. O saldo da conta ser, portanto, os valores que o participante teria direito, caso efetuasse o resgate no
ltimo dia til do exerccio ou o valor efetivamente resgatado quando for efetuado o encerramento da conta.

Para fins de determinao do saldo de instrumentos derivativos no sujeitos a ajustes dirios, dever ser informado como o
saldo do declarado no ltimo dia do ano o valor lquido, se positivo, dos prmios pagos pelo declarado, quando houver,
instituio financeira durante todo o perodo de existncia dos derivativos, menos os montantes recebidos, de mesma natureza, da
instituio financeira. Caso haja encerramento da conta financeira, o saldo acima definido ser aquele apurado no dia anterior
liquidao dos contratos. A transferncia total da posio para outra instituio ou a liquidao antecipada e/ou vencimentos dos
contratos devem ser considerados como encerramento de conta.

Para fins de determinao do saldo de instrumentos derivativos sujeitos a ajustes dirios, dever ser informado como saldo
do declarado no ltimo dia do ano o valor resultante, se positivo, da soma algbrica dos ajustes no liquidados dos contratos em
aberto, assim entendido como os valores que o declarado tem a receber no dia til subsequente. Caso haja encerramento da conta
financeira, o saldo acima definido ser aquele apurado no dia anterior liquidao dos contratos. Em caso de transferncia total da
posio para outra instituio, esta deve ser entendida como encerramento da conta.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_VLR_ULT_DIA O preenchimento do campo obrigatrio se o ms do anoMesCaixa MS1108 Erro
for igual a 12 ou se dtEncerramentoConta estiver preenchida.

4.1.3.1.78. Leiaute Movimento de Operaes Financeiras Campo PgtosAcum

199
# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
78 PgtosAcum infoConta G - 1-N - - Informaes de Pagamento referentes Conta REGRA_VALIDA_CHAVE
REGRA_VALIDA_TP_PGTO

Este grupo contm as informaes dos pagamentos feitos ao declarado na conta, de acordo com o definido no acordo do
FATCA. Caso no tenham sido feitos pagamentos conta no ano em questo, o grupo dever ser informado uma vez, por se
tratar de campo obrigatrio, com o preenchimento de 999 e 0,00 nos campos 79 (tpPgto) e 80 (totPgtosAcum) deste Evento,
respectivamente.

Os valores devero ser classificados de acordo com a tabela de Tipo de Pagamento, indicando os cdigos FATCA ou CRS
501,502,503,504 para dividendos; juros; demais rendimentos brutos e resgates; e outros, respectivamente. Deve-se atentar que as
classificaes juros ou dividendos devem ser utilizadas apenas quando for possvel segregar o valor que representa os juros
e/ou os dividendos pagos Conta no perodo. Demais rendimentos brutos e resgates devero ser classificados utilizando o
cdigo 503, incluindo-se, neste caso, tanto o principal resgatado quanto o valor correspondente aos rendimentos.

O grupo dever ser repetido quantas vezes forem necessrios para apresentar todos os valores de pagamentos feitos no
ano, devidamente separados pelos respectivos tipos de pagamento (campo 79 deste Evento).

Tendo em vista que o campo se refere aos pagamentos efetuados no decorrer do ano, de forma acumulada, na e-Financeira
referente ao ms de dezembro de 2015 (a ser entregue em maio de 2016, conforme 1 do art. 10 da IN RFB n1.571/2015), os
valores apresentados devero indicar o total de pagamentos realizados ao longo do ano de 2015 e no apenas aqueles referentes
ao ms de dezembro. Esta orientao se destina aos declarados que precisam ser reportados aos EUA em 2016, em relao aos
fatos ocorridos em 2015. Para os demais declarados, poder ser informado apenas o valor de pagamentos correspondentes ao
ms de dezembro de 2015, visto que, para estes, a obrigao acessria tem como marco inicial o referido ms.

No caso de entidades fechadas de previdncia complementar, devero ser considerados como pagamentos acumulados o
somatrio dos dbitos pagos pela entidade, independentemente da sua natureza (benefcio ou resgate), devidamente classificados
com o cdigo de tipo de pagamento correspondente (campo tpPgto).

200
Para as operaes com derivativos no sujeitos a ajustes dirios, dever ser considerado como rendimento o valor lquido do
resultado, se positivo, ao declarado, apurado por ocasio do encerramento da posio, seja a liquidao feita de forma antecipada
ou no seu vencimento.

Para as operaes com derivativos sujeitos a ajustes dirios, dever ser considerado como rendimento o valor resultante da
soma dos pagamentos e recebimentos efetuados ao longo da existncia dos contratos, se positivo, ao declarado, apurado por
ocasio do encerramento da posio, seja a liquidao feita de forma antecipada ou no seu vencimento.

ATENO!!! OS VALORES DEVERO SER ACUMULADOS ANUALMENTE, MS A MS, CONFORME DISPOSTO NOS
INCISOS I, III, VI E XII DO ART. 5 DA IN RFB N 1.571/2015. OU SEJA, ESSE CAMPO SE COMPORTA DE MANEIRA
DIFERENTE DAS INFORMAES DE CRDITOS E DBITOS, QUE REFLETEM A SITUAO FECHADA NO MS. AQUI OS
VALORES DEVEM SER ACUMULADOS DE JANEIRO A DEZEMBRO, ZERANDO A CONTAGEM NO INCIO DO PRXIMO
EXERCCIO.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_TP_PGTO O campo tpPgto deve ser diferente de 999 se totPgtosAcum for diferente de
MS1039 Erro
zero
Se houver, no evento, alguma conta reportvel para US e totPgtosAcum for
maior que zero, deve ser informado ao menos um tpPgto iniciado com MS1114 Erro
FATCA

201
Se houver, no evento, alguma conta reportvel para algum pas diferente de
BR e US e totPgtosAcum for maior que zero, deve ser informado ao menos MS1115 Erro
um tpPgto iniciado com CRS
No podem ser informados mais de um tpPgto iniciado com "FATCA" ou
MS1116 Erro
"CRS"

MS1039 - O tipo de pagamento no pode ser igual a 999 (No existem pagamentos no perodo) quando o Total Acumulado de Pagamentos
realizados no Ano diferente de zero.

MS1114 - Como existem contas reportveis para os EUA, deve ser informado ao menos um tipo relacionado ao FATCA.

MS1115 - Como existem contas reportveis para outros pases, deve ser informado ao menos um tipo relacionado ao CRS.

MS1116 - S pode ser informado um tipo relacionado ao FATCA ou ao CRS.

4.1.3.1.79. Leiaute Movimento de Operaes Financeiras Campo tpPgto

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
79 tpPgto PgtosAcum E C 1-N 010 - REGRA_EXISTE_TP_PGTO Tipo de Pagamento

Preencher com o tipo de pagamento, conforme definido no acordo do FATCA, de acordo com os valores da Tabela Tipo de
Pagamento vigente na data de recepo do Evento. Caso no tenha havido nenhum pagamento no ano, preencher com 999.
Este campo qualifica o valor que ser inserido no campo 80 (totPgtosAcum).
Os valores devero ser classificados de acordo com a tabela de Tipo de Pagamento, indicando os cdigos FATCA ou CRS
501,502,503,504 para dividendos; juros; demais rendimentos brutos e resgates; e outros, respectivamente. Deve-se atentar que as
classificaes juros ou dividendos devem ser utilizadas apenas quando for possvel segregar o valor que representa os juros
e/ou os dividendos pagos Conta no perodo. Demais rendimentos brutos e resgates devero ser classificados utilizando o
cdigo 503, incluindo-se, neste caso, tanto o principal resgatado quanto o valor correspondente aos rendimentos.

202
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_EXISTE_TP_PGTO O valor informado no campo dever existir na Tabela de Tipo de Pagamento e
estar vigente na data de recepo do evento, conforme RNG-TabelasdeReferencia, MS2010 Erro
item Tabela de Tipo de Pagamento

MS2010 - Tipo de Pagamento Invlido.

4.1.3.1.80. Leiaute Movimento de Operaes Financeiras Campo totPgtosAcum

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
80 totPgtosAcum PgtosAcum E N 1-1 019 2 Total Acumulado de Pagamentos realizados no Ano

Preencher com o valor total acumulado de pagamentos na conta, conforme definido no acordo do FATCA, referente
classificao informada no campo 79 (tpPgto). Caso no tenha havido nenhum pagamento no ano, preencher com 0,00. Os
valores devero ser preenchidos utilizando a vrgula (,) como separador de decimal.

ATENO!!! OS VALORES DEVERO SER ACUMULADOS ANUALMENTE, MS A MS, CONFORME DISPOSTO NOS
INCISOS I, III, VI E XII DO ART. 5 DA IN RFB N 1.571/2015. OU SEJA, ESSE CAMPO SE COMPORTA DE MANEIRA
DIFERENTE DAS INFORMAES DE CRDITOS E DBITOS, QUE REFLETEM A SITUAO FECHADA NO MS. AQUI OS
VALORES DEVEM SER ACUMULADOS DE JANEIRO A DEZEMBRO, ZERANDO A CONTAGEM NO INCIO DO PRXIMO
EXERCCIO.

Exemplo:

Pagamentos de juros (15 reais por ms) feitos nos meses de fevereiro, abril, junho, agosto, outubro e dezembro dos anos X1
e X2:

Ano X1:

203
Janeiro Fevereiro Maro Abril Maio Junho Julho Agosto Setembro Outubro Novembro Dezembro
tpPgto 999 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502
totPgtosAcum 0,00 15,00 15,00 30,00 30,00 45,00 45,00 60,00 60,00 75,00 75,00 90,00

Ano X2:

Janeiro Fevereiro Maro Abril Maio Junho Julho Agosto Setembro Outubro Novembro Dezembro
tpPgto 999 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502 FATCA502
totPgtosAcum 0,00 15,00 15,00 30,00 30,00 45,00 45,00 60,00 60,00 75,00 75,00 90,00

4.1.3.1.81. Leiaute Movimento de Operaes Financeiras Campo Cambio

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
81 Cambio MovOpFin G - 0-1 - - Informaes sobre Operaes de Cmbio

Neste grupo devem ser informadas as operaes de cmbio do declarado, descritas nos incisos VIII, IX e X do art. 5 da IN
RFB n 1.571/2015.

4.1.3.1.82. Leiaute Movimento de Operaes Financeiras Campo MedJudic

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
82 MedJudic Cambio G - 0-N - - Identificao de Medidas Judiciais

Este grupo s deve ser informado caso haja alguma medida judicial vigente que impea a declarante de prestar as
informaes referentes s operaes de cmbio do declarado para a Receita Federal.

204
4.1.3.1.83. Leiaute Movimento de Operaes Financeiras Campo NumProcJud

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
83 NumProcJud MedJudic E N 1-1 021 - Nmero do Processo Judicial

Informar o nmero do processo judicial de concesso da medida, sem separadores.

4.1.3.1.84. Leiaute Movimento de Operaes Financeiras Campo Vara

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
84 Vara MedJudic E N 1-1 002 - Vara de Tramitao

Informar o nmero da vara que concedeu a medida judicial.

4.1.3.1.85. Leiaute Movimento de Operaes Financeiras Campo SecJud

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
85 SecJud MedJudic E N 1-1 002 - Seo judiciria

Informar o nmero da seo judiciria que concedeu a medida.

4.1.3.1.86. Leiaute Movimento de Operaes Financeiras Campo SubSecJud

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
86 SubSecJud MedJudic E C 1-1 040 - Subseo judiciria

Informar o nmero da subseo judiciria que concedeu a medida.

205
4.1.3.1.87. Leiaute Movimento de Operaes Financeiras Campo dtConcessao

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
87 dtConcessao MedJudic E D 1-1 - - Data da Concesso

Informar a data de concesso da medida judicial, no formato AAAA-MM-DD.

4.1.3.1.88. Leiaute Movimento de Operaes Financeiras Campo dtCassacao

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
88 dtCassacao MedJudic E D 0-1 - - Data da Cassao REGRA_VALIDA_CASSACAO_MED_JUD

Informar, caso ocorra o fim da vigncia da medida judicial, a data de sua cassao, no formato AAAA-MM-DD.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CASSACAO_MED_JUD Se a tag for informada, a Data da Cassao deve ser maior que a
MS1056 Erro
Data da Concesso da Medida Judicial

MS1056 - A data de Cassao da Medida Judicial deve ser maior que a data de Concesso.

4.1.3.1.89. Leiaute Movimento de Operaes Financeiras Campo totCompras

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
89 totCompras Cambio E N 1-1 019 2 Valor total de Compras

206
Preencher com o valor total, em reais, das aquisies de moeda estrangeira efetuadas pelo declarado, no ms. O conceito de
aquisio de moeda estrangeira deve considerar a perspectiva do declarado e no da instituio financeira, ou seja, quanto o
declarado comprou de moeda estrangeria, no referido ms. Os valores devero ser preenchidos utilizando a vrgula (,) como
separador de decimal.

4.1.3.1.90. Leiaute Movimento de Operaes Financeiras Campo totVendas

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
90 totVendas Cambio E N 1-1 019 2 Valor total de Vendas

Preencher com o valor total, em reais, das converses de moeda estrangeira em moeda nacional efetuadas pelo declarado,
no ms. O conceito de converso de moeda estrangeira em moeda nacional deve considerar a perspectiva do declarado e no da
instituio financeira, ou seja, quanto o declarado vendeu de moeda estrangeria, no referido ms. Os valores devero ser
preenchidos utilizando a vrgula (,) como separador de decimal.

4.1.3.1.91. Leiaute Movimento de Operaes Financeiras Campo totTransferencias

# Campo Pai Ele Tipo Ocor Tam Dec Valores Vlidos Descrio Regras de Validao
91 totTransferencias Cambio E N 1-1 019 2 Valor total de Transferncias

Preencher com o valor total, em reais, das transferncias de moeda (estrangeira ou nacional) e de outros valores para o
exterior, efetuadas pelo declarado, no ms. O conceito de transferncias deve considerar a perspectiva do declarado e no da
instituio financeira, ou seja, quanto o declarado transferiu para o exterior, via instituio financeira, no referido ms. Nas
transferncias de moeda estrangeira e de outros valores para o exterior deve ser considerado o somatrio, em moeda nacional,
dos valores transferidos no ms pelo usurio, contemplando todas as modalidades, independente do mercado de cmbio em que
se opere. Os valores devero ser preenchidos utilizando a vrgula (,) como separador de decimal.

207
5. Regras de Validao
5.1. Regras de validao de contedo

5.1.1. Com consulta a tabelas externas

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_COD_MUNICIPIO O valor informado no campo dever existir na Tabela de Municpios do MS2002 Erro
IBGE e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Municpios do IBGE

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TIPO_NI O valor informado no campo dever existir na Tabela de Tipos de NI e estar MS2003 Erro
vigente na data de recepo do evento, conforme RNG-TabelasdeReferencia,
item Tabela de Tipos de NI

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS O valor informado no campo dever existir na Tabela de Pases ISO-3166-1 MS2004 Erro
alfa 2 e estar vigente na data de recepo do evento, conforme RNG-
TabelasdeReferencia, item Tabela de Pases

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TIPO_PRODUTO O valor informado no campo dever existir na Tabela de Tipos de Produto MS2005 Erro
e estar vigente na data de recepo do evento, conforme RNG-

208
TabelasdeReferencia, item Tabela de Tipos de Produto de Previdncia
Privada

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TIPO_PLANO O valor informado no campo dever existir na Tabela de Tipos de Plano MS2006 Erro
conforme RNG-TabelasdeReferencia, item Tabela de Tipos de Plano de
Previdncia Privada

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TP_CONTA O valor informado no campo dever existir na Tabela de Tipo de Conta e estar
vigente na data de recepo do evento, conforme RNG-TabelasdeReferencia, MS2009 Erro
item Tabela de Tipo de Conta

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_SUBTP_CONTA O valor informado no campo dever existir na Tabela de Subtipo de Conta e
estar vigente na data de recepo do evento, conforme RNG- MS2014 Erro
TabelasdeReferencia, item Tabela de Subtipo de Conta

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TP_PGTO O valor informado no campo dever existir na Tabela de Tipo de Pagamento e
estar vigente na data de recepo do evento, conforme RNG- MS2010 Erro
TabelasdeReferencia, item Tabela de Tipo de Pagamento

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TIPO_EMPRESA_PP O valor informado no campo dever existir na Tabela de Tipo de MS2011 Erro

209
Empresa de Previdncia Privada e estar vigente na data de recepo do
evento, conforme RNG-TabelasdeReferencia, item Tabela de Tipo de
Empresa de Previdncia Privada

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_UF O valor informado no campo dever existir na Tabela de UF Cdigo Sigla
IBGE conforme RNG-TabelasdeReferenciaitem Tabela de UF Cdigo IBGE - MS2013 Erro
Sigla

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TIPO_DECLARADO O valor informado no campo dever existir na Tabela de Tipo de
Declarado e estar vigente na data de recepo do evento, conforme MS2012 Erro
RNG-TabelasdeReferencia, item Tabela de Tipo de Declarado

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_COD_RECEITA Devem ser informados o cdigo da receita correspondente ao recolhimento,
MS2015 Erro
conforme RNG - Tabelas de Referncia, item Tabela de Cdigo da Receita

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TIPO_PROPRIETARIO O valor informado no campo dever existir na Tabela de Tipo de
Proprietrio e estar vigente na data de recepo do evento, conforme MS2016 Erro
RNG-TabelasdeReferencia, item Tabela de Tipo de Proprietrio

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TP_RELACAO_DECLARADO O valor informado no campo dever existir na Tabela de MS2017 Erro

210
Tipo de Relao do Declarado e estar vigente na data de
recepo do evento, conforme RNG-TabelasdeReferencia,
item Tabela de Tipo de Relao do Declarado

5.1.2. Gerais

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE_ACESSO O campo id deve ser nico na base de dados do Ambiente Nacional, para MS1001 Erro
eventos da mesma instituio financeira e do mesmo tipo.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CNPJ Verificar se dgito verificador vlido. MS1002 Erro
O dgito verificador do CNPJ baseado no clculo do mdulo 11 e
corresponde aos 2 ltimos dgitos do CNPJ, o restante dos dgitos so a base
para clculo dos dgitos verificadores.
No caso do CNPJ, o DV mdulo 11 corresponde ao resto da diviso por 11 do
somatrio da multiplicao de cada algarismo da base respectivamente por 9, 8,
7, 6, 5, 4, 3, 2, 9, 8, 7, 6 e 5, a partir da unidade. O resto 10 considerado 0.
Veja, abaixo, exemplo de clculo de DV mdulo 11 para o CNPJ n
18781203/0001:
1 8 7 8 1 2 0 3 0 0 0 1=2
x x x x x x x x x x x x
6 7 8 9 2 3 4 5 6 7 8 9
----------------------------------
6+56+56+72+ 2+ 6+ 0+15+ 0+ 0+ 0+ 9 = 22211=20, com resto 2

211
1 8 7 8 1 2 0 3 0 0 0 1 2=8
x x x x x x x x x x x x x
5 6 7 8 9 2 3 4 5 6 7 8 9
-------------------------------------
5+48+49+64+ 9+ 4+ 0+12+ 0+ 0+ 0+ 8+18 = 21711=19, com resto 8
Portanto, CNPJ+DV = 18781203/0001-28

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CPF Verificar se dgito verificador vlido.
O dgito verificador do CPF baseado no clculo do mdulo 11 e corresponde
aos 2 ltimos dgitos do CPF, o restante dos dgitos so a base para clculo dos
dgitos verificadores.
No caso do CPF, o DV mdulo 11 corresponde ao resto da diviso por 11 do
somatrio da multiplicao de cada algarismo da base respectivamente por 9,
8, 7, 6, 5, 4, 3, 2, 1 e 0, a partir da unidade. O resto 10 considerado 0. Veja,
abaixo, exemplo de clculo de DV mdulo 11 para o CPF n 280012389:
2 8 0 0 1 2 3 8 9=3
x x x x x x x x x MS1057 Erro
1 2 3 4 5 6 7 8 9
-------------------------
2+16+ 0+ 0+ 5+12+21+64+81 = 20111=18, com resto 3
2 8 0 0 1 2 3 8 9 3=8
x x x x x x x x x x
0 1 2 3 4 5 6 7 8 9
----------------------------
0+ 8+ 0+ 0+ 4+10+18+56+72+27 = 19511=17, com resto 8
Portanto, CPF+DV = 280012389-38

212
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VALIDA_NR_RECIBO Dever existir um Evento j recebido, Ativo, com nmero de recibo de MS1004 Erro
entrega igual ao informado no campo, do mesmo tipo e mesmo cnpjDeclarante
O campo no pode ser preenchido se indRetificacao = 1 (arquivo original) MS1123 Erro

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_NR_RECIBO_EVENTO Dever existir um Evento j recebido, Ativo, com nmero de MS1003 Erro
recibo de entrega igual ao informado no campo, do mesmo
cnpjDeclarante

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_NR_RECIBO_EVENTO_ABERTURA Dever existir um Evento de abertura Ativo, com MS1117 Erro
nmero de recibo de entrega igual ao informado no
campo nrReciboEvento, para o mesmo
cnpjDeclarante

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_NR_ULTIMO_RECIBO O preenchimento do campo obrigatrio se MS1005 Erro
indRetificacao igual a 2 ou 3

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_MESMO_IDENTIFICADOR O evento a ser retificado dever possuir o mesmo identificador, conforme MS1006 Erro
RNG-Geral, item Arquivos Tratados pelo Sistema, coluna Campos
Chave e ser do mesmo tipo conforme RNG-Geral, item Arquivos

213
Tratados pelo Sistema, coluna Tipo de Evento

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_MESMO_IDENTIFICADOR_PATROCINADO O evento a ser retificado dever possuir o mesmo MS1006 Erro
cnpjDeclarante e o mesmo CNPJ e/ou o mesmo
GIIN* e ser do mesmo tipo conforme RNG-Geral,
item Arquivos Tratados pelo Sistema, coluna Tipo
de Evento

* sero verificados as tags que tiverem sido


informadas no evento original

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_MESMO_IDENTIFICADOR_INTERMEDIARIO O evento a ser retificado dever possuir o mesmo MS1006 Erro
cnpjDeclarante e o mesmo tpNI + NIIntermediario
e/ou o mesmo GIIN* e ser do mesmo
tipo conforme RNG-Geral, item Arquivos Tratados
pelo Sistema, coluna Tipo de Evento

* sero verificados as tags que tiverem sido


informadas no evento original

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_INFO_DECLARANTE O evento somente pode ser recepcionado se existir um evento ativo MS1007 Erro
de informaes cadastrais da empresa declarante
Cdigo da regra de validao Como obter Mensagem Tipo

214
REGRA_VALIDA_INI_MOVIMENTO A data informada deve ser referente ao primeiro dia do semestre ou MS1008 Erro
igual data de abertura da empresa (Sistema CNPJ).

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FIM_MOVIMENTO A data informada deve ser referente ao ltimo dia do semestre ou igual MS1008 Erro
data de baixa da empresa (Sistema CNPJ).

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERIFICA_ABERTURA O evento somente pode ser recepcionado se existir Evento de Abertura
MS1009 Erro
"Ativo" com mesma dtInicio

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERIFICA_ABERTURA_OP_FIN O evento somente pode ser recepcionado se existir uma eFinanceira MS1047 Erro
em andamento para o perodo informado*, sem o fechamento
referente a Operaes Financeiras**

* mesCaixa do evento esteja compreendido entre a Data Inicial e a


Data Final da eFinanceira
** Data Final referente ao Movimento de Operaes Financeiras
no esteja preenchido
Conforme RNG-Geral, item Controle da eFinanceira

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FECHAMENTO_OP_FIN A tag de Fechamento referente a Operaes Financeiras
(FechamentoMovOpFin) s poder ser informada se o Indicador MS1049 Erro
de Movimento de Operaes Financeiras da eFinanceira (mesma

215
dtInicio) for igual a sim, conforme RNG-Geral, item Controle da
eFinanceira

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERIFICA_ABERTURA_PP O evento somente pode ser recepcionado se existir uma eFinanceira em MS1046 Erro
andamento para o perodo informado*, sem o fechamento referente a
Previdncia Privada**
* mesCaixa do evento esteja compreendido entre a Data Inicial e a Data
Final da eFinanceira
** Data Final referente ao Movimento de Previdncia Privada no esteja
preenchido
Conforme RNG-Geral, item Controle da eFinanceira

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FECHAMENTO_PP A tag de fechamento referente a Previdncia Privada (FechamentoPP)
s poder ser informada se o Indicador de Movimento de Previdncia
MS1048 Erro
Privada da eFinanceira (mesma dtInicio) for igual a sim, conforme
RNG-Geral, item Controle da eFinanceira

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_DT_INI_VAL_MAIOR A data informada no campo dever ser maior ou igual a data informada na tag MS1010 Erro
dtInicio

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_CPF_CNPJ Se tpNI = 1: REGRA_EXISTE_CPF Conforme regra Conforme regra

216
Se tpNI = 2: REGRA_EXISTE_CNPJ

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_INSTITUICAO_PREV_PRIVADA O registro no pode ser informado se a instituio MS1032 Erro
(campo cnpjDeclarante) no constar da tabela de
Instituies Habilitadas - Previdncia Privada, conforme
RNG-TabelasdeReferencia, item Tabela de Instituies
Habilitadas - Previdncia Privada

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERSAO_LEIAUTE A verso do leiaute do evento, definida no namespace do evento, dever ser MS1018 Erro
aceita pelo sistema (por padro a ltima vigente para o tipo de evento)
conforme RNG-Tabelas de Referencia, item Tabela de Verso do Leiaute

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_DATA_IMPLANTACAO A data informada dever ser maior ou igual data de MS1020 Erro
implantao do sistema.
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VALIDA_CNPJ_ATIVO O CNPJ dever existir na base de dados do Sistema CNPJ MS1021 Erro
O CNPJ dever pertencer Matriz MS1022 Erro
CNPJ no poder pertencer a pessoa jurdica Inapta (situao=4) Erro
MS1023
pelo motivo de Inexistncia de Fato (motivo=15)
Caso o CNPJ esteja baixado, a data de baixa do CNPJ dever ser Erro
maior ou igual Data Final do Perodo das Informaes (dtFim), MS1024
caso este campo seja informado no evento
CNPJ no poder estar anulado. MS1025 Erro

217
A data de abertura da empresa (CNPJ) dever ser menor ou igual Erro
Data Inicial do Perodo das Informaes (dtInicio), caso este campo MS1026
seja informado no evento

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_MESMA_EMPRESA Se o arquivo for original (indRetificacao=1), o evento no pode ser MS1034 Erro
recebido se j existir um evento de abertura "Ativo" para o mesmo
semestre para a mesma empresa (mesmo cnpjDeclarante).
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_OBRIGATORIO_TP_DECLARADO O preenchimento do campo obrigatrio se houver alguma MS1035 Erro
conta reportvel para outro pas (algum Reportavel <>'BR')

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_PREENCHIMENTO_FUNDO O preenchimento da tag obrigatrio se subTpConta for igual a 301 MS1036 Erro
(Fundo de (Investimento) ou 302 (Clube de Investimento) ou 303
(Fundos de Investimento por Conta e Ordem ou Intermedirio).

A tag Fundo no pode ser informada se tpConta for diferente de 3 (Conta MS1126 Erro
de Investimento)

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FUNDO Deve existir Evento de Cadastro de Patrocinado "Ativo" com mesmo CNPJ ou
GIIN para a empresa declarante (cnpjDeclarante), exceto para subTpConta = MS1037 Erro
303

Cdigo da regra de validao Como obter Mensagem Tipo

218
REGRA_VALIDA_TP_PGTO O campo tpPgto deve ser diferente de 999 se totPgtosAcum for diferente de
MS1039 Erro
zero
Se houver, no evento, alguma conta reportvel para US e totPgtosAcum for
maior que zero, deve ser informado ao menos um tpPgto iniciado com MS1114 Erro
FATCA
Se houver, no evento, alguma conta reportvel para algum pas diferente de
BR e US e totPgtosAcum for maior que zero, deve ser informado ao menos MS1115 Erro
um tpPgto iniciado com CRS
No podem ser informados mais de um tpPgto iniciado com "FATCA" ou
MS1116 Erro
"CRS"

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FORMATO_NUM_CONTA Se subTpConta = 101 ou 102, o campo dever ser preenchido
com a mscara:
texto com 4 ou 5 caracteres numricos + "|" + texto com 3 ou 4
caracteres numricos ou vazio + "|" + texto com at 13 MS1040 Erro
caracteres alfanumricos

(Agencia sem DV + "|" + Operao + "|" + Conta com DV)

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_PERIODO O ms informado (MMAAAA) deve estar contido no intervalo compreendido
entre a dtInicio e a dtFim informadas no Evento de Abertura *
MS1043 Erro
*MM=13 deve ser validado no 2o semestre

Cdigo da regra de validao Como obter Mensagem Tipo

219
REGRA_VALIDA_SITUACAO_ESPECIAL O valor informado deve ser diferente de 00 se a data de fim
informada for diferente da data for diferente da data de MS1045 Erro
encerramento do semestre

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_QUANT_ARQ_TRANS O valor informado deve ser igual quantidade de arquivos
MS1050 Erro
transmitidos no mesCaixa informado, para a modalidade informada

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_INFOPP As tags numProposta, numProcesso, tpProduto e tpPlano so obrigatrias se MS1052 Erro
nenhum cdigo da empresa de Previdncia Privada informada no evento de
abertura for igual a 5

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CONTRIBUICAO_PP O campo vlrContribuicao deve ser igual a soma da vlrPartPF mais
MS1053 Erro
vlrPartPJ

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_ABERTURA_OP_FIN A tag AberturaMovOpFin obrigatria quando existirem
Eventos de Movimento de Operaes Financeiras ativos
(situao = 1 - Ativo) para o perodo informado (mesCaixa
MS1055 Erro
do Evento de Movimento de Operaes Financeiras
compreendido entre a dtInicio e a dtFim do Evento de
Abertura).

220
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_OBRIGATORIO_ABERTURA_PP A tag AberturaMovPP obrigatria quando existirem Eventos de
Movimento de Previdncia Privada ativos (situao = 1 - Ativo)
para o perodo informado (mesCaixa do Evento de Movimento de MS1054 Erro
Previdncia Privada compreendido entre a dtInicio e a dtFim do
Evento de Abertura).

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CASSACAO_MED_JUD Se a tag for informada, a Data da Cassao deve ser maior que a
MS1056 Erro
Data da Concesso da Medida Judicial

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_NI Se tpNI = 1: REGRA_VALIDA_CPF Conforme regra Conforme regra
Se tpNI = 2: REGRA_VALIDA_CNPJ Conforme regra Conforme regra
Se tpNI=3 ou 4: o valor informado deve ser igual a um dos NIFs
informados (NIF >> NumeroNIF), caso exista NIF informado no MS1067 Erro
evento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_MUNICIPIO_UF Os 2 primeiros dgitos da tag Municipio devem ser iguais ao cdigo da UF
informada na tag UF, conforme RNG-TabelasdeReferencia, item Tabela de MS1061 Erro
UF Cdigo IBGE - Sigla

Cdigo da regra de validao Como obter Mensagem Tipo

221
REGRA_EXISTE_CPF O valor do campo deve constar no Sistema CPF MS1062 Erro

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_CNPJ O valor do campo deve constar no Sistema CNPJ MS1021 Erro

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_INTERMEDIARIO Deve existir Evento de Cadastro de Intermedirio "Ativo" com mesmo
GIIN e/ou tipoNI + NIIntermedirio, para a empresa declarante MS1065 Erro
(cnpjDeclarante)

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_FORMACAO_ID O id dever conter 20 caracteres conforme tabela abaixo:
Texto fixo ID 2 posies
MS1066 Erro
Nmero Sequencial 18 posies

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_REPORTAVEL_GIIN O campo no poder ser preenchido com o valor 'US' se o campo
GIIN do Evento de Informaes do Declarante no estiver MS1068 Erro
preenchido.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_REPORTAVEL_PROPRIETARIO O valor informado no campo deve ter sido informado na
tag Reportavel de pelo menos uma das contas MS1106 Erro
informadas no evento (Conta >> infoConta >>

222
Reportavel)

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_INFO_CONTA A tag obrigatria se o campo dtCassacao estiver preenchido em
MS1058 Erro
todas as medidas judiciais (MedJudic) informadas
A tag obrigatria se no tiver sido informada medida judicial (tag
MS1059 Erro
medJudic)

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_ABERTURA_MODALIDADE Pelo menos uma das tags de abertura especfica das
modalidades (AberturaPP ou AberturaMovOpFin) MS1069 Erro
deve ser informada

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_TITULARES_CONTA Se informado, o valor deve ser maior que zero. MS1070 Erro

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_TITULARES_CONTA Preenchimento obrigatrio se o campo subTpConta for igual
MS1112 Erro
a 101 (Conta Corrente) ou 102 (Conta Poupana)

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_DATA_ENCERRAMENTO_CONTA O ms/ano da data informada deve ser igual ao
MS1107 Erro
ms/ano informado na tag anoMesCaixa

223
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VERIFICA_TP_RELACAO_DECLARADO Obrigatrio o preenchimento da tag <Intermediario> se o
MS1071 Erro
campo tpRelacaoDeclarado = 4 (Intermediado)

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_TOT_CREDITOS_TITULAR O valor informado deve ser menor ou igual ao valor
MS1072 Erro
informado no campo totCreditos

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_TOT_DEBITOS_TITULAR O valor informado deve ser menor ou igual ao valor informado
MS1073 Erro
no campo totDebitos

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERIFICA_GIIN_CNPJ Obrigatrio informar o GIIN ou o CNPJ MS1074 Erro

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERIFICA_GIIN_NI Obrigatrio informar o GIIN ou o NIIntermediario MS1085 Erro

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_PAIS_TRATADO_TROCA_INFO O valor informado no campo dever existir na Tabela de
Pases com Tratado de Troca de Informaes e estar
vigente na data de recepo do evento, conformeRNG-
MS1075 Erro
TabelasdeReferencia, item

Tabela de Pases com Tratados de Troca de Informaes.

224
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VERIFICA_CONTAS_REPORTAVEIS O campo reportvel deve ser igual a 1 caso tenham sido
MS1077
enviadas contas reportveis para o pas informado.
Erro
O campo reportvel deve ser igual a 0 caso no tenham sido
MS1076
enviadas contas reportveis para o pas informado.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_PAISES_TRATADO Devem ser informados todos os pases que tenham firmado
Tratado de Troca de Informaes conforme RNG - Tabelas de
MS1078 Erro
Referncia, item Tabela de Pases com Tratados de Troca de
Informao

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CNPJ_SUSPENSO A tag referente abertura de movimentao de Previdncia Privada Erro
(AberturaPP) no pode ser informada se o CNPJ do declarante estiver MS1079
suspenso na Data Final do Perodo de Vigncia das Informaes (dtFim)

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_TP_EVENTO Deve ser informado um dos tipos de eventos conforme RNG-Geral, item
MS1080 Erro
Arquivos Tratados pelo Sistema

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VERIFICA_EXCLUSAO O evento no poder ser excludo se:
for do tipo 001 (Informaes da Empresa Declarante) e existir algum outro MS1081 Erro
evento "Ativo", de qualquer tipo, para a empresa (mesmo cnpjDeclarante)

225
for do tipo 002 (Abertura) e existir algum evento ativo de movimento
MS1122 Erro
(MovOpFin ou MovPP) ou evento de fechamento para a eFinanceira
for do tipo 003 ou 004 (Informaes de Movimento) e o estado da eFinanceira
MS1082 Erro
diferente de Em Andamento
for do tipo 005 ou 006 OU 009 MS1083 Erro
for do tipo 007 ou 008 e j tiver sido utilizado em algum evento de
MS1084 Erro
movimento de operaes financeiras ATIVO

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_TP_NI O campo obrigatrio se o NIIntermediario tiver sido preenchido. MS1086 Erro

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_SUBTP_CONTA O primeiro dgito do campo deve ser igual ao valor informado no tpConta MS1087 Erro

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_VR_LIQUIDO_BENEF O valor informado deve ser igual ao valor bruto do benefcio menos
MS1088 Erro
o valor do imposto de renda.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_ALIQUOTA_IR O valor obrigatrio quando o valor do imposto de renda for maior que
MS1089 Erro
zero.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_VALOR_IR O valor obrigatrio quando a alquota do imposto de renda for maior que
MS1090 Erro
zero.

226
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VALIDA_COMPETENCIA_PAGTO O valor informado deve ser maior ou igual ao ms caixa do
MS1091 Erro
movimento.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_VERSAO_LOTE A verso do lote deve ser igual verso vlida no sistema na data de
MS1092 Erro
recepo do lote

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE_EVENTO Se o arquivo for original (indRetificacao=1), o evento no pode ser
recebido se j existir um evento "Ativo" do mesmo tipo, conforme RNG-
Geral, item Arquivos Tratados pelo Sistema, coluna Tipo de Evento e MS0023 Erro
com a mesma Chave, conforme RNG-Geral, item Arquivos Tratados pelo
Sistema, coluna Campos Chave

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE_EVENTO_PATROCINADO Se o arquivo for original (indRetificacao=1), o
evento no pode ser recebido se j existir um evento
"Ativo" do mesmo tipo, conforme RNG-Geral, item
MS1097 Erro
Arquivos Tratados pelo Sistema, coluna Tipo de
Evento, com mesmo cnpjDeclarante, e com mesmo
CNPJ

Cdigo da regra de validao Como obter Mensagem Tipo

227
REGRA_VALIDA_CHAVE_EVENTO_INTERMEDIARIO Se o arquivo for original (indRetificacao=1), o
evento no pode ser recebido se j existir um
evento "Ativo" do mesmo tipo, conforme RNG-
Geral, item Arquivos Tratados pelo Sistema, MS1098 Erro
coluna Tipo de Evento, com mesmo
cnpjDeclarante e com mesmo tpNI +
NIIntermediario ou com o mesmo GIIN

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_NIF A tag NIF deve ser informada se o tpNI for igual a 3 ou 4 MS1100 Erro

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_CHAVE No pode ser informado mais de uma tag com a mesma chave,
conforme coluna Chave da Tabela de Resumo definida no
REGRA_VALIDA_CHAVE_FECHAMENTO leiaute do evento MS1102 Erro

REGRA_VALIDA_CHAVE_PP

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_CONTA_CAMBIO Deve ser informada ao menos uma das tags: Conta ou Cambio MS1103 Erro
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VALIDA_FECHAMENTO_MES_PP Deve ser informada uma tag FechamentoMes para cada ms para
o qual exista Evento de Previdncia Privada "ativo" no perodo MS1104 Erro
da eFinanceira

Cdigo da regra de validao Como obter Mensagem Tipo

228
REGRA_VALIDA_FECHAMENTO_MES_OP_FIN Deve ser informada uma tag FechamentoMes para cada
ms para o qual exista Evento de Operaes Financeiras MS1105 Erro
ativo no perodo da eFinanceira

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_VLR_ULT_DIA O preenchimento do campo obrigatrio se o ms do anoMesCaixa
MS1108 Erro
for igual a 12 ou se dtEncerramentoConta estiver preenchida.

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_ENDERECO O preenchimento do campo obrigatrio:
se TP_RELACAO_DECLARADO for igual a 1 (Titular)
MS1109 Erro
OU
se existir alguma conta reportvel para US no evento

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_PROPRIETARIOS A tag Proprietarios no poder ser informada se no houver nenhuma
MS1110 Erro
conta informada no evento.
A tag Proprietarios no poder ser informada se tpNI for igual a 1
MS1111 Erro
(Pessoa Fsica)

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_EXISTE_TP_NUM_CONTA O valor informado deve existir em Tabelas de referncia, conforme RNG-
MS2018 Erro
Tabelas de Referncia, item Tabela de Tipo de Nmero de Conta

Cdigo da regra de validao Como obter Mensagem Tipo

229
REGRA_OBRIGATORIO_GIIN O valor do campo obrigatrio se j tiver sido enviado algum evento de
MS1113 Erro
Movimentao de Operao Financeira com Reportavel = US

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_TP_DECLARADO Se houver, no evento, alguma conta reportvel para US, deve ser
MS1114 Erro
informado um tpDeclarado iniciado com FATCA
Se houver, no evento, alguma conta reportvel para algum pas
diferente de US e BR, deve ser informado um tpDeclarado iniciado MS1115 Erro
com CRS
No podem ser informados mais de um tpDeclarado iniciado com
MS1116 Erro
FATCA ou CRS
Cdigo da regra de validao Como obter Mensagem Tipo
REGRA_VALIDA_MODALIDADES Deve ser informada ao menos uma modalidade, ou seja, deve ser
informada ao menos uma das tags: FechamentoPP ou MS1118 Erro
FechamentoMovOpFin

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_OBRIGATORIO_MODALIDADE Se indRetificacao=2 ou 3, a tag referente modalidade
(FechamentoPP ou FechamentoMovOpFin) deve ser informada
se j tiver sido informada no evento anterior, ou seja, a tag deve MS1119 Erro
ser informada se j houve fechamento parcial daquela
modalidade, conforme RN Controle da eFinanceira

Cdigo da regra de validao Como obter Mensagem Tipo


REGRA_VALIDA_REPORTAVEL_GIIN_FUNDO O campo no poder ser preenchido com o valor 'US' se a
tag Fundo tiver sido informada e no tiver sido informado MS1120 Erro
o GIIN do Fundo.

230
Cdigo da regra de validao Como Obter Mensagem Tipo

REGRA_VALIDA_FORMATO_M O campo deve ser informado no seguinte formato:


ASCARA_GIIN
6 caracteres alfanumricos e maisculos (com exceo da letra "O")

+ "."

+ 5 caracteres alfanumricos e maisculos (com exceo da letra "O")


MS1125 Erro
+ "."

+ 2 caracteres alfabticos e maisculos (que devem ser iguais a "LE", "SL",


"ME", "BR", SF, SD, SS, SB ou "SP")

+ "."

+ 3 caracteres numricos

Cdigo da regra de validao Como Obter Mensagem Tipo

REGRA_VALIDA_NI_MERCOSUL O campo tpNI somente poder ser informado com o valor 7 se no tiver
MS1128 Erro
sido informada a tag Conta

231
Cdigo da regra de validao Como Obter Mensagem Tipo

REGRA_SEM_NI O campo tpNI somente poder ser informado com o valor 99 se tpDeclarado =
MS1129 Erro
FATCA103

6. Mensagens do Sistema

6.1. Gerais

MS0001 - Ocorreu uma falha ao realizar a verificao da verso das tabelas do sistema no Ambiente Nacional

MS0002 - Ocorreu uma falha ao atualizar as tabelas do sistema

MS0003 - Erro na cadeia do certificado digital do signatrio ou do solicitante da informao

MS0004 - A raiz do certificado digital do signatrio ou do solicitante da informao dever pertencer a Autoridade Certificadora Raiz Brasileira
(ICP-Brasil).

MS0005 - O certificado digital do signatrio ou do solicitante da informao encontra-se revogado.

MS0006 - O certificado digital do signatrio ou do solicitante da informao encontra-se expirado.

MS0007 - O certificado digital do signatrio ou do solicitante da informao no vlido. Somente sero aceitos os certificados do tipo e-CNPJ,
e-PJ, e-CPF ou e-PF

MS0008 - Parmetro <nome do parametro> obrigatrio no informado.

232
MS0009 - Parmetro <nome do parametro> invlido.

MS0010 - Nenhuma informao encontrada para os parmetros informados.

MS0012 - A solicitao ultrapassou o tamanho limite de <<informar tamanho limite>> e no poder ser recebida.

MS0013 - Deve ser utilizado certificado digital para transmisso dos eventos.

MS0014 - Falha no acesso a lista de certificado revogado. Tente mais tarde.

MS0015 - Deve ser utilizado certificado digital do tipo e-CNPJ ou e-PJ cujo CNPJ base seja o mesmo do contribuinte responsvel pela
informao, ou do tipo e-CPF ou e-PF cujo CPF pertena ao representante legal do contribuinte ou qualquer certificado que pertena a um
procurador devidamente habilitado no sistema de Procurao Eletrnica da RFB.

MS0016 - O evento deve ser assinado.

MS0017 - Assinatura do evento invlida.

MS0018 - Falha na disponibilizao do resultado do processamento na fila de sada.

MS0019 - Ocorreu uma falha no acesso ao Sistema CNPJ. Aguarde alguns minutos e tente novamente.

MS0020 - Ocorreu uma falha no acesso ao Sistema de Procurao Eletrnica. Aguarde alguns minutos e tente novamente.

MS0021 - Falha ao assinar o recibo de entrega do Evento. Envie o evento novamente, para obter o recibo de entrega.

MS0022 - O evento j se encontra na base de dados do sistema.

MS0023 - J existe no sistema um evento com mesma chave: <<exibir os campos que compem a chave>>.

233
MS0024 - Nmero do recibo de entrega do evento a ser excludo/retificado no foi localizado no Ambiente Nacional.

MS0025 - Falha no processamento da solicitao. Tente novamente.

MS0026 - Falha ao inserir evento no sistema. Tente novamente.

MS0027 - Falha ao enviar arquivo. Tente novamente.

MS0028 - Lote invlido.

6.2. Validao de Contedo

MS1001 - J existe na base de dados do Ambiente Nacional um evento com mesma identificao.

MS1002 - CNPJ Invlido.

MS1003 - No foi localizado um evento ativo para o recibo de entrega informado ou o evento no da mesma empresa declarante.

MS1004 - No foi localizado um evento ativo para o recibo de entrega informado ou o evento no tem o mesmo tipo/identificao.

MS1005 - O nmero do recibo obrigatrio. Favor informar o nmero do recibo do evento que est sendo retificado.

MS1006 - O evento de Excluso ou Retificao dever ser do mesmo tipo e se referir ao mesmo objeto (mesma chave: <<exibir os campos que
compem a chave>>) do evento a ser excludo/retificado.

MS1007 - Deve ser enviado o Evento de Informaes da Empresa Declarante antes do envio deste evento.

234
MS1008 - O perodo (data inicial e final) informado deve corresponder a um semestre, com exceo nos casos em que a empresa foi aberta ou
encerrada dentro do semestre (neste caso, informar a data de abertura na data inicial ou a data de encerramento na data final).

MS1009 - No existe eFinanceira aberta para o perodo informado.

MS1010 - A data de fim deve ser posterior ou igual data de incio.

MS1018 - Verso do leiaute do evento no reconhecida pelo sistema ou foi substituda. Utilize a ltima verso disponvel para o tipo de evento.

MS1020 - A data de incio do perodo de vigncia das informaes deve ser maior ou igual data de implantao do sistema.

MS1021 - O CNPJ <<NN.NNN.NNN/NNNN-NN>> no consta no cadastro da RFB. Proceda sua regularizao.

MS1022 - A e-Financeira deve ser entregue pela matriz da Pessoa Jurdica.

MS1023 - O CNPJ (<<informa o CNPJ da empresa>>) do declarante consta como INAPTO no cadastro da RFB. Comparea unidade local da
RFB.

MS1024 - Nmero de inscrio <<informar o CNPJ da empresa>> foi baixado no Sistema CNPJ em <<informar data da baixa> >. Comparea
unidade local da RFB.

MS1025 - Nmero de inscrio <<informar o CNPJ da empresa>> foi anulado no CNPJ em <<DATA DA ANULAO>>.

MS1026 - Perodo da declarao antecede a data de incio de atividade da empresa.

MS1027 - O campo <<informar campo>> obrigatrio e no foi informado.

MS1028 -Foi informado um valor com tipo invlido para o campo <<informar campo>>.

MS1029 -Foi informado um valor com tamanho invlido para o campo <<informar campo>>.

235
MS1030 -Erro na estrutura da solicitao.
MS1031 - Falha no processamento da solicitao. Tente novamente.

MS1032 - Instituio no habilitada para envio de informaes de Previdncia Privada.

MS1034 - J existe eFinanceira para esta empresa no perodo informado.

MS1035 - O preenchimento do campo obrigatrio caso exista alguma conta reportvel para qualquer pas alm do Brasil.

MS1036 - O preenchimento da Identificao do Fundo obrigatrio para contas de investimento.

MS1037 - No foi enviado Evento de Cadastro de Patrocinado para o CNPJ / GIIN informado (s).

MS1038 - Valor invlido.

MS1039 - O tipo de pagamento no pode ser igual a 999 (No existem pagamentos no perodo) quando o Total Acumulado de Pagamentos
realizados no Ano diferente de zero.

MS1040 - Para contas de depsito e poupana, o nmero da conta deve ser preenchido no formato Agncia (sem DV) + "|" + Operao (quando
houver) + "|" + Conta (com DV).

MS1043 - O ms caixa deve estar compreendido no perodo (data inicial e final) informados na abertura da eFinanceira.

MS1045 - Deve ser informada uma condio de situao especial, uma vez que a data de fim do Encerramento diferente da data de fim do
semestre.

MS1046 - No existe eFinanceira aberta para o perodo informado no movimento, com abertura de Previdncia Privada.

MS1047 - No existe eFinanceira aberta para o perodo informado no movimento, com abertura de Operaes Financeiras.

236
MS1048 - No pode haver Fechamento da Movimentao de Previdncia Privada para este perodo, pois no houve Abertura.

MS1049 - No pode haver Fechamento da Movimentao de Operaes Financeiras para este perodo, pois no houve Abertura.

MS1050 - A quantidade de eventos de <<Previdncia Privada / Operaes Financeiras>> transmitidos para o ms <<mesCaixa>> foi igual a
<<quantidade de eventos recebidos pelo Ambiente Nacional>>.

MS1052 - O Nmero da Proposta, Nmero do Processo, Tipo de Produto e Tipo de Plano devem ser informados para empresas de Previdncia
Privada abertas.

MS1053 - O valor da contribuio est diferente da soma da participao da pessoa fsica com a participao da pessoa jurdica.

MS1054 - Obrigatrio informar Abertura de Previdncia Privada, uma vez que j foram enviados Eventos de Movimento de Previdncia Privada
para o perodo.

MS1055 - Obrigatrio informar Abertura de Operaes Financeiras, uma vez que j foram enviados Eventos de Movimento de Operaes
Financeiras para o perodo.

MS1056 - A data de Cassao da Medida Judicial deve ser maior que a data de Concesso.

MS1057 - CPF invlido.

MS1058 - Obrigatrio preencher Informaes da Conta, uma vez que a (s) medida (s) judicial (is) informada (s) foi (ram) cassada (s).

MS1059 - Obrigatrio preencher Informaes da Conta, a menos que exista Medida Judicial contrria prestao destas informaes.

MS1061 - Municpio no pertence UF informada.

MS1062 - O valor informado deve existir no Sistema CPF.

237
MS1065 - No foi enviado Evento de Cadastro de Intermedirios para o Nmero de Identificao (NI) e/ou GIIN informados.

MS1066 - O id deve conter 20 caracteres, sendo eles: "ID" + Nmero sequencial com 18 posies.

MS1067 - O valor informado para o Nmero de Identificao (NI) deve ser igual a um dos Nmeros de Identificao Fiscal (NIF) informados.

MS1068 - Para informar contas reportveis aos EUA, necessrio informar o GIIN no Evento de Informaes do Declarante.

MS1069 - Deve ser informada a abertura de pelo menos uma das modalidades (Previdncia Privada ou Operaes Financeiras).

MS1070 - O nmero de titulares da conta deve ser maior que zero.

MS1071 - Obrigatrio informar a tag <Intermediario> se o Tipo de Relao do Declarado for Intermedirio.

MS1072 - O Total de Crditos da Mesma Titularidade deve ser menor ou igual ao Total de Crditos.

MS1073 - O Total de Dbitos da Mesma Titularidade deve ser menor ou igual ao Total de Dbitos.

MS1074 - Obrigatrio informar o GIIN ou o CNPJ.

MS1075 - O Pas informado no est cadastrado como sendo participante do Tratado de Troca de Informaes.

MS1076 - No foram enviadas contas reportveis para o pas informado.

MS1077 - Foram enviadas contas reportveis para o pas informado.

MS1078 - No foram informados todos os pases que possuem Tratado de Troca de Informaes

MS1079 - No possvel enviar informaes de Previdncia Privada, pois o CNPJ da empresa declarante encontra-se suspenso.

238
MS1080 - Tipo de Evento invlido.

MS1081 - No possvel excluir o Evento de Informaes da Empresa Declarante, uma vez que j foram enviados outros eventos para a
empresa.

MS1082 - No possvel excluir o Evento de Movimentao, uma vez que no existe eFinanceira em andamento para o perodo.

MS1083 - No possvel excluir Evento de Fechamento ou de Excluso.

MS1084 - No possvel excluir Evento de Patrocinado ou Intermedirio quando este j foi utilizado em algum evento de Movimento.

MS1085 - Obrigatrio informar o GIIN ou o NI do Intermedirio.

MS1086 - Obrigatrio informar o tipo do NI.

MS1087 - Subtipo de conta incompatvel com o Tipo de conta informado.

MS1088 - O valor informado no o resultado da diferena do valor bruto e do imposto de renda.

MS1089 - Obrigatrio informar a alquota se o valor do imposto de renda no for igual a zero.

MS1090 - Obrigatrio informar o valor se a alquota do imposto de renda for maior que zero.

MS1091 - A competncia de pagamento deve ser maior ou igual ao ms caixa informado.

MS1092 - Verso do lote invlida. Deve ser utilizada a verso {0}.

MS1093 - O grupo <<informar grupo>> de preenchimento obrigatrio.

239
MS1094 - O Grupo <<informar grupo>> no deve ser preenchido.

MS1095 - Quantidade de casas decimais invlida no campo: <<informar campo>>.

MS1096 - J existe evento com a mesma chave.

MS1097 - J existe evento com mesmo CNPJ ou mesmo GIIN informados.

MS1098 - J existe evento com mesmo Nmero de Identificao ou mesmo GIIN informados.

MS1100 - Obrigatrio informar o grupo NIF, se o tipo de identificao for igual a NIF Pessoa Fsica ou NIF Pessoa Jurdica.

MS1102 - J existe outra tag <<nome da tag>> com mesma chave no evento. No pode ser informada mais de uma tag com a mesma chave.

MS1103 - Deve ser informada ao menos uma das tags: Conta ou Cmbio

MS1104 - Devem ser informados todos os meses para os quais houve Evento de Movimento de Previdncia Privada no perodo da eFinanceira.

MS1105 - Devem ser informados todos os meses para os quais houve Evento de Movimento de Operaes Financeiras no perodo da
eFinanceira.

MS1106 - Um proprietrio s pode ser reportvel a um pas se tiver sido informada ao menos 1 conta reportvel ao mesmo pas.

MS1107 - A data de encerramento da conta deve estar compreendida no ms / ano que est sendo reportado (anoMesCaixa).

MS1108 - O saldo deve ser informado quando o ms que est sendo reportado for igual a 12 (dezembro) ou quando a conta estiver sendo
encerrada.

MS1109 - O endereo deve ser informado para titulares da conta ou quando houver contas reportveis para os EUA.

240
MS1110 - A tag Proprietarios no pode ser informada, uma vez que no foi informada nenhuma Conta no evento.

MS1111 - A tag Proprietarios no pode ser informada para declarado Pessoa Fsica.

MS1112 - O nmero de titulares deve ser informado para Conta Corrente ou Conta Poupana.

MS1113 - O GIIN deve ser informado, uma vez que foram enviados Movimentos de Operao Financeira com informaes reportveis aos
EUA.

MS1114 - Como existem contas reportveis para os EUA, deve ser informado ao menos um tipo relacionado ao FATCA.

MS1115 - Como existem contas reportveis para outros pases, deve ser informado ao menos um tipo relacionado ao CRS.

MS1116 - S pode ser informado um tipo relacionado ao FATCA ou ao CRS.

MS1117 - No foi localizado um evento de abertura ativo para o recibo de entrega informado ou o evento no da mesma empresa declarante.
MS1118 - preciso informar o fechamento de pelo menos uma das modalidades: Previdncia Privada ou Operao Financeira.

MS1119 - preciso informar os dados de fechamento da modalidade, uma vez que j foi realizado o fechamento parcial desta modalidade.

MS1120 - Para informar contas referentes a fundos reportveis aos EUA, necessrio informar o GIIN no Evento de Cadastro do Patrocinado.

MS1121 - Excluso no permitida. A eFinanceira no est em andamento.

MS1122 - No possvel excluir o Evento de Abertura da eFinanceira, uma vez que j foram enviados outros eventos para a eFinanceira.

MS1123 - O nmero do recibo no deve ser informado em arquivos originais.

MS1124 - Foram encontrados caracteres especiais restritos no contedo das tags do evento.

241
MS1125 GIIN Invlido.

MS1128 Identidade Mercosul s pode ser utilizada nos casos em que o declarado possui apenas operaes de cmbio

MS1129 A opo Sem NI s pode ser utilizada para FFI No Participante.

6.3. Com Tabelas

MS2002 - Municpio Invlido.

MS2003 - Tipo de Nmero de Identificao Invlido.

MS2004 - Pas Invlido.

MS2005 - Tipo de Produto Invlido.

MS2006 - Tipo de Plano Invlido.

MS2009 - Tipo de Conta Invlido.

MS2010 - Tipo de Pagamento Invlido.

MS2011 - Tipo de Empresa de Previdncia Privada Invlido.

MS2013 - UF invlida.

MS2012 - Tipo de Declarado invlido.

242
MS2014 - Subtipo de Conta Invlido.

MS2015 - Cdigo da Receita Invlido.

MS2016 - Tipo de Proprietrio invlido.

MS2017 - Tipo de Relao do Declarado invlido.

MS2018 - Tipo de Nmero de Conta invlido.

243