Categorías
Masterclass de Salesforce

Masterclass » Como Farmear Aura con Experience Cloud: Salesforce Multi-Framework [la probamos y te mostramos todo]

Experience Cloud es la forma de publicar un portal de clientes, partners o un sitio público sin un servidor extra y sin rehacer logins, seguridad ni integraciones.

Experience Cloud es la forma de publicar un portal de clientes, partners o un sitio público sin un servidor extra. Tu empresa expone hacia afuera lo que ya vive en la Org: objetos, Flows, Apex y Permission Sets.

En EGA Futura construimos sobre esa misma plataforma: ERP nativo. Esta masterclass recorre el producto de punta a punta: de dónde viene, para qué se usa, cómo se licencia, cuándo conviene Aura o LWR, y cómo publicar una app React adentro de Salesforce.

Abajo está el video. Después, el mapa de la clase: qué es Experience Cloud, licencias, templates y la demo de React. Al final, las preguntas frecuentes y la transcripción completa.

Play

De dónde sale Experience Cloud y por qué importa ahora?

Experience Cloud no es un producto nuevo. Nació como Community Cloud, pensado para comunidades de usuarios, y durante años fue incómodo de usar. Hacia 2018 se estabilizó.

Hoy Salesforce abre la plataforma (Multi-Framework) y el mismo producto cubre portales, microsites y experiencias que antes pedían un sitio aparte.

De Community Cloud a Experience Cloud

Al principio había Customer Portal y Partner Portal, con una distinción B2C y B2B. Después se unificó en Community Cloud y más tarde en Experience Cloud. Los Sites siguen existiendo como pieza, no como el producto entero.

Esa historia sirve para leer un proyecto viejo: si alguien habla de «Communities», es el mismo producto con otro nombre. El licenciamiento y los templates sí cambiaron, y ahí está el riesgo de recetas de 2016 en una Org de hoy.

Qué problema resuelve para tu empresa

Salesforce, por defecto, es un sistema interno. Experience Cloud es puerta de afuera: el cliente, el partner, el proveedor o el técnico tercerizado entra a un portal y opera sobre los mismos datos.

Sin Experience Cloud, tu empresa inventa logins, copia seguridad y conecta datos ida y vuelta.

Con Experience Cloud, modelo de datos. Un Flow, un Lightning Web Component o una aprobación de Agentforce se pueden publicar hacia afuera, con la misma capa de perfiles y Permission Sets.

Experience Builder es el lienzo: drag and drop de componentes, layouts y Flows, parecido a armar una página con point and click. Lo más valioso no es el lienzo. Es que seguridad ya resuelta.

Consejo: si el proyecto empieza con «hacemos un portal aparte y después lo integramos», paremos ahí. Casi siempre Experience Cloud cubre el caso con menos piezas móviles.

Para qué se usa Experience Cloud en un proyecto real?

Se usa para proceso de negocio a gente que no es usuario interno. Esa gente suele ser mucha más que el equipo que opera el CRM.

Portal de autogestión de clientes

Es el caso más frecuente. El cliente entra, ve sus casos, sus pedidos, su póliza o sus turnos, y se autogestiona.

En la clase se recorrió el ejemplo de una aseguradora: el asegurado gestiona la póliza, declara un siniestro y cambia el método de pago. El de salud es el mismo patrón: catálogo de médicos, turnos, cobertura.

Cuando alguien abre un caso en el portal de Salesforce, está usando exactamente esta idea. No es un sitio de marketing. Es proceso publicado.

Partners, franquicias y B2B

El portal de partners es para quien revende, opera una franquicia o carga oportunidades que no son de tu nómina. En la clase se usó el ejemplo de una automotriz: sus clientes y avanza la negociación.

El B2B de pedidos se parece, con reglas por cuenta. Knowledge entran cuando tu empresa quiere publicar procesos, preguntas frecuentes y artículos, a veces como parte de otro portal y no como un site suelto.

Técnicos, Field Service y sitios públicos

Field Service se enlaza con Experience Cloud para técnicos contratistas: no son empleados, entran al portal, y el licenciamiento suele ser nombrado, con o sin autoregistro.

Los sitios públicos o microsites cubren landings, registro a eventos y piezas que sin consumir licencia: un QR, una página que recibe un Id y muestra un dato.

Ahí hay que ser estrictos con Guest User. Un site público que muestra stock o pedidos «porque es más barato» es el atajo que más se ve, y el que más duele en una auditoría.

Consejo: escribamos en una hoja quién entra (cliente, partner, técnico, anónimo) y qué objeto toca. Esa hoja decide la licencia, el template y si hace falta login.

Cómo se licencia Experience Cloud sin pagar de más ni quedar fuera de contrato?

La licencia externa es más barata que un usuario interno. Por eso aparecen recetas que mezclan ahorro con incumplimiento.

Usuario nombrado o logins

Salesforce licencia de dos maneras. Una: una persona con nombre y apellido, mes a mes. Otra: un paquete de logins, da igual quién entre.

Si tu empresa tiene veinte partners que entran todas las semanas, la licencia nombrada es la lectura natural. Si tiene cientos de miles de clientes y la mayoría no entra nunca, pagar por login suele alinear mejor el costo con el uso.

También existe, en algunos contratos, un modelo de logins para internos esporádicos. No es el default. Hay que leer el papel, no copiar el rumor.

Customer, Partner, External Apps y Guest User

En B2C aparecen tres escalones. En ciertas instancias hay hasta 100 licencias de un tipo de portal sin costo. Arriba, Customer Community, la de toda la vida para casos y autogestión.

Arriba de eso, Customer Community Plus: calendario, tareas, eventos y, lo menos intuitivo, informes y paneles. No solo ejecutarlos: crearlos y administrarlos.

Partner Community cubre oportunidades y campañas: quien vende. Suele ser la más cara. External Apps y Guest User cubren el sitio público y algunos cruces con otras nubes (Field Service, y en algunos casos Revenue Cloud). Autoregistro asigna un perfil estándar; los permisos extra se configuran después.

Prácticas que no convienen

En la clase se habló con claridad de atajos que se ven en el mercado. Uno: ventas a Community «porque sale menos» y resolver visibilidad con decenas de reglas. Contractualmente no está permitido. Puede pasar años. Una auditoría lo cae.

Otro: un site público con un componente que recibe parámetros, para que alguien «apruebe» o vea datos sensibles. Hoy, con más superficie de ataque, ese camino es peor que hace diez años.

Digital Experience se habilita sin comprar licencias. Eso no autoriza a publicar datos internos en un site anónimo. Habilitar la nube es el primer paso. Asignar quién ve qué es el trabajo de verdad.

Consejo: si el argumento de diseño es «así no pagamos licencias», volvamos al objeto y al perfil. El ahorro que no sobrevive una auditoría no es ahorro.

A mitad de camino: las aplicaciones de EGA Futura ERP corren en la misma Org. Un portal mal abierto no rompe solo Experience Cloud. Rompe la idea de una sola plataforma.

Aura o LWR: qué template conviene en un proyecto nuevo?

El template decide qué componentes salen de caja, qué puede hacer el front y cuánto hay que construir.

Aura: el runtime viejo, todavía en producción

Aura (Aura Components) es la tecnología específica de Salesforce que muchos proyectos arrastran. Tiene más piezas listas. También es el pasado. Un desarrollador front que no vive en el ecosistema no la trae puesta.

Hubo un momento, cuando salieron los LWC para comunidades, en que los componentes de carga de datos no funcionaban y la receta era meter Aura dentro de un Lightning Web Component. Eso es deuda. No es un patrón para copiar hoy.

LWR: el presente

LWR (Lightning Web Runtime) nació como sitio «pelado»: nosotros ponemos Lightning Web Components y customizamos. Salesforce usa LWR en su propia documentación de developers.

Menos out of the box, más control. Con IA, LWC desde cero es más rápido que hace cinco años. Sin IA, un LWR era un proyecto grande.

Build Your Own y Microsite son las variantes que más se mencionan. LWR es el presente y futuro del producto. Aura sigue donde ya está en producción.

Qué se pierde al ir a LWR

En la clase la respuesta honesta fue: sin pérdida. Se cambia de tecnología.

