Perguntas mais frequentes
Que campo do usuário pode ser adicionado à distribuição de mão de obra?
Use estas diretrizes para definir um grupo de classe de negócios para distribuição de mão de obra, que define o pagamento elegível para distribuição de mão de obra.
- Campos do usuário são um recurso de Landmark padrão. Existem painéis vazios nos formulários de transação onde os campos de usuário podem ser configurados para serem exibidos e especificados.
- Campos do usuário podem ser adicionados nos campos Código de emprego, Código de posição e Código de pagamento nas transações financeiras.
- Os campos do usuário são copiados para a classe de negócios
GLTransactionDetail
pela interface de transação. A ação de lançamento em diário copia os campos para transações de Razão global ao estabelecer interface em detalhes ou se a conta especificar interface em detalhes. Os mesmos campos do usuário devem ser definidos em todas as três classes de negócios.
Executei a distribuição de mão de obra individual, mas nenhum registro é criado
Se você executar a distribuição de mão de obra individual e nenhum registro for criado, verifique estas informações:
- A mão de obra é limitada a 99 transações por funcionário por período.
- Ação Distribuir trabalho individual: o parâmetro da entidade contábil nesta ação representa a empresa de Lawson Payroll, equivalente à entidade contábil Financials and Supply Management. Especifique a empresa de Lawson Payroll do funcionário, que é a mesma empresa dos programas PR140, PR160, PR197 ou PR198. Esta entidade contábil é usada para consultar registros
GlTransactionDetail
no arquivo PRDISTRIB do Lawson para o funcionário para o período de trabalho. A empresa de Lawson Payroll é mapeada para o campo FromAccountingEntity. Usar FromAccountingEntity garante que todos os registros PRDISTRIB do funcionário sejam devolvidos para o período de pagamento. Os registros excluídos pelo grupo de seleção não são devolvidos. Como um funcionário só pertence a uma única empresa de PR/entidade contábil, não adicione um grupo de entidades contábeis à ação Distribuir mão de obra individual. GeneralLedgerJournalControl
interentidade: os diários de Lawson Payroll são criados como tipo de diário “interentidade”. Todos os funcionários pertencem a uma única empresa de RH Lawson ou entidade contábil, por exemplo, 999. Salário e vencimentos são lançados para diferentes empresas do RG ou para entidades contábeis, por exemplo, 100. A ação de lançamento do Razão global cria automaticamente vários registros emGeneralLedgerJournalControl
para cada entidade contábil. A ação cria diários memorando emGeneralLedgerTransaction
para manter diários interentidade e Razão global balanceado.- Diários e entradas de distribuição de trabalho: a distribuição de mão de obra usa os registros PR
GLTransactionDetail
de origem como a base para reversão e criação de registros de distribuição de mão de obra de concessão. Semelhante à folha de pagamento e a todos os subsistemas, a entidade contábil de origem é a mesma para cada distribuição no diário. Semelhante aos resultados para lançamento de folha de pagamento, o lançamento de distribuição de mão de obra sempre criará diários interentidade. A ação de lançamento de Razão global garantirá que diários e Razão global estejam balanceados para distribuição de mão de obra.
Alterei um projeto para incluir custos indiretos adicionais, mas os custos indiretos adicionais não são calculados
Execute a ação Atualizar extremidade de atribuição para incluir a taxa de custo indireto e a estrutura financeira de custo indireto. Execute a ação para cada projeto alterado. Use estas etapas para exibir as atribuições atuais e verificar se existe uma taxa de custo indireto e uma estrutura de custo indireto.
- Entre como Administrador de projeto e selecione Configuração do projeto.
- Abra a estrutura, selecione a guia Funcionários e abra o registro de funcionário.
- Selecione Atribuições de projeto e abra uma atribuição para um projeto que tenha custos indiretos.
- Se os campos não forem exibidos, execute o trabalho Atualizar. É possível substituir os valores atuais marcando a caixa de seleção Substituir na ação Atualizar extremidade de atribuição.
Como criar um grupo de classes de negócios para pagamento elegível para distribuições de mão de obra
Use este exemplo de sintaxe para excluir contas de provisão:
(FinanceCodeBlock.GeneralLedgerChartAccount != "205030" and FinanceCodeBlock.GeneralLedgerChartAccount != "205070")
Como a certificação de esforço é calculada?
Pergunta: uma empresa tem um go live em 1 de novembro. No primeiro trimestre, ela tem apenas períodos de mão de obra criados para novembro e dezembro. Os períodos de pagamento são quinzenais para um total de oito períodos de trabalho. A média da certificação de esforço será calculada somente ao longo dos períodos que foram criados?
Resposta: a distribuição de trabalho e o esforço serão capturados em Financials and Supply Management para os dois meses do período de esforço, novembro e dezembro. A média do esforço será calculada sobre todos os períodos de trabalho incluídos no período de esforço, seja capturado ou não. O usuário ou certificador pode ajustar a porcentagem de esforço de acordo ao certificar esforço. Um ajuste é feito substituindo a média percentual real para incluir o esforço inserido, rastreado e relatado no sistema herdado.
Pergunta: um funcionário é atribuído a um projeto posteriormente em um trimestre. Os períodos de pagamento que não foram atribuídos são removidos da média?
Resposta: não. Se um funcionário for atribuído a um projeto mais tarde no trimestre, será calculada a média de todos os períodos. O esforço é uma porcentagem de trabalho para todo o período, independentemente de quando o trabalho ocorre ou quando a atribuição começa ou termina. Se um minuto ou 500 horas forem trabalhadas para um projeto específico, a porcentagem de esforço será baseada no total do trimestre.
Como proteger o campo de recurso do número do funcionário em GLTransactionDetail
Segurança pode ser adicionada para proteger ou suprimir o campo do recurso Número de identificação do funcionário de ser exibido no registro GLTransactionDetail
. Estas funções ainda terão acesso ou visibilidade para o campo recurso:
Controller_ST
Financial Business Analyst_ST
Project Administrator_ST
Project Accountant_ST
Para adicionar segurança, faça estas alterações de segurança e associe-as às funções listadas.
- Adicione a nova classe de segurança
GLAllowResource_ST
com esta regra: O campo GLTransactionDetail.Resource é acessível no passado, presente e futuro para todas as ações incondicionalmente - Adicione esta regra: o campo GLTransactionDetail.Resource não é acessível no passado, presente e futuro para todas as ações, incondicionalmente
Consulte o Guia de configuração de usuário e segurança de Financials and Supply Management para obter instruções completas sobre como adicionar funções e regras de segurança.
Como a segurança pode ser adicionada para as Minhas listas para a função de gerente de projeto?
Várias opções de Minha lista estão disponíveis para a função de gerente de projeto:
- Uma seleção de instância existe para projetos onde o ator é igual à pessoa responsável pelo projeto. O ator é a pessoa que entrou.
- Minhas listas, em Projetos, podem ser ignoradas ao especificar uma URL diferente ou criar uma lista configurada que não inclua a seleção de instâncias.
- Minhas listas foram criadas para que um usuário ou gerente possa visualizar somente seus próprios projetos ou registros. Se a sua organização não quiser que os usuários vejam registros adicionais, então as configurações de segurança devem ser criadas.
Por que minhas faturas não foram geradas?
Se uma fatura de contrato não for criada, verifique estas informações:
- O faturamento e a receita são limitados a 9.999 transações de despesa. Uma mensagem de aviso será exibida se existirem mais transações.
- O contrato do projeto está no status Ativo. Se o contrato estiver inativo, a fatura será exibida no cabeçalho. A ação Ativar estará disponível.
- Os projetos de lançamento sob o contrato que são elegíveis para faturamento devem ser definidos como Faturável.
- Os projetos de lançamento sob o contrato que são elegíveis para faturamento devem ter um status de projeto que inclua faturamento.
- As transações devem ser lançadas.
- Abra um contrato de lançamento e clique no link Transações não faturadas. Confirme que o status das transações de Contas a pagar está Elegível para faturamento. Verifique se o status da transação não está em Reter na coluna Faturado.
- Visualize o método de faturamento do contrato. Se o método de faturamento for Tempo e materiais, somente as transações de tempo serão faturadas pela ação Gerar fatura. Verifique o saldo faturável de fundos remanescentes no contrato.
- Verifique o saldo faturável de fundos remanescentes no contrato. Se o limite do contrato tiver sido cumprido, nenhuma fatura será criada.
- Verifique o grupo de despesas. Se um grupo de despesas na origem de financiamento isentar a despesa de ser faturada, nenhuma fatura será criada.
- Caso tenha criado regras de estrutura financeira, verifique se suas contas de faturado não realizado e realizado não faturado são válidas.
- Verifique se a caixa de seleção Excluir CP não paga está marcada. Se a caixa de seleção estiver marcada, as faturas de Contas a pagar deverão ser pagas. O processo de Atualização de projeto de fatura paga deve ser executado.
- Verifique se a data da fatura é igual ou anterior à data de término do contrato.
- Verifique se os projetos de lançamento padrão definidos nas fontes de financiamento do projeto para o contrato não têm uma data de término anterior à data da fatura usada.
- Verifique se não existe guia de erro no contrato de projeto. Quaisquer erros precisam ser corrigidos antes de gerar as faturas novamente.
- Se o método de receita for Separado, verifique se não há reconhecimento de receita com status Criado. Se houver um reconhecimento de receita de rascunho, a ação não será exibida para gerar faturas.
As descrições das linhas da fatura do contrato do projeto que são transmitidas para Contas a receber e impressas na fatura podem ser definidas dessas maneiras:
ProjectIContractInvoiceLine.Descriptions
são determinadas pelo método de faturamento:- Faturamento da meta ou parcela = Descrição da meta
- Adiantamentos = Descrição do adiantamento
- Subsídio = subsídio
- Retenção = Retenção
- Tempo = Nome do funcionário
- Materiais = Descrição do
GlTransaction.description
original. Despesas para materiais normalmente vêm de Contas a pagar. - Reembolso de custos = Descrição do
GlTransactionDetail.Description
original. - Taxas = Descrição do código de taxa
- Substituição de projeto ou substituição de faturamento, ou a conta e a categoria de conta, são concatenadas com a descrição.
- A descrição enviada para Contas a receber depende da opção de fatura de Contas a receber.
- Se a opção de interface de Contas a receber = detalhe, carregue
ProjectContractInvoiceLine.description
emReceivableInvoiceDetail.Description
- Se opção de interface de Contas a receber = projeto de lançamento resumido, carregue a descrição do projeto de lançamento em
ReceivableInvoiceDetail.Description
- Se opção de interface de Contas a receber = resumo, carregue a descrição do contrato do projeto em
ReceivableInvoiceDetail.Description
- Se a opção de interface de Contas a receber = detalhe, carregue
Como personalizar detalhes da fatura para um intervalo de datas do grupo de execução
É possível personalizar projectcontractinvoice para exibir o intervalo de datas usado ao gerar faturas. Os campos que devem ser usado são: RunGroup.DateRange.MassUpdate e RunGroup.DateRange.End.
Como recalcular os totais do contrato e da fonte de financiamento
Se o contrato e os totais da fonte de financiamento estiverem incorretos, eles poderão ser recalculados. Este problema pode ocorrer devido a problemas assíncronos. Esta ação não está em nenhum menu e requer que uma ação do usuário seja executada. Estas informações devem ser incluídas:
Crie esta ação de usuário na classe de negócios ProjectContract:
RunFixBilledAmounts é uma Ação de instância
Regras de ação
invoca a FixedAmounts em segundo plano
Qual é a diferença entre as mensagens de erro do cabeçalho e as mensagens da guia Erros?
Esta lista mostra as diferenças entre a mensagem de erro que está no cabeçalho do contrato do projeto e as mensagens de erro que estão na guia Erros:
- As mensagens de conclusão assínc. para faturamento e receita são exibidas no cabeçalho do contrato do projeto.
- Os erros de tempo de execução geralmente vinculados a uma linha são exibidos na guia Erros. Por exemplo, blocos de código incorretos ao lançar em diário ou códigos de imposto em falta ao efetuar cálculos.
E se eu não conseguir ver a ação Lançar receita em diário?
Se não for possível ver a ação
, verifique estas informações:- Verifique se o método de Reconhecimento de receita do contrato do projeto é Separado.
- Verifique se não existem faturas no status Criado. Os saldos faturados são atualizados pela ação . Use esta ação para garantir que não haja superfaturamento caso várias faturas sejam criadas antes de serem lançadas em diário. Se a fatura for excluída antes de ser lançada em diário, o saldo faturado será reduzido e a receita poderá ser lançada em diário. Os saldos faturados e de receita são exigidos para determinar as entradas de compensação corretas para as contas faturado/não realizado e realizado/não faturado.
O que acontece quando um projeto é desativado?
Quando você desmarcar a caixa de seleção Ativo no projeto de lançamento, o projeto de lançamento não será mais mostrado no contrato. Se você deseja que o projeto continue a ser exibido mas não ativo, é possível usar estas opções em vez de usar o campo Ativo:
- Altere o status do projeto para um que não permita faturamento, receita ou capital. Altere a data de término no projeto de lançamento para que nenhuma transação adicional possa ser adicionada.
- Remova o projeto das regras de relação da estrutura para que se torne inválido.
Que ônus de fim de ano deve ser revisado?
As ordens de compra que foram oneradas, mas ainda não foram recebidas antes do fim do ano fiscal são encaminhadas para o próximo ano. Você pode encaminhar os registros de oneração da ordem de compra para o saldo inicial do próximo ano. Todos os outros registros de compromisso e ônus do subsistema devem ter um status de Histórico antes de processar a renovação de fim de ano. Use o Relatório de compromisso para exibir o status de todos os compromissos e os ônus para todos os subsistemas.
Como rastrear e reconciliar as retiradas da concessão federal?
É possível usar a conta Carta de crédito (LOC) da dimensão financeira 2 para determinar a retirada. O número LOC é igual ao número de retirada Sistema de gerenciamento de pagamento federal (PMS). Personalize a guia Linhas da fatura para incluir o número LOC. É possível emitir relatórios pelo número de retirada PMS que você solicitou para reembolso e quando. Também é possível usar um grupo personalizado para faturar com base no número LOC.
Como os ganhos não retidos (URE) são criados?
URE é calculado e armazenado em Totais do razão geral quando entradas de diário são lançadas. Transações não são criadas. As transações de demonstrativo de lucros e perdas são lidas e todo o bloco de código é usado como a transação de origem, com exceção da conta URE. A conta URE é substituída para a conta original. Portanto, somente os relatórios para relatórios de tipo de balanço incluem a URE.
No fim do ano, os saldos URE totais são acumulados para a conta de Ganhos retidos (RE). Os valores de ganhos retidos são incluídos nos Totais do razão geral. Se a caixa de seleção Gerar diários de fim de ano estiver marcada na base de relatório, então a geração e exibição do relatório de final de ano é ativada. Os relatórios de final de ano incluem o relatório de Encerramento da demonstração de resultados. Este relatório mostra o movimento das contas de demonstrativo de lucros e perdas para os ganhos retidos.