Política de transferência de recursos (Draft-3) Arquivado

Proposta

1. Resumo do problema tratado nesta proposta

A política atual falha no suporte a uma conexão de mão dupla.RIR política, dificultando assim a operação, o desenvolvimento e o crescimento dos negócios na região. Esta proposta visa estabelecer um mecanismo eficiente e favorável aos negócios que permita a transferência de uma série de recursos de / para outras regiões. Esta proposta traça um modelo no qual AFRINIC pode transferir livremente recursos numéricos de / para outras regiões, ou seja, RIPE NCC, APNIC, ARIN e LACNIC. Isso inclui ambos IPv4 endereços e números AS.

 

2. Resumo de como esta proposta aborda o problema

Com o esgotamento de IPv4, várias regiões adotaram uma política de transferência para acomodar a escassez de recursos. É permitido transferir recursos numéricos na própria região, bem como com outras regiões.

Essa prática é eficaz e necessária quando estamos enfrentando uma escassez de recursos. Isso ajuda a facilitar a operação comercial, reduzindo os preços.

Tais inter-RIR transferência, no entanto, ainda não está estabelecida em AFRINIC. Isso prejudica a operação e o desenvolvimento de negócios na região africana. A presente proposta visa estabelecer um mecanismo eficiente e favorável aos negócios que permita a transferência de uma série de recursos de / para outras regiões. Antes de passarmos para ilustrar como esse novo mecanismo funciona, vamos dar uma rápida olhada na situação do atual Manual de Políticas Consolidadas:

No Manual de Política Consolidado atualizado em 22 de fevereiro de 2019, apenas “IPv4 transferência de recursos na região AFRÍNICA ”.

Em relação à transferência de recursos para outras regiões, apenas o seguinte é mencionado:

5.5.1.1.3 Se um LIR planeja trocar ou transferir espaço de endereço, ele precisa entrar em contato com a AFRINIC para que as alterações sejam devidamente registradas.

O LIR permanece responsável por todas as alocações registradas no banco de dados do AFRINIC até que tenham sido transferidas para outro LIR ou devolvidas ao AFRINIC. Os LIRs devem garantir que todas as políticas sejam aplicadas.

A falta de uma orientação clara sobre transferência de recursos é prejudicial ao desenvolvimento do continente. Isso dificulta a operação comercial e também impede o estabelecimento de novos negócios na região.

Além disso, como Inter RIR política é aplicada em outras regiões, é importante que o AFRINIC acompanhe outras RIRs para garantir operação e coordenação fáceis.

 

3. Proposta

O CPM 5.7 será modificado por esta proposta da seguinte maneira: 

