Este documento describe el proceso de validación de pedidos de ventas en Salesforce. El proceso incluye la recepción de solicitudes de preventa, la creación de unidades de servicio, la validación técnica y económica, la generación de órdenes electrónicas de servicio, la compra a proveedores y el envío a cumplimiento. Se utilizan herramientas como Salesforce, SharePoint, FAST y Logos para gestionar la información a lo largo del proceso.

1. Business Solutions
SALESFORCE
Validation Flow
July 2018

2. 2
Purchase
Requester
Vendor
Mgmt.
Order
Handling
PSE Awarded
Generic
Presales
Agrupador de
Projecto
GPM
SOF/E-
SOF/No
SOF
SOF
Shipping to
Customer
Purchase
Needed?
Service
Unit
SOF
Signature
Project
(wave)
Initialization
Initial
Controller
Validation
Final
Controller
Technical
Approval
Economic
Approval
Customer
Information
e-SOF
Generation
SOF
Generation
e-SOF
Aceptance
SOF
Acceptance
Purchase
(onnet)+
Special
Purchase *
Service
Processing
Sent to
FAST
Milestone
PM G4 SoW G5 SOF G5b RFS

3. 3
3
Proceso Awarded - Compra
Actividad
Pasos
Sistema/Herramienta
Variacionas flujo
Recepción Genérico Preventa
• e-Mail diario o acceso a un informe
en Salesforce para consultar nuevos
Genéricos.
• Acceso al Genérico Preventa en
Salesforce
• Acceso al enlace de Logos para
revisar la documentación.
• Descarga de la información
(SOF,Request_Bend y WQT)
• Análisis de la completitud de la
información y de la coherencia de la
SOF con WQT y con Request_Bend
• e-mail
• Salesforce BI_EN
• Logos
• WQT
• Request_Bend
• SOF
• FAST
• En caso de modificación acceso a
FAST para comparar información de
inventario con la documentación del
Proyecto.
• En caso de información incorrecta
llamada telefónica y devolución del
caso a Preventa en 24h.
Creación de Service Units
• Búsqueda agrupador de proyectos, y
creación en caso de que no exista.
• Creación de un proyecto nuevo.
• Creación de una Service Unit
manualmente, si son varias se utiliza
Salesforce Inspector. Creación de los
Network Items.
• Volcado de la información de la WQT
al Sharepoint TValidationQT desde
las pestañas Presales y Pricing.
• Mover la orden a Validación.
• Salesforce HandOver
• Sharepoint
• WQT
• N/A
Validación
• Validación de datos técnicos
obligatorios (Access Technology,
Type of Access, Access Interface,
Phase, PoP…). Cruzan los datos de la
QT con el Reques_Bend con
Sharepoint y el Caso Hijo.
• Comprueban la validez y viabilidad
de la cotización. Recotizan si es
necesario (duplicado de Caso
Hijo/emails a Third Party).
• Actualizan Sharepoint e incluyen el
Optional 1 en Salesforce.
• Salesforce HandOver
• Salesforce BI_EN
• WQT
• Request_Bend
• Sharepoint
• e-mail
• En caso de faltar información de
cliente tienen que contactar con el
GPM.
• En caso de cambios en la solución
técnica contactan con PSE.
• En caso de sobrecostes contactan
con GPM
Final Controller, eSOF y Compra
• Control de la calidad de la
información del Sharepoint. Todos
los campos tienen que estar rellenos
con información valida y consistente.
• Una vez validado tienen que crear la
eSOF (manual/Salesforce Inspector)
y enviarla a la OB para que la firme.
Se crea a la billing OB. Una vez
firmada la eSOF, si existe compras
ONNET la OT accede al Genérico
Preventa, duplica el caso hijo de
cotización, lo pone como Pre-order
en la cola de cotización de la OB.
• Se informa eSOF y caso clonado en la
Service Unit y en Sharepoint.
• Salesforce HandOver
• Salesforce BI_EN
• Sharepoint
• eSOF
• SOF
• e-mail
• En caso de facturar TBS a cliente
final, PSE creará una SOF que se
mandará a cliente a través del
comercial.
• En caso de compras OFFNET se
compra en Salesforce
Tramitación en FAST y Compra
• Una vez que se tiene toda la
información validada en Sharepoint
se tramita en FAST. Se crea la orden
manualmente o se usa la carga bulk.
• Se completa la info restante (billing y
Supplier Components) en caso de
bulk y se avanza a compras.
• Ejecutan la compra OFFNET y
regularizan la compra ONNET. No
hay trazabilidad del caso comprado
para regularizar correctamente.
• Se actualiza manualmente la VPN
configuration.
• Se completa información restante y
se envía a provisión.
• Salesforce Handover
• Sharepoint
• FAST
• Salesforce BI_EN
• Si no se puede tramitar o avanzar
por incidencia se abre ITSD.
• Si se atasca por “Data Cleansing” se
reclama a este equipo su resolución.
• Si hay una orden al vuelo en FAST no
es posible crear una nueva orden y
se envía a la cola del GPM.