Agência Nacional de Energia Elétrica ANEEL MANUAL DE INSTRUÇÃO PARA ELABORAÇÃO E ENVIO DO ARQUIVO DE DIFERENÇA MENSAL DE RECEITA DMR ANUAL

Transcrição

1 Agência Nacional de Energia Elétrica ANEEL Superintendência de Gestão Técnica da Informação SGI Superintendência de Regulação dos Serviços Comerciais SRC MANUAL DE INSTRUÇÃO PARA ELABORAÇÃO E ENVIO DO ARQUIVO DE DIFERENÇA MENSAL DE RECEITA DMR ANUAL Versão 1 Data da Revisão: 23/10/2014

2 Pág. 2

3 SUMÁRIO 1. OBJETIVO SISTEMA DUTONET CADASTRO DUTONET ARQUIVO DMR ANUAL NOMENCLATURA DO ARQUIVO TAMANHO DO ARQUIVO ENVIO DO ARQUIVO REENVIO RETIFICAÇÃO ESTRUTURA DO ARQUIVO DEFINIÇÕES DAS TAGS RELAÇÃO ENTRE AS TAGS ANEXO I - APLICATIVO DUTONET PADRÃO DE NOMENCLATURA DOS ARQUIVOS ENVIO DE ARQUIVOS ANEXO II MODELO XML PARA ARQUIVO DE DMR ANUAL Pág. 3

4 1. OBJETIVO Este documento tem como objetivo instruir as distribuidoras de energia elétrica quanto à elaboração, validação e envio do arquivo de DMR anual para a comprovação da continuidade do atendimento aos critérios de elegibilidade e para apuração da Diferença Mensal de Receita DMR no âmbito da aplicação da Tarifa Social de Energia Elétrica TSEE, conforme estabelecido pela Resolução Normativa nº 414, de 2010 e Resolução Normativa nº 472, de 2012, em função do disposto pela Lei nº , de SISTEMA DUTONET O sistema DUTONET tem como objetivo o envio de arquivos pelas distribuidoras de energia elétrica os quais devem obedecer a uma série de padrões estabelecidos pela Agência Nacional de Energia Elétrica (ANEEL). Link para instalação do aplicativo DUTONET Os arquivos também podem ter o seu processamento acompanhado pelos agentes, que podem verificar o seu histórico de envios. Serão gerados log s de envio assim que o arquivo for transmitido, para maior segurança e integridade do arquivo. Os recibos de encaminhamento ficarão disponíveis na aplicação do DUTONET, para consultas posteriores. O sistema DUTONET realiza a validação da nomenclatura, da estrutura do arquivo, bem como dos dados informados. Deve ser considerado o estrito atendimento às especificações dos dados requisitados em cada TAG conforme descreve este Manual. Os arquivos serão enviados somente após terem sido completamente validados e o sistema não encontrar mais inconsistências que impeçam seu envio. Quando inconsistências forem encontradas no arquivo esses erros serão apresentados para o usuário com a identificação do tipo de erro e o local do mesmo CADASTRO DUTONET Para envio de arquivo de DMR anual por meio do Sistema DUTONET (aplicação SCS - APLSCS) a distribuidora deverá utilizar o mesmo usuário e senha utilizados para envio dos arquivos de solicitação de homologação da DMR mensal, conforme Resolução Normativa nº 472, de Caso a distribuidora não possua senha de acesso ao Sistema DUTONET ou queira incluir/excluir os seus usuários, deve solicitar por meio de correspondência endereçada à SGI com os seguintes dados: Nome do sistema: DUTONET; Nome da aplicação: SCS; Código da distribuidora; Nome e CPF do representante; ; e Telefone. Pág. 4

5 Concluído o cadastramento dos novos usuários, o Service Desk da ANEEL enviará as informações (login e senha) diretamente para o correio eletrônico informado pela distribuidora. 3. ARQUIVO DMR ANUAL O arquivo de DMR ANUAL deve ser elaborado na linguagem XML (.xml), ficando a critério do agente, decidir sobre a utilização de editores e geradores de arquivo XML existentes no mercado NOMENCLATURA DO ARQUIVO O DUTONET somente realizará o upload do arquivo quando o nome do mesmo estiver dentro dos padrões definidos a seguir: APLSCS9999_DMRANUAL_99DE99_MMAAAA_S001.xml Nome da Aplicação Identificador do Agente Tipo de Arquivo Mês e Ano Identifica a parte e referente aos quantidade total de dados do arquivo partes do arquivo Versão do arquivo Extensão do arquivo Campo APLSCS 9999_ DMRANUAL_ 99DE99_ MMAAAA_ S001.XML Descrição Apresenta a identificação da aplicação constante no DutoNet. Tipo: Alfanumérico; Tamanho: 06 Apresenta o código DutoNet que identifica o Agente seguido de underline. O código informado no nome do arquivo deve ser idêntico à informação contida na TAG <idagente> dentro do arquivo. Tipo: Numérico; Tamanho: 04 Identifica o tipo do arquivo a ser enviado; - Deve ser preenchido com DMRANUAL seguido de underline. Identifica a parte e quantidade total de partes do arquivo que está sendo enviado. O número da parte e o total de partes do arquivo devem ser idênticos às informações contidas na TAG <parte> dentro do arquivo, com as seguintes características: Tipo: Numérico; Tamanho: 02 Apresenta o mês (MM) ano (AAAA) de competência conforme informações enviadas. Este campo deve coincidir com a informação contida na TAG <competencia>, dentro do arquivo. - O mês (MM) deve ser preenchido com 12 ; Tipo: Numérico; Tamanho: 02 - O ano (AAAA) deve ser preenchido com 2014 em 2015, com 2015 em 2016,... - Tipo: Numérico; Tamanho: 04 Apresenta a versão do arquivo. - Valor Inicial: S001; Tipo: Alfanumérico; Tamanho: 04 Apresenta a extensão referente ao tipo de arquivo enviado. - Tipo: Alfanumérico; Tamanho: 03 Pág. 5