Atual	Proposto
5.7  IPv4 Transferência de recursos na região de AFRINIC Como os outros Registros Regionais da Internet, o AFRINIC esgotará em breve IPv4 piscina. Para atender às necessidades dos solicitantes de recursos atrasados, uma política de transferência para IPv4 recursos na região são necessários. O objetivo desta política é definir condições sob as quais as transferências devem ocorrer. A política resolve o problema de uma organização africana que precisa IPv4 número de recursos após o esgotamento do AFRINIC IPv4 ou quando o AFRINIC não puder mais atender às necessidades de tal organização.	5.7 IPv4 Transferência de recursos Como os outros Registros Regionais da Internet, o AFRINIC esgotará em breve IPv4 piscina. Para atender às necessidades dos solicitantes de recursos atrasados, uma política de transferência para IPv4 são necessários recursos dentro e fora da região. O objetivo desta política é definir condições sob as quais as transferências devem ocorrer. A política resolve o problema de uma organização africana que precisa IPv4 número de recursos após o esgotamento do AFRINIC IPv4 ou quando o AFRINIC não puder mais atender às necessidades de tal organização.
5.7.1 Resumo da política Esta política se aplica a uma organização com uma necessidade justificada de IPv4 recursos que não podem ser satisfeitos pelo AFRINIC.	5.7.1 Resumo da política Esta política se aplica a qualquer solicitação de transferência levantada por um detentor de recursos para a transferência de recursos de e para a região AFRINIC.
5.7.2 IPv4 recursos a serem transferidos - devem ser da conta de um membro AFRINIC existente ou de um Titular de recurso herdado na região de serviço AFRINIC.	5.7.2 IPv4 recursos a serem transferidos - qualquer detentor de recurso que publique uma solicitação de transferência para outra parte. Um acordo de transferência de recursos deve ser fornecido.
5.7.3 Condições sobre a fonte da transferência 5.7.3.1 A fonte deve ser o atual detentor dos direitos do IPv4 abordar os recursos reconhecidos pela AFRINIC e não participar de nenhuma disputa quanto ao status desses recursos.	5.7.3 Condições sobre a fonte da transferência 5.7.3.1 A fonte deve ser o atual titular legítimo do IPv4 recursos de endereço registrados em qualquer RIR, e deve estar em conformidade com as políticas do receptor RIR, e não deve se envolver em qualquer disputa quanto ao status desses recursos.
5.7.3.2 Entidades de origem não serão elegíveis para receber mais IPv4 alocações ou atribuições de endereços da AFRINIC por um período de 12 meses após a aprovação da transferência.	5.7.3.2 Entidades de origem não são elegíveis para receber mais IPv4 alocações ou atribuições da AFRINIC por um período de 12 meses após a aprovação da transferência.
5.7.3.3 As entidades de origem não devem ter recebido uma transferência, alocação ou atribuição de IPv4 número de recursos da AFRINIC nos 12 meses anteriores à aprovação da solicitação de transferência. Esta restrição exclui transferências de fusões e aquisições.	5.7.3.3 Não há limite superior em relação à quantidade de transferência, alocação e cessão de IPv4 número de recursos que uma entidade de origem pode receber desde que a solicitação de transferência seja realizada sob um acordo mútuo entre o remetente e o destinatário.
5.7.4 Condições sobre o destinatário da transferência 5.7.4.1 AFRINIC deve aprovar a necessidade do destinatário para o IPv4 recursos numéricos. Para que uma organização se qualifique para receber uma transferência, ela deve primeiro passar pelo processo de justificar sua IPv4 necessidades de recursos antes do AFRINIC. Ou seja, a organização deve justificar e demonstrar perante o AFRINIC seu uso inicial / adicional de alocação / atribuição, conforme aplicável, de acordo com as políticas em vigor.	5.7.4 Condições sobre o destinatário da transferência 5.7.4.1 Uma transferência de outro RIR para AFRINIC requer uma avaliação baseada na necessidade. AFRINIC deve aprovar a necessidade do destinatário para o IPv4 recursos numéricos. Para que uma organização se qualifique para receber uma transferência, ela deve primeiro passar pelo processo de justificar sua IPv4 necessidades de recursos antes do AFRINIC. Ou seja, a organização deve justificar e demonstrar perante o AFRINIC seu uso inicial / adicional de alocação / atribuição, conforme aplicável, de acordo com as políticas em vigor.  Uma transferência de AFRINIC para outro RIR deve seguir a política de recebimento RIR.
5.7.4.2 O destinatário deve ser um membro da AFRINIC, sujeito às políticas atuais da AFRINIC e deve assinar o Contrato de Serviços de Registro para os recursos recebidos.	5.7.4.2 O destinatário pode ser qualquer parte que chegue a um acordo de transferência de recursos com o remetente.
5.7.4.3 Transferido IPv4 recursos herdados não serão mais considerados recursos herdados.	5.7.4.3 Recursos legados transferidos ainda serão considerados como recursos legados.
	5.7.5 Procedimento de transferência de recursos 5.7.5.1 A parte transferidora que detém os recursos pode iniciar uma solicitação de transferência entre ela e uma parte externa. Se as duas partes concordarem, a parte transferidora enviará uma solicitação ao receptor RIR, usando um modelo padrão e enviar um acordo oficial de transferência de recursos para os envolvidos RIR(s). A transferência deve estar em conformidade com as políticas do receptor RIR. 5.7.5.2 Após o recebimento RIR aprova a transferência, irá notificar o transferidor RIR, a parte transferidora e o destinatário. Os recursos serão transferidos para o destinatário. 5.7.5.3 Quando o recebimento RIR aprova a transferência, os recursos serão transferidos para o destinatário.

 

4. Referências

Inter RIR- políticas são adotadas no RIPE, APNIC, LACNIC e ARIN. O registro dessas regiões mostra que o Inter RIR facilita a coordenação e operação fáceis entre RIRs.

O modelo atual da proposta é baseado no Inter do RIPE RIR política em:

https://www.ripe.net/manage-ips-and-asns/resource-transfers-and-mergers/inter-rir-transfers

 

Histórico de Revisão

Histórico de Revisão

Data	Detalhes
21 setembro 2020	Versão 3: AFPUB-2019-V4-003-DRAFT03 - As seções 5.7.3.2 e 5.7.4.3 foram atualizadas.
Agosto 13 2020	Versão 2:  AFPUB-2019-V4-003-DRAFT02 - As seções 5.7.3.1, 5.7.4.1 e 5.7.4.3 foram atualizadas.
Outubro 30 2019	Versão 1:  AFPUB-2019-V4-003-DRAFT01 - Enviado para discussão

 

Avaliação de impacto da política AFRINIC

 

Avaliação da equipe AFRINIC

 

Data de avaliação	Relevante para a Proposta
Outubro 13 2020	AFPUB-2019-V4-003-DRAFT03

 

1.0 Entendimento da Proposta pela Equipe

Esta proposta de política introduz uma interface de mão duplaRIR política de transferência, permitindo assim IPv4 recursos a serem transferidos dentro, para dentro e fora da região de serviço AFRINIC.

As condições são interpretadas da seguinte forma: -

A) para transferências dentro da região, ou seja, intra-RIR transferência 

• A entidade de origem deve ser o atual detentor do IPv4 recurso que deve ser transferido. 
• A entidade de origem que está postando uma solicitação de transferência também deve fornecer um contrato de transferência de recursos 
• A entidade de origem deve cumprir com as políticas do receptor RIR.
• Não há limite para o tamanho dos recursos transferidos.
• A origem da transferência pode solicitar recursos da AFRINIC após 12 meses, a partir da data da transferência anterior. 
• Não há limite máximo quanto ao montante de transferência, atribuição e cessão de IPv4 número de recursos que uma entidade de origem pode receber desde que a solicitação de transferência seja realizada sob um acordo mútuo entre o remetente e o destinatário.  
• Visto que de acordo com a Seção 5.7.4.3, os recursos legados transferidos ainda serão considerados como recursos legados, se uma fonte estiver transferindo recursos legados para um membro do recurso, não está claro se o destinatário deve justificar o IPv4 necessidades de acordo com as políticas AFRINIC.
• No caso de recursos não legados estarem sendo transferidos por uma fonte, o Destinatário da transferência deve justificar o IPv4 necessidades e deverá ser um membro AFRINIC. 
• Portanto, o destinatário de uma transferência, se ainda não for um membro da AFRINIC, deverá solicitar a adesão e passar por uma avaliação de acordo com as necessidades antes da aprovação da transferência.
• Visto que, de acordo com a Seção 5.7.4.3, os recursos legados transferidos ainda serão considerados como recursos legados, se a fonte estiver transferindo recursos legados para uma organização que não seja membro da AFRINIC nem detentora de recursos legados, não está claro como a AFRINIC deve lidar com esses pedidos. Os detentores de recursos legados foram herdados quando o AFRINIC foi criado em 2005. As regras de negócios e estatutos atuais apenas permitem que membros de recursos sejam registrados no AFRINIC WHOIS base de dados. 

 

B. para transferências de AFRINIC para outro RIR (inter-RIR transferir)

• A entidade de origem deve ser o atual detentor do IPv4 recurso que deve ser transferido.
• A entidade de origem que está postando uma solicitação de transferência também deve fornecer um contrato de transferência de recursos 
• A entidade de origem deve cumprir com as políticas do receptor RIR(ver pedido de esclarecimento)
• Não há limite para o tamanho dos recursos transferidos
• Uma fonte de transferência pode solicitar recursos da AFRINIC após 12 meses, a partir da data da transferência anterior.
• Não há limite máximo quanto ao montante de transferência, atribuição e cessão de IPv4 número de recursos que uma entidade de origem pode receber, desde que a solicitação de transferência seja realizada sob um acordo mútuo entre o remetente e o destinatário. A parte transferidora (Fonte) enviará uma solicitação ao receptor RIR, usando um modelo padrão e enviar um acordo oficial de transferência de recursos para os envolvidos RIR(s). O destinatário da transferência deve estar em conformidade com as políticas do receptor RIR.
• O receptor RIR  deve notificar a entidade de origem e a fonte RIR e o destinatário se a transferência for aprovada e a fonte RIR irá então transferir os recursos.
• Não está claro por que a entidade de origem deve cumprir as políticas do receptor RIR quando opera na região de serviço da fonte RIR. 
• A entidade receptora é interpretada como diferente da entidade de origem e obrigada a cumprir as políticas do receptor RIRs.
• Ao enviar um pedido de transferência ao destinatário, RIR e não é RIR, a verificação se a entidade de origem é a atual detentora dos recursos não pode ser feita.

 

