Masterclass de Salesforce: Transform Element en Flow [Otro Level para el Mapeo de Datos]

El Transform element en Salesforce Flow, es una herramienta poderosa que te ayuda a mapear y convertir datos de origen en datos de destino (sin esfuerzo).

Linka al video en YouTube

Por qué es importante?
Si trabajas con screen flows, auto-launched flows o record-triggered flows, dominar este elemento puede optimizar significativamente tus procesos de datos.

Esto es lo que lo hace imprescindible:

Data Mapping
↳ Mapea directamente los campos de origen a destino sin fórmulas complejas.

Data Transformation
↳ Aplica fórmulas para manipulación avanzada de datos.

Collection Handling
↳ Procesa colecciones a un nivel detallado.

Apex Class Integration
↳ Usa Apex para estructuras de datos y lógica más complejas.

Cómo funciona:

Source Data: El conjunto de datos inicial, incluyendo recursos del flow.
Target Data: El resultado transformado—puede ser una colección, un tipo definido en Apex o un record.
Formula Expressions: Modifica los datos con fórmulas compatibles con los campos de destino.

Transcripción de la clase de Salesforce en vivo

[00:00:00.00]
La clase de hoy, zarpadísima. Zarpadísima la clase de hoy. Vamos a ver un nuevo componente de Salesforce Flow. Mientras vamos precalentando motores, quiero hacer una charla informal, quiero debatir un poco. En LinkedIn, gracias a Dios, se está estallando LinkedIn. Me meto a LinkedIn y parece fuegos artificiales de la cantidad de conexiones, preguntas de todos los colores. Y uno me dice: Che, el futuro de Salesforce no es Salesforce Flow, es Omni Studio. Me reservo la respuesta. Me gustaría Francisco Morales, arquitecto alta llanta.

[00:00:44.07]
No has escuchado, ¿No es lo que dije ahí? No. No. Mejor. No, ¿qué puede ser? Pero me parece que no.

[00:00:51.05]
No, no puede ser.

[00:00:53.11]
La verdad que no.

[00:00:55.01]
A ver, vamos a recapitular qué es Omni Studio. Teníamos una empresa que se llamaba Velocity. ¿Vos te acordás, Francisco, los productos de Velocity?

[00:01:06.21]
Sí, era básicamente Salesforce verticalizado y tenían ese motor de desarrollo.

[00:01:12.12]
Que le llamaron Omni Studio.

[00:01:14.04]
Se llamaba Omni Studio. Se llama, porque todavía está. Y en un momento lo pujeaban bastante para que sea como el reemplazo, porque todavía no existía Flow.

[00:01:21.15]
Pero después cuando salió Flow… ¿Todavía lo empujé? ¿Lo empujo?

[00:01:24.21]
En un momento lo empujaban bastante.

[00:01:26.23]
Entendí que hiciste y lo pujearon.

[00:01:29.21]
Lo empujaban, sí, lo empujaban bastante y no funcionó. Después salió Flow y Flow estaba bueno en serio.

[00:01:37.10]
¿cuál es para vos el principal problema que tiene Omni Studio en comparación con Flow? Y ya estamos a punto de comenzar formalmente, mientras te va sumando gente. Antes de que me respondas, Francisco, te quiero recordar que hoy estamos teniendo récord de registraciones, récord de registraciones y siempre les recuerdo. La plataforma que estamos utilizando para hacer estas clases tiene una capacidad máxima de 100 personas. Y las personas que estén aquí adentro van a poder hacer preguntas y nosotros vamos a poder responder esas preguntas en vivo. Vamos a poder hacer consultoría en vivo sobre algún problema en particular que estén teniendo en una Salesforce org en la que estén trabajando y nosotros, con mucho gusto, vamos a poder responder. Ahora, Cuando superemos la cantidad de 100 personas, los que se queden afuera, se van a quedar afuera y no van a tener otro camino que ver la grabación. Y estamos acercándonos a ese límite. Ahora, Francisco, ¿cuáles son los problemas para vos de de Omnistudio?

[00:02:46.18]
No, no quiero decir que no sé si problemas. O sea, lo que tiene mejor flow es que la interfaz de usuario es mucho mejor que Omni Studio. Entiendo que también migrar cosas de un entorno a otro es muchísimo más simple con flows O sea, pasar de entornos que con Omnistudio y que flow está superpotenciado por Salesforce y le están metiendo fichas. Bueno, una de las cosas que vamos a ver hoy es eso, es una funcionalidad nueva de flow y le están poniendo todas las fichas a eso.

[00:03:14.11]
Exacto. Ahora, otra persona a la cual le agradezco que ponga comentarios en las publicaciones que hago de LinkedIn, me dice: En una sola clase están todo, resumiendo todo el futuro de de Salesforce? No, no. Van a ser… Son clases. Semana de por medio cada… Qué linda la cantidad de gente que se está metiendo. Bienvenidos a todos. Todavía no estamos arrancando, estamos haciendo una charla previa dando tiempo a que se siga uniendo gente, que hay un montón. Y en una sola clase no estamos resolviendo el futuro de Salesforce. Vamos a ir tocando determinados temas en egafuturas. Com/self Estamos colgando todas las grabaciones de las clases anteriores y en relación a Salesforce Flow, vamos a ir ya un tema a la vez, clase por clase. Una clase muy linda que vimos desde la Salesforce Tower. Una locura. No, no fue la clase de la Salesforce Tower. Estábamos en San Francisco, hicimos otros videos con capacitaciones desde la Salesforce Tower. Una locura. Está en el piso 61 de Salesforce, creando contenido para todos ustedes. Okey. No me gusta Omni Studio. No me gusta Omni Studio, punto número uno, porque no fue desarrollado por Salesforce, fue desarrollado por Velocity.

[00:04:43.18]
Punto número dos, Hace una magia un poco rara guardando código dentro de un objeto. Es extraño. Mientras que Flow es nativo, como vos decías recién, Francisco, la cantidad de fichas, la cantidad de amor y de power que le está metiendo Salesforce a Flow, es agrumadora, a tal punto que decidió matar Process Builder. Yo era un fanático de Process Builder. A mí, Process Builder me gustaba un montón y lo mataron para darle potencia a Flow. En la clase pasada, dijimos que íbamos a comenzar a sortear abrazos de Josué, pero todavía no les voy a hablar de eso porque Josué Nos va a hacer una breve introducción al hermoso tema que vamos a ver en la clase de hoy. Josué, contanos con qué nos vas a volar la peluca. Me voy peinando.