6 3.2. TAMANHO DO ARQUIVO O tamanho máximo de cada arquivo enviado deverá ser de 100MB. Havendo a necessidade de enviar um arquivo com tamanho acima do permitido, o agente deverá dividi-lo em quantas partes forem necessárias, respeitando o limite máximo permitido. Nesse caso, as partes do arquivo devem ser nomeadas conforme exemplo a seguir: Ex: Um arquivo DMR anual com tamanho de 180 MB. Este arquivo precisa ser dividido observado o tamanho máximo de 100 MB. A seguir apresentamos algumas formas possíveis de envio: Opção 1: 1ª parte de 100MB: APLSCS9999_DMRANUAL_01DE02_122014_S001.XML 2ª parte de 80MB: APLSCS9999_DMRANUAL_02DE02_122014_S001.XML Opção 2: 1ª parte de 90MB: APLSCS9999_DMRANUAL_01DE02_122014_S001.XML 2ª parte de 90MB: APLSCS9999_DMRANUAL_02DE02_122014_S001.XML Ressalta-se que o arquivo (partes) enviado não deve ser compactado ENVIO DO ARQUIVO O envio do arquivo para validação dos dados de DMR anual e da base de beneficiários da TSEE deve ser feito com periodicidade anual, até o dia 10 do mês de janeiro de cada ano, exclusivamente pelo sistema DUTONET (aplicação SCS), observado o que consta na Resolução Normativa nº 472, de 2012 e no presente Manual. Após essa data, a análise do arquivo encaminhado estará sujeita à avaliação da SRC. O não encaminhamento do arquivo de DMR anual implicará a suspensão da homologação dos valores de DMR mensal até sua regularização, conforme estabelecido na Resolução Normativa nº 472, de ATENÇÃO: O início do envio do arquivo de DMR anual no formato XML pelo sistema DUTONET ocorrerá a partir do mês de janeiro de 2015 com o envio da competência de dezembro de REENVIO Na hipótese de falha ou interrupção durante o processo de envio do arquivo (partes), o reenvio deverá ser realizado utilizando o mesmo nome de arquivo, conforme a seguir. Envio interrompido (falha no envio) APLSCS9999_DMRANUAL_01DE02_122014_S001.XML Reenvio APLSCS9999_DMRANUAL_01DE02_122014_S001.XML Pág. 6

7 RETIFICAÇÃO Caso haja necessidade de retificar o arquivo ou uma de suas partes já encaminhadas, o agente deverá reenviar todo o arquivo (todas as partes) alterando sua versão (S001) no nome do arquivo (todas as partes), conforme exemplo a seguir: Envio regular APLSCS9999_DMRANUAL_01DE02_122014_S001.XML APLSCS9999_DMRANUAL_02DE02_122014_S001.XML Retificação APLSCS9999_DMRANUAL_01DE02_122014_S002.XML APLSCS9999_DMRANUAL_02DE02_122014_S002.XML Arquivo (partes) encaminhado para retificação até o dia 10 de janeiro substituirá automaticamente o arquivo (partes) enviado anteriormente. Após essa data, o envio de arquivo para substituição deverá ser comunicado por para src.tarifasocial@aneel.gov.br, estando sua análise sujeita a avaliação da SRC ESTRUTURA DO ARQUIVO deste manual. A elaboração do arquivo DMR anual deverá seguir o exemplo de XML listado no Anexo II O arquivo de DMR ANUAL está organizado em 04 (quatro) blocos de informações que compreendem a identificação da distribuidora, da unidade consumidora, da família beneficiada e do faturamento. Para cada unidade consumidora deverão ser obrigatoriamente informados os dados referentes ao faturamento e às famílias beneficiadas nessa unidade. A estrutura do arquivo está formada e ordenada por TAGs, com funções específicas. Há ainda relações entre essas TAGs que devem ser preservadas, porque identificam a relação e os níveis da estrutura relacionadas contidas no arquivo e que não podem ser alteradas nem apagadas. ATENÇÃO: 1) Nenhuma TAG pode ser retirada da estrutura do XML mesmo que alguma não possua valor a ser declarado. Nesse caso a TAG deve ficar vazia. 2) Todas as TAGs devem ser nomeadas com letras minúsculas, exceto a TAG <CEP></CEP> DEFINIÇÕES DAS TAGS TAG distribuidora (<distribuidora> </distribuidora>) - TAG única; - É formada pelas TAGs que contêm informações da distribuidora: nomearq, idagente, sigla, competencia, e parte. TAG nomearq (<nomearq>anual</nomearq>) Pág. 7

8 - Identifica que o arquivo trata do DMR anual; 2) Deve ser preenchido com o termo anual. TAG idagente (<idagente>5896</idagente>) - Identifica o código da distribuidora cadastrado na ANEEL. 2) Tipo: Numérico; 3) Tamanho: 4; 4) O código informado deve ser igual à informação do código_agente contido no nome arquivo. 5) O código informado deve conter 4 algarismos. TAG sigla (<sigla>sigla da distribuidora</sigla>) - Informa a sigla da distribuidora. 2) Tipo: Alfanumérico; 3) Tamanho: Até 32; 4) Não pode estar vazia. TAG competencia (<competencia>mm/aaaa</competencia>) - Identifica o mês e ano de competência das informações enviadas. 2) Campo mês (mm) - Tipo: Numérico / Tamanho: 2; 3) Campo ano (aaaa) - Tipo: Numérico / Tamanho: 4; 4) A competência informada (mm/aaaa) deverá ser igual ao mês e ano informados no nome arquivo; 5) O mês deve ser preenchido com 12 ; 6) O ano deve ser preenchido com 2014 em 2015, com 2015 em 2016, e assim por diante. 7) Deve ser preenchida com 7 posições incluindo a /. TAG parte (<parte>99de99</parte>) - Identifica a parte e o total de partes do arquivo de DMR que está sendo enviado; - O termo de deve ser informado. Pág. 8

9 2) Parte - Tipo: Numérico / Tamanho: 02; 3) Total de partes - Tipo: Numérico / Tamanho: 02; 4) O número da parte e o total de partes do arquivo devem coincidir com os dados contidos no nome do arquivo; 5) O número da parte e o total de partes do arquivo devem conter 2 algarismos cada um, variando de 01 a 99. TAG unidadesconsumidoras (<unidadesconsumidoras> </unidadesconsumidoras>) - TAG única; - É formada pelas TAGs que contêm informações das unidades consumidoras. TAG unidadeconsumidora (<unidadeconsumidora> </unidadeconsumidora>) - TAG múltipla; - É formada pelas TAGs que contêm informações da unidade consumidora; - Essa TAG pode se repetir dependendo da quantidade de unidades consumidoras relacionadas à distribuidora; - Validação: 1) Para cada unidade consumidora deverá ser informado no mínimo um registro de fatura e um de beneficiário, ou seja, não pode haver registro de UC sem uma fatura e beneficiário correspondente. TAG cod_uc (<cod_uc> </cod_uc>) - Identifica o código da unidade consumidora no agente. 2) Tipo: Alfanumérico; 3) Tamanho: Até 20; 4) Não pode ser vazia. TAG cod_ibge_mun (<cod_ibge_mun> </cod_ibge_mun>) - Identifica o código de IBGE do Município. 2) Tipo: Numérico; 3) Tamanho: 07; 4) O código informado deve conter 7 algarismos; Pág. 9

10 5) O código informado deve ser válido conforme tabela fornecida pelo IBGE. TAG CEP (<CEP> </CEP>) - Identifica o CEP da localidade da distribuidora. 2) Tipo: Numérico; 3) Tamanho: 08; 4) Deve conter 8 algarismos. OBS: O CEP deverá ser informado sem ponto e sem traço. TAG logradouro (<logradouro>endereço da UC</logradouro>) - Informa o endereço da unidade consumidora. 2) Tipo: Alfanumérico; 3) Tamanho: Até 200; 4) Não pode ser vazia. TAG bairro (<bairro>nome do bairro</bairro>) - Informa o nome do bairro do endereço da unidade consumidora. 2) Tipo: Alfanumérico; 3) Tamanho: Até 40; 4) Não pode ser vazia. TAG subclasse (<subclasse>1</subclasse>) - Identifica em qual subclasse baixa renda está classificada unidade consumidora. 2) Tipo: Numérico; 3) Tamanho: 01; 4) Valores válidos apenas para números de 1 a 5 (1-Baixa Renda; 2-Indígena; 3- Quilombola; 4-BPC e 5-Multifamiliar); 5) Não pode ser vazia; 6) Caso o valor informado seja igual a 5, deve haver mais de um registro de beneficiário; 7) Caso seja diferente de 5, não pode haver mais de um registro de beneficiário. Pág. 10

