Loading
GestiĆ³n de ingresos de canal
RotaciĆ³n de stock y procesamiento de elementos de ejecuciĆ³n

Usted estĆ” aquĆ­:

  1. Ayuda de Salesforce
  2. Documentos
  3. GestiĆ³n de ingresos de canal

RotaciĆ³n de stock y procesamiento de elementos de ejecuciĆ³n

Una vez que un Inventario no vendido de socios (PUI) estĆ” sellado con la condiciĆ³n de aptitud, el siguiente paso es ejecutar el DPE de procesamiento de artĆ­culos de ejecuciĆ³n y rotaciĆ³n de stock. Este DPE se encarga de crear la rotaciĆ³n de stock y las facturas correspondientes para mostrar al socio.

Ediciones necesarias

Disponible en: Ediciones Enterprise, Unlimited y Developer que tienen RotaciĆ³n de stock activada

Estos son los pasos de alto nivel en la plantilla.

  1. Cree un ERE para un programa de reembolsos en cuanto se inicie.
  2. Se crearƔn ERE separadas para todos los miembros de un programa de descuentos.
  3. La asignaciĆ³n presupuestaria es opcional para la creaciĆ³n de ERE.
  4. Importe apto en SRE se calcula desde AsignaciĆ³n de presupuesto. PodrĆ­a haber mĆŗltiples asignaciones presupuestarias definidas por miembro y marcamos el valor agregado de Importe en SRE. En caso de mĆŗltiples registros de AsignaciĆ³n de presupuesto para un miembro agregaremos el Importe asignado para todos los registros y marcaremos el importe agregado en SRE.
  5. Siempre estamos actualizando el presupuesto para ERE que no estĆ” en estado Completado (Nuevo y En curso)
  6. Si SRE y SREI se estĆ”n creando en la misma ejecuciĆ³n de DPE, SRE tendrĆ” el estado "En curso".
  7. Si solo se crea SRE durante la ejecuciĆ³n de dpe, se crearĆ” en Estado "Nuevo", de lo contrario su estado se actualizarĆ” mĆ”s adelante cuando se cree una partida para Ć©l.
  8. NĆŗmero de referencia de ejecuciĆ³n en SRE se calcula como concat de AccountId, RebateProgramId, Tipo de uso.
  9. Para marcar SRE como Cerrado para presentaciĆ³n, debemos asegurarnos de que la fecha de finalizaciĆ³n del Programa de descuentos + dĆ­as de gracia alcanzĆ³.
  10. Para marcar SRE como Completo, debemos asegurarnos de que la fecha de finalizaciĆ³n del Programa de reembolsos + dĆ­as de gracia alcanzĆ³ y todas las partidas enviadas son Completas o Rechazadas. No consideramos el valor de estado de SRE ā€œErrorā€ aquĆ­ porque el error significa que alguna acciĆ³n estĆ” pendiente en la partida.
  11. Para la creaciĆ³n de SREI, una PUI debe estar sellada con Tipo de reembolso.
  12. Una PUI se selecciona solo cuando el Programa de reembolso asociado con ella comienza hasta la fecha de finalizaciĆ³n + dĆ­as de gracia.
  13. Si existe un SREI existente para PUI y Tipo de reembolso, no crearemos uno nuevo.
  14. Para ERE existentes con nuevas partidas, el estado se actualizarĆ” a En curso.
  15. Registro de aptitud de tipo de reembolso de programa es una necesidad para la creaciĆ³n de SREI como en el primer dpe comparamos el tipo de precio de cantidad apta. Por lo tanto, si una PUI es apta, significa que tiene un registro de aptitud.
  16. Si tenemos una partida existente en un nuevo estado y hay algĆŗn cambio en Precio unitario, Tipo de precio, Id. de Producto, nuestro SREI reflejarĆ” ese cambio.
  17. Cantidad apta se calcularĆ” en dpe para cada SREI y tambiĆ©n se actualizarĆ” en cada ejecuciĆ³n para partidas existentes en estado "nuevo". Cantidad apta se calcula aplicando Porcentaje de cantidad admitida en Cantidad restante desde la interfaz de usuario.
  18. Para advertencia de cambio de precio no consideraremos SREI de estado Nuevo, Rechazado y Completo. Un SREI se marcarĆ” con advertencia de cambio de precio si la PUI asociada con SREI tiene una PUI secundaria con un precio diferente.
  19. Las advertencias de cambio de precios no se borrarĆ”n a travĆ©s de DPE. Para borrar advertencias de cambio de precios y generar una reclamaciĆ³n, los usuarios tendrĆ”n que modificar manualmente el indicador ā€œTiene advertenciaā€ en SREI y luego generar una reclamaciĆ³n antes de la siguiente ejecuciĆ³n de DPE. Si la reclamaciĆ³n no se genera antes de la siguiente ejecuciĆ³n de DPE, DPE marcarĆ” de nuevo la advertencia de cambio de precio en SREI.
  20. Para advertencia de reconciliaciĆ³n no consideraremos SREI Completado y Rechazado
  21. La advertencia de reconciliaciĆ³n se marca si el registro de reconciliaciĆ³n correspondiente a la PUI estampada en SREI estĆ” ā€œEn cursoā€.
  22. La advertencia de reconciliaciĆ³n se borra a travĆ©s de DPE si el registro de reconciliaciĆ³n correspondiente a la PUI estampada en SREI pasa al estado ā€œCerradoā€.
  23. Si no hay PUI aptas para un SRE, se marcarĆ” como Completado despuĆ©s de la fecha de finalizaciĆ³n + dĆ­as de gracia.
  24. Si hay un cambio en la aptitud en PUI, eliminamos la partida correspondiente si estĆ” en el estado ā€œNuevoā€ y se crea una nueva partida para el nuevo tipo de reembolso.
  25. Si se crea manualmente un SRE primero para un Programa de reembolso y Cuenta con patrĆ³n de nĆŗmero de referencia de ejecuciĆ³n diferente de DPE (AccountId+RebateProgramId+Tipo de uso), DPE crearĆ” un nuevo SRE y todas las partidas se adjuntarĆ”n al nuevo SRE.
  26. Si un SRE se crea manualmente primero para un Programa de reembolso y Cuenta con patrĆ³n de nĆŗmero de referencia de ejecuciĆ³n igual que en el DPE (AccountId+RebateProgramId+Usage Type) , el DPE no crearĆ” un nuevo SRE sino que reutilizarĆ” el creado manualmente porque no es posible crear un nuevo SRE con el mismo nĆŗmero de referencia de ejecuciĆ³n.
  27. Si DPE crea primero un SRE para un programa de reembolso y una cuenta, no serĆ” posible crear manualmente el mismo SRE con el mismo nĆŗmero de referencia de ejecuciĆ³n. Se puede crear un SRE con algĆŗn otro nĆŗmero de referencia para la misma cuenta y programa de reembolso, en este caso nuestro DPE no tocarĆ” los SRE creados manualmente y todas las partidas solo se adjuntarĆ”n al SRE creado a travĆ©s de DPE.
 
Cargando
Salesforce Help | Article