Faturamento

  • Menu baseado em funções

    Baseado em três funções de faturamento e dependendo das configurações do software implementado, o menu de faturamento reorganizado agora mostra somente cinco opções, incluindo estas novas sessões:

    • Console de faturamento em massa (cisli3620m000)
    • Console de autofaturamento (cisli5620m000)

  • Melhoria tecnológica

    Em todo o LN, a solicitação de faturamento foi substituída por lote de faturamento. Portanto, observe estas alterações terminológicas:

    • lote de faturamento, anteriormente solicitação de faturamento
    • lote de faturamento recorrente, anteriormente conjunto de solicitações de faturamento
    • opções de faturamento, anteriormente complemento das solicitações de faturamento
    • modelo de lote de faturamento, anteriormente modelo de solicitação de faturamento

  • Códigos de conciliação flexíveis

    Para melhorar os resultados da conciliação de autofaturas, a funcionalidade de código de conciliação existente foi estendida para um conceito multinível flexível. Com isso, a sessão Código conciliação (tcmcs0158m000) foi atualizada e as seguintes sessões foram introduzidas:

    • Código conciliação (tcmcs0658m000)
    • Prioridades do código de conciliação (tcmcs0159m000)

  • Layouts da fatura configuráveis

    Os usuários agora podem configurar até 17 layouts de fatura genéricos por meio da adição ou remoção de atributos de fatura. Portanto, as seguintes sessões foram introduzidas:

    • Layouts de fatura (cisli1150m000)
    • Layout da fatura - Detalhe (cisli1150m200)

  • Filtragem melhorada

    Para melhorar a filtragem em um contexto de Projeto ou Contrato, o Tipo de fatura foi adicionado à sessão Faturamento 360 (cisli3600m000).

  • Faturamento – Localização da Polônia

    Os Parâmetros de faturamento agora permitem determinar o período fiscal e o período de imposto. Os usuários podem escolher diferentes opções para o período fiscal e de imposto. Ao criar as faturas, o ano e os períodos são determinados com base na opção selecionada.

  • Ordens de cobrança - Tipo de transação separada

    Quando a funcionalidade Ordem de cobrança é usada para ordens de venda, as faturas são criadas diretamente na Gestão de ordem de venda. Agora é possível especificar um tipo de transação separada para estes tipos de faturas. Isso pode ajudar a evitar problemas de bloqueio devido a geração de um número de fatura.

  • Vinculação manual de faturas relacionadas

    Agora, os usuários podem vincular manualmente uma fatura relacionada a uma linha faturável. Também é possível tratar essa linha faturável como uma correção, se a fatura relacionada vinculada manualmente estiver marcada como uma fatura original.

  • Rastrear alterações após a impressão

    Agora é possível rastrear ações do usuário nas faturas impressas. Os usuários que iniciaram a alteração e data da alteração são registrados. O usuário pode inserir um motivo. Essas ações podem ser visualizadas na sessão Ações de usuário em faturas (cisli9197m000).

    As ações a seguir são registradas:

    • Alterações após a impressão
    • Reimprimir
    • Crédito e refaturamento
    • Linhas de fatura de crédito

  • Sistema de faturamento externo

    Muitos países exigem que a fatura de venda seja enviada ao sistema de autoridades fiscais para verificação e aprovação. Para acionar o envio da fatura, aguarde a aprovação e processe a fatura depois da aprovação. Outros status são exigidos em Invoicing. O status da fatura foi ampliado com estes novos status:

    • Enviado ao sistema externo
    • Rejeitado pelo sistema externo
    • Aprovado pelo sistema externo

    Esses status serão aplicáveis somente se a opção Usar sistema de faturamento externo for selecionada para o Método de faturamento.

    Nota: no momento, esse campo está ativado apenas para o México e o Brasil.

  • Faturamento proforma

    Agora há suporte para o faturamento pro forma. É possível gerar faturas pro forma a partir da aprovação de ordens para liberar as linhas faturáveis para faturamento. É possível criar faturas pro forma com ou sem número de fatura exclusivo. A série de número de fatura separada é usada para faturas pro forma.

    Agora também há suporte para a fatura alfandegária, um tipo especial de fatura pro forma. Isso pode ser baseado no valor alfandegário com base na configuração e disponibilidade.

    As faturas pro forma ou alfandegária podem ser geradas nos pacotes de origem ou nas expedições de armazém depois que a expedição é congelada.

    As faturas pro forma são armazenadas no faturamento e podem ser acessadas a partir do Console de faturamento pro forma. Todas as outras sessões de faturamento mostram e processam somente faturas regulares.

    O faturamento pro forma oferece suporte para faturas de contrato, ordem e programação de vendas.

  • Faturamento pro forma – disponível para origens adicionais

    A capacidade de criar faturas pro forma ou alfandegárias para remessas não faturáveis foi adicionada. As remessas não faturáveis não são faturadas para os clientes. As faturas ainda podem ser necessárias para fins de documentação da exportação. Exemplos: ordens de armazém do tipo Vendas (Manual), remessas para subcontratantes ou transferências de armazém. Agora o faturamento pro forma também está disponível para ordens de frete e ordens de comércio intercompanhia.

  • Fatura XML

    Agora é possível configurar e usar layouts em XML para gerar faturas XML. Para cada companhia financeira, é possível especificar o tipo de documento de fatura que deve ser gerado: documento impresso, documento XML ou ambos.

    A sessão de layout da fatura XML (cisli1151m000) fornece uma estrutura para a configuração da fatura XML de diferentes formatos e permite o mapeamento com os dados de fatura do LN. Também é possível testar o layout XML antes da ativação. O layout XML tem data de efetividade.

  • Adições a parcelas com base no plano de parcelas

    Agora, as parcelas com base no Plano de parcelas podem receber as seguintes opções:

    • Agora, é possível criar e faturar Solicitações de pagamento adiantado.
    • O padrão das faturas adiantadas pode ser obtido com um código de imposto diferente do código de imposto da linha de ordem. Além disso, é possível alterar o código de imposto padrão contanto que a taxa fiscal do código de imposto da fatura adiantada e os códigos fiscais da linha de ordem sejam os mesmos.

  • Plano de parcela – Método manual

    Agora o plano de parcela oferece suporte ao método manual. No método manual, é possível criar uma parcela para uma linha de ordem específica. Essa opção fornece flexibilidade para configurar parcelas de modo diferente para linhas de ordem diferentes. Devido à configuração manual, isso é mais interessante para os negócios com faturamento de baixo volume ou para uso com pequeno conjunto de ordens/parceiros de negócios.

  • Faturamento pro forma para expedições não faturáveis

    É possível criar faturas pro forma ou alfandegárias para todas as movimentações de material em um armazém, mesmo que não tenham sido faturadas. Por exemplo, uma transação de armazém (manual) de vendas ou uma baixa de material para um subcontratado agora pode resultar em uma fatura proforma ou alfandegária.

  • Faturamento pro forma em Serviço

    Agora há suporte para o faturamento pro forma em Serviço, geralmente para todos os documentos de serviço com suporte para faturamento de duplicatas. As faturas pro forma podem ser geradas a partir da criação de ordens até a liberação das linhas faturáveis para faturamento. Além disso, agora as faturas pro forma ou alfandegárias podem ser geradas para todos os movimentos de material relacionados a documentos de serviço, mesmo que não tenham sido faturadas.

  • Reconhecimento de receita via Ponto no tempo

    A receita pode ser controlada com a nova sessão Console de reconhecimento de receita (cirrc1620m100). As seguintes sessões também foram introduzidas:
    • Contratos de receita (cirrc1100m000)
    • Linhas de documento de receita (cirrc1110m000)
    • Linhas de receita (cirrc1120m000)

  • Faturamento XML

    Foram feitas as seguintes melhorias de configuração para faturamento XML:
    • Vários elementos de faturamento agora podem ser mapeados para uma lista de códigos, conforme exigido pela especificação de formato específico para faturamento XML.
    • Na sessão Esquema de mapeamento de elemento de dados (cisli1660m000), os dados de faturamento do LN (valor de origem) podem ser mapeados para um código (valor de destino).
    • O esquema de mapeamento pode ser vinculado à marca XML na sessão Layout de fatura XML (cisli1651m000).

    Se um elemento de dados do LN for mapeado para um valor do código, esse valor será usado ao gerar a fatura XML.

  • Perfil de usuário de faturamento - Lançamento permitido

    O campo Lançamento permitido foi adicionado à sessão Perfis de usuário de faturamento (cisli0110m000). Se essa caixa de seleção estiver desmarcada para um login do usuário, não será permitido o lançamento para esse usuário. Nota: A criação e a impressão ainda podem ser permitidas com base em outra companhia, sessão e autorização de dados.

  • Agente de IVA

    OEMs, como a Volvo, exigem o endereço de um agente de IVA registrado na mensagem EDI da fatura.

    As regras de IVA variam de acordo com o país. Se uma companhia OEM tiver registro de IVA em um país estrangeiro, precisará de um representante/agente de IVA. O agente de IVA gera obrigações derivadas do registro de IVA.

    O endereço de registro do agente de IVA foi adicionado à sessão Números de imposto por parceiro de negócios (tctax4100m000) e agora pode ser publicado na mensagem EDI correspondente.