Quien viene de Salesforce se siente más cómodo con Lightning Web Components. Quien viene de React se siente más cómodo en React. El criterio no es «LWR es menos producto». Es «quién lo mantiene«.

Consejo: proyecto nuevo, LWR y Experience Builder. Aura solo si el portal ya existe y el costo de migrar no se justifica.

Cómo se publica React adentro de Salesforce?

Se puede. No es el primer camino. Es el camino para cuando Builder y LWC no alcanzan, o cuando tu empresa ya tiene una app React y no quiere reescribirla.

El orden de decisión

Builder, LWC, React. Ese orden evita un portal «hermoso» que nadie del equipo Salesforce puede mantener, y evita también un LWC forzado cuando el equipo front ya entrega en React.

Hay dos formas técnicas. La clásica, que hoy corre en producción: compilar la app, subirla como static resource y embeberla, con Apex de ida y vuelta.

La nueva: Salesforce Multi-Framework, presentada en TDX y en open beta en el momento de la clase. Una app React nativa (Vite, Tailwind, shadcn) como External App, publicada por un sitio de Experience Cloud, consumiendo datos con GraphQL y Apex a través del SDK, con autenticación de la plataforma.

Qué hay que tener en la Org antes de la demo

La Org tiene que estar en Hyperforce. En Company Information, la instancia se ve con un patrón de letras y número (incluido un solo dígito).

Digital Experience se habilita en Setup, sin licencia extra. Multi-Framework, en las Orgs de la demo, ya venía activo. My Domain y la red del sitio también tienen que estar.

Después vienen CLI y Node, autorizar la Org y, si se quiere, reglas para que el agente no trate el código React como un LWC con wire. El MCP de Salesforce DX en Cursor es opcional.

Los dos comandos que crean la estructura React y la configuración de Digital Experience sí son el corazón del flujo. Se puede hacer en un proyecto Salesforce ya existente. En la clase recomendaron un folder limpio, para ver qué se crea.

Deploy, Guest User y seguridad

El deploy crea un site. Hay que activarlo. En preferencias se habilita Guest User y se configura el perfil: cuentas, productos, lo que sea visible para anónimo. Si hay usuarios logueados, se usan los métodos del SDK y los Permission Sets de siempre.

Hacerlo público es un check. No es «se publicó, listo». Guest User ve lo que el perfil le da. Si el componente pide Accounts y el perfil guest no las tiene, no hay magia de React que lo salve. La seguridad sigue siendo Salesforce.

Multi-Framework, en la beta de la clase, tenía límites: sandboxes y scratch orgs, Org en inglés, sin producción. Eso hay que releer en la documentación del día, porque las betas se mueven.

Agentforce Vibes ya trae la opción de crear sitios React. El mensaje de la clase no es «tiren prompts y a producción». Es: se puede ir muy rápido, y igual hay que usar bien Experience Cloud.

Consejo: si el equipo ya tiene la app en React, este camino evita rehacerla en LWC. Si el equipo es admin y consultor funcional, quedémonos en Builder. React no es un premio. Es una herramienta para un problema puntual.

La mirada de EGA Futura

En EGA Futura el ERP es de EGA Futura, potenciado por Salesforce. La IA de EGA Futura, potenciada por Agentforce, vive en la misma Org. Un portal de clientes, un portal de proveedores o un microsite no son «otro sistema». Son la misma plataforma, publicada hacia afuera.

Por eso esta clase importa para quien ya opera en Salesforce y para quien llega por el camino de Salesforce y recibe el ERP en su Org.

El error de licencia, el site público mal abierto o el React sin perfil guest no son temas de «la nube de comunidades». Son temas de si tu empresa consolida el negocio o lo vuelve a fragmentar.

Agenda una demo. Dura 30 minutos, es sin compromiso y la da una persona del equipo. Empieza por egafutura.com.

Preguntas frecuentes sobre Experience Cloud

Hace falta un servidor aparte para el portal de clientes?

No. Experience Cloud publica el portal la misma Org. Tu empresa evita el sitio externo, el login paralelo y la integración de datos.

Customer Community y Community Plus son lo mismo?

No. Plus suma calendario, tareas, eventos e informes. Si el cliente externo solo autogestiona casos o pedidos, Customer Community alcanza. Plus entra cuando ese usuario necesita una experiencia más cercana a un usuario interno, sin serlo.

Conviene Aura o LWR para un proyecto nuevo?

LWR. Aura sigue en portales que ya están en producción. LWR es el runtime actual, el que Salesforce usa en su documentación, y el que mejor encaja con Lightning Web Components.

React reemplaza a Lightning Web Components?

No. React entra cuando el Builder y LWC no alcanzan, o cuando el equipo ya trae una app hecha. La primera opción sigue siendo Experience Builder más LWC. Multi-Framework es el tercer escalón, no el default.

Guest User sirve para no pagar licencias?

Sirve para un sitio público con un alcance chico y controlado. No sirve para esconder usuarios internos ni para mostrar datos sensibles por URL. La seguridad la define el perfil guest, no el framework del front.

Se puede mezclar un portal de partners con usuarios internos en Community?

No es el diseño del producto ni del contrato. Community es para usuarios externos. El equipo interno va por licencias de Salesforce. Ahorrar cambiando de tipo de usuario es el atajo que una auditoría no perdona.

Transcripción de la clase

Ver transcripción completa

Juan Manuel Garrido (00:01)

Buenas tardes.

¿Alguien me ve? ¿Alguien me escucha? Creo que llegué primero y estoy solito.

¿Qué pasó? ¿Qué pasó? Bienvenidos, bienvenidos a todos. a punto de arrancar una nueva… Hola, Josu. Estamos a punto de arrancar una nueva Master Class de Cell Force espectacular en el día de hoy. Josu, quiero que me confirmes o con tu maravillosa voz, o moviendo la cabeza, si se me escucha correctamente. Hay algo de ruidito de fondo, pero chill por ahora, por lo menos. Sí, ahora me voy a mudar, ahora me voy a

Frank vino más transparente no, ahí está. Muy bien, Frank. ¿Cómo andan? Ahí ya estamos, la sala, si quiere venir. Bueno, bueno, me voy a cambiar de sala. hacer un movimiento mágico adelante de todos ustedes. Ahí estamos. Bienvenidos a todos. aprendiendo. Bien chicos ustedes. Y arrancar. Siento que tengo que hablar bajito porque ustedes están hablando bajito, pero… No, no, pero ahora empezamos con los gritos. No, podés.

pasan era. Me he mudado de sala, muy bien, muy bien, perfectamente. Ahí vamos, ahí estamos. Bien, bien, bien, bien, bien, ya arrancamos. Hoy vamos a farmear Aura con Experience Cloud.

Bueno, voy a hacer una pequeña introducción. Experience Cloud es uno de los productos más longevos que tiene Salesforce. Mientras vamos haciendo la intro, mientras se va sumando gente a este maravilloso encuentro que tenemos todos los jueves. Experience Cloud arranca de una forma bastante precaria en el ecosistema Salesforce. No me acuerdo allá por el año.

2009, 2010, en donde yo mismo decía, no puedo creer que sea tan pedorro. ¿Cómo puede ser tan…? No hay manera todavía de los sites, eran todos mis alfaces. Era realmente una experiencia, Experience Cloud, que se llamaba Community Cloud. En aquel entonces se llamaba Community Cloud y estaba pensado para tener comunidades de usuarios. Y eso después fue evolucionando.

Evolucionó y se estabilizó allá por 2018, quedó un producto bastante sólido, bastante estable y ahora empezó a tener un montón de magia. Selfus está abriendo su plataforma con toda esta historia del Headless 360, se sigue llamando gente. Y hoy las posibilidades se van mucho más allá de lo que se podía hacer hasta hace no mucho el año pasado.

esa es la intro y si les parece bien vamos a Fran, Josu, algo que quieran agregar a esto o arrancamos ya la clase con el típico vídeo de todos los jueves? No, vamos, yo solo cuento que uno de mis primeros proyectos fue implementar una experience log, de acuerdo, fue un partito yo por 2016. Guárrense los experiencios que contamos. Muy bien, vamos a arrancar entonces señores y señores, bienvenidos.