[00:05:43.03]
Perfecto. Buenas tardes para todos. Espero que se escuche bien. Bienvenidos a todos una vez más. Gracias por sumarse a estas clases. El día de hoy vamos a ver un componente nuevo de Salesforce, que, como decía Juanma, le están dando mucha potencia a lo que es Flow. Y sabemos que Salesforce es Todo un pro de automatizar non-code, sino con todo lo que es Click and Point. Sumaron, si no estoy mintiendo, en la última release, un conector nuevo en los flows que se llama Transform. El transform, lo que nos va a permitir, haciendo un poco de spoiler, es agarrar data de una fuente, un objeto, lo que sea y poder llevarlo a otro lado de una manera mucho más eficiente, más fácil de leer, eso también es superimportante, y que nos va a abrir puerta para poder hacer, lo que vamos a quizá más al final, cosas un poco más locas de que lo que recién arrancó a permitir hacerse el for con esto. Básicamente, el componente se llama transform, vamos a agarrar data de un lugar y la vamos a llevar a otra. De eso es lo que vamos a estar charlando el día de hoy.

[00:06:45.05]
Y ya se me está transformando la cabeza, Josué, se me está transformando la cabeza y estamos a un minuto de iniciar formalmente esta clase. Espero hayan disfrutado toda esta charla previa que tuvimos en comentarios. Sí le voy a pedir a María Cecilia que esté atenta a los comentarios y si alguien hace una pregunta, Ceci ladrá, así la podemos responder. Saludos a Jerónimo, estuvo comentando cosas antes de que comencemos. Antes de que nos compartas pantalla o sueldo, yo te quiero preguntar, si no existiese Transformer, que es maravilloso, ¿cuál sería el proceso dentro del flow canvas que deberíamos ejecutar para poder pasar un registro de un objeto a otro.

[00:07:36.03]
Bien. Está buena. Me estás empujando a espoilear. Me estás empujando a espoilear un poco lo que vamos a-Con este estratégico. Sí, obvio. En dos opciones y un poco de spoiler, es lo que vamos a ver hoy, que debería resolver de otra manera. Más gente los queremos, muy bienvenidos, la van a pasar muy bien en la clase de hoy.

[00:07:58.04]
Por favor, continúa, José.

[00:07:59.19]
No, No, tranqui. Lo que decía es lo que vamos a ver hoy, y va a ser superválido si quieren aportar durante la presentación, van a ver que hay otras formas de resolver el escenario que vamos a plantear y que vamos a tratar de resolver. Me gustaría que la gente que está sumándose pueda aportar y diga: Che, a mí se me ocurre hacer esto, se me ocurre hacer lo otro. No hay una sola forma, hay varias, la verdad. Y depende de qué tan creativo te pongas, podrías hacer, yo creo, por lo menos 10 soluciones diferentes. Con el cámpas, te hago… Dale.

[00:08:32.04]
No, ahí va a decir que, como estábamos hablando cuando preparamos la presentación, es un elemento que te ahorra pasos, básicamente. O sea, algo que podrías hacer en tres, cuatro pasos, lo hacés de una y eso es lo listo bien. Bien.

[00:08:43.15]
Y estoy a segundo de que Josué comparta pantalla, pero antes, seguramente va a quedar gente afuera de alguno de los que veo acá. Quiero agradecerle a Jerónimo, Jairo, Lautaro, Mara, Enzo, Carlos, Leonardo, Pablo, M-A-F, supongo debe ser María Fernanda, Michael, Carlos, Diana, Simón, y me suena un saludo en mi teléfono, Santiago, Sonia, Federico, Y muchos más. Muchas gracias por darnos la posibilidad de compartir un momento con ustedes y de explorar y de conocer Salesforce. Una cosa más, estas clases son abiertas. Esto que ustedes están viendo acá, lo denominamos Estamos en el stage. Si alguien quiere subir, nos lo piden en comentarios: Mirá, me gustaría aparecer, preguntar algo con cámara abierta, sin cámara abierta, el micrófono abierto, obviamente. Eso lo puedo hacer nosotros Le damos acceso al stage, hablan un rato y después se desconectan. Y ahora sí, comenzamos. Formalmente, la clase de hoy, Josué, estamos en tus manos. Yo como interrumpidor serial, te voy a estar interrumpiéndote y quedamos atentos a lo que nos quieras compartir.

[00:10:02.17]
Buenísimo. La invitación de interrumpir, no solo para Juanma, sino para el resto. Cualquier duda, algo que no se entiende, si mi acento no se entiende, lo que sea, interrumpe. Si dije algo y necesitamos ahondar, levantan que interrumpan. Para eso estamos en una clase y esto no es un monólogo. Vamos a hablar un poquito de cuál es el escenario que vamos a plantear para resolver y ver qué es esto del transform. Tenemos una organización de Salesforce, en la que tenemos un sector que se encarga de registrar todo lo que son pedidos que nos ingresan a organización. ¿Ahí qué vamos a utilizar? Un objeto que conocemos, el objeto order. Si alguien no lo conoce, Levanté la mano y explicamos de qué es el order. Y a esos order, por supuesto, le van a cargar diferentes ítems o productos, que es básicamente todo lo que me está pidiendo el cliente. Lo vamos a trabajar todo normal. Ese es un escenario de una organización cargando pedidos. El desafío está acá. No dicen: Che, cuando un pedido se activa, cuando ya está confirmado que lo vamos a procesar. Tengo otro sector de finanzas que tiene que facturar esos pedidos. Y para facturar esos pedidos tenemos un objeto invoice factura, que es donde yo necesito tener la información y después haremos fuera de lo que sería el ánimo, ejecutar esa factura, imprimirlo, lo que sea.

[00:11:22.16]
El desafío que nos ponen hoy es que esos pedidos que vos estás activando, necesito que se reflejen como facturas o como invoices. Voy a proceder a compartir pantalla. Me van a decir ustedes si se ve. Acá deberían poder ver. Sí, señor. El force. La primera pregunta es si la resolución está bien o está muy chiquitito. Ahí ayúdenme.

[00:11:44.13]
Mirad, Yo todo veo chiquito, soy miope, pero vamos.

[00:11:47.20]
Vamos a hacer algo así para que no estén forzando la vista.

[00:11:51.10]
Que nos digan en los comentarios porque tienen buena vista. Perfecto. Excelente. Se ve excelente.

[00:11:57.12]
Vamos, Sonia. Bien, vamos, Enzo. Bien.

[00:12:00.21]
Muchas gracias.

[00:12:02.14]
Santiago, vamos, carajo. Bien, Simón, te queremos. Vamos. Tiren país. Tiren países, ¿de dónde son? Vamos. Buenísimo. Vamos, vamos.

[00:12:14.15]
Perdón, yo no estoy leyendo el chat, ayúdenme ahí con eso, si va a aparecer alguna duda o algo, leyenda.

[00:12:18.15]
Gracias. Conectate el chat, focalizate en esto.