11 TAG faturas (<faturas> </faturas>) - TAG única - É formada pelas TAGS que contêm informações das faturas da unidade consumidora. TAG fatura (<fatura> </fatura>) - TAG múltipla; - É formada pelas TAGS que contêm informações da fatura da unidade consumidora; - Essa TAG pode se repetir dependendo da quantidade de faturas relacionadas à unidade consumidora. TAG tipo_fat (<tipo_fat>0</tipo_fat>) - Identifica se a fatura trata do faturamento regular mensal ou de algum tipo de acerto de faturamento. 2) Tipo: Numérico; 3) Tamanho: 01; 4) Valores válidos: números de 0 a 8, sendo: 0 - Faturamento regular; 1 - Refaturamento decorrente de faturamento incorreto; 2 - Refaturamento decorrente de deficiência na medição; 3 - Recuperação de receita decorrente irregularidade; 4 - Fatura posterior decorrente de ausência de faturamento; 5 - Faturamento final de consumo remanescente decorrente de encerramento contratual; 6 - Mais de uma fatura regular emitida no mesmo mês para a mesma unidade consumidora; 7 - Refaturamento decorrente de impedimento de acesso; 8 Outros. TAG ref_fatura (<ref_fatura>mm/aaaa</ref_fatura>) - Informa o mês e ano de emissão da fatura. 2) Campo mês (mm) - Tipo: Numérico / Tamanho: 2; 3) Campo ano (aaaa) - Tipo: Numérico / Tamanho: 4 (Válido para valores a partir de 2014, de acordo com o arquivo que está sendo enviado); Pág. 11

12 4) O mês deve ser preenchido com 12 ; 5) O ano deve ser preenchido com 2014 em 2015, com 2015 em 2016, e assim por diante. 6) O ano deve ser informado com 4 algarismos; 7) Deve ser preenchida com 7 posições incluindo a /. TAG ref_anterior (<ref_anterior>mm/aaaa</ref_anterior>) - Informa o mês e ano de referência de que trata o tipo de acerto de faturamento. 1) Campo mês (mm) - Tipo: Numérico / Tamanho: 2 - Válido para valores de 01 a 12; 2) Campo ano (aaaa) - Tipo: Numérico / Tamanho: 4 - Válido para valores iguais ou anteriores ao informado na TAG <competencia>; 3) Caso o tipo de fatura declarado for 0 (faturamento regular), esta TAG deve ser deixada vazia. 4) Deve ser preenchida com 7 posições incluindo a /. TAG consumo_fat (<consumo_fat>9999,99</consumo_fat>) - Identifica o consumo faturado em kwh. 1) Tipo: Numérico com duas casas decimais - Tamanho: 6; 2) O separador de milhar. não deve ser apresentado; 3) O separador de decimais, deve ser apresentado; 4) As casas decimais devem ser informadas mesmo que iguais a zero; 5) Não pode informar valor negativo; 6) Caso o tipo de fatura declarado for diferente de 0 (acerto de faturamento), esta TAG deve ser deixada vazia. TAG valor_fat (<valor_fat>9999,99</valor_fat>) - Informa o faturamento real em R$. 1) Tipo: Numérico com duas casas decimais - Tamanho: 06; 2) O separador de milhar. não deve ser apresentado; 2) O separador de decimais, deve ser apresentado; 3) As casas decimais devem ser informadas mesmo que iguais a zero; 4) Não pode informar valor negativo; 5) Caso o tipo de fatura declarado for diferente de 0 (acerto de faturamento), esta TAG deve ser deixada vazia. TAG vdmr (<vdmr>9999,99</vdmr>) Pág. 12

13 - Informa o Valor da Diferença Mensal de Receita na unidade consumidora. 2) Tipo: Numérico com duas casas decimais; 3) Tamanho: 06 (4 posições antes da vírgula e 2 posições depois da virgula); 4) O separador de milhar. não deve ser apresentado; 5) O separador de decimais, deve ser apresentado; 6) As casas decimais devem ser informadas mesmo que iguais a zero; 7) Esta TAG deve ser preenchida para todos dos tipos de fatura <tipo_fat>. 8) Quando o tipo de fatura declarado for diferente de 0 (acerto de faturamento), caso necessário, o sinal negativo - deve ser informado antes do número (Ex: <vdmr> -9999,99 </vdmr>). TAG beneficiários (<beneficiários > </beneficiários>) - TAG única; - É formada pelas TAGs que contêm informações dos beneficiários da unidade consumidora. TAG beneficiário (<beneficiario> </beneficiario>) - TAG múltipla; - É formada pelas TAGs que contêm informações de determinado beneficiário da unidade consumidora; - Essa TAG pode de repetir dependendo da quantidade de beneficiários relacionados à unidade consumidora. TAG nome (<nome>nome do beneficiário</nome>) - Informa o nome da pessoa (beneficiário). 2) Tipo: Alfanumérico; 3) Tamanho: Até 100; 4) Não pode ser vazia. TAG nis (<nis> </nis>) - Identifica o NIS (Número de Identificação Social) informado pelo beneficiário. 1) Tipo: Numérico; 2) Tamanho: 11; 3) Deve conter 11 algarismos*; 4) Deve ser informado sem ponto e sem traço; Pág. 13

14 5) Obrigatório caso a TAG <bpc> esteja vazia, ou seja, para cada beneficiário o NIS ou o BPC (ou os 2) deverá ter sido informado*. * Eventuais inconsistências encontradas nessas validações serão alertadas ao usuário pelo DUTONET, porém sem impedir o envio do arquivo (parte). O usuário poderá optar por dar continuidade ao processo de envio do arquivo mesmo contendo as inconsistências alertadas ou avaliar e efetuar correções, caso necessário, no arquivo antes de enviá-lo. TAG bpc (<bpc> </bpc>) - Identifica o BPC (Benefício de Prestação Continuada) informado pelo beneficiário. 1) Tipo: Numérico; 2) Tamanho: 10; 3) Deve conter 10 algarismos*; 4) Deve ser informado sem ponto e sem traço; 5) Obrigatório caso a TAG <nis> esteja vazia, ou seja, para cada beneficiário o NIS ou o BPC (ou os 2) deverá ter sido informado*. * Eventuais inconsistências encontradas nessas validações serão alertadas ao usuário pelo DUTONET, porém sem impedir o envio do arquivo (parte). O usuário poderá optar por dar continuidade ao processo de envio do arquivo mesmo contendo as inconsistências alertadas ou avaliar e efetuar correções, caso necessário, no arquivo antes de enviá-lo. TAG cpf (<cpf> </cpf>) - Identifica o CPF (Cadastro de Pessoas Físicas) informado pelo beneficiário. 1) Tipo: Numérico; 2) Tamanho: 11; 3) Deve conter 11 algarismos*; 4) Deve ser informado sem ponto e sem traço; 5) Obrigatório caso a TAG <rani> esteja vazia, ou seja, para cada beneficiário o CPF ou o RANI (ou os 2) deverá ter sido informado*. * Eventuais inconsistências encontradas nessas validações serão alertadas ao usuário pelo DUTONET, porém sem impedir o envio do arquivo (parte). O usuário poderá optar por dar continuidade ao processo de envio do arquivo mesmo contendo as inconsistências alertadas ou avaliar e efetuar correções, caso necessário, no arquivo antes de enviá-lo. Pág. 14