Bienvenidos, bienvenidos a otra Master Class de Salesforce. Hoy vamos a ver la evolución de Experience Cloud. Vamos a poder entender cómo Salesforce este año rompió todos los límites. Y para eso lo tenemos a nuestro arquitecto Francisco Morales y a nuestro otro arquitecto, Josué Mendoza. ¿Cómo les va, chicos? Cuéntenme qué es lo que vamos a ver en la clase de hoy. Vamos a ver cómo farmar Aura, me parece. Eso fue lo que nos convocó para el día de hoy.

Muy bien, si vamos a ver Experience Scout, que es, para que sirve y después vamos a ver una demo de como hacer un componente hecho en React e incrustado dentro de Salesforce, consumiendo información de Salesforce todo iba a decir nativo pero ya no se si es nativo, ya no se si nativo es la palabra porque es literalmente React, es otra tecnología, pero bueno

corre ahí en Salesforce y consume información. ¿Qué hace Desti? ¿Te acordaste de venir? ¿Cómo andas? Buenas, buenas. ¿Cómo anda el equipo de Salesforce? ¿Todo bien, Loco? Todo bien, todo bien. El jefe de equipo es Lack, pero bueno, está bien. Venid cuando quieras, Generalmente es a las 16, siempre punto o venid cuando quieran, problema. Perdón, perdón.

Bueno. Bueno, ¿comenzamos? Si querés. Voy a compartir la pantalla, vamos hacer nuestra típica presentación. Estás en sensación de que hay que hablar bajito. Yo voy a empezar a gritar. ¿Por qué? ¿Estoy hablando bajito? Los dos. ¿Están en un café o están…? Conten un poco. ¿Dónde andan? O Ork. Claro, esa es la explicación. pero que lindo.

la guitarra

Bueno, me avisan si se ve ahí. Diseñar. Bueno. Perfecto. Repasando, vamos a ver qué es Spinning Cloud, vamos a ver para qué se puede usar, qué licenciamiento hay. Acá me interesa mucho el conocimiento de Juanma desde los inicios del universo. Y después vamos a ver qué tipo de templates hay porque los templates también son una cuestión clave para saber usar esta nube.

Y a lo último React dentro de que es como lo más nuevo que hay y vamos a hacer una demo lo más guiada posible, lo que quiero que se lleven también es que se puede hacer esto que vamos a hacer ahora de meter React dentro de Salesforce y después una guía práctica con un paso a paso que es tan sencillo que hasta yo lo pude hacer paso a paso y funciona, Y cómo montar un componente de React en una community, bueno, en una experience, claro, yo todavía le sigo diciendo que no. Entonces, bueno, la agenda, lo que vamos ver hoy.

Un poquito de quiénes somos, el equipo de Vantegrade, hablamos en Dreamforce, hablamos en TDX, tenemos la comunidad de Salesforce en español más grande del mundo, encontramos una foto donde estemos todos juntos por eso armé el colar.

Bien, ¿qué es Experience Cloud? Y acá lo que quiero es apoyarme también en ustedes y que me cuenten sus experiencias implementando esto. Y también en la parte de los templates, a ver si nos pueden contar si han usado alguno y para qué. Experience Cloud es básicamente la forma de exponer un portal al exterior. Entonces, vos tenés y pensás en ser realmente siempre como un

sistema que es interno y que vos tenés tus usuarios que pueden ser tus ejecutivos de event y demás pero acá estás pensando en cómo exponer eso puertas afuera y tener por ejemplo un portal de proveedores donde estos proveedores van y te cargan las oportunidades por ejemplo o mismo los clientes para que se autogestionen no sé por decir algo sus órdenes de trabajo o sus pólizas o lo que sea que se puedan autogestionar

y vos eres usuario que van a ser en cantidad muchos mayores por lo general a tus usuarios internos, para eso existe Experience Cloud.

sigue teniendo toda la conexión con todos los objetos y todo el modelo de datos de Salesforce esa es la gran ventaja porque si no tradicionalmente vos lo que tendrías que hacer es hacer un portal por fuera y después hacer toda la integración de datos con Salesforce lo que te provee esto como si imaginaras es que vos ya tenés toda la conexión a los datos hechos mismas automatizaciones vos podés tener un Flow, una New Web Component, todo lo que vos ya sabés hacer una Apex

de aprobación mismo de Asian Force pero publicado hacia afuera y entonces ahí también tenés otra gran ventaja. Todo lo que es el Experience Builder que es como una suerte de drag and drop de componentes donde vos podés ir arrastrando bueno esto que decimos los flows, armar, layouts. Podés hacer varias cosas desde el point and click, simil a flow.

y similar mucho realidad a lo que hace ese tipo que es más drag and drop. Y por último y no menos importante, de hecho diría lo más importante, que vos acá tenés toda tu cuestión de seguridad resuelta. Entonces todos los permisos, Permission Sets, los perfiles, toda la seguridad de objetos, la seguridad que tienen y que respetan los Flows y los Networks, todo eso, toda esa capa ya tenés.

De nuevo, imagínense el potencial de esto versus un portal que tenés que construir de cero y que tenés que estar rehaciendo y reinventando todo de nuevo. esto es muy potente por eso. por ahí se me suele, perdón, que me te lo escuchara. es, imagínate que no existiera Experience Cloud y vos necesitas pasarle a algún otro sistema portal información de Salesforce. Tenés que armar, bueno, justamente una page, lo que sea, seguridad, logins, integración para que vaya y venga información de Salesforce.

Si alguna vez se encuentran con ese escenario, el foro dice no hay que ir por ese camino totalmente si no es complicado, sino que te ponga un producto en el que vas a poder hacer un portal externo a Salesforce y vas a disponerle solamente la información que vos quieras. Exacto, que hoy quizás con la inteligencia artificial no suena tan loco, pero imagínense, hace tres años atrás, Yo me remito a 2016 y claro, anda a un portal, amigo. Que hoy, y de nuevo,

hoy con la inteligencia artificial sigue teniendo su constrain y su complejidad hacer todo eso y no vale la pena si vos ya tenés experience. Pasó por varios nombres, no se si Juanma vos recordas otro, pero Customer Portal, Community, Community es el cual yo lo conocí. Claro, antes tenías Community Portal y Partner Portal, donde hacen como dos distinciones, dos distinciones

principalmente por mercado, B2B, B2C, después se estabilizó en Community Cloud. No sé si en algún momento también le llamaran Sites o External Sites antes de que llegue Community. Sites es otra sección, me parece, es otra sección, pero no sé si en algún momento fue… Igual vamos a ver un poco la diferencia después en la práctica, pero los Sites están también, son como un componente más.

Y perdón, ¿se escucha el ruido del fondo o no tanto? Se escucha bien. No se escucha, pero para mí es tolerable que la gente lo diga en el Perfecto. Perfecto. iba a decir algo y me olvidé. que no sé si esto, ¿ya le cambiaron el nombre o estarían en vías de cambiarle y ponerle algo de Agent Force? Me suena raro que todavía no tenga un Agent Force Experience Cloud. Pero bueno. Buena pregunta. así. ¿Cuáles es ideas? No, seguro que ya lo cambiaron igual, ¿no?

Igual lo chequeé antes, pero todavía no. Bueno, ¿para qué se usa esto en la práctica? Porque es muy linda la teoría, pero vamos a ver por qué lo usan. Lo que decíamos, portal de autogestión de clientes. Este fue el primer proyecto que yo hice en mi vida de Salesforce. Fue un portal de autogestión en Experience Cloud, que en ese momento era Communities, para una empresa de seguros. Y la idea era que los usuarios iban ahí, los clientes de la aseguradora, y gestionaban sus pólizas, reclaraban un siniestro.

hacían algún cambio de método de pago todo un portal de autogestión para eso cuando Salesforce no era lo que es hoy era todo campo entonces uno de los casos de uso y el primero que a mí me resonó y por eso lo puse es el portal de autogestión de clientes después hay un portal de partners, me dijo Salesforce creo que lo tiene construido sobre una community si no me falla la memoria entonces esto imagínense lo como que vos sos una empresa que tiene sus revendedores que no necesariamente son