C. para transferências de outro RIR para AFRINIC (inter-RIR transferir)

• A entidade de origem deve ser o atual detentor do IPv4 recurso que deve ser transferido.
• A entidade de origem que está postando uma solicitação de transferência também deve fornecer um contrato de transferência de recursos.
• A entidade de origem deve cumprir com as políticas do receptor RIR.
• Não há limite para o tamanho dos recursos transferidos. 
• A parte transferidora (Fonte) enviará uma solicitação ao receptor RIR, usando um modelo padrão e enviar um acordo oficial de transferência de recursos para os envolvidos RIR(s). O recebimento RIR  deve notificar a entidade de origem e a fonte RIR e o destinatário se a transferência for aprovada e a fonte RIR irá então transferir os recursos.  

Uma vez que de acordo com a Seção 5.7.4.3, os recursos legados transferidos ainda serão considerados como recursos legados, se uma fonte de outro RIR está transferindo recursos legados para um membro do recurso, não está claro se o destinatário deve justificar o IPv4 necessidades de acordo com as políticas AFRINIC conforme a Seção 5.7.4.1 

"5.7.4.1 Uma transferência de outro RIR para AFRINIC requer uma avaliação baseada na necessidade. AFRINIC deve aprovar a necessidade do destinatário para o IPv4 recursos numéricos. Para que uma organização se qualifique para receber uma transferência, ela deve primeiro passar pelo processo de justificar sua IPv4 necessidades de recursos antes do AFRINIC. Ou seja, a organização deve justificar e demonstrar perante a AFRINIC a sua utilização inicial / adicional de atribuição / atribuição, conforme aplicável, de acordo com as políticas em vigor. ",

Se fonte de outro RIR está transferindo recursos legados para uma organização que não é membro da AFRINIC nem detentora de recursos legados, não está claro como a AFRINIC deve lidar com tais solicitações. Os detentores de recursos legados foram herdados quando o AFRINIC foi criado em 2005. As regras de negócios e estatutos atuais apenas permitem que membros de recursos sejam registrados no AFRINIC WHOIS base de dados. 

No caso de recursos não legados estarem sendo transferidos por uma fonte de outra RIR, o destinatário de uma transferência deve justificar o IPv4 necessidades e deverá ser um membro AFRINIC. Portanto, o destinatário de uma transferência, se ainda não for um membro da AFRINIC, deverá solicitar a adesão e passar por uma avaliação de acordo com as necessidades antes de a transferência ser aprovada.   

Visto que o AFRINIC não tem relacionamento com a fonte de uma transferência que existe fora de sua região de serviço, ele não aceitará qualquer comunicação da organização de origem (detentor do recurso). Recomenda que este último corresponda ao seu RIR quem deve conduzir a verificação apropriada da solicitação de transferência recebida de seu detentor de recursos (membro ou legado) de acordo com suas políticas e práticas comerciais estabelecidas. A fonte RIR deverá, então, comunicar-se com a AFRINIC.

A AFRINIC avaliará então a solicitação da organização beneficiária de acordo com suas políticas e, se for bem-sucedida, coordenará a transferência com a fonte RIR.

 

1.2 Equipe precisa de mais esclarecimentos dos autores

1. Seção 5.7.3.1 - A fonte deve ser o atual detentor dos direitos do IPv4 recursos de endereço registrados em qualquer RIR e deve estar em conformidade com as políticas de recebimento RIR?
   Esta declaração não é clara, já que as entidades de origem existem e estão sujeitas às políticas da AFRINIC (intra) ou de outra RIR(inter), que são a fonte RIRs. No caso, um inter-RIR transferência de outro RIR para AFRINIC, a entidade de origem naquele RIR não terá relação com AFRINIC. Os autores podem esclarecer o que exatamente significam aqui?