15 TAG rani (<rani> </rani>) - Identifica o RANI (Registro Administrativo de Nascimento Indígena) informado pelo beneficiário. 1) Tipo: Numérico; 2) Tamanho: 08; 3) Deve conter 8 algarismos*; 4) Deve ser informado sem ponto e sem traço; 5) Obrigatório caso a TAG <cpf> esteja vazia, ou seja, para cada beneficiário o CPF ou o RANI (ou os 2) deverá ter sido informado*. * Eventuais inconsistências encontradas nessas validações serão alertadas ao usuário pelo DUTONET, porém sem impedir o envio do arquivo (parte). O usuário poderá optar por dar continuidade ao processo de envio do arquivo mesmo contendo as inconsistências alertadas ou avaliar e efetuar correções, caso necessário, no arquivo antes de enviá-lo. TAG usa_aparelho (<usa_aparelho>0</usa_aparelho>) - Informa se alguém na família é portador de doença/patologia que utilize equipamento elétrico para o tratamento. 2) Tipo: Numérico; 3) Tamanho: 1; 4) Valores possíveis: 0 não ou 1 sim; 5) Deve ser preenchido com 0 ou 1. OBS: Preencher com 1, apenas se existe a utilização de aparelho/equipamento que tenha sido comprovada nos termos do art. 28 da Resolução Normativa nº 414/2010, caso contrário preencher com 0. TAG data_concessao (<data_concessao> dd/mm/aaaa </data_concessao>) - Identifica a data em que o benefício da TSEE foi concedido à família e a unidade consumidora foi classificada em uma das subclasses residencial baixa renda de acordo com os dados das famílias beneficiadas. 2) Tipo: data (dd/mm/aaaa); 3) Tamanho: 10; 4) Deve ser preenchida com 10 posições incluindo duas /. Pág. 15

16 OBS: No caso de unidade consumidora classificada na subclasse baixa renda multifamiliar, deve-se informar a data em que cada beneficiário passou a utilizar a unidade consumidora; TAG tipo_mf (<tipo_mf>1</tipo_mf>) - Identifica o tipo de família na unidade consumidora multifamiliar. 1) Tipo: Numérico; 2) Tamanho: 1; 3) Valores válidos: números de 1 a 4, sendo: 1 Baixa Renda; 2 Indígena; 3 Quilombola; 4 BPC. 4) Esta TAG deverá vir preenchida somente no caso da subclasse residencial baixa renda multifamiliar, ou seja, se na TAG <subclasse> o valor declarado tenha sido 5, caso contrário deve ficar vazia. TAG data_atual_mf (<data_atual_mf>dd/mm/aaaa</data_atual_mf>) - Informa a data em que foi realizada a última atualização das informações da família no caso de unidade consumidora da subclasse baixa renda multifamiliar, conforme art. 28 da Resolução Normativa nº 414, de ) Tipo: data (dd/mm/aaaa); 2) Tamanho: 10; 3) Deve ser preenchida com 10 posições incluindo duas /. 4) Esta TAG deverá vir preenchida somente no caso da subclasse residencial baixa renda multifamiliar, ou seja, se na TAG <subclasse> o valor declarado tenha sido 5, caso contrário deve ficar vazia; RELAÇÃO ENTRE AS TAGS TAGs: <tipo_fat> e <ref_fatura>, <competencia> Caso o valor declarado na TAG <tipo_fat> tenha sido 0 (faturamento regular), a TAG <ref_fatura> deverá apresentar o mesmo valor (a mesma competência) declarada na TAG <competencia>, ou seja, 12/2014 ou 12/2015 ou 12/2016 e assim por diante. Pág. 16

17 TAGs: <tipo_fat> e <consumo_fat>, <valor_fat>, <vdmr> Caso o valor declarado na TAG <tipo_fat> tenha sido diferente de 0 (acerto de faturamento), as TAGs <consumo_fat> e <valor_fat> não deverão possuir valor declarado, ou seja, estas TAGs deverão ficar vazias. Apenas a TAG <vdmr> deve ser preenchida. TAGs: <tipo_mf> e <subclasse> Caso o valor declarado na TAG <subclasse> tenha sido diferente de 5 (não for da subclasse baixa renda multifamiliar), a TAG <tipo_mf> não deverá possuir valor declarado, ou seja, esta TAG deverá ficar vazia. obrigatório. Caso contrário (TAG <subclasse> igual a 5 ), o preenchimento da TAG <tipo_mf> é TAGs: <beneficiario> e <subclasse> Apenas no caso em que o valor declarado na TAG <subclasse> tenha sido 5 (subclasse baixa renda multifamiliar), pode haver mais de um registro de beneficiário (TAG <beneficiario></beneficiario>) informado no mesmo registro de unidade consumidora (TAG <unidadeconsumidora> </unidadeconsumidora>). Caso contrário (TAG <subclasse> diferente de 5 ), só pode haver um registro de beneficiário (TAG <beneficiario></beneficiario>) para a unidade consumidora. TAGs: <data_atual_mf> e <subclasse> Caso o valor declarado na TAG <subclasse> tenha sido diferente de 5, a TAG <data_atual_mf> não deverá possuir valor declarado, ou seja, esta TAG deverá ficar vazia. é obrigatório. Caso contrário (TAG <subclasse> igual a 5 ), o preenchimento da TAG <data_atual_mf> TAGs: <nis> e <bpc> É obrigatório o preenchimento da TAG <nis> e/ou da TAG <bpc>*. * Eventuais inconsistências encontradas nessa validação serão alertadas ao usuário pelo DUTONET, porém sem impedir o envio do arquivo (parte). O usuário poderá optar por dar continuidade ao processo de envio do arquivo mesmo contendo as inconsistências alertadas ou avaliar e efetuar correções, caso necessário, no arquivo antes de enviá-lo. TAGs: <cpf> e <rani> É obrigatório o preenchimento da TAG <cpf> e/ou da TAG <rani>*. Pág. 17