parte de tu misma empresa, podría ser un sistema de franquicias o un sistema de partners, ejemplo, como Salesforce, que Salesforce tiene los partners que revenden por ejemplo licencias o proyectos, entonces ese portal para que la gente pueda entrar ahí y cargar sus oportunidades, etcétera. O le compartís información útil también, o procesos por ejemplo, imagínense, se puede decir algo como Andorra, le podría tener su portal de partners y a todos sus franquiciados de darle ahí los documentos de los procesos.

Después, Help Center y Knowledge, muy parecido a esto. sea, si vos tenés toda una información de procesos, preguntas frecuentes, todo eso lo podrías tener en un portal y compartir la información ahí. Portales de B2B de pedidos, muy parecido a lo que hablábamos recién de partners, pero un portal para que te hagan un pedido, un negocio que es un B2B.

suelen tener los procesos B2B su complejidad mucho más grande que el B2C y tener reglas propias para cada empresa que te está comprando, entonces ahí también se suele usar esto. Provedores y técnicos, esto también y esto también va muy de la mano de lo que hace PhilService.

una parte que está mezclada y no me acuerdo cómo se llama eso de este, pero PhilService tiene un módulo que está muy entrelazado con Experience y tiene un licenciamiento para que vos tengas tu implementación de PhilService montada y después tengas técnicos terciarisados que ingresan a un portal, ahora no recuerdo cómo se llama… Contractors. contractors en PhilService. Y una sección más que son los sitios públicos o microsites que esto…

se puede usar acá dice, ¿no? landing de campaña, el fútbol de registro de eventos y muchas veces se usa para la famosa no quiero dar licencias y quiero hacer algo particular, no sé, un ejemplo que se me ocurre de esto es vos tenés que compartir un QR con un cliente tuyo y lo que haces es creas un sitio que tenga una lengua que pone adentro que es una lengua que pone recio por un parámetro ahí de un registro y lo que hace es que muestra un QR entonces vos le mandás

una URL a un cliente tuyo, hace clic ahí y ya tiene un QR por ejemplo, les quisiera mostrar. O alguna cuestión del estilo en donde vos querés publicar algo sin que eso tenga alguna implicancia de seguridad, o hay que tener mucho cuidado con eso, pero se suele hacer así, que a partir de una URL con un ID les muestres algo a alguien de afuera, a alguien que no va a tener acceso. ¿Se les ocurren ejemplos o nos quieren contar experiencias de estos portales o de otros?

o cosas locas que hayan visto. Yo tengo mucho. Sí. Pero si querés arranquemos por… Sí. O sea, arranquemos por lo correcto porque la verdad es que he visto muchas negradas relacionadas a las Experience Cloud. ¿Cómo? ¿Qué significaría negrada para una persona que no es argentina? Unas cosas que no están tan copadas, algo que…

No se debería hacer. De baja calidad. De que no encontraste la vuelta. Sí, podríamos decir que de baja calidad. sí, Ahora voy a buscar en un diccionario qué significa negrada. Pero básicamente está algo medio mal hecho, quizá atado con alambres. Pero arrancamos de algo piola, ejemplo. Si nombran marcas. Una automotriz en la Argentina que vende coches a la gente tiene en todas las provincias del país sus, cómo se dice, no es sucursales la palabra.

sus concesionarios, que no necesariamente son de ellos. Quizá yo puedo. Esos franquicias, gracias. Entonces yo tengo en Selfort todo mi proceso de venta, pero no soy yo en realidad quien está vendiendo, sino mi concesionario. Entonces yo le habilito un portal donde ellos se pueden logear, manejarán sus clientes y solo sus clientes y tendrán ahí todo el proceso de venta de negociación para vender un auto, por ejemplo. ese vento en el caso de esto es el de partners, ¿verdad?

Exacto, exacto. Portal de autogestión de clientes en una empresa de salud era lo mismo. Vos podías entrar, ver tu catálogo de médicos, autogestionarte turnos e incluso ver tus turnos. es básicamente lo mismo. Toda la información que tenés en Salesforce para saber qué hacen tus clientes, pero está en un portal para que el cliente se autogestione.

su información, saque sus turnos, consulte a sus médicos con su cobertura. Y yo ZRM sigo teniendo todo a todos mis clientes, todos mis planes, todas mis coberturas.

Solo modo comentario, Center y Knowledge, a mi me parecían recontra ocupados pero nunca vi una implementación que lo cubra, honestamente. No me Yo siempre lo vi como partes de, o sea, como partes de otros portales que tenían la parte de Knowledge, Claro. Pero tampoco, nunca lo vi. Head Center sí, porque es para casos. Creo que ahí nos había algo de casos. Sí, nos fuimos para el lado del Knowledge. Sí, pero bueno, ser ese cram de lo mismo, debemos hacer un reclamo algo y…

Me autogestiono el caso. Que un poco es lo que hacemos cuando levantamos un caso a Salesforce. Hay un portal, te lo queas. De hecho, lo estaba volviendo de la más usada, porque esa debe ser la más usada, literalmente. El portal para que la gente vaya y cargue los casos. El caso más usado debe ser ese. Bien. Lo digo así a vuelo de… Creo que sí. Ahí justo Fermín está haciendo una pregunta, que en lo que yo decía, todo lo que empecé mencionando es quizá lo que estaba lindo y bonito y hermoso implementado. Sí.

Vamos con las negradas o quizá porque no está tan bueno implementar de esta manera. ¿Qué pasa? Volvamos al ejemplo de la automotriz. Yo te decía, en Salesforce vos tenés tu proceso de venta implementado. Lo único que haces con el portal es segmentarlo para tus diferentes sedes o qué sé yo. En una implementación que vi, dijeron, pero sí es más barato. ¿Por qué no hago una licencia a Salesforce o dos y después para todas mis ventas?

lo implemento desde la community, porque son licencias más baratas. Y entonces hago 50 arreglas de colaboración con diferentes criterios y pago una licencia mucho más barata y tengo todo mi proceso de venta desde la community. Contractualmente eso está no prohibido. Está absolutamente prohibido y si se hace una auditoría… Claro, bueno, el tema es que se te cae una auditoría para una lista de salor no pero en el mientras.

Y en esta organización que no voy a nombrar, sé que estuvieron años y nunca pasó nada. De hecho, cada cierto tiempo era, bol, yo necesito más licencias. Dale, ¿de cuáles querés ir? De las baratas, dame de las baratas. Y se compraba así. Fue una Sí, es un riesgo muy grande. ¿Selforzaid podría enforzar el derecho de pasar todo a Enterprise Edition? No, bueno, sí. A ver, no estoy diciendo que esté bien. Es con experiencias con las que me he encontrado.

Después está la otra clásica no quiero pagar licencias para usuarios que solamente me tienen que aprobar algo o usuarios que solamente hacen un check de algo. Entonces hago un poco lo que decía Fran. Hago un site con OnlineIWacom Pwnen que reciba ciertos parámetros, hizo un pedido, no sé, alguna otra información de un medio de pago, no lo sé. Para que el usuario reciba el mail, entra ahí, no utiliza licencia.

Pero ya me está probando, está diciendo che, que me está diciendo está bien. Y hasta el punto igual está bien, pero bueno, en este caso en el que yo laburé era usuarios que deberían estar en la plataforma. Entonces como que desde ahí de alguna manera con componentes le mostraba cierta información del CRM. Totalmente mal, pero bueno. Hoy esto es un peligro porque hoy… Sí.

Empezar a dar acceso por acá y decir bueno te hago un componente en un día, hago un componente en dos días, te hago un componente… Te quería acordar que tenés todo hecho en… Pero bueno… Claro, tenés montado todo afuera. Es un tema. Muy bien. ¿Alguna otra cosa loca que hayan visto?

o curiosa. Ahí vi el comentario de Enrique. Nosotros implementamos algo, pero ese es lo que dice Enrique, que dijo, hace unos años implementé una community cloud solo para exponer ciertos datos a los clientes. sí, yo creo que nos topamos una vez con eso, hicimos algo un chiquito. Pero no era una autogestión, sino que era un site público que necesitaban ciertos parámetros para, así decir, lograrse, identificarse, que se recibe por mail. Entonces ellos veían.