2. Com base nas Seções 5.7.3.1 e 5.7.4.1, a proposta exige que cada RIR avaliar a origem da transferência e o destinatário da transferência, embora uma das partes transferidoras seja de outra região? 
3. Seção 5.7.5.1 menciona 'A transferência deve estar em conformidade com as políticas do receptor RIR'. Os autores podem esclarecer se de acordo com esta política, as transferências ocorrerão mesmo que a fonte não cumpra com sua RIRpolíticas de?
4. 5.7.5.1 fala sobre o uso de um modelo padrão. É necessário esclarecimento sobre este modelo padrão - É um modelo padrão globalmente aceito em todas as regiões? 
5. Esta política pretende que a AFRINIC crie novos detentores de recursos com status de legado em seu WHOIS banco de dados, simplesmente porque a organização comprou legado IPv4 do mercado?

 

1.3 Desafios de implementação percebidos

1. 5.7.1 Esta política se aplica a qualquer solicitação de transferência levantada por um detentor de recurso para transferência de recursos de e para a região AFRINIC.
   - É impossível aplicar e fazer cumprir esta política em detentores de recursos de outras regiões. AFRINIC nem qualquer outro RIR não têm mandato para avaliar organizações cujos recursos estão domiciliados em outro RIR. Além disso, isso não está de acordo com o documento ICP2 e os estatutos, uma vez que definem o escopo da região de serviço da AFRINIC e os detentores de recursos de outras regiões estão fora do escopo.
2. 5.7.3.1 A fonte deve ser o atual detentor dos direitos do IPv4 recursos de endereço registrados em qualquer RIR e deve estar em conformidade com as políticas de recebimento RIR.
   - Não é possível aplicar e fazer cumprir RIR políticas em uma organização domiciliada em outra região. 
3. 5.7.4.2 conforme escrito, praticamente em conflito com 5.7.4.1. O que aconteceria se apenas 5.7.4.2 fosse atendida e a condição de política 5.7.4.1 não fosse atendida? 
4. 5.7.4.3 Recursos legados transferidos ainda serão considerados como recursos legados.
   - Não pode acontecer para espaço legado de entrada e o destinatário não é um membro do recurso nem um detentor de legado, pois o estatuto atual não permite a criação de detentores de recursos legados no WHOIS. Os titulares de legado foram aceitos e criados no início para acomodar a migração de outros RIR's.
5. 5.7.5.1. Se as duas partes concordarem, a parte transferidora enviará uma solicitação ao receptor RIR, usando um modelo padrão e enviar um acordo oficial de transferência de recursos para os envolvidos RIR(S) 
   - Não pode ser implementado como está escrito, todos RIRafirmam que não se comunicam diretamente com os detentores de recursos de outra região, cada um RIR lida com a parte transferidora em sua região e mantém Inter-RIR comunicação apenas em RIR nível apenas.
6. 5.7.5.2 Após o recebimento RIR aprova a transferência, irá notificar o transferidor RIR, a parte transferidora e o destinatário. 
   - Não pode ser implementado como está escrito, todos RIRs declararam que não se comunicam diretamente com os detentores de recursos de outra região. 

 

1.4 Reciprocidade com os outros RIRs

Esta seção foi adicionada para documentar a reciprocidade / compatibilidade com as outras RIRé inter-RIR políticas, uma vez que a AFRINIC tenha recebido sua avaliação.

 