18 * Eventuais inconsistências encontradas nessa validação serão alertadas ao usuário pelo DUTONET, porém sem impedir o envio do arquivo (parte). O usuário poderá optar por dar continuidade ao processo de envio do arquivo mesmo contendo as inconsistências alertadas ou avaliar e efetuar correções, caso necessário, no arquivo antes de enviá-lo. TAGs: <unidade_consumidora>, <fatura>, <beneficiario> Para cada unidade consumidora deverá ser informado pelo menos um registro de fatura (TAG <fatura><\fatura>) e um de beneficiário (TAG <beneficiario><\beneficiario>), ou seja, não pode haver registro de UC sem uma fatura e beneficiário correspondente, conforme situações relacionadas a seguir: Situação 1: Uma unidade consumidora, TAG <subclasse> diferente de 5 apenas um registro de beneficiário e apenas um registro de faturamento. <unidadeconsumidora> <cod_uc> </cod_uc> <cod_ibge_mun> </cod_ibge_mun> <CEP> </CEP> <logradouro>avenida Sete de Setembro, nº 56</logradouro> <bairro>centro</bairro> <subclasse>1</subclasse> <faturas> <fatura> <tipo_fat>0</tipo_fat> <ref_fatura>12/2014</ref_fatura> <ref_anterior></ref_anterior> <consumo_fat>220,00</consumo_fat> <valor_fat>144,13</valor_fat> <vdmr>10,86</vdmr> </fatura> </faturas> <beneficiarios> <beneficiario> <nome>claudio Silveira Martins</nome> <nis> </nis> <bpc></bpc> <cpf> </cpf> <rani></rani> <usa_aparelho>1</usa_aparelho> <data_concessao>04/08/2008</data_concessao> <tipo_mf></tipo_mf> <data_atual_mf></data_atual_mf> </beneficiario> </beneficiarios> </unidadeconsumidora> Situação 2: Uma unidade consumidora da subclasse residencial baixa renda multifamiliar (TAG <subclasse> igual a 5 ) apenas um registro de faturamento e vários registros de beneficiário (para cada beneficiário deverão ser informadas todas as TAGs referentes à TAG <beneficiario>). <unidadeconsumidora> <cod_uc> </cod_uc> <cod_ibge_mun> </cod_ibge_mun> <CEP> </CEP> <logradouro>avenida Nove de Julho, nº 1362</logradouro> <bairro>centro</bairro> Pág. 18

19 <subclasse>5</subclasse> <faturas> <fatura> <tipo_fat>0</tipo_fat> <ref_fatura>12/2014</ref_fatura> <ref_anterior></ref_anterior> <consumo_fat>180,00</consumo_fat> <valor_fat>65,00</valor_fat> <vdmr>8,12</vdmr> </fatura> </faturas> <beneficiarios> <beneficiario> <nome>claudio Silveira Martins</nome> <nis> </nis> <bpc></bpc> <cpf> </cpf> <rani></rani> <usa_aparelho>1</usa_aparelho> <data_concessao>04/08/2008</data_concessao> <tipo_mf>1</tipo_mf> <data_atual_mf>02/11/2014</data_atual_mf> </beneficiario> (...) <beneficiario> <nome>maria José Oliveira Prado</nome> <nis></nis> <bpc> </bpc> <cpf> </cpf> <rani></rani> <usa_aparelho>0</usa_aparelho> <data_concessao>10/12/2010</data_concessao> <tipo_mf>4</tipo_mf> <data_atual_mf>16/02/2014</data_atual_mf> </beneficiario> </beneficiarios> </unidadeconsumidora> Situação 3: Uma unidade consumidora, TAG <subclasse> diferente de 5 apenas um registro de beneficiário e vários registros de faturamento (para cada fatura deverão ser informadas todas as TAGs referentes à TAG <fatura>). <unidadeconsumidora> <cod_uc> </cod_uc> <cod_ibge_mun> </cod_ibge_mun> <CEP> </CEP> <logradouro>avenida Doze de Outubro, nº 34</logradouro> <bairro>chiado</bairro> <subclasse>1</subclasse> <faturas> <fatura> <tipo_fat>0</tipo_fat> <ref_fatura>12/2014</ref_fatura> <ref_anterior></ref_anterior> <consumo_fat>103,00</consumo_fat> <valor_fat>22,64</valor_fat> <vdmr>15,32</vdmr> </fatura> (...) <fatura> <tipo_fat>1</tipo_fat> Pág. 19

20 <ref_fatura>12/2014</ref_fatura> <ref_anterior>04/2014</ref_anterior> <consumo_fat></consumo_fat> <valor_fat></valor_fat> <vdmr>1,47</vdmr> </fatura> </faturas> <beneficiarios> <beneficiario> <nome>lucas Toledo</nome> <nis> </nis> <bpc></bpc> <cpf> </cpf> <rani></rani> <usa_aparelho>0</usa_aparelho> <data_concessao>01/08/2008</data_concessao> <tipo_mf></tipo_mf> <data_atual_mf></data_atual_mf> </beneficiario> </beneficiarios> </unidadeconsumidora> Situação 4 Uma unidade consumidora com vários registros de faturamento e vários registros de beneficiário. Havendo necessidade de se informar para uma mesma UC mais de um faturamento e mais de um beneficiário envolvido na mesma competência, as informações devem ser segregadas. Nessa situação, a distribuidora deve repetir as informações da unidade consumidora de modo que para cada registro da UC haja apenas um registro de fatura e o registro do beneficiário (TAG <subclasse> diferente de 5 ) ou dos beneficiários (TAG <subclasse> igual a 5 ) correspondentes, conforme exemplos a seguir: Pág. 20

21 Exemplo 1: (TAG <subclasse> diferente de 5 ) (1º Registro) <unidadeconsumidora> <cod_uc> </cod_uc> <cod_ibge_mun> </cod_ibge_mun> <CEP> </CEP> <logradouro>avenida Marinho, nº 34</logradouro> <bairro>chiado</bairro> <subclasse>1</subclasse> <faturas> <fatura> <tipo_fat>0</tipo_fat> <ref_fatura>12/2014</ref_fatura> <ref_anterior></ref_anterior> <consumo_fat>103,00</consumo_fat> <valor_fat>22,64</valor_fat> <vdmr>15,32</vdmr> </fatura> </faturas> <beneficiarios> <beneficiario> <nome>lucas Toledo</nome> <nis> </nis> <bpc></bpc> <cpf> </cpf> <rani></rani> <usa_aparelho>0</usa_aparelho> <data_concessao>01/08/2008</data_concessao> <tipo_mf></tipo_mf> <data_atual_mf></data_atual_mf> </beneficiario> </beneficiarios> </unidadeconsumidora> (2º Registro) <unidadeconsumidora> <cod_uc> </cod_uc> <cod_ibge_mun> </cod_ibge_mun> <CEP> </CEP> <logradouro>avenida Marinho, nº 34</logradouro> <bairro>chiado</bairro> <subclasse>1</subclasse> <faturas> <fatura> <tipo_fat>0</tipo_fat> <ref_fatura>12/2014</ref_fatura> <ref_anterior></ref_anterior> <consumo_fat>89,00</consumo_fat> <valor_fat>15,74</valor_fat> <vdmr>6,21</vdmr> </fatura> </faturas> <beneficiarios> <beneficiario> <nome>maria José Oliveira Prado</nome> <nis> </nis> <bpc> </bpc> <cpf> </cpf> <rani></rani> <usa_aparelho>0</usa_aparelho> <data_concessao>10/12/2010</data_concessao> <tipo_mf></tipo_mf> <data_atual_mf></data_atual_mf> </beneficiario> </beneficiarios> </unidadeconsumidora> Pág. 21