información resensible como stock, información stock de pedidos, bueno era una locura eso porque estaba re bien hecho pero por detrás estaba súper inseguro, pero bueno la intención estaba ahí que había que abaratar cosas. de fuga es eso, el citro público y que vos podás resolver de alguna manera mostrar cierta información. Por ahí vienen las negradas. Bien, saliendo del tema de negradas, vamos a hablar de por qué se hacen esas cosas.

que es como el key de la cuestión, que es el modelo de licencias. O sea, básicamente, esto es más barato y está pensado para ser más barato que una licencia de Selfo regular. Y ahí es donde se empiezan a hacer esas cuestiones. Lo que es la licencia es el usuario externo o, y acá me ayudan si han visto otra cosa, o los logins. O sea, lo que la gente…

gente lo que Salesforce va a querer licenciar acá es o un cliente con nombre y apellido o decir Juan Manuel Garrido le damos su licencia y esa la licenciamos y eso lo cobramos mes a mes o 150 mil logins sean de Juan Manuel Garrido o de José Mendoza no nos importa una vez que lo quea eso es lo que después facturamos

que como se imaginan eso tiene una implicancia en el caso de uso de la community, porque si vos vas a hacer una community para 20 partners que tenés, bueno, las hacés nombradas las licencias, nadie no tiene sentido hacer por login. Ahora, si vos sos una aseguradora y tenés 150 millones de asegurados, no vas a asegurar los 150 millones, no tendría mucho sentido, porque posiblemente muchos ni siquiera entren alguna vez en su vida. Entonces lo que haces es, pagás por login, tenés cierto…

tráfico mensuales a vez más o menos cuánto vas a pagar. No sé si ahí chicos si han visto otro tipo de licenciamiento por los reales eso. No, creo que son esos. Creo que acá también entra y yo tengo la duda pero creo que sí. Es cuando dabas el ejemplo de los de PhilService que son contractors. Que eventualmente, o sea, la vez que lo vi implementado era…

porque en realidad a mí no me importa quién es el técnico, sino algún técnico va a venir a trabajar de mi contractor. Y creo que pasa por el licenciamiento de este canteen de logins. No, creo que ahí es nombrar la licencia, pero hay una cuestión, que es que la persona que las aprovisiona puede ser vos dándole acceso o podés permitir que la gente se aprovisione sus licencias registrándose en el portal. Bueno, eso también lo diré. Ahí hay otra configuración que entra en el medio, pero siempre son nombradas.

hasta donde yo sé, las autoregistro las autoregistro, si se le asigna un perfil estándar al usuario y bueno, nada, después si necesitan más permiso tenés que ir a configurarlos o hacer lógica para que lo hagan después AIDFORCE tiene como dos grandes mundos acá o podemos decir tres todo lo que es customer, sea, las que son para clientes las partners y todo lo que es external app

barra, guest user, barra, estos cruces como por ejemplo esta nube, fill service y creo que hay otras, creo que Revenue Cloud también tiene una, un sabor de Experience Cloud, creo que hay varias que tienen como una mezcla que no son necesariamente community pero que son parte de, son como una especie de add-on de la nube principal. Que te habilita más o menos cada una y la customer, todo lo que tiene que ver con cases y autogestión de un cliente.

y la Partner Lease Opportunity Campaign, todo lo que tiene que ver con hacer una venta y que vos la puedas ver y autogestalar ahí. Entiendo que las partners son las más caras.

y no podría opinar. Creo que son más caras que las Ks todas. Tengo igual la actualización, cuando quieran tengo data. Dentro del modelo de Community para B2C tenemos tres licencias ahora, una que se incluye en algunos casos de manera gratuita hasta 100 usuarios que se denomina

Comerz Portal. ¿Por qué Comerz? No tengo la menor idea. En determinadas instancias se pueden aprovisionar hasta 100 licencias de esa sin costo de ningún tipo. Después tenemos arriba el otro escalón, que es la Customer Community tradicional de toda la vida. Y arriba un escalón más que llama Customer Community Plus, que agrega.

funcionalidad mucho más avanzada, lindando en la frontera de lo que podría ser un usuario interno de Salesforce como poder acceder a su propio calendario, tener tareas, eventos, llamadas, todo de manera personal y al mismo tiempo inaudito, tal vez para muchos de ustedes que lo van a escuchar por primera vez, acceso a informes.

y paneles a reports y a dashboards, no solamente a la posibilidad de ejecutarlos y consumir esa información, sino de crear y administrar paneles y reportes. Esa la nueva. OK.

Muy bien. Si, tengo alguna novedad más, si quieren. novedad más. Me dieron de baja las experience. Disponible para algunos partners. También el modelo que mencionó Francisco de acceso vía logins. Acceso vía logins. Además de usuario nombrado, eso a través de algunos partners y a través de contratos específicos, comienza a estar disponible para usuarios internos de Selfos. Eso significa.

que una empresa podría decir, yo quiero 120 licencias nombradas de Salesforce porque son los 120 empleados que le van a dar un uso más frecuente y después quiero tener 870 usuarios dentro de la misma Salesforce port que se van a loguear una vez al mes con L o una vez cada dos meses. manera esporádica, eso consume en logins.

Bueno, se ve que hay que tomar manches. Bien.

lo hicimos solamente para mostrar esta PPT, así que acá la va a explicar Esti, nos va a explicar cual es la diferencia

¿Cómo? es LWR. ¿Me escuchan? ¿Me escuchan bien? No, no, vamos a ir. Está congelado de Fran. Por lo menos para mí. Sí, se congeló fuerte. Bueno, imagino que Fran estaba queriendo decir qué era lo que… O sea, qué tipo de personalización tenemos a la hora de desarrollar uno de estos sites que hablamos recién, que hay como customer facing, partners, bueno, tenemos varios.

Y lo que estuvo… bueno… se nos fue. Ya te ayudo, dame un chelo. Eso sí, estaba quedando.

Frank está teniendo un problema. Ahí está. Ahí está.

Of, durísimo. Sí, ahí va. Y se escucha. Bueno, estaba diciendo, Francine, no es que dijiste nada importante, básicamente existen estas dos maneras de hacer estos sites, o antiguamente… Ahí estamos, ok.

Perdón, Tengo el perro cachado. Muy bien. Antiguamente, teníamos esto… bueno, antiguamente esto fue algo súper nuevo. Estaban los sitios Gaurah, esto como dicen los jóvenes, lo que se hace en las plazas hoy en día, que es básicamente los componentes antiguos, súper antiguos, que eran una tecnología recontra específica de Salesforce y eran cosas que no todo desarrollador front-end sabía en ese momento.

Ahora los jóvenes sí saben lo que es el Aura, pero no por los Aura Components. algo dentro todo reciente, pero ya quedó viejo, verdad iba a decir reciente, pero la verdad que es algo que ya quedó viejo, que también significa que el tiempo está pasando rapidísimo. Los LWR eran super novedosos en su momento. Los LWR eran los sitios básicamente pelados, no sin nada, donde vos colocabas tus componentes custom, la LW Components, obviamente, solo aceptaba la LW Components.

y usar el runtime que usa Salesforce, por ejemplo, para… si ustedes se meten a la documentación de developers, o sea, se van a la documentación de developer de Salesforce, todo eso está hecho con un LWR, sea, Salesforce lo usa, y bueno, como ven, es súper customizable porque, tener la chance de usar la Animal Components nos da la chance de customizarlo tanto como querramos. Obviamente, en este tiempo significaba hacer mucho esfuerzo, o sea, menos componentes out of the box y más…

personalización, pero bueno ahora con la interacción artificial yo creo que eso es mucho más rápido, pero antes era como bueno hacer un LWR era un quilombo porque hay mucha personalización de cero, bueno valía la pena al mismo tiempo porque el cliente refinaba su página como ellos querían, ¿no? Sin tanta… Sin tanta estanda. Un dato chistoso cuando sacan los LWC para las community que eran en ese momento

Los componentes de carga de datos no funcionaban. Entonces te decían, hace un componente Aura, mételo dentro del lineable component y ponelo en tu community. Sí, es verdad. Que era un dolor de pelota. Claro, que ibas a mojarlo. Sí, era un lío que Rack hizo decir. Perdón, disculpen. Muy bien.

