Roteiro de implementação

Os dados de configuração da REDA formam uma cadeia de dependências: as regras de locação fazem referência a códigos de cobrança e a regiões, as propriedades fazem referência a regras e a tipos, e o aluguel depende de tudo isso. Monte fora de ordem e a REDA te impede com uma mensagem de validação. Este roteiro conduz uma organização nova pela configuração na ordem que sempre funciona — primeiro as regiões, depois o vocabulário de faturamento, as regras de política, as classificações de propriedades, as próprias propriedades, então o aluguel, então os motores opcionais e, por fim, as pessoas e o go-live. Cada fase indica a guia exata em que ela vive e traz o link para o artigo aprofundado daquele objeto. Percorra-o de cima a baixo e você não vai esbarrar em uma parede de dependências.

Por que a ordem importa

Os dados mestres da REDA não são uma lista plana de configurações — são uma cadeia, em que cada camada se apoia na anterior. Uma regra de locação pertence a uma região e aponta para códigos de cobrança; uma propriedade aponta para um tipo e uma regra; uma propriedade não pode ser disponibilizada para locação enquanto não tiver um período de cobrança de aluguel. A REDA impõe essas dependências com regras de validação, então montar fora de ordem não funciona pela metade em silêncio — ela bloqueia o salvamento. Tente marcar uma propriedade como disponível para locação antes de configurar o aluguel dela, por exemplo, e você verá:

O roteiro abaixo está sequenciado exatamente para manter você à frente dessas verificações. Há um pequeno laço a considerar — uma região quer uma regra de locação padrão, mas as regras são criadas depois das regiões — e o passo a passo aponta isso no momento em que acontece.

O roteiro em resumo

Nove fases, cada uma em sua própria guia. Marque-as conforme avança — seu progresso é salvo nesta página.

• Fase 1 — Regiões. Suas geografias de operação, a moeda e a regra de locação padrão. Guia: Regiões.
• Fase 2 — Códigos de cobrança. O vocabulário de faturamento ao qual as regras farão referência. Guias: Códigos de cobrança (e Códigos de liquidação, se você vende).
• Fase 3 — Regras de locação. O motor de políticas das locações. Guia: Regras de locação.

• Fase 4 — Tipos de propriedade e Códigos de comodidades. Classificação e comodidades compartilhadas. Guias: Tipos de propriedade · Códigos de comodidades.
• Fase 5 — Propriedades. Primeiro os edifícios, depois as unidades. Guia: Propriedades.
• Fase 6 — Cartões de aluguel. Preços por prazo em cada propriedade.

• Fase 7 — Motores de regras opcionais. Comissões, inflação, lucro e retenção, vagas de calendário, vistorias.
• Fase 8 — Pessoas e acesso. Atribua os conjuntos de permissões por função.
• Fase 9 — Go live. Agende os trabalhos, defina os sinalizadores, limpe os dados de exemplo.

A barra de navegação do aplicativo REDA Admin — as guias de dados mestres ficam na ordem que o roteiro de configuração segue: Regiões, Códigos de cobrança, Regras de locação, Tipos de propriedade e depois Propriedades.

Fase 1 — Regiões

Uma Região é uma geografia de operação — um mercado em que você faz negócios. Comece por aqui porque uma região define a moeda que todo registro abaixo dela herda, fornece uma regra de locação padrão como alternativa, controla a visibilidade dos registros, comanda a configuração do portal do residente e disponibiliza o calendário de visitas. Ela também carimba automaticamente um Region Unique Code curto em muitos registros filhos, então mantenha esse código curto e bem pensado — você o verá em muitos lugares.

Veja Regiões para o passo a passo completo dos campos. Se sua organização opera com várias moedas, note que uma região exige também uma moeda ("É necessário informar o valor da moeda quando a opção Multimoeda está ativada.") e que regiões com portal ativado exigem um perfil de portal ("O ID do perfil de usuário do Portal do Residente deve ser fornecido se a região tiver um portal do residente ativo.").

Fase 2 — Vocabulário de faturamento: Códigos de cobrança

Um Código de cobrança é uma linha do seu vocabulário de faturamento — aluguel, taxa administrativa, multa por atraso e assim por diante — que carrega como ele é agrupado, se é um repasse (pass-through) e os dias de carência que tiver. Você cria os códigos de cobrança antes das regras de locação porque as regras fazem referência a eles (um código de cobrança de reserva, um código de taxa de mês a mês, o tratamento das multas por atraso). Configure na guia Códigos de cobrança os códigos com os quais seu negócio fatura; veja Códigos de Cobrança para os campos obrigatórios.

Se você trabalha com Venda de imóveis, é aqui também que você configura os Códigos de liquidação, em uma guia própria — o único catálogo de configuração que um conjunto operacional (Property Acquisition User) pode editar. Pule-os se você não vende.

Fase 3 — Regras de locação