RIR	Resposta
ARIN	ARIN respondeu que a Política de Transferência de Recursos não é compatível com seusRIR políticas de transferência devido à seguinte declaração nela -  "A fonte deve ser o atual detentor dos direitos do IPv4 recursos de endereço registrados em qualquer RIR e deve estar em conformidade com as políticas de recebimento RIR. ” exigiria uma fonte na região ARIN para cumprir com AFRINIC RIR e envios.
APNIC	O APNIC inter-RIR política não é compatível com o texto atual, especialmente "A fonte deve ser o atual detentor dos direitos do IPv4 recursos de endereço registrados em qualquer RIR e deve estar em conformidade com as políticas de recebimento RIR."
LACNIC	Em primeiro lugar, o LACNIC não exige reciprocidade entreRIR política. No entanto, existem alguns aspectos que são importantes a considerar:  "A fonte deve ser o atual titular legítimo do IPv4 recursos de endereço registrados em qualquer RIR e deve estar em conformidade com as políticas de recebimento RIR"  O manual de políticas do LACNIC não exige que a organização de origem esteja em conformidade com as demais RIR e envios.  Não faria muito sentido pedir isso. O parágrafo 5.7.5 "Procedimento de transferência de recursos" estabelece que a parte transferidora apresentará um pedido de transferência ao receptor RIR (Não a oferta) e o recebimento RIR irá notificar a transferência RIR assim que aprovar a transferência ". Isso não está de acordo com a forma como o INTER-RIR as transferências foram configuradas em qualquer um dos outros RIR.
RIPE NCC	A seção 5.7.5 torna a política não compatível com as políticas e procedimentos do RIPE e impossível de implementar. Para transferências de AFRINIC para RIPE NCC: Uma vez que esta política estabelece que a parte transferidora precisa entrar em contato com o RIPE NCC. O RIPE NCC não pode verificar se ele é o verdadeiro detentor dos recursos ou se esses recursos estão em conformidade com as políticas do AFRINIC. (Este é um requisito das Políticas RIPE) O procedimento RIPE NCC declara: "Para transferências para a região de serviço RIPE NCC, o RIPE NCC será notificado pelo responsável RIR e entre em contato com a parte relevante dentro da região de serviço RIPE NCC. "Para transferências de RIPE NCC para AFRINIC: A política estabelece que a parte transferidora deve contatar o receptor RIR(AFRINIC neste caso). Isso não é compatível com as políticas RIPE, que afirmam que, ao transferir recursos de números da Internet para outro RIR, o RIPE NCC seguirá as políticas de transferência que se aplicam em sua própria região de serviço. Os procedimentos RIPE NCC declaram: "O pedido de transferência é sempre iniciado pela parte transferidora. A parte transferidora deve enviar um pedido ao RIR onde os recursos de números da Internet são registrados no momento em que a solicitação é feita. ”

 

 

2.0 Comentários da equipe sobre as áreas de impacto

Se a proposta chegar a um consenso:

2.1 Impacto nos sistemas

1. A ferramenta de transferência em MyAFRINIC exigirá mais ajustes para acomodarRIR fáceis 
2. Impactos de DNS reverso a serem considerados (para a maioria / 8s)
3. RPKI ROA
4. Logs de transferência
5. RT (Sistema de emissão de bilhetes AFRINIC) 

2.2 Impacto nos processos e procedimentos

1. Os processos e procedimentos exigirão uma revisão.
2. Coordenação com o RIRs que têm compatibilidade compatívelRIR políticas de transferência também serão necessárias 
3. Serão necessárias atualizações de acordos contratuais   

2.3 Impacto nas operações 

1. A avaliação da Transferência de Recursos consome muitos recursos e o departamento de MS exigiria uma equipe adicional para facilitar as avaliações oficiais e oportunas
2. Também serão necessários recursos da equipe de engenharia de software para implementar a transferência nos sistemas AFRINIC.

2.4 Impacto nas finanças AFRINIC

As transferências de legado de entrada (intra e inter) não resultarão em aumento de sócios, enquanto os membros de recursos AFRINIC transferem seus recursos para outros RIRs provocará uma redução no número de membros.  

2.5 Avaliação Legal

Antes de mais nada, vale dizer que não existe nenhum impedimento legal para a AFRINIC ratificar um Inter-RIR política de transferência, se necessário, mais ainda que tal política exista no outro RIRs. 

No entanto, a ressalva é que, se e sempre que o Conselho for chamado a ratificar a política acima mencionada, este último deverá assegurar que a decisão seja tomada em conformidade com os deveres dos conselheiros conforme estabelecido na Lei das Sociedades por Ações. Por exemplo, uma das funções é que os conselheiros devem, em todos os momentos, agir no melhor interesse da empresa. 

Então, o que envolve a frase "agir no melhor interesse da empresa"? Embora não haja orientação estatutária para essa frase, ela pode ser interpretada no sentido de que a decisão em questão deve, inter-alia, garantir que a empresa permaneça solvente em todos os momentos, bem como garantir a continuidade e sustentabilidade do negócio. "Solvente" significa que a empresa é capaz de honrar suas dívidas e passivos, incluindo, mas não se limitando ao pagamento de despesas operacionais, etc.

 

Implementação 3.0

A implementação da política, se ratificada, será feita em myafrinic 2.0