Bueno, y qué es lo que vamos a ahora en la demo práctica, que va a ser mucho de acto de fe la demo práctica. ¿Por qué? Porque hay mucho que hice siguiendo una guía que armé y lo voy a ir intentando explicar, pero si les digo la verdad yo fui haciendo lo que decía la guía más que entendiendo del todo qué es lo que hacía. Igual en algunos pasos sí fui pidiendo explicación de qué estoy haciendo acá cuando tiro este comando, pero hay mucho que es un salto de fe.

Entonces, mucho tiempo esto se intentó hacer, que es como meter un framework más tradicional, por esto que dice Desti, de que los Aura y los Náinwok Components son muy propios de Salesforce. Y ahora en teoría estamos ya en el momento en el que vos podés hacer un componente en React, que es como el estándar de desarrollo web hoy, y meterlo en Salesforce. Si no se escucha algo me avisan porque yo no estoy viendo la cámara y no sé si se me corta o no. Fuerte y claro.

perfecto entonces ahora tenemos una forma de meter este framework dentro con esto que se llama UI sorry, Bundle

que vamos a ver cómo se hace esta cuestión. Esto es el stack con el que vos podés laburar, que no lo voy a decir porque no sé cómo se hace, no sé si esto de Vite, IWIN y este es impronunciable, no me jodan. Y qué usa esto para consumir datos, que creo que es como la gran clave, ¿no? Porque si vos decís, ¿cuál puede ser la diferencia entre un LLG Web Component o un Aura Component?

y esto de React es cómo accedo a la información, es el inconveniente o la problemática. Y la forma en la que hace esto es usando un SDK, nosotros ya hemos dado una master class pero usando GraphQL y Apex nosotros podemos consumir información directamente con React, con otra UI.

Entonces, luego eso te crea como una especie de portal diferente, especie de experiencia ahí diferente. Y después lo laburás como cualquier cosa que puedas bicodear hoy. Que eso me parece que es lo interesante. Y luego, por otro lado, esto tiene una cuestión de permisos que no llegué a explorar del todo. Nosotros lo pudimos hacer público a esto. O sea, hicimos el portal y lo hicimos público. Pero esto tiene una…

componente de seguridad también que si le digo la verdad no sé cómo funciona todavía del todo o sea cómo sabe qué usuario es el que está enloqueado eso debe tener sus propias interfaces para conectar eso pero en este caso yo para hacer la demo rápido lo que hice fue hacer algo que funcione desde cero y que esté simplemente moqueado solamente quería mostrar el componente de react pero publicado en los servidores de selfies importante aclaración esa que hay toda una cuestión de seguridad

y que deben ser los métodos que están expuestos en el SDK. Bueno, vamos a ver cómo hacemos esto. Entonces, esto vendría ser el nuevo paradigma, antes estaba LWR, Aura y los temples de Salesforce, los temples típicos que te da. Ahora lo nuevo es esto de React, que salió hace nada. Sí, pero realidad, ojo, que no sé si es un paradigma nuevo. Es para cuando vos tengas que hacer algo muy puntual que se escape demasiado.

y lo que vos podés hacer hoy con el builder, ¿no? sea, porque si vos podés hacer… Te apuesto que ya con el LWR medio que te olvidabas de ciertas limitaciones, no sé si decir estética, pero… ya me olvidé que iba a decir, continué. No, pero es verdad, es verdad que… vos tenés con un template y ponés el builder y lo podés personalizar, esa sería la primera opción. Sí. Estás usando todo a una box de sales.

Ahora si vos quisieras hacer algo muy diferente, podrías irte por esto. Podrías irte por Learning Web Components primero, esa sería como la primera opción para mí. Entonces, todo con Builder y Learning Web Components. Y si ya ni eso te alcanza y quieres hacer algo muy loco, podés conectar el React y consumir a la de Salesforce. Sí, eso y además para mí también tiene que ver con que hay gente que viene de otra área, por ahí del Palio React.

y viene acá y dice que es un Anime Component. Obviamente es lo mismo, le puede decir che, es lo mismo, pero bueno, capaz que se le da más cancha haciendo un React que hacer un Anime Component. Bueno, esa es una. Otra es che, si yo ya tengo algo que ya hice, y lo tengo en bolsillo, y lo quiero ahora poner en un screen site, esa sería otra. Eso es muy bueno, la verdad. No rehaces todo, sino que lo… Si lo incorporas y te queda… Claro, le cambias la forma en la que se conecta y pide datos y ahora lo pediría directamente…

por Ibai. Muy bien. Se va a ver cómo hacemos esto. Necesito ahora un segundo Allen de farmar ahora, farmar un poco de aura ahí que llevaba Angie. Y yo mientras voy preparando esto. Igual esto también, or Low, en Dreamforce pasado lo anunciaba con bobos y platillos. Después no… Dijeron que en ese momento, dijeron que iba a ser para marzo. Como que estaba todo en preview, estaba todo en beta.

Y claro, fue TVX en abril y ahí me acuerdo que con Fran vimos que sí, lo estaban ahí como diciendo Globally Available, como le ponen en IGA. Así que sí, ya estaba disponible. Y dando bienvenida a de paso, que va un chat. Increíble lo que la gente preguntó por Angie, no se puede creer. O sea, no entiendo, pero esto es Masterclass. Sí, sí, de jueves que viene los espero, Van a hablar de qué tal estuvo Spider-Man.

que es ese chat? se fue a ver la 2 muy bien, ahí se ve la pantalla verdad? si caballero muy bien, entonces yo les voy a ir contando todo lo que fui haciendo les pedí primero a Claude que me investigue y que me explique todo este tema después lo que hice fue armar una guía paso a paso para como llegar desde cero en una org a poder construir un componente react

y sacarlo andando. Esta guía tenía algunas cuestiones que hubo que ir ajustando, pero siempre fui pidiéndoles que lo vaya actualizando en la guía. después les voy a compartir la guía para que lo puedan, si lo quieren probar, lo puedan probar. Y de nuevo, como les digo, si lo puede seguir yo, lo puede seguir cualquiera, puede seguir un paso a paso. Bueno, acá hay algunas cuestiones de prerequisitos que hay que tener que es importante. Esto es importante porque si la ORC no está en…

Hyperforce, no sé cómo se dice. Hyperforce, digo yo. Hyperforce. Esto no va a funcionar. Ahora, ¿qué significa que no esté en Hyperforce? No lo sé, porque yo entiendo que ya todo se migró a esto. Pero bueno, me hizo mucho el hincapié y la documentación… El teléfono lo pregunta seguido y se ve que, no sé, deberán tener alguna deuda con eso, Sí. Siempre te lo preguntan. ¿Che estás en Hyperforce? Y la verdad que no he visto on site. Perdón, un ahorque no, pero qué sé yo. Bueno, en la guía te dice, che, para darte cuenta de eso te vas a…

Company Information y te fijas si la estructura de la nombrada de la organización es esto, es dos, tres letras, perdón, y un número que puede ser 1, 2, 3, puede ser 70, puede ser 95, X. Si ven que es un solo dígito, no se preocupen porque es lo mismo. Si es así, listo, estás bien. Después, tenés que habilitar Digital Experience. Obvio, a ver si tengo una bolsa acá.

un segundito, a ver si dejo la orilla abierta para…

Para habilitar Digital Experience no hace falta licencias. Entiendo que no hace falta licencias. Tengo la misma pregunta para ver qué onda. Para asignar, eso es otra cosa. Sí, sí, claro. Por eso está la negrada de si no necesito licencia para el Digital Experience hago un site ahí público y después hago alguna tramolla rara para que alguien pueda acceder. Ahí arranca la negrada. Perdón, Entonces.

Este paso es muy simple, no me equivoco esto es acá.

y creo que les aparece como deshabilitado y hay que habilitar. Si, Settings te va a todo en… mi ya me aparece porque ya está habilitado, pero si no te aparece todo como oscuro y te aparece para habilitar, apretas habilitar y Después, tenés que tener habilitado esto, el multi framework. De nuevo acá está todo explicado, pero básicamente te vas a… y el multi framework entiendo que ahora ya viene por default.

En esta árbol lo tuviste que hacer porque yo no. No, ya estaba activado. Entonces venid ahí, Tikki. Ya estamos. Después esto del Network también, en mi caso ya venía habilitado, pero está el paso por si lo quieren hacer. Si no me equivoco es venir acá. My Domain.

