<Insert Picture Here> Práticas de Negócios Back Office Brasil AGENDAck Office Brazil • Objetivo • Back Office x Contracts Funções e Responsabilidades • Processando pedidos de compra • Ferramentas e Templates • Práticas de Negócio - checklist • Booking • Pós-booking Back Office Brasil Time – Ana Tavares ([email protected]) • Manager / Lad Sales Orders / DPO – Daniela Bannitz ([email protected]) • VADs / Partners/ Cliente região BR ( exceto SP e Sul) – Mariana Lima ([email protected]) • VAD /Partners / Regiões SP e Sul Back Office x Contracts BACK OFFICE Validar e bookar : Ordens indiretas "Standard" CONTRACTS Validar e bookar : Ordens Diretas e Indiretas não "Standard" Produtos de Tecnologia e Aplicativos Pedido online : POP (Partner Ordering Portal) Apoiar Parceiros e Vads LOCAL - CADMIN ULAs Enterprise Linux e VM Suporte pré e pós vendas Orientação no preenchimento de Bap Form – Apps e COSTA RICA Enterprise Linux e VM Migrações : Como utilizar a Ferramenta POP Cliente Privado Dúvidas sobre práticas de negócio Cliente Setor Público Backlog : Faturamento, previsão de entrega da mídia Preparando um pedido de compra • Tipos de pedidos : 1. Pedido “Standard” – Pedidos onde os termos contratuais da Oracle são aceitos sem nenhuma solicitação de alteração do cliente. A internalização deve ser através de Bap Form ou POP (Online). 2. Pedido não “Standard” – Qualquer ajuste solicitado pelo cliente, que seja necessário alterar as cláusulas padrões da Oracle : Pedido com aquisição maior que 12 meses de suporte; Pedido com parcelamento de Suporte; Migrações; Hosting Genérico ou Específico; – Lembrete : Ao assinar o PDF, sempre preencher o campo : “Contrato de Licença do usuário final” com o número interno do seu pedido. Preparando um pedido de compra • Pedido “Standard” : Produto Apps Cliente Privado – Vad/Partner deve preencher o BAP Form e POEU com a versão mais atualizada. Cliente Setor Público – Vad/Partner deve preencher o BAP Form modelo específico para Setor Público com a versão mais atualizada e enviar draft dos documentos que deverão ser assinados. • Documentos exigidos para pedido Setor Público Processo licitatório do próprio orgão : – Edital e Anexos; Processo licitatório com registro de preço, a aquisição do orgão detetor da Ata ou do Orgão Previsto no Edital: – Ata de Registro, Edital do Registro e seus anexos; Processo licitatório, adesão a Ata de Registro de Preços de Orgão distinto : – Ata de registro, Edital do registo e anexos, oficio para adesão de solicitação e autorização – Registro no Diário Oficial da União; Proposta Padrão Oracle com cláusula OLSA Preparando um pedido de compra • Pedido para Enterprise Linux e VM Cliente Privado e Setor Público – Vad/Partner deve preencher o BAP Form com a versão mais atualizada. ELSA – Documento assinado entre Oracle e cliente final, e o Vad ou o parceiro que está intemediando a venda, é responsável por encaminhar o ELSA para o cliente final assinar. Após o preenchimento : – Vad/Partner encaminha ao time de Back Office a documentação preenchida para validação, através dos e-mails citados anteriormente; – BackOffice responde ao Vad/Partner, apontando as correções necessárias. Back Office não valida o Bap Form e POEU separadamente. Ferramentas e Templates Para registro de OPP : – PRM Para preparar pedidos “standard” e não “standard”: – Legal Name Change – solicite ao Sales Rep – Carta de exceção : - solicite ao Sales Rep Pedidos com desconto adicional Pedidos com prazo diferenciado de Suporte Pedidos com prazo de pagamento diferenciado de Suporte Para preparar pedidos “standard” para pedido de Apps : – Bap Form : Cliente Privado e Setor Público (Bap Form modelos distintos) – POEU (Proof of end user) – Proposta padrão Oracle com cláusula do OLSA : somente para Setor Público Para preparar pedidos de Enterprise Linux e VM: – Bap Form : Cliente Privado e ou Setor Público (Mesmo Bap Form) – ELSA : Assinado pelo cliente final Pedido indiretos “standard” Quais as regras? – Pedidos acima de USD 200K net licença é obrigatório encaminhar POEU ou Contrato assinado entre parceiro e cliente final Como é processado? 1. A documentação deverá ser enviada para Back Office, estar legível, com as devidas assinaturas identificadas com o nome completo e cargo, para cliente final e parceiro. 2. Todas as documentações solicitadas na validação, já devem estar concluídas e submetidas ao Backoffice. 3. Não é necessário neste momento, o pedido original para booking, poderá ser enviado por Fax, digitalizado por e-mail, desde que legível. 4. Posteriormente, para efeito de auditoria, o pedido original deverá ser encaminhado ao Back Office para assinatura da Oracle, e arquivamento. 5. Caso o VAD precise de uma via para seu controle, deverá ser enviado o pedido original em duas vias para a Oracle. • Importante : – Pedidos com desconto adicional, deve ser previamente aprovados pelo vendedor Oracle; Práticas de Negócio - Checklist Pedido acima de USD 250k (valor lista Lic + Sup) o desconto e-biz do parceiro/Vad aumenta em 5%. VAD vendendo direto para Cliente final, a Oracle precisa solicitar aprovação interna ; Todo parceiro tem um VAD preferencial, caso o parceiro utilize outro VAD para fazer uma compra será necessário obter as aprovações: do VAD liberando o seu parceiro para fazer esta venda, e da Diretoria de Alianças Oracle. O parceiro que estiver intermediando a venda do VAD, deve possuir o FUDA Light vigente com a Oracle. Não serão aceitos pedidos internalizados na Oracle com assinatura anterior ao mês corrente, na virada do quarter. Pós Booking Cliente recebe: – Notificação do CSI, via e-mail, através da Welcome Letter. – Esta notificação sempre será enviado para o endereço de e-mail informado no pedido de compra, pelo Vad/partner, portanto sempre verificar se o e-mail está correto antes de submeter o pedido para booking.