[00:12:22.10]
Buenísimo. Bien, entonces, yo acá tengo armado una pequeña orden que tiene un monto de 100 000, vamos a decir, pesos, hablando de Argentina y dentro de su lista relacionada tenemos, en este caso, un producto. Entonces, recordemos, el requerimiento es cuando una orden se activa, es decir, cuando pase a estar activada, yo quiero que se me genere una factura o invoice para que después mi equipo de finanzas lo pueda trabajar. Como ya venimos spoileando desde que arrancó la clase, por supuesto, la tecnología que vamos a utilizar es un Salesforce Flow. Entonces, yo acá tenía una pestaña abierta para para poder comenzar a trabajar un flow. Vamos a crear un nuevo flujo, vamos a arrancar desde cero y va a ser un record trigger flow. Esto que vamos a ver, sepánlo, que también lo podrían llegar a utilizar en un screen flow. En este caso, lo vamos a utilizar solamente en un record trigger flow, porque el requerimiento dice: Cuando se active un pedido, quiero que vos generes la invoice o la factura. Entonces, vamos con record trigger flow para arrancar. Las configuraciones Las condiciones iniciales de siempre vamos a trabajar sobre el objeto order. Vamos a hablar solamente cuándo se actualiza y la condición que nos dieron es que el status de la orden pase a ser activado.

[00:13:44.18]
Ahora, muy importante, siempre pensar si yo necesito que mi flow, no recuerdo si lo dijimos en otras clases, necesitamos que corra siempre, que el registro cumple los criterios o quizás solamente cuando cambia un campo y ahora cumple los criterios de Salesforce. Esto sirve muchísimo para optimizar el uso de los recursos de Salesforce. En este caso, para ser concreto, yo voy a utilizarlo solamente cuando una orden cambia de estado y pasa a estar activado. Después, si le cambian la fecha, si cambian un campo o algo, mi flujo no va a volver a correr. Solo va a correr cuando pase de estado. Cualquier otro estado ha activado. Adelante.

[00:14:24.22]
Te interrumpo un segundo. Ahí nos pregunta Jaider si es un objeto custom o si es parte de Building Cloud. Creería que es un objeto custom, pero para no responder de una, te quería preguntar.

[00:14:35.15]
Tenemos bien y es interesante la pregunta de Jaider. ¿Por qué? Porque tenemos el objeto Invoiced estándar de Salesforce. Para nuestra demo, vamos a estar insertando un Invoiced piso a piso. Muy bien. Muy buena pregunta, Jaider. Muchas gracias. Bien.

[00:14:52.18]
Está full los comentarios, loco. Vamos. Sí, cantidad de gente se sigue sumando. Me encanta que se sigan sumando. Es hermoso. Y se les va a volar la peluca con lo que se está mostrando Josué. Y recuerden en egafutura. Com/selford, van a encontrar la grabación la semana que viene. Seguimos Josué.

[00:15:12.16]
Una de quienes nos pide Federico Josué.

[00:15:15.02]
¡está cargando el trono.

[00:15:15.23]
Nos pide Federico Aérez, y no sé si era Federico Nieto, que si le vamos a hacer un poquito más de zoom. Y después a todos los que no se les ve porque les queda cargando, a veces la aplicación hace eso, hay que recolectarse de vuelta y ahí vuelven a enganchar.

[00:15:28.03]
Muchas gracias. Bien. Entonces, Entonces, ya tenemos los criterios para que nuestro flujo arranque. Una orden, se actualiza y el estado pasa a estar activado. Última configuración, action unredded records, porque lo que vamos a hacer es generar registros relacionados al elemento que está disparando mi flujo y ya con esto tenemos configurado cómo va a arrancar nuestro flujo. Hablemos un poquito de qué haríamos si no conocemos el conector de transform. Perdón, no sé si alguien está por decir algo.

[00:15:59.22]
Sí, Josu, escúchame. Dale. Bajá un poquito, ya que estamos. Hay mucha gente que está recién conociendo Flow. Bajá un toque al panel que tenés a la derecha. Al panel, exacto. Abajo. Vos podés, en tres ¿Sabes qué es la palabra? Sacarle la duda a un montón de personas que no saben cuál es la diferencia entre Fast Field Update y la otra opción?

[00:16:24.13]
Perdón, micrófono cerrado. Sí, por supuesto. Básicamente, Fast Field Update lo vamos a Y empezar cuando… A ver, estamos hablando de orden. Cuando mi orden tuvo una actualización y en base a esa actualización, yo quiero que a mi misma orden le pasen otras cosas. Por decir algo, cambió el total, entonces yo tengo que aumentar un descuento. Me sumaron un contacto y yo me quiero traer el teléfono del contacto a la orden. De todo lo que yo quiero que le pase a mi orden o a mi registro que está arrancando o está ejecutando el flow, todo eso que yo quiero que le pase a mi registro queda ahí, que sería Fast Fill Updates. Si yo lo marco para Action & Related Records, básicamente es eso, cuando yo quiero que es mi organización, pasen otras cosas. ¿Qué serían otras cosas? En este ejemplo, se activa una orden, quiero crear una factura. No sé, se crea una oportunidad, quiero enviar un mail. Se crea una cuenta, quiero avisar a mi equipo de ventas. Son cosas que van a pasar relacionadas a ese registro, pero en en otros objetos. Dale, Frank.

[00:17:31.22]
No, y también sirve pensar, a mí siempre me sirvió pensar esto como todo lo que vos querés que pase antes de que impactemos en la base de datos, o sea, antes de que la información quede totalmente grabada, entonces vos hacés transformaciones. Ahí, no sé si alguien te cambió un campo y te puso el monto más de 100 000, vos podés hacer algo en otro campo del mismo registro. Todavía nos impactó la base de datos. Entonces, si hay algún error o algo, incluso puedes hacer una validación. Listo, perfecto. Dice: Pass el API. Y después, la otra es, una vez que ya se insertó en la base de datos, o sea, ya confirmaste que ese registro quedó guardado, como ya quedó guardado, sabés que no te va a fallar ninguna regla de validación, ningún trigger que te haga algo, lo que sea, hiciste todas las transformaciones que tenías de la base de datos, puedes disparar acciones en otro registro, porque ya está confirmado que en la base de datos va a quedar esa información. Eso a mí siempre me sirvió para entender cuál es la diferencia entre las dos.

[00:18:24.05]
Claro, es esa una de las claves. El dato de color acá es una opción Hace los cambios o las acciones. Por eso es mucho más limitado lo que podemos hacer en un flow con fast field updates. Una opción: hace magia. Antes de que se haga el commit, la escritura, el proceso de grabado de ese registro en la base de datos y el otro lo hace posteriormente, y por ese motivo, la cantidad de cosas que se pueden hacer con la otra opción es más grande. Recomendación arquitectónica. Siempre que puedan ir por fast fill updates, háganlo. Siempre que puedan ir, vayan por ahí. Si no se puede, vamos con la otra. Seguimos con vos, Josu.

