Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Aplica-se a: operações de projeto para cenários baseados em recursos/não estocados, implantação Lite - transação para faturamento pro forma
O Dynamics 365 Project Operations oferece suporte a contratos baseados em honorários. Um contrato baseado em retenção é um conjunto negociado de pagamentos igualmente distribuídos pelos quais o cliente será faturado ao longo da duração de um projeto. Esse tipo de contrato é normalmente usado para modelos de faturamento baseados em tempo e material ou consumo, onde há a necessidade de fornecer ao cliente uma fatura previsível e um cronograma de pagamento. Os dados reais de receita acumulados em cada período são reconciliados com o pagamento recebido do cliente no início do período. De acordo com o conceito do modelo de faturamento de Tempo e Material, os valores de receita acumulados em cada período podem variar com os custos incorridos. Se a receita acumulada for maior do que o valor recebido no início do período, a empresa de entrega do projeto poderá:
- Faturar apenas o excesso ao cliente
- Adiar a reconciliação da receita para o próximo período de faturamento e fazer uma fatura final no final do projeto para qualquer receita restante não reconciliada
A principal diferença entre um modelo de contrato baseado em honorários e um modelo de contrato de preço fixo no Project Operations é que, no modelo de contrato de preço fixo, o valor da fatura não está vinculado ou vinculado aos custos incorridos. O faturamento segue uma abordagem baseada em marcos que está alinhada aos custos incorridos nesse período. Em um contrato baseado em honorário, a receita que pode ser faturada é registrada com base no método de cobrança na linha do contrato. Quando o método de cobrança é tempo e material, a receita faturável está vinculada aos custos incorridos em um determinado período e pode variar de período para período. No entanto, o cliente só é faturado pelo valor do adiantamento periódico. O sistema usa outra fatura no final do período para reconciliar a receita faturável registrada durante o período com o montante faturado pelo cliente no início do período.
A vantagem desse método é que os custos do cliente se tornam previsíveis no acordo de retenção, ao contrário de um modelo típico de remuneração por tempo e material. A organização que entrega o projeto também tem algum espaço para cobrir o risco de recuperar os custos incorridos devido a quaisquer aumentos no escopo que um modelo de preço fixo não teria permitido.
Além de uma programação periódica baseada em honorários, o Project Operations pode registrar um adiantamento único de um cliente e reconciliá-lo com os diferentes componentes de custo do projeto.
A retenção no Project Operations não está disponível para uso até que seja faturada para o cliente. Isso é indicado pelos seguintes campos na subgrade para adiantamentos e honorários.
Campo | Descrição | Impacto a jusante |
---|---|---|
Quantidade disponível | O valor que está disponível para ser usado no registro de honorário ou adiantamento. | Até que o adiantamento ou a retenção seja faturado, ele não estará disponível para uso, o que significa que o valor disponível será zero. |
Quantidade usada | O valor que já é utilizado no honorário ou adiantamento. | Um adiantamento ou retenção pode ser parcialmente reconciliado em uma fatura com custos reais que terão alguma parte marcada como já usada ou consumida. O restante do valor adiantado ou retido está disponível para reconciliação em uma fatura futura com os custos reais. |