Después no creo que está… compartir la guía? Sí, la voy a compartir. Voy a compartir la guía. Y acá lo que hay que… Bueno, esto… Venís acá. Y Global. ¿Por qué Canadá? No sé. Hay muchas cosas que no han preferido no preguntar, pero tiene algo especial para Canadá. Muy bien.

Acá viene el tema de las licencias. Si vos tenés licencia vas a tener que repartirlas. Hay varios procesos de cómo se reparten las licencias. Hay un proceso que es crearlos, una cuenta, contacto y en el contacto le pones el tipo, el usuario que es y le pones como un check que querés crear un usuario y eso le manda un mail al contacto. Después vos podés permitir que la gente se autoregistre. Bueno, todo ese mundo no lo vamos ver acá porque es muy largo.

Nosotros lo decimos como acceso público, solamente queremos que se vea el componente y listo. Pero después el componente tiene todas las seguridad de Salesforce, es quiero decir.

y acá me tiran una limitación que no se puede empaquetar todo esto jodita aparte bueno y acá empiezan las cuestiones de actos de fe les va a tirar un montón de comandos

que también, esto puede ser que ustedes ya lo tengan porque por ejemplo lo primero que hay que hacer es instalar una serie de plugins y no sé cómo se llama lo que vos tenés que hacer para que ande el… librerías y el… esto, tenés que ver entonces qué versión de Node tenés qué versión de Salesforce del CLI de Salesforce tenés si no actualizalo y…

Esto entiendo que es la hilaga que hace que vos después puedas jugar con poder deployar esos componentes. La hilaga que te deja ser negradas. Exacto. tenés que… Después yo hablo mal y a mí me dicen… Pero el Reky lo dice con aura. Después tenés que autorizar la organización, que esto también es muy común, o sea, vas a… Todo esto se hace en cursor, ¿no? Entonces…

De hecho yo le digo algo, yo no estaba tirando estos comandos directamente en una terminal. Yo lo que hacía es, que los voy a mostrar…

Yo le decía, ejecuta esto y le tiraba el comando y por ahí le tiraba alguna cuestión, pero en general yo le decía, bueno, no ejecutaba yo directamente en la terminal, no sé si me estoy explicando. Ya nadie, es la terminal, le dices a tu agente y sí. Sí, no tomo el riesgo de que esto esté mal. En mi caso y esto lo van a ver en la guía, mi organización se llama Vanguard Dev y todo lo que sea como el alias de la organización dice Vanguard Dev, pero

sepan que lo tienen que cambiar por la de ustedes y nada más. Entonces hasta ahí instalamos las dependencias en la Compu. De nuevo, solamente abren curso y le dicen ejecutame esto, ejecutame esto, ejecutame esto, ejecutame esto. De hecho, cuando dicen preparar curso sigue en la misma. Tipo, tenés que instalar esto. Y esto se instala con esto.

si yo me voy acá, no me acuerdo si esto lo dice en esta, no me dice la sor que tengo conectadas

Y tienes que escribirse en mayúscula porque ya te calentaste. fíjate que necesito que ahora ejecutes estos comandos. Listo, movete, instalar el NPM y levantame el localhost de lo que tengas acá. Después, ahí ya me levantó el dev. Espera, me estoy adelantando. Me estoy adelantando.

Nos aseguramos que tenga todo el repo, porque el repo ya, este repositorio que estamos haciendo el clone acá, ya tiene muchas como recetas, cosas que Salesforce ya nos dio, sí. Que de hecho eso es lo primero que voy a deployar y eso lo que van a deployar ustedes, que es un componente muy tonto que lo que hace es pide nombre de cuenta y con eso lo busca en Salesforce y te muestra la cuenta.

Después hay que meterle alguna regla para que sepa que cuando esté trabajando en componentes React dentro de Salesforce no tiene que hacer todas las cosas que haría normalmente para ir a buscar información. sea, no tendría que hacer un método wire y conectarlo a una Apex, sino que tendría que esto que les decía de usar GraphQL y la forma en la que lo tiene que hacer. Entonces, si vas a hacer lo de React, si estás laburando en React con Salesforce…

tenéis que aplicar unas reglas que son diferentes, no tenéis que aplicar las reglas de los BettaWire, es esto que está acá.

Y una cuestión importante es que esto no era necesario pero me lo sugirió y me pareció que estaba copado que es agregar el MCP de Salesforce, de Salesforce DX en Cursor para que todo lo que sea consulta de datos y todas esas cuestiones lo haga directamente usando el MCP. Entonces en Cursor estoy agregando el MCP de Salesforce DX. No es necesario para nada. Si lo quieren esquipear este paso es totalmente esquipeable. Sé que se está volviendo muy técnica así que voy ir un poquito más rápido a lo que realmente nos interesa.

Esta es la regla que les decía también de che no lo hagas la forma no lo hagas con un learning web component como harías con un learning web component y acá viene la jodita entonces cuando se escuten estos dos comandos esto lo tienen que hacer en una carpeta nueva o sea y fueron a curso hicieron todo esto pin pin pin pusieron todas las cosas que había que poner pusieron todas las reglas que había que poner se crea en una carpeta nueva y esta es la clave acá y le tiran estos dos comandos y estos dos comandos lo que hacen

que te crean una estructura para un componente en React nuevo y te crean toda la configuración del Digital Experience que tiene que tener para que eso funcione ahí. Entonces tiran esos dos comandos, les va a crear una estructura que es como una especie de scratch org, una suerte de scratch org. Lo pueden hacer en una carpeta donde ya tengan la estructura de un Salesforce normal.

donde se trajeron todos los demás, si pueden, yo preferiría hacerlo en uno que esté limpio para ver todo lo que creaba y entender bien que es todo lo que estaba creando. Lo mismo, instalar dependencias, esto es algo que de nuevo hay que hacer.

Y acá viene una jodita de bueno, una vez que lo tienen corriendo, si se fijan, yo en una parte hasta acá instalé todas las dependencias y demás y lo que hice fue tener esto corriendo, esto web. Pero en local, o sea, este es un componente de React, que dicho sea de paso es algo que nosotros tenemos funcionando, es un proyecto que se llama Atraso. Que puedo arrastrar ahí cositas, un simil, felicitarme, loco.

y lo que hace esto, ya me levantó un server local y me está corriendo el componente en React localmente. Que bueno, listo, lo quiero correr en Salesforce, en una Experience Cloud. Entonces, fíjense que de nuevo yo no estoy ejecutando los comandos directamente, le estoy diciendo hagamos el deploy de esto y le tiro los comandos que hay que hacer. Fíjense que acá igual por lo doble estoy aclarando que esto debería ser la raíz del proyecto por si no lo fuera.

y el comando de CLI. Como yo ahora estoy en un proyecto limpio, estoy deplazando todo y eso debería deplazar solo lo que me interesa a Listo, fue el deploy exitoso.

la org del amigo Josué de DEMO y esto lo que me hizo fue, a Allsides

el hollywood me creó otro mientras pero este es el que creamos acá que es este react yo me voy a caer a do click

tengo atraso funcionando en un experience site. Y si se fijan esto es real.

tu qui puedo planificar con ella

Esto no es un enigma de compras. Esto es una locura, ¿cómo lo hiciste público? sea, eso puede hacer cualquier… todo público, sí, está todo público. Pero esto puede tener un login ¿no? quería hacer para mostrar, porque esto puede tener un login, de hecho, si se fijan acá, yo tengo acá. Esto sí es de Selfoss. Y aparte de público, ¿cómo lo haces? Porque si vos haces una experience típica, vas a la configuración, le pones… No sé, un check y dices hacer público. Y hice todo eso.

O sea, hice la parte de que se los muestro ahora, si quieren. Le voy al Google Space. porque dice Open with Bites. Eso también creo que es nuevo. Eso también es nuevo. Pero la cuestión acá es, yo cuando deployé el componente este me creó un site con ese componente. Si yo me vengo a la administración, primero lo tengo que activar. O sea, ven el Pong, activo. Eso está en la guía, no se preocupen. Y si no me equivoco, esto era.