[00:19:16.06]
Perfecto. Bien, buenísimo. Bastante nutrido el conocimiento del día de hoy. Bueno, vamos con esto.

[00:19:22.22]
Y bastante nutrida la cantidad de gente que se está metiendo. Me vuelvo loco.

[00:19:27.05]
Bienvenidos a todos. Gracias por su atención. Bien. Recapitulando lo que queremos hacer. Tenemos una orden. Se activa, quiero que se genere una factura en Salesforce. Por eso tenemos Action and Related Records, por lo que acabamos de charlar. Si yo no conociera el conector transform, ¿qué sería lo que nosotros podríamos hacer? Generar un assignment, crear una variable que se llame fact… Y comenzar a asignar cada uno de los campos que yo quiero a mi nuevo registro de factura y después hacer un insert. Pero como acá estamos aprendiendo y queremos ver qué es lo nuevo que nos trae Salesforce, nos vamos a olvidar del assignment, no lo vamos a utilizar. Y lo que vamos a hacer es sumar el nuevo conector transform. Vamos a seleccionar el transform y le vamos a poner un nombre. E, MLA, INVOI. Van a ver que tengo algún problemita de tipo incluido de culpas. Bien. ¿Qué pasa cuando selecciono mi conector de Inmains? Van a ver que se genera como dos paneles en los que yo voy a poder trabajar. Tenemos source data y target data. Source data es de dónde yo quiero sacar la info para, en este caso, crear mi factura.

[00:20:34.18]
Target data, que sería, spoiler, mi factura o lo que yo voy a estar generando en este momento. ¿Qué va a pasar cuando yo seleccione o quiera indicar source la data. Me va a decir: Okey, ¿de dónde vamos a sacar la data?. En este caso, como se está actualizando la orden y la información de dónde yo quiero, dónde está la información, perdón, de la factura que yo quiero generar, es en la orden, selecciono el record. Y van a ver que acá ya me va a listar todos los campos que yo tengo disponibles dentro de mi objeto order, que es el que está disparando el flow.

[00:21:10.08]
Ok.

[00:21:10.22]
El target data de la del Juanma.

[00:21:13.06]
No, me vuelvo loco y escúchame, tome. Hago una pregunta como si estuviese inconsciente.

[00:21:19.11]
O sea, normal, hacer una pregunta normal.

[00:21:22.06]
Un gran porcentaje de mi día hago este tipo de preguntas. Ahora, ¿se podría crear un flow que tome no solamente el registro del objeto order y lo ponga en un custom object que se llame invoice, sino que también agarre todos los productos dentro de esa order.

[00:21:48.06]
Sí, de hecho, es un poco lo que vamos a ver ahora, porque vamos a hacer primero la Invoice, vamos a crear la invoice.

[00:21:57.22]
Conozco gente, que no voy a decir, que está investigando cómo hacer eso y que acá me parece que la podría llegar a tener en bande.

[00:22:04.22]
Esperemos poder ayudar. El objetivo de esta charla es esto. Voy a seleccionar el target data. Fíjense que es el permiso. ¿A dónde vamos a mandar la info que tenemos del lado izquierdo. Le digo: Okey, eso lo vamos a mandar a un registro que va a ser de tipo invoice. Y acá lo que preguntaba Jaider: ¿Es una invoice? Para esta demo vamos a utilizar una invoice piso a piso C, porque la de Building Cloud no soporta inserción. Y bien, fíjense que acá, de este lado derecho, ya me también hace lo mismo, me dicta los campos que yo tengo disponibles en la Invoice. ¿Qué vamos a hacer acá? Fíjense que es tan simple como la cuenta de la order, quiero que se mapee con la cuenta de la invoice. Quiero que, por ejemplo, tenemos todos los campos de billing, se mapee en Billing City, Leading Country, el SEO code. Latitud. Vamos a hacer esto medio rápido porque creo que se entiende, es: elijo qué campo quiero sacar la info y a dónde quiero que se envíe. Esto, fíjense que es tan simple como hacer clic y clic para llevar la info de un lado a otro.

[00:23:22.21]
Francisco, ¿no sentís un olor a MuleSoft, a esa bomba?

[00:23:26.23]
Sí, cuando preparábamos la presentación decíamos: Estamos metiendo a pedacitos de MuleSoft y de middleware.

[00:23:32.00]
Del cuarto a MuleSoft.

[00:23:33.20]
Totalmente. Fíjense que yo algo que puedo hacer es: yo quiero que mi factura o mi invoice que voy a crear quede relacionada con la orden que la generó. Tomo el ID de la orden y lo mapeo a un campo que está… Bueno, cuando se creó el objeto, se generó el lookup para la orden, entonces la info me va a quedar ahí. Y creo que lo último que me falta es enviarme total amount de la order a lo que es el amount de mi factura. Vamos a guardar este flow como my new agua song flow.

[00:24:09.14]
Para, para, para, te hago la gran… La gran para, para, para, para. Bómele. ¿Y me queriendo decir que dentro del flow canvas, con un solo elemento, estás metiendo data de un objeto en otro?

[00:24:26.20]
No, la verdad que no, no te voy a mentir. Lo que Me parece generar y tener en memoria. ¿Qué está faltando? Es el insert.

[00:24:34.22]
Okey.

[00:24:35.19]
Esto que acabo de hacer, de guardar ya el flow, es por una mala experiencia mía en algún momento estar trabajando. Hice mi flow hermoso, no lo guardé, perdí conexión, se me cerró la sesión de Salesforce, algo pasó. Se actualizó el canvas y perdí todo.

[00:24:51.11]
Yo les quiero comentar. Estuve en una clínica de rehabilitación 15 días una vez, justamente porque me pasó lo mismo y entra en una crisis de nervios cuatro horas de trabajo. Así que es una buena práctica grabar, no digo todo el tiempo, pero frecuentemente. Graben frecuentemente, porque si pierden conexión, no queda almacenada la INVA.

[00:25:19.15]
Correcta. ¿Qué nos estaba faltando? Para continuar con el ejemplo es: listo, genero mi Invoice. Ya hice el mapeo de todos los datos que yo quería llevarme de la order a la INVOICE. Lo único Lo que nos queda es hacer el insert del registro. Fíjense que cuando yo voy a seleccionar el origen del registro, el Salesforce me dice: Tengo un registro desde el transform, que es una invoice. Entonces, ya con esto, ahora sí, podría generar la invoice o la factura cada vez que se me active una order.

[00:25:53.12]
José, tenemos dos preguntas. Dale. Tenemos dos preguntas.

[00:25:57.12]
Ya.

[00:25:57.20]
Una que es Si se puede guardar este paso como para después usar el mapeo, como si vos tuvieras una plantilla, como el data loader, que vos tenés las plantillas y después las reujás. Entonces, estuvimos Ahí, como un ida y vuelta, una opción que se me ocurre a mí es la de agarrar el flow, dejar solo el transform en el medio y después usar eso como un subflow dentro de otro flow más grande. Todos los lugares donde vos querés convertir.