22 Exemplo 2: (TAG <subclasse> igual a 5 ) (1º Registro) <unidadeconsumidora> <cod_uc> </cod_uc> <cod_ibge_mun> </cod_ibge_mun> <CEP> </CEP> <logradouro>rua Bahia, nº 08</logradouro> <bairro>centro</bairro> <subclasse>5</subclasse> <faturas> <fatura> <tipo_fat>0</tipo_fat> <ref_fatura>12/2014</ref_fatura> <ref_anterior></ref_anterior> <consumo_fat>103,00</consumo_fat> <valor_fat>22,64</valor_fat> <vdmr>15,32</vdmr> </fatura> </faturas> <beneficiarios> <beneficiario> <nome>vilma Alencar</nome> <nis> </nis> <bpc></bpc> <cpf> </cpf> <rani></rani> <usa_aparelho>0</usa_aparelho> <data_concessao>20/10/2009</data_concessao> <tipo_mf>1</tipo_mf> <data_atual_mf>03/09/2014</data_atual_mf> </beneficiario> <beneficiario> <nome>alan Seixas</nome> <nis></nis> <bpc> </bpc> <cpf> </cpf> <rani></rani> <usa_aparelho>0</usa_aparelho> <data_concessao>10/12/2010</data_concessao> <tipo_mf>4</tipo_mf> <data_atual_mf>11/11/2014</data_atual_mf> </beneficiario> </beneficiarios> </unidadeconsumidora> (2º Registro) <unidadeconsumidora> <cod_uc> </cod_uc> <cod_ibge_mun> </cod_ibge_mun> <CEP> </CEP> <logradouro>rua Bahia, nº 08</logradouro> <bairro>centro</bairro> <subclasse>5</subclasse> <faturas> <fatura> <tipo_fat>1</tipo_fat> <ref_fatura>12/2014</ref_fatura> <ref_anterior>10/2014</ref_anterior> <consumo_fat></consumo_fat> <valor_fat></valor_fat> <vdmr>6,01</vdmr> </fatura> </faturas> <beneficiarios> <beneficiario> <nome>vilma Alencar</nome> <nis> </nis> <bpc></bpc> <cpf> </cpf> <rani></rani> <usa_aparelho>0</usa_aparelho> <data_concessao>20/10/2009</data_concessao> <tipo_mf>1</tipo_mf> <data_atual_mf>03/09/2014</data_atual_mf> </beneficiario> <beneficiario> <nome>alan Seixas</nome> <nis></nis> <bpc> </bpc> <cpf> </cpf> <rani></rani> <usa_aparelho>0</usa_aparelho> <data_concessao>10/12/2010</data_concessao> <tipo_mf>4</tipo_mf> <data_atual_mf>11/11/2014</data_atual_mf> </beneficiario> </beneficiarios> </unidadeconsumidora> Pág. 22

23 ANEXO I - APLICATIVO DUTONET O envio de arquivos ocorre através do aplicativo DUTONET que é utilizado tanto para encaminhar os arquivos quanto para receber os retornos do processamento. endereço: Para instalar o Aplicativo DUTONET o usuário deverá acessar a página por meio do Observação: Até dezembro de 2014, a aplicação SCS estará disponível para testes e o acesso deve ser realizado por meio do endereço: 1. PADRÃO DE NOMENCLATURA DOS ARQUIVOS O DUTONET somente realizará o upload dos arquivos, quando o nome dos arquivos estiver dentro do padrão de nomenclatura definidos conforme exemplo abaixo: APLSCS9999_DMRANUAL_99DE99_MMAAAA_S001.XML 2. ENVIO DE ARQUIVOS P1. Para enviar um arquivo, o usuário deve acessar o aplicativo DUTONET. (Figura 01) Caso não tenha instalado na máquina, o usuário deve executar aplicativo através do endereço: Pág. 21

24 Figura 01 Uma tela para autenticação de usuário é apresentada conforme imagem abaixo. (Figura 02) P2. O usuário deverá informar o Login e a Senha (1) e acionar o botão Entrar (2) para acessar o sistema. Figura 02 03) O sistema valida os dados do usuário e apresenta tela para seleção de aplicação. (Figura P3. O usuário seleciona opção desejada (3) e aciona a opção Continuar (4). Figura 03 O sistema apresenta tela para selecionar o arquivo que deseja enviar. (Figura 04) P4. O usuário informa a pasta onde se encontra o arquivo (5), seleciona o arquivo que deseja enviar (6), aciona o botão Mover Arquivos (7) para informar o arquivo que deseja validar e aciona a opção Continuar (8). Pág. 21

25 Figura 04 O sistema apresenta tela para validar o arquivo que deseja enviar. (Figura 05) P5. O usuário visualiza o arquivo que será validado (9) e aciona o botão Iniciar Validações (10). Figura 05 06) O sistema valida o arquivo e apresenta status de validação (11) conforme imagem. (Figura Pág. 22

26 Figura 06 (12). P6. O usuário visualiza ocorrência/status de validação (11) e aciona o botão Enviar O botão Enviar (12) ficará habilitado apenas após o sistema validar todo o conteúdo do arquivo e não encontrar mais inconsistências que impeçam o envio do mesmo. Caso Contrário o botão Enviar não ficará habilitado para envio. Caso sejam identificadas inconsistências que não impeçam* o envio do arquivo, uma mensagem de alerta será apresentada (Figura 07) e o usuário poderá optar por dar continuidade ao processo de envio do arquivo mesmo contendo tais inconsistências ou avaliar e efetuar correções, caso necessário, antes de enviá-lo. Figura 07 Ao selecionar a opção OK, as inconsistências serão listadas para conhecimento do usuário (Figura 08). Pág. 23

27 Figura 08 09). Após acionar a opção Enviar, o sistema apresenta tela para envio de arquivo. (Figura P7. O usuário seleciona tipo de conexão que deseja utilizar para enviar arquivo (13) e aciona o botão Enviar Arquivo (14). Figura 09 O arquivo é enviado e um Recibo de Envio é apresentado. A aplicação aceitará o arquivo e no momento do encaminhamento será verificada sua correção e fornecerá ao agente o recibo de entrega do arquivo, registrando data e hora de seu recebimento. Nesse caso, o agente poderá clicar no botão Recibos/Downloads, localizado no menu principal; após isso, aparecerá outra janela denominada de Formulário de Recibos dos Envios dos Arquivos, onde ficará disponível as opções de acesso aos recibos. Pág. 24

28 ANEXO II MODELO XML PARA ARQUIVO DE DMR ANUAL XML VALIDAÇÃO <?xml version="1.0" encoding="utf-8"?> <!--infos basicas e gerar XSD--> <tsee> <distribuidora> <nomearq>anual</nomearq> <idagente>9999</idagente> <sigla>siglaagente</sigla> <competencia>mm/aaaa</competencia> <parte>99de99</parte> </distribuidora> <unidadesconsumidoras> <unidadeconsumidora> <cod_uc> </cod_uc> <cod_ibge_mun> </cod_ibge_mun> Cabeçalho inicial TAG única - É formada pelas TAGs que contêm informações da distribuidora: nomearq, idagente, sigla, competencia, e parte. Identifica que o arquivo trata do DMR anual; TAG de preenchimento obrigatório. - Identifica o código da distribuidora cadastrado na ANEEL. 2) Tipo: Numérico; 3) Tamanho: 4; 4) O código informado deve ser igual à informação do código_agente contido no nome arquivo. 5) O código informado deve conter 4 algarismos. - Informa a sigla da distribuidora. 2) Tipo: Alfanumérico; 3) Tamanho: Até 32; 4) Não pode estar vazia. - Identifica o mês e ano de competência das informações enviadas. 2) Campo mês (mm) - Tipo: Numérico / Tamanho: 2; 3) Campo ano (aaaa) - Tipo: Numérico / Tamanho: 4; 4) A competência informada (mm/aaaa) deverá ser igual ao mês e ano informados no nome arquivo; 5) O mês deve ser preenchido com 12 ; 6) O ano deve ser preenchido com 2014 em 2015, com 2015 em 2016, e assim por diante. 7) Deve ser preenchida com 7 posições incluindo a /. - Identifica a parte e o total de partes do arquivo de DMR que está sendo enviado; - O termo de deve ser informado. 2) Parte - Tipo: Numérico / Tamanho: 02; 3) Total de partes - Tipo: Numérico / Tamanho: 02; 4) O número da parte e o total de partes do arquivo devem coincidir com os dados contidos no nome do arquivo; 5) O número da parte e o total de partes do arquivo devem conter 2 algarismos cada um, variando de 01 a 99. TAG única - É formada pelas TAGs que contêm informações das unidades consumidoras. - TAG múltipla; - É formada pelas TAGs que contêm informações da unidade consumidora; - Essa TAG pode se repetir dependendo da quantidade de unidades consumidoras relacionadas à distribuidora; - Validação: 1) Para cada unidade consumidora deverá ser informado no mínimo um registro de fatura e um de beneficiário, ou seja, não pode haver registro de UC sem uma fatura e beneficiário correspondente. - Identifica o código da unidade consumidora no agente. 2) Tipo: Alfanumérico; 3) Tamanho: Até 20; 4) Não pode ser vazia. - Identifica o código de IBGE do Município. Pág. 25