acá entonces vengo a las preferencias y le pongo que se puede usar por un guest user y acá tengo el profile guest user entonces si yo estuviera tocando por accounts o product dos tengo que venir ahí y darle acceso al perfil acá ya de seguridad es el for normal y para este caso en el que estoy usando guest user o si yo tuviera usuarios y tuviera permisos de usuarios normales lo que tendría que hacer es

configurar todo eso y usar los métodos que me da este SDK.

Se dice que eso es un poco abstracto, pero cuando se pone a jugar con eso tiene sentido. Acá, Fran, hay una pregunta. Nob. Una pregunta. ¿Abo Teacher Nob? No puede ser. Nob puede decir Nob. Nob, Nob. Para todo eso, ¿no tendrías que descargar algún tipo de metadata, packages?

y ya ir haciendo los cambios o agregando estos componentes nuevos? Bueno, yo les estoy mostrando todo el camino super simplificado, en el medio yo ahí subí el componente que me da Salesforce como receta, que es esto que les digo de las cuentas y qué se yo. Ahora, después yo fui pidiéndole los cambios. Una vez que tenía ese componente y ya tenía el código, digamos, los archivos.

Listo, le empecé a decir bueno ahora quiero que repliquemos este Lanyard Web Component que tengo acá y eso me fue buscando el Lanyard Web Component que yo tenía y creando todos los archivos para hacer lo mismo pero en React. Lo ven que acá dice el React que armé replica la pantalla, bla bla bla.

Entonces si, después ya es trabajar como trabajaría en animal component pero es otra tecnología nada más. sé si era eso donde iba la pregunta, eso es. Y no sé Josu si querías mostrar algo de esto.

Sí, por ahí lo único que voy mencionar es… Claro, acá hay otro site o experience cloud que creamos también con React. Pero creo que por ahí el mensaje es, se pueden hacer sites que son así que son totalmente cero Salesforce, incluso ni siquiera están corriendo al line y walk component desde acá atrás. Son ya componentes React. Detrás, para el que es coder…

Esto literalmente es React puro, un componente que llamo otro componente, interacciones, estado de diferentes componentes, etc. Salesforce te deja hacerlo, esto está corriendo dentro de Salesforce. Pero además tenemos bytecoding tanto para instalar los NPM, para ejecutar. Yo le voy a hacer Franco, yo utilizando, bueno, soy José uno Franco, pero utilizando Cursor, le dije, che, mira, tengo este, orde de Salesforce, tengo habilitado Spirin Cloud, quisiera hacer…

un site donde yo explique todo lo es mi producto trazo, ejemplo. Incluso le dije, tenés trazo desde este otro link donde está la información del producto. Y quiero armar una landmine que sea interactiva para que la gente pueda entender que es mi producto.

Y se hizo… no lo voy mentir, creo que en menos de una hora ya lo teníamos arriba y funcionando. Yo fui mucho más agnóstico a la instalación del NPM, de la conexión con Salesforce, porque la hago directamente con los agentes. Creo que incluso el mensaje puede ser ese. Haces cosas muy locas, copadas, con React, estás corriendo con el traje en Salesforce y con los agentes salen rapidísimo. No hagan negradas. Es una locura, realmente es muy rápido.

De hecho el Asian for Bikes tiene… Después le voy dar una apuesta a ustedes dos y que sigan, me tengo que mover de lugar. No hay ningún problema.

¿Ibas a decir algo,

Sí, que el Agent4Vibes tiene una opción que es para crear sitios React ya por defecto. sea, por mismo te está diciendo que use su Vibes o su agente para crear estos sitios. Y está copado también por sí. Claro, de hecho bueno, lo vimos en Dreamfor ahora que lo mencionás. Había un stand que te decía, che, ahora puedes usar React en Salesforce. Y le decía, che, quiero un portal de ventas, creo que era de ropa, si no recuerdo mal. Ellos tiraban dos, tres proms para Agent4Vibes.

y veías cómo empezaba aparecer todo el código, era claramente parte de la demo que decías, wow, mira cómo trabaja. Y ya estaba arriba ahí un poco y el resultado es un poco lo que veníamos mostrando acá. Esos sites totalmente React y nada, corriendo con detrás con Salesforce. Ahí veo que se mueve Fran, no sé si volvió. Aquí, Josu, hay una pregunta de Verónica. ¿Qué funcionalidad se pierde cuando se usa LWR?

El de WR. ¿Qué se pierde? Nada, realidad es trabajar con una tecnología que es Lightning Wall Components. Por ahí si venís de la pata Salesforce, quizás te sentís más cómodo trabajando con Lightning Wall Components. Si venís desde otra pata como React, ejemplo, capaz que te sentís más cómodo utilizando esta otra estrategia.

Realmente, en funcionalidad, que no hay algo que se pierda entre uno y otro. Le iba a preguntar a Esti, pero creo que se cayó. Yo tengo una hipótesis. Una hipótesis es que la… Dale. La estrategia detrás de todo esto es democratizar conocimiento por parte de developers. es una empresa… Yo creo que sí. Claro, imaginate un nuevo cliente de Salesforce. Ficticio, ¿no? Ponerte que viene BMW y dice, bueno, ok, mira, queremos hacer todo esto.

hacen un análisis y no, hay que crearlo en Lightning Web Components, nadie de nosotros, nuestro equipo no conoce Lightning Web Components, hay que aprender, adoptar, construir, testear, deployar un kiloambo, no, salgamos a cosa. Ahora Salesforce puede levantar la mano y decir no, Ray, tranca, palanca, está todo bien, vos podés construir con la tecnología a la cual ya estás acostumbrado desde hace un

montón de años, quédate acá adentro. Yo pienso que esa estrategia de democratización Salesforce la va a ir abriendo cada vez más, ya la abrió un montón, con el objetivo de comerse al mercado y que no se vayan con otros proveedores.

Hacemos chigo time o no? se fue. Bueno, si quieren que se cuelgue y lo escanear. Tenemos algunos temas de conexión, probablemente. Tenemos algunos problemas de conexión.

la región.

No sé.

Me escuchan ahí? Para la próxima pague en internet, Sí, está complicada. Ahora sí, los dejo. ¿Quién hace el chivo? Bueno, escuchen esto. Chicos, hoy no vamos a dar acceso a Vanguard. Lo vamos a dar la próxima semana desde inglés para Salesforce. Métanse en BanteGrade.com para empezar.

pegarle una mirada a los productos de Bantegrade que se instalan todos arriba de Salesforce. Son nativos y van a poder extender la funcionalidad de lo que sus clientes o las que sus empresas utilizando Salesforce tengan. ¿Comentario finales, chicos? Antes del saludo. Sí, no hay enredadas. Usan bien las experience cloud. Muy bien. Bebé corazón. No, bebé corazón vive en su…

a su propio ritmo, entra y sale. viendo otro nivel en muchachos, no podemos decirle Es así, es así. Fran, palabras finales. No, gracias a todos, les comparto todo lo que se vio hoy, así lo pueden jugar y practicar. Maravilloso, Anshik, ¿tenes algo para el jueves que viene que quieras adelantar? Sale a la venta las muñecas de Anshik. ¿Qué, hay que pagar encima? No te la puedo, Billy. No te la puedo, Billy.

Bueno, señoras y señores. Los espero, los espero a todos. Claro, metéle, sea, te damos cámara, Angie, tac, al toque, no hagas lo peor. Listo, listo. Señores. listo eso, que los espero, que los quiero mucho y gracias por venir también hoy y traigan de Mendoza algunas cosas. Listo. Muy bien, que tengan una semana maravillosa, los queremos, que Dios los bendiga, nos vemos la próxima semana con inglés para hacer. Chao, truego.

Por Juan Manuel Garrido

Fundador de EGA Futura, empresa que desde 1994 desarrolla software de gestión empresarial. Creó el ERP nativo para Salesforce, que elimina los problemas de sincronización, falta de visibilidad y doble administración que aparecen al integrar un ERP externo con el CRM, y EGA Futura ERP en la nube para empresas medianas que todavía dependen de sistemas rígidos. Es cofundador de Vantegrate, nacida en 2024 de la fusión entre Ventix Solutions y EGA Futura, que desarrolla una suite de agentes de inteligencia artificial llave en mano para empresas medianas y grandes de Latinoamérica. Escribe sobre gestión empresarial, la plataforma Salesforce y estrategia comercial.