[00:26:29.11]
Para para Rael.

[00:26:31.00]
Como voy a decir, esa especie de plantilla, entonces todos los lugares donde vos quieras aplicar esa transformación después es: guardo el flow solo con la transformación. Entonces, mi flow recibe una order y devuelve mapeado hermosamente un invoice, y yo lo que hago es guardo ese flow y después lo uso como subflow. Entonces, todos los lugares en donde quiera hacer eso, lo llamo como un subflow.

[00:26:56.11]
La respuesta es sí, totalmente, porque lo que termina saliendo del transform, es un registro que vos vas a poder utilizar para lo que vos quieras. Por supuesto, seguramente es guardar la data en self-port. Pero si fueras a un subflow, esa invoice que generás, la podrías tener como una variable de salida, entonces cualquier flow o apex que te invoque, recibiría la invoice que vos mapeaste. ¿Y qué pasa? Vamos a lo que decía Juan más recién. Está bien, estás generando la invoice, pero tu order tenía ítem.

[00:27:26.15]
Claro.

[00:27:28.07]
Ahí se pone interesante. Ahí se pica. Sí, ahí se pica.

[00:27:32.19]
Antes de que pasemos a esa, tengo otra pregunta que va a derbar lo que vimos recién. Dale. Jerónimo pregunta: ¿Por qué con algunos campos no se pueden vincular? Y si soy no en el ambiente Salesforce, ¿es por el tipo de campo? Creo que ahí ya dio la respuesta, pero Sí, es por el tipo de campo.

[00:27:47.05]
Salesforce ya tiene cierta inteligencia de, si yo, por ejemplo, quiero mapear un date, a un campo string o date me lo va a permitir mandar, a otros no. Lo que sí me di cuenta, que por ahí no es tan pillo, de que yo, por ejemplo, estoy estoy agarrando un ID y podría escribirlo dentro del ID del registro que voy a crear, y eso me va a dar un error. Ahí no está tan pillo todavía, pero seguramente esto lo vayan evolucionando en próximos releases. Hace unas validaciones por tipo de dato, por compartibilidad y punto.

[00:28:18.11]
Y recordando que vos ahí podés hacer una transformación, entonces también podrías aplicarle alguna magia loca en ese elemento del medio.

[00:28:25.01]
A ver.

[00:28:25.13]
Me dieron una ficha, la guardás en un texto, si quisieras.

[00:28:28.07]
¿cómo?

[00:28:29.22]
Se están acelerando. Ahí vamos.

[00:28:31.19]
¿qué? Bueno, bueno, para allá.

[00:28:34.05]
¿qué estamos conectando? Joven, para allá.

[00:28:36.20]
Ahí vamos.

[00:28:37.12]
Yo tengo un cliente que…

[00:28:41.06]
¿quién pasó?

[00:28:42.02]
¿quién pasó? Foliendo de acuerdo. Foliendo de acuerdo.

[00:28:42.23]
Era un chiste.

[00:28:44.07]
Escuchen, escuchen, escuchen, escuchen. En una de las clases, la clase que vimos de San Francisco, prometimos que vamos a estar haciendo sorteos de abrazos de Josué. Y vamos a estar dando varias de estas clases desde las oficinas de Salesforce en Argentina y vamos a invitar, probablemente, a algunas personas que serán ganadoras de tus abrazos, Josué. Pero no nos detengamos en el tema de los abrazos en este momento. Quiero, por favor, avanzar con lo que nos No, por explicar.

[00:29:16.11]
No hay ningún problema.

[00:29:17.19]
Y se sigue sumando gente. Los queremos.

[00:29:20.07]
Es hermoso. Bienvenidos a todos. Gracias por sumarse. Muy, muy bienvenidos a todos. Okey, hasta acá yo decía: Negro, esto está fácil. Tengo un objeto, tengo otro objeto, mapeo campos, lo inserto. Okey, capaz que hasta acá no vimos la magia, pero la idea era primero que se entienda el concept. Bien. Que es lo siguiente que vamos a hacer. Nosotros decíamos: Me voy a parar un segundo en ver la orden. Tenemos los datos de cabecera, ya los acabamos de mapear, confiemos que el invoice se va a generar, pero también mi orden tiene productos, y yo quiero que esos productos sean parte de mi factura, porque cuando yo invito una factura, pongo el detalle de qué texto y saturando. Entonces, ahí es donde se pone un poco más picante el tema. Primero voy a decir… Dice que no está picante. Interesante, entretenido, se picó, dicen los chicos, y que para ahí vamos.

[00:30:14.10]
Pero que va a haber Lo que voy a hacer… Se puso interesante.

[00:30:17.03]
Sí, se puso interesante. Tengo alma de pendeviejo, sepan disculpar. Muy bien. Bien. Lo que voy a hacer primero, porque los voy a necesitar, es obtener los productos de la orden.

[00:30:30.13]
Por lo tanto, tiramos un get_record_loco, ¿verdad?

[00:30:34.01]
Totalmente. Acá le digo que quiero tener los order_products, donde la orden sea igual al récord. Recuerden que dentro de la de Abre Récord, esta es la información del registro que activó el flujo y yo me voy a quedar con el ID. Acá lo que estoy haciendo es deciéndole a Salesforce que levante todos los productos de orden que están relacionados a la orden y activo el flujo.

[00:31:01.14]
Esto se podría hacer entre dos objetos vinculados por un campo de lookup, ¿verdad?

[00:31:08.19]
Entre dos, sí, señor, por supuesto.

[00:31:11.06]
O sea, el mismo concepto en donde vos estás haciendo una búsqueda en el objeto que contiene el campo de lookup por el otro objeto vinculándolo a través del record ID.

[00:31:22.19]
Sí, totalmente.

[00:31:25.01]
Perfecto.

[00:31:26.03]
Bien. Y acá es donde se va a poner interesante. No vamos a decir que se significa. Vamos a generar, vamos a poner create invoiced items. Lo mismo, source data. ¿De dónde quiero yo sacar la información? Para la información quiero que venga de los product items que acabo de traer por query. ¿A dónde quiero que vayan? Yo tengo un objeto, acá vamos a seleccionar record, y vamos a buscar invoice, invoice_item, es el nombre que le pusimos en esta org, y allow principle values. Básicamente, esto es quiero que esa variable tenga una colección de registros, no que sea uno solo como la invoice que hicimos arriba. Y acá, lo que vamos a hacer es exactamente lo mismo. Vamos a decir qué campos se corresponden con cuál de mis order products contra los invoice items que tenemos creados. Vamos a hacer el mapeo. Tenemos un unit price, tenemos total price, tenemos quantity. Yo también me puedo llevar el lookup del producto para que también mi elemento de invoice lo tenga. Tenemos un list price, que eso también lo teníamos mapeado. Y acá vamos a ver algo interesante. De parte de los ítems de la order, ya tengo todo mapeado.