29 <CEP> </CEP> <logradouro>rua Marinho</logradouro> <bairro>centro</bairro> <subclasse>1</subclasse> <faturas> <fatura> <tipo_fat>0</tipo_fat> <ref_fatura>12/2014</ref_fatura> 2) Tipo: Numérico; 3) Tamanho: 07; 4) O código informado deve conter 7 algarismos; 5) O código informado deve ser válido conforme tabela fornecida pelo IBGE. - Identifica o CEP da localidade da distribuidora. 2) Tipo: Numérico; 3) Tamanho: 08; 4) Deve conter 8 algarismos. OBS: O CEP deverá ser informado sem ponto e sem traço. - Informa o endereço da unidade consumidora. 2) Tipo: Alfanumérico; 3) Tamanho: Até 200; 4) Não pode ser vazia. - Informa o nome do bairro do endereço da unidade consumidora. 2) Tipo: Alfanumérico; 3) Tamanho: Até 40; 4) Não pode ser vazia. - Identifica em qual subclasse baixa renda está classificada unidade consumidora. 2) Tipo: Numérico; 3) Tamanho: 01; 4) Valores válidos apenas para números de 1 a 5 (1-Baixa Renda; 2-Indígena; 3-Quilombola; 4-BPC e 5-Multifamiliar); 5) Não pode ser vazia; 6) Caso o valor informado seja igual a 5, deve haver mais de um registro de beneficiário; 7) Caso seja diferente de 5, não pode haver mais de um registro de beneficiário. TAG única - É formada pelas TAGS que contêm informações das faturas da unidade consumidora. TAG múltipla - É formada pelas TAGS que contêm informações da fatura da unidade consumidora; - Essa TAG pode se repetir dependendo da quantidade de faturas relacionadas à unidade consumidora. - Identifica se a fatura trata do faturamento regular mensal ou de algum tipo de acerto de faturamento. 2) Tipo: Numérico; 3) Tamanho: 01; 4) Valores válidos: números de 0 a 8, sendo: 0 - Faturamento regular; 1 - Refaturamento decorrente de faturamento incorreto; 2 - Refaturamento decorrente de deficiência na medição; 3 - Recuperação de receita decorrente irregularidade; 4 - Fatura posterior decorrente de ausência de faturamento; 5 - Faturamento final de consumo remanescente decorrente de encerramento contratual; 6 - Mais de uma fatura regular emitida no mesmo mês para a mesma unidade consumidora; 7 - Refaturamento decorrente de impedimento de acesso; 8 Outros. - Informa o mês e ano de emissão da fatura. 2) Campo mês (mm) - Tipo: Numérico / Tamanho: 2; 3) Campo ano (aaaa) - Tipo: Numérico / Tamanho: 4 (Válido para valores a partir de 2014, de acordo com o arquivo Pág. 26

30 <ref_anterior>mm/aaaa</ref_anterior> <consumo_fat>200,00</consumo_fat> <valor_fat>100,00</valor_fat> <vdmr>20,00</vdmr> que está sendo enviado); 4) O mês deve ser preenchido com 12 ; 5) O ano deve ser preenchido com 2014 em 2015, com 2015 em 2016, e assim por diante. 6) O ano deve ser informado com 4 algarismos; 7) Deve ser preenchida com 7 posições incluindo a /. - Informa o mês e ano de referência de que trata o tipo de acerto de faturamento. 1) Campo mês (mm) - Tipo: Numérico / Tamanho: 2 - Válido para valores de 01 a 12; 2) Campo ano (aaaa) - Tipo: Numérico / Tamanho: 4 - Válido para valores iguais ou anteriores ao informado na TAG <competencia>; 3) Caso o tipo de fatura declarado for 0 (faturamento regular), esta TAG deve ser deixada vazia. 4) Deve ser preenchida com 7 posições incluindo a /. - Identifica o consumo faturado em kwh. 1) Tipo: Numérico com duas casas decimais - Tamanho: 6; 2) O separador de milhar. não deve ser apresentado; 3) O separador de decimais, deve ser apresentado; 4) As casas decimais devem ser informadas mesmo que iguais a zero; 5) Não pode informar valor negativo; 6) Caso o tipo de fatura declarado for diferente de 0 (acerto de faturamento), esta TAG deve ser deixada vazia. - Informa o faturamento real em R$. 1) Tipo: Numérico com duas casas decimais - Tamanho: 06; 2) O separador de milhar. não deve ser apresentado; 3) O separador de decimais, deve ser apresentado; 4) As casas decimais devem ser informadas mesmo que iguais a zero; 5) Não pode informar valor negativo; 6) Caso o tipo de fatura declarado for diferente de 0 (acerto de faturamento), esta TAG deve ser deixada vazia. - Informa o Valor da Diferença Mensal de Receita na unidade consumidora. 2) Tipo: Numérico com duas casas decimais; 3) Tamanho: 06 (4 posições antes da vírgula e 2 posições depois da virgula); 4) O separador de milhar. não deve ser apresentado; 5) O separador de decimais, deve ser apresentado; 6) As casas decimais devem ser informadas mesmo que iguais a zero; 7) Esta TAG deve ser preenchida para todos dos tipos de fatura <tipo_fat>. 8) Quando o tipo de fatura declarado for diferente de 0 (acerto de faturamento), caso necessário, o sinal negativo - deve ser informado antes do número (Ex: <vdmr> -9999,99 </vdmr>). </fatura> (...) </faturas> <beneficiários> < beneficiário> <nome>claudio Silveira Martins</nome> <nis> </nis> TAG única - É formada pelas TAGs que contêm informações dos beneficiários da unidade consumidora. TAG múltipla - É formada pelas TAGs que contêm informações de determinado beneficiário da unidade consumidora; - Essa TAG pode de repetir dependendo da quantidade de beneficiários relacionados à unidade consumidora. - Informa o nome da pessoa (beneficiário). 2) Tipo: Alfanumérico; 3) Tamanho: Até 100; 4) Não pode ser vazia. - Identifica o NIS (Número de Identificação Social) informado pelo beneficiário. 1) Tipo: Numérico; 2) Tamanho: 11; 3) Deve conter 11 algarismos*; Pág. 27