Uma Regra de locação é o motor de políticas da REDA para as locações: rateio, tratamento de fim de mês, reajustes escalonados plurianuais, multas por atraso, prazos de mês a mês, o ciclo de faturamento recorrente, a contabilização linear (straight-line) e os códigos de cobrança de indicação e de reserva. É a maior alavanca funcional de toda a configuração, e faz referência à região e aos códigos de cobrança que você acabou de criar. Crie suas regras na guia Regras de locação — veja Regras de locação para o guia completo campo a campo — e depois volte à Fase 1 para definir a regra padrão de cada região.

Fase 4 — Tipos de propriedade e Códigos de comodidades

Um Tipo de propriedade classifica uma propriedade, e seu sinalizador Is Building/Community tem consequências estruturais reais: um edifício ou comunidade precisa de um Property Code, não pode ter uma propriedade principal e fica de fora das execuções de inflação em nível de propriedade. Configure seus tipos na guia Tipos de propriedade antes de criar qualquer propriedade, para que cada propriedade tenha um tipo ao qual apontar.

Os Códigos de comodidades são um catálogo compartilhado em uma guia própria. Somente as comodidades que estão ativas e marcadas como "Addition To Rent" aumentarão o aluguel mais tarde, então defina-as com critério.

Fase 5 — Propriedades

Agora crie as propriedades. A ordem dentro desta fase também importa: crie primeiro os edifícios e as comunidades, depois as unidades abaixo deles.

As propriedades ficam na guia Propriedades (também acessível pelo aplicativo REDA). Aprofunde-se: Como disponibilizar uma propriedade para locação. Para propriedades prontas para reserva, você também precisará de um Booking Type e de uma regra com um código de cobrança de reserva — a REDA vai lembrar você com "Provide Leasing Rule and the Leasing Rule should be associated to the Booking Charge Code to mark this Property Available for Booking." e "O Tipo de reserva deve ser fornecido para tornar o imóvel Disponível para reserva."

Se sua organização usa várias moedas, a região da propriedade precisa coincidir com a região da regra dela: "A região do imóvel deve corresponder à região da regra de locação quando a opção Multimoeda estiver ativada."

Fase 6 — Cartões de aluguel

Um cartão de aluguel (configuração de cobrança de aluguel) define o aluguel por prazo em uma propriedade — por exemplo, um valor para uma locação de 12 meses e outro para uma de 6 meses, com aluguéis separados para novo locatário e para renovação. Os cartões de aluguel alimentam a busca de locação e o editor Terms & Charges. Você os configura na guia Leasing | PM | Booking da propriedade. Aprofunde-se: Configurações de cobrança de aluguel.

Fase 7 — Motores de regras opcionais

Estes são opcionais e podem vir depois — ative apenas o que seu negócio precisa:

Fase 8 — Pessoas e acesso

Com os dados no lugar, atribua o acesso às pessoas. Combine cada função com seu conjunto de permissões — a tabela de personas em Conjuntos de permissões e personas é seu ponto de partida, e De qual acesso eu preciso? é a consulta que seus usuários enviam a você quando estão bloqueados. Lembre-se de que Contas, Contatos, relatórios e os botões de ação guiada são concedidos separadamente, no nível da organização, e não por nenhum conjunto da REDA.

Fase 9 — Go live

A fase final é o portão de lançamento — e ela carrega o fato de configuração mais importante da REDA: os trabalhos que fazem seu negócio funcionar não são agendados quando a REDA é instalada. O aluguel não será faturado, as multas por atraso não serão acumuladas, a inflação não será aplicada e as vistorias não se repetirão até que um administrador agende cada um deles. Uma organização nova executa por conta própria apenas dois agendamentos — uma execução de contabilização de cronograma de pagamentos e uma reposição de vagas de calendário — e nenhum dos dois cobra ninguém; tudo o que movimenta dinheiro ou se repete em uma locação é um passo de agendamento deliberado que você dá aqui. Isso, mais os sinalizadores de extensão, as conexões dos formulários web e a limpeza dos dados de exemplo, é uma lista de verificação por si só: Lista de verificação para o go-live. Não pule essa etapa.

Erros de dependência, em resumo

Se você se adiantar, aqui está a rede de segurança — a mensagem que você verá e a fase que a resolve.

Exemplo prático: a configuração da Meridian, do início ao fim

A Meridian Properties opera com uma única moeda. Veja a configuração dela conduzida pelo roteiro:

A mesma empresa Meridian continua em Lista de verificação para o go-live, onde a primeira fatura de aluguel da Meridian Court #101 finalmente aparece.

O que vem a seguir

1. Lista de verificação para o go-live — o portão de lançamento; agende os trabalhos ou nada será faturado.
2. Regiões — a Fase 1 completa.
3. Códigos de Cobrança — a Fase 2 completa.
4. Regras de locação — o motor de políticas, campo a campo.
5. Como disponibilizar uma propriedade para locação — a cadeia de validações da Fase 5 em profundidade.
6. Testando a REDA em um sandbox — experimente todo o roteiro com segurança primeiro.

Perguntas frequentes