[00:32:58.18]
Pero, ¿qué pasa? ¿Me puedo sumar dentro de mi source data una segunda fuente de datos. ¿Por qué necesito una segunda fuente de datos? Porque yo necesito que los ítems de la invoice o de la factura queden relacionados a la factura, porque si no, voy a crear elementos Perfecto. Entonces, sumo un segundo source data.

[00:33:18.05]
Tienes que relacionar la cabecera con los detalles, digamos.

[00:33:21.11]
Básicamente, es eso. Y fíjense que ahora del lado izquierdo yo ya tengo dos source data. Mi lista de productos de orden y la invoice que yo estaría generando. Entonces, ¿qué voy a hacer? El ID de esa invoice que genere, quiero que esté relacionada con los elementos de invoice que voy a generar. Y acá, lo que hoy vamos a mostrar es esto. Puedo tener más de una fuente de datos, o sea, yo me puedo traer dos o tres objetos diferentes para hacer que sea mi fuente de información y todos traerlos a los elementos que yo voy a generar.

[00:34:00.09]
Ozu, ¿se podría construir un flow en donde puedas seleccionar tres registros del objeto order, o sea, tres pedidos, y unificar todo eso en un solo invoice?

[00:34:19.00]
Tranquilamente. Porque vos los source data es todo lo que te dejes que vea hacer queries self-force. Hasta podrías tener una metadata que te parametrice ciertas cosas, las levantás y la usás para mapear con el registro que vos querés crear. Ahí tu imaginación es el límite.

[00:34:35.17]
Pero ahí tengo una pregunta, porque a mí me generó una duda.

[00:34:38.22]
Dale.

[00:34:39.14]
Yo entiendo que lo que está diciendo Juanma es: yo tengo tres orders y después creo una sola factura con cada una de las líneas de las tres órdenes. ¿Eso cómo se podría hacer con un solo elemento transforme? Parece que no.

[00:34:49.23]
Con un flow seguro.

[00:34:51.22]
Claro. No, lo que yo le entendí a Juan MAP, perdón, en el debate, es: yo tengo tres órdenes como source que quiero que genere una sola factura.

[00:35:01.06]
Está bien, pero también se podría hacer, es verdad, porque podría sumar todas las cosas. Todos los puntos los podría sumar. Sí, está bien, también se podría.

[00:35:11.08]
Digamos, si la queremos hacer prolija, a Habría un solo conflicto que si vos tenés, por ejemplo, una misma línea de producto en las tres órdenes con cantidades diferentes, te estaría apareciendo un mismo producto en tres renglones en lugar de tener todo consolidado. Sería complejo, me parece, lograr esa unificación.

[00:35:38.12]
Pero no imposible. No imposible. Seguramente, necesite alguna estructura extra como para unificar eso. El porque todavía en los flow no trabaja el concepto de mapa. Los que son coders van a entender lo que digo. Donde vos podés ir totalizando por algún criterio, puede ser por un código de producto y un precio, una cantidad. Hoy no lo tiene, yo calculo que no va a pasar mucho tiempo para que lo tengamos. Esto está avanzando rápido.

[00:36:05.03]
Muy bien.

[00:36:06.07]
Lo último que voy a hacer…

[00:36:09.05]
Tengo otra consulta, perdón que te interrumpa. Sí, obvio. ¿Podrías tener target ¿Y ahí están? O sea, más de uno?

[00:36:16.19]
No, hoy no. Por cada transform, tienes un solo target de ahí.

[00:36:21.10]
Tienes una sola salida, digamos.

[00:36:22.23]
Entonces, para no olvidarnos que hay que hacer fondos de magia, yo tengo que hacer el insert en la base de datos. Lo que yo quiero insertar ahora son los Invoiced Items, que fíjense, vienen de un transform. Entonces, hasta acá, ya hice un montón de cosas. Capturé la activación de mi order, la transformé en factura. Obtuve todos los productos que tienen mis órdenes y los transformé en ítems de la factura. Hasta acá llega transform. No, hay un tema más que podemos hacer con los transform, y es lo que les voy a contar ahora.

[00:36:58.11]
¿puedo productar algo?

[00:36:59.22]
Obvio.

[00:37:00.17]
¿me puedes transformar la cabeza con un tema más de transform?

[00:37:03.22]
Te puedo transformar la cabeza. Vamos. Vamos. Vamos a hacer un tercer transform para cubrir un poco todo el espectro. Yo quisiera porque me lo pide el negocio, que en mi cabecera de factura me diga cuántos elementos estoy por facturar, cuántos productos, cuántas líneas. ¿El transform me sirve? Sí. Vamos a hacer un reconteo. Vamos a poner con invoices, ítems. Entonces, lo que voy a hacer es decir que yo voy a sacar de mi source data o data los ítems. Y los quiero mapear, pero los voy a ver a una sola variable. No quiero crear muchos registros. Quiero un número. Y acá lo puedo decir de mi colección contá. Podría decir sumá si quisiera llevarme el total, pero yo en En este caso, que es por el requerimiento raro, me dijeron: Okey, quiero en la cabecera un total de elementos que tiene mi factura. Listo, hago un count. Hago un count y ya con el transform, yo voy a saber cuántos elementos generé e inserté para esa orden. ¿Se entiende? Sí.

[00:38:15.23]
Y ahora, pero pará, termina ahí, no.

[00:38:18.17]
No, no, por supuesto que no. Siempre hay más.

[00:38:21.23]
¿eso es la historia? Bien.

[00:38:26.12]
Que cuando yo creo la factura, Estamos en Argentina, este ejemplo va a ser medio argentinesco, pero cuando yo creo la factura, yo quiero que me calcule los impuestos. En Argentina tenemos un IVA de 21%, por ejemplo. Entonces, yo puedo decir Y yo puedo decir: Okey, saca el total de la orden y llevámelo a este campito que se llama tax IVA, que serían los impuestos, pero con una fórmula. Entonces, yo puedo decir: Okey, el total de el pedido, que calcula cuánto sería el impuesto. Les decían: Argentina, el IVA es del 21%. Entonces, para mí no sería más que multiplicar el monto de la orden por 0. 21. Chequeamos sin por las dudas. Y ya está. Guardamos por las dudas. ¿Qué pasó acá? Tengo fórmula. Puedo hacer cálculos, puedo hacer E. No está totalmente cubierta todas las funcionalidades de fórmula todavía, porque que es un producto nuevo, pero yo puedo ir buscando algunas funciones y sumarlas para hacer cálculos.

[00:39:36.02]
¿ustedes se dan cuenta el nivel de potencia delirante que tiene esto?

[00:39:41.03]
Es gigante. Se está yendo…