31 <bpc></bpc> <cpf> </cpf> <rani></rani> <usa_aparelho>0</usa_aparelho> <data_concessao>12/05/2009</data_concessao> 4) Deve ser informado sem ponto e sem traço; 5) Obrigatório caso a TAG <bpc> esteja vazia, ou seja, para cada beneficiário o NIS ou o BPC (ou os 2) deverá ter sido informado*. * Eventuais inconsistências encontradas nessas validações serão alertadas ao usuário pelo DUTONET, porém sem impedir o envio do arquivo (parte). O usuário poderá optar por dar continuidade ao processo de envio do arquivo mesmo contendo as inconsistências alertadas ou avaliar e efetuar correções, caso necessário, no arquivo antes de enviá-lo. - Identifica o BPC (Benefício de Prestação Continuada) informado pelo beneficiário. 1) Tipo: Numérico; 2) Tamanho: 10; 3) Deve conter 10 algarismos*; 4) Deve ser informado sem ponto e sem traço; 5) Obrigatório caso a TAG <nis> esteja vazia, ou seja, para cada beneficiário o NIS ou o BPC (ou os 2) deverá ter sido informado*. * Eventuais inconsistências encontradas nessas validações serão alertadas ao usuário pelo DUTONET, porém sem impedir o envio do arquivo (parte). O usuário poderá optar por dar continuidade ao processo de envio do arquivo mesmo contendo as inconsistências alertadas ou avaliar e efetuar correções, caso necessário, no arquivo antes de enviá-lo. - Identifica o CPF (Cadastro de Pessoas Físicas) informado pelo beneficiário. 1) Tipo: Numérico; 2) Tamanho: 11; 3) Deve conter 11 algarismos*; 4) Deve ser informado sem ponto e sem traço; 5) Obrigatório caso a TAG <rani> esteja vazia, ou seja, para cada beneficiário o CPF ou o RANI (ou os 2) deverá ter sido informado*. * Eventuais inconsistências encontradas nessas validações serão alertadas ao usuário pelo DUTONET, porém sem impedir o envio do arquivo (parte). O usuário poderá optar por dar continuidade ao processo de envio do arquivo mesmo contendo as inconsistências alertadas ou avaliar e efetuar correções, caso necessário, no arquivo antes de enviá-lo. - Identifica o RANI (Registro Administrativo de Nascimento Indígena) informado pelo beneficiário. 1) Tipo: Numérico; 2) Tamanho: 08; 3) Deve conter 8 algarismos*; 4) Deve ser informado sem ponto e sem traço; 5) Obrigatório caso a TAG <cpf> esteja vazia, ou seja, para cada beneficiário o CPF ou o RANI (ou os 2) deverá ter sido informado*. * Eventuais inconsistências encontradas nessas validações serão alertadas ao usuário pelo DUTONET, porém sem impedir o envio do arquivo (parte). O usuário poderá optar por dar continuidade ao processo de envio do arquivo mesmo contendo as inconsistências alertadas ou avaliar e efetuar correções, caso necessário, no arquivo antes de enviá-lo. - Informa se alguém na família é portador de doença/patologia que utilize equipamento elétrico para o tratamento. 2) Tipo: Numérico; 3) Tamanho: 1; 4) Valores possíveis: 0 não ou 1 sim; 5) Deve ser preenchido com 0 ou 1. OBS: Preencher com 1, apenas se existe a utilização de aparelho/equipamento que tenha sido comprovada nos termos do art. 28 da Resolução Normativa nº 414/2010, caso contrário preencher com 0. - Identifica a data em que o benefício da TSEE foi concedido à família e a unidade consumidora foi classificada em uma das subclasses residencial baixa renda de acordo com os dados das famílias beneficiadas. 2) Tipo: data (dd/mm/aaaa); 3) Tamanho: 10; 4) Deve ser preenchida com 10 posições incluindo duas /. OBS: No caso de unidade consumidora classificada na subclasse baixa renda multifamiliar, deve-se informar a data em que cada beneficiário passou a utilizar a unidade consumidora; Pág. 28

32 <tipo_mf></tipo_mf> <data_atual_mf></data_atual_mf> </beneficiario> (...) </beneficiarios> </unidadeconsumidora> (...) </unidadesconsumidoras> </tsee> - Identifica o tipo de família na unidade consumidora multifamiliar. 1) Tipo: Numérico; 2) Tamanho: 1; 3) Valores válidos: números de 1 a 4, sendo: 1 Baixa Renda; 2 Indígena; 3 Quilombola; 4 BPC. 4) Esta TAG deverá vir preenchida somente no caso da subclasse residencial baixa renda multifamiliar, ou seja, se na TAG <subclasse> o valor declarado tenha sido 5, caso contrário deve ficar vazia. - Informa a data em que foi realizada a última atualização das informações da família no caso de unidade consumidora da subclasse baixa renda multifamiliar, conforme art. 28 da Resolução Normativa nº 414, de ) Tipo: data (dd/mm/aaaa); 2) Tamanho: 10; 3) Deve ser preenchida com 10 posições incluindo duas /. 4) Esta TAG deverá vir preenchida somente no caso da subclasse residencial baixa renda multifamiliar, ou seja, se na TAG <subclasse> o valor declarado tenha sido 5, caso contrário deve ficar vazia; Pág. 29