[00:39:44.16]
Es una locura. Hoy pensábamos un caso muy potente que puede ser tener una API publicada desde Salesforce, recibir un JSON, formatearlo en un APEX, en un Rapper, y acá hacerle toda la transformación que vos quieras. O sea, lo único que hiciste en APEX fue crear una que mapean los campos de lo que te llega y acá haces toda la transformación que vos quieras. Y lo mismo si quisieras salir. O sea, armás un apex que tenga la estructura que vos necesitás para mandar en un JSON, y acá haces toda la transformación que tengas que hacer en el medio y lo mandas. La verdad que va a ser una oscura eso, porque para integración me parece que es donde está el jugo de esto.

[00:40:19.07]
Yo lo que estoy haciendo era simplemente guardar ese count que hicimos en la invoice. Esto se llamaba Items, número de Items. Y esto, fíjense que yo puedo traer del transform el count invoice items, que es el count que hicimos recién. Perdón, si fuimos rápido, hicimos dos cosas. Mostramos que se puede hacer conteos o sumarizaciones dentro de los transform o aplicar fórmulas, por ejemplo, en este caso, que fue para calcular unos impuestos que van a estar en la factura, no son parte del orden, pero que van a estar ahí. Y creo que con esto hicimos más o menos una cobertura de todo lo que haría en Flow.

[00:40:58.13]
Te pregunto, Dale. Da para un futuro meter otra clase en donde veamos algunos aspectos del transform más en profundidad, como el ejemplo del cual estábamos hablando hace poco con Minuto, con Francisco, en donde tenemos tres pedidos, los queremos convertir en una factura, pero si hay productos repetidos, En varios de los pedidos no queremos tener 30 líneas iguales dentro de un invoice.

[00:41:36.17]
Totalmente.

[00:41:37.17]
¿cómo te suena meter otra de estas, Josu?

[00:41:40.15]
Sí, obvia, es posible. A ver, como decimos siempre, si en algún momento quieren traer un escenario con el que están luchando para analizar cómo se puede encarar, buenísimo. Podemos preparar esto que vos decís Juanma también y ahondar un poquito más en esto del transform. Bien, en cuanto a requerimiento y tanto bla bla, creo que llegamos a armar un flujo y cubrimos todo lo que queríamos ver en cuanto a transform. Algo que yo hago siempre antes de activar los flujos, si esto es una buena práctica, debujemos. Porque por ahí puse mal una variable, me olvidé mapear un campo y si lo activo, voy, pruebo y vengo, ya tengo dos versiones hasta que lo arregle.

[00:42:17.10]
Exacto.

[00:42:18.05]
¿cómo vamos a hacer un debug? Bien.

[00:42:20.18]
¿cómo aplicamos un devagueo en un flow?

[00:42:24.22]
Perfecto. Tenemos un botoncito acá arriba que se llama Debug, justamente. Y si lo toco, yo creo que me va a ayudar a debobear. Bien. Acá me va a pedir un par de inputs para correr el flujo. Vamos a marcar que se salde los criterios de inicio. Simplemente, yo quiero tomar un registro de mi org, por ejemplo, esta orden que estábamos viendo, y que corra la lógica que yo acabo de armar. Vamos a darle, a ver qué sucede. Bien, fíjate que acá ya tengo un error. Y lo que me está diciendo es… ¿Ves? Acá hice mal un mapeo. Me llevé, creo que un caso a un contacto. Vamos a arreglar eso. Eso por estar haciendo mapeo mientras vamos charlando.

[00:43:09.23]
Ahora estás echando la culpa a nosotros.

[00:43:12.12]
No, a mí, porque estoy explicando y estábamos hablando del mapeo y yo me puse a hacer todos los mapeos como si lo supiera de memoria.

[00:43:20.06]
No te pongas a la defensiva.

[00:43:22.01]
No, para nada. Creo que eran bien into contact. Claro. Este es el mapeo que hay que eliminar. Fíjese que así de fácil de paso vemos.

[00:43:31.02]
¿qué es lo que la estética le mete Salesforce a todo esto. Cada vez más agradable trabajar dentro de un club.

[00:43:40.08]
Totalmente, sí. Vamos a probar de nuevo. Una vez más.

[00:43:46.14]
Francisco, ¿me puedo preguntar en tu experiencia de tanto contacto por tanta cantidad de empresas utilizando Salesforce? ¿Cómo estás viendo la el, abro comillas, el abandono de APEX en reemplazo de Flow.

[00:44:09.07]
Brutal, pero también esto es como una tendencia que estoy viendo ahora, que es que a la gente le está resultando muy cómodo hacer ÁPEX, no porque hacer ÁPEX y es cómodo, sino porque ChatGPT hace que hacer APEX sea muy rápido. Está como esa dualidad ahora de que hacer con Flow es más fácil y mantenible y mucho más agradable a la vista como lo estamos viendo acá, pero con la venida de ChatGPT también se está tirando para el lado de APEX por eso, porque es más simple de hacer. En realidad es pedírselo. Y por ahí una traba que tenía mucho APEX antes era el tema de los tests. Y también los tests con ChatGPT se han resuelto bastante. La gente lo hace en un segundo.

[00:44:45.23]
Está bien, pero hay que administrar un montón de cosas.

[00:44:49.04]
Sí, sabemos todas las contras que tienen. Es solamente una percepción de que desde que está ChatGPT, parece que hacer APEX no quedó tan atrás por eso, te diría, que es lo que estamos viendo. Los flows también tienen su desventaja cuando se hacen muy engorrosos. Robustas. Sí. Si no está bien como modularizado y todo, se puede hacer un poco engorroso después de leer y demás. Pero claramente todos estamos para este lado. Es esta la que va.

[00:45:16.11]
La que va es esta. Y yo voy a tirar una. ¿Qué pasa? ¿Qué pasa cuando en un futuro una herramienta como ChatGPT te permita generar todo el flow, mando una idea en XML y que después hagas así, metas esa metadata adentro de una Salesforce Org y tengas toda esta magia galáctica de de llegada lista para que empieces a meter mano. ¿Cuán lejos estamos de eso, Francisco?

[00:45:50.07]
Pero creo que en realidad lo que estamos apuntando, lo que está apuntando Salesforce, es tener el ChatGPT acá dentro, o sea, que vos le puedas pedir: Haceme un flow, que lo que está diciendo Josué, que me mapee de una orden a una factura y que te arme el flow con los elementos acá, sin tener que pasar por la parte de XML y tal.

[00:46:09.06]
Okey, pero para que eso sea posible…

[00:46:11.00]
No sé, ¿cuánto faltará?

[00:46:12.23]
Hay que pagar. Hay que pagar Einstein.

[00:46:15.01]
Hay que parar ahí, está bien. Pero bueno, el desarrollo y el foco está puesto ahí.

[00:46:19.13]
Lo cual va a ser un delirio normal. Bien.

[00:46:23.01]
Si quieren los traigo de ese debate para que antes que se nos vaya la gente, veamos si esto funciona o no.

[00:46:28.00]
Igual está lleno de gente. Me encanta. Sí, sí, sí. Tengo una duda. Tengo una duda para las personas del público que pongan comentario. M-a-f. ¿Es María Fernanda? ¿Sí o no? Con un sí o no me saca la duda. Y llegamos, Josu.

[00:46:44.06]
No. Dice que no.

[00:46:45.14]
María Floré. Muy bien.

[00:46:48.15]
Bienvenida María Floré.

[00:46:50.03]
María era.

[00:46:51.00]
Reyes con va. Puede ser que se llame más. Bueno, nada, un chiste. Okey. Un chiste. Yo acabo de bubear. Si se dieron cuenta en lo que charlaban Juan y Mayfran, tenía un par de mapeos mal hechos. Los corregí. Fijese que el debug ya corrió bien. Acá me dice que hizo un rollback, porque cuando debugueás no se guarda en la base lo que hiciste, sino que te dice: Bueno, esto funcionaría, lo he hecho para atrás. No nos queda más que activar nuestro Nilo Flow y ver si funciona. Según el debug funcionaría, pero vamos a verlo en vivo.

[00:47:25.06]
Es el momento de trabajar.

[00:47:26.16]
Es el momento de la verdad. Y donde en cualquier demo no funciona y ahí aparece un cáncer rojo. Abro el paragua. Bien, le paro en esta orden. Vamos a actualizar solo por la duda. Esta es la orden que vimos al principio, tenía 100 minutos. No tiene Invoice. Fíjense que yo le he agreído una lista relacionada de Invoices, lo que vamos a hacer es usar el hermoso pack de acá, marcar la orden como activada y estado cambio sasefolio. Si venimos acá, fíjense que ahora aparece una Invoice, la número 13. La voy a abrir en la nueva pestaña para mirar cómo quedó. Fíjense que el cálculo de un ítem funcionó bien. Está guardado acá como un campito extra. Me calculó el IVA, que sería el 21% del monto que tenía la orden. Me adelanté y me sumé un campito fórmula que me sumé los dos montos para saber de cuánto sería mi Invoice. Y fíjese que abajo ya tengo una lista relacionada que me trae los elementos de Invoice de mi factura. Los elementos de factura en mi factura. Se entendió el punto.

[00:48:33.04]
Se entendió el punto. Medio trabalengua, antes de que sigamos avanzando, recuerden que la grabación de esta clase, junto con la grabación de todas las clases anteriores, lo van a encontrar en egafuturas. C elforts. Y en paralelo, quiero que hagan esto. Abran LinkedIn. Dentro de LinkedIn hacen una búsqueda por Josué Mendoza. Ese hermoso muchacho que tenemos acá y quiero que también hagan otra búsqueda. Abren otra pestaña de LinkedIn y hacen otra búsqueda. Francisco Morales, que sería nuestra versión de Brad Pitt, Morocho, y a mí, su humilde vuestro servidor, Juan Manuel Garrido. Algunos me conocen y los que no me conozcan, mi nivel de locura es así, 24 horas. Me pueden buscar también el LinkedIn. Y seguimos con vos, Josué.

[00:49:27.13]
No, perfecto. En realidad, lo único que quería hacer Ahora, una vez que pudimos probar esta orden, buscar una que tenga un poquito más solo por hacerme el canchero y ver si funciona con una orden que tenga más de un ítem, porque me podrían decir: Es posible. Okey, dijiste que genera varios, tenías una orden con uno. La de Stripe, vamos a ver qué sucede. Tengo esta segunda orden, que tiene, en este caso, tres productos. Creo que tiene toda la info necesaria. Vamos a activarlo y ver qué es lo que sucede. Status changed Cefoli. Vamos a ir a related y fíjense que se me generó la invoice número 14, con su amount, sus impuestos, su total y sus elementos, en este caso tres. Y fíjense que el número de de ítems también está con tres. Todo lo que hicimos con el transform cumplió su objetivo y en una hora de reunión cumplimos el requerimiento de que nuestra área de finanzas va a poder generar sus facturas.

[00:50:27.22]
Es una locura. Es una locura. Muy bien, muy bien. Redondeamos, vamos redondeando la clase de hoy. Obviamente que hay espacio para alguna pregunta final que quieran poner en los comentarios. Acuérdense, el objetivo de estas clases en vivo también es hacer consultoría, consultoría en vivo. Si alguien tiene un problema y lo quiere plantear, pero un problema de verdad, mira, tengo 38 objetos, tengo que hacer esto y lo tengo que meter acá y después tengo que hacer magia y dar una vuelta en el aire y que eso aterrice, lo podemos analizar, lo podemos resolver y podemos aprender todos juntos. ¿Cuándo es Francisco la próxima clase?

[00:51:16.08]
En agosto, el 23 de agosto a las 6 de la tarde. No, mentira, en dos semanas. Por medio, vamos a dar una clase de estas.

[00:51:24.04]
Exacto. Ya venimos varias. Ya venimos varias. Enegaputura. Com/racelle, por si están todas las grabaciones. Pronto va a estar la grabación de esta. Esto es una master class hermosa, por su hecho. Yo te quiero felicitar, brother. Realmente lo explicaste de una manera muy neta, de una manera muy clara, y va a haber un montón de personas que van a poder aplicar esta nueva funcionalidad de Salesforce Flow en sus Flow sin volverse locos. Obviamente, la recomendación es la que doy siempre. A este de clases hay que mirarlas utilizando la pausa. ¿Para qué? Para que todo lo que hizo Josué recién, ustedes lo puedan ir replicando en una Sandbox o en una Borg de Trailhead. No recomiendo hacerlo de una en producción, aunque a los que nos gusta el vértigo muchas veces tocamos producción hasta que tengan un flow hecho y derecho como corresponde utilizando este nuevo elemento. ¿Alguna pregunta que alguien quiera hacer? Tenemos Francisco, ¿detectaste algo?

[00:52:44.14]
No, todas felicitaciones a Josué. Pidieron las URL, ahí pasamos las URL.

[00:52:48.19]
Okey, en comentarios están las URL. Y los que estén viendo esta grabación, abajo, a los que estén viendo esta clase grabada debajo van a estar las URL que acabamos de comentar recién. Bien, yo los quiero mucho, un montón. En 14 días nos volvemos a juntar y agradeciéndoles mucho la presencia a todos y a cada una de las personas que estuvieron. Les enviamos un fuerte abrazo y nos volvemos a ver nuevamente en otra próxima clase de selfie. Saludos a todos.

[00:53:27.21]
Un abrazo.

[00:53:29.06]
Chao amigos, nos vemos.

—

Desde EGA Futura ayudamos a empresas usando Salesforce