FAQAccountAdvancedIntegrations

FAQ de asientos de equipo y colaboración: roles, permisos, reviews y acceso de clientes

Cómo trabajan los equipos en Klip Kanvas: asientos y roles, permisos, assets compartidos, review y aprobación, acceso de clientes, facturación y los límites de colaboración que las agencias deberían planear.

Actualizado 2026-05-1913 min de lectura

Los ads a volumen son un deporte de equipo, y la mayor parte del dolor es acceso, no avatares. Esta FAQ cubre asientos y roles, permisos, assets compartidos, review y aprobación, acceso de clientes, facturación de equipos y los límites de colaboración que no vamos a fingir haber shipped.

01

Asientos y roles

1.¿Qué es un asiento?

Un asiento de Klip Kanvas es un login que puede trabajar dentro de un workspace: generar, comentar o admin, según el rol. No es un crédito y no es un video. Si tres personas comparten una contraseña, no tienes un equipo, tienes un problema de audit. Los conteos de asientos están gated por el plan — mira /pricing para cuántos tienes y cómo se venden extras. La evaluación gratis con 50 créditos es un mal lugar para correr una agencia de seis personas. Cuando alguien se va, quita el asiento; no esperes el próximo quarterly clean-up. Los créditos que encolaron siguen perteneciendo al workspace, no a su laptop.

#Asientos y roles

2.¿Qué roles puedo asignar?

El split práctico es admin, editor y reviewer (o nombres equivalentes en la UI): gente que puede cambiar billing y asientos, gente que puede crear y renderizar, y gente que puede comentar sin gastar. No todo plan expone todo rol. Empieza con least privilege. Un media buyer que solo necesita descargar winners no necesita cambiar el brand kit. Un junior editor no necesita borrar el workspace. Si falta un rol para tu org chart, no inventes acceso con un login admin compartido. Ese workaround es cómo se filtran assets de clientes.

#Asientos y roles

3.¿Puede una persona estar en varios workspaces?

Sí. El staff de agencia suele pertenecer a un workspace de casa más varios workspaces de cliente. Ese es el patrón correcto: aislamiento para brand kits, footage y avatares custom, un humano a través de ellos. No clones el avatar founder de un cliente al workspace de casa “por conveniencia”. Cuando el contrato termina, quita a la persona de ese workspace de cliente. Estar en muchos workspaces no multiplica créditos; cada workspace gasta los suyos. Si tu plan factura asientos de forma global, revisa /pricing para no sorprenderte de que una persona cuente dos veces: las reglas de billing son específicas del plan.

#Asientos y roles

4.¿Qué pasa con el trabajo si quito un asiento?

Proyectos, renders y assets compartidos se quedan en el workspace. La persona pierde el login. Reasigna lo que poseían conceptualmente — templates guardados, stewardship del brand kit — para que el siguiente editor no adivine. Si eran el único admin, promueve a alguien antes de quitarlos o pueden lockearse afuera. Los MP4 descargados en su máquina ya están fuera en el mundo; quitar un asiento no remote-wipea una laptop. Para clones custom que grabaron, revisa consentimiento y si ese avatar debería quedarse. El offboarding es una checklist, no un solo delete.

#Asientos y roles
02

Permisos

5.¿Quién puede gastar créditos?

Cualquiera con permiso de render en ese workspace. Si los juniors pueden editar, suelen poder gastar salvo que los pongas en un rol reviewer. No hay wallet de créditos por usuario en planes típicos: el workspace gasta un bucket compartido. Ese es un límite de ops real: un intern en pánico puede encolar 40 jobs 4K. Mitiga con elección de rol, una regla escrita “preview first” y una convención de nombres para que el desperdicio sea visible. Los admins deberían mirar usage, no asumir que la herramienta rechazará un lote tonto. Los créditos ruedan un ciclo en planes de pago; no des-gastarán un error.

#Permisos

6.¿Quién puede cambiar el brand kit y los templates guardados?

Editores y admins, salvo que bloquees esos objetos. Trata el kit y el master template como production-critical: duplicate-then-edit para experimentos, no ordenes el master durante un test en vivo. Si un brand manager de cliente necesita veto sin poder romper el kit, dale acceso reviewer y un still o sample render, no edit de kit. Los permisos son coarse comparado con un DAM completo. No vamos a fingir que hay una matriz de aprobación por capa. El proceso tiene que terminar lo que el producto empieza.

#Permisos#Assets compartidos

7.¿Puedo impedir que alguien exporte o descargue?

Puedes dejarlos en un rol comment-only si tu plan tiene uno; no puedes hacer del workspace una fortaleza una vez que alguien tiene un MP4 exitoso. Si pueden renderizar, suelen poder descargar. Si pueden ver una preview, aún pueden hacer screenshot. Para clones de founder sensibles y productos unreleased, limita quién está en el workspace en absoluto. El control de download en una herramienta de browser siempre es incompleto. El permiso honesto es membership, no un wrapper DRM. Pon trabajo secreto en un workspace más chico.

#Permisos

8.¿Quién puede invitar gente y cambiar billing?

Admins. Los editores no deberían poder añadir un asiento sorpresa a una factura de cliente o cambiar el plan bajo una campaña en vivo. Si tu “producer” también corre billing, necesita admin y debería saberlo. Los pagos fallidos pueden freezear el workspace para todos, incluida la gente que nunca vio la tarjeta. Mantén al menos dos admins para que un holiday no lockee la cuenta. Los emails de billing deberían ir a una inbox de grupo. Los permisos aquí son aburridos y salvan cuentas.

#Permisos
03

Assets compartidos

9.¿Qué cuenta como un asset compartido?

Brand kit, templates guardados, footage subido, URLs de producto ya scrapeadas, avatares y voces custom, y los archivos de proyecto mismos. Cualquiera con acceso al workspace generalmente puede usarlos para generar, que es el punto de un equipo. Compartido no significa público a todo Klip Kanvas. Los clones custom se quedan en el workspace que los hizo. No uses el workspace de casa como junk drawer del footage de cada cliente. El aislamiento es más barato que un cleanup después de un incidente de logo equivocado. Nombra assets con el cliente y la fecha.

#Assets compartidos

10.¿Pueden dos editores trabajar en el mismo proyecto a la vez?

Pueden abrirlo ambos; no es un NLE multiplayer completo con cursores live perfectos. Last write puede ganar en algunos campos, y dos personas renderizando la misma timeline es cómo obtienes dos bills y dos archivos un poco distintos. Parte por proyecto: un editor por proyecto activo, comentarios de todos los demás. Si necesitas un handoff, deja una nota en el nombre o un comentario con lo que está locked. Co-editing en tiempo real como Figma es un límite que no reclamamos. Edición secuencial más comentarios es el modelo que funciona.

#Assets compartidos

11.¿Dónde debería vivir el footage de producto para que el equipo lo encuentre?

En la library del workspace, nombrado como vas a buscar con prisa: brand_sku_shottype_date. Carpetas en el carrete de alguien no son una library. Deduplica. Un template que apunta a un archivo reemplazado confundirá al siguiente editor. No somos un DAM completo — no hay calendario automático de vencimiento de derechos, no hay vault original 4K con 47 versiones — y deberías guardar masters en tu verdadero asset manager si tienes uno. Sube lo que vas a editar. Linkea afuera para el archivo. Ese híbrido es colaboración adulta.

#Assets compartidos

12.¿Los avatares custom compartidos aparecen en cada workspace al que pertenezco?

No. Están scoped al workspace que los creó. Eso es lo que te deja clonar a un founder sin donarlo a otro cliente. Los asientos de equipo en ese workspace pueden generar con el clone; los outsiders no pueden ver que existe. Si necesitas la misma cara en dos entidades legales, es una pregunta de consentimiento y contrato, no un checkbox. Copiar un clone entre workspaces no es un share casual. Cuando un proyecto termina, pide deletion si la ventana de consentimiento termina con él.

#Assets compartidos
04

Review y aprobación

13.¿Cómo funcionan reviews y aprobaciones?

Comenta en el proyecto o envía un sample render. No hay un producto legal-workflow profundo con SLAs, e-sign y gates forzados en cada render: eso es un límite, no un modo oculto. Muchos equipos usan roles reviewer más un Slack o email “approved: filename.” Pon la regla en ops: nada se sube al ads manager sin un aprobador nombrado en claims. Klip Kanvas no se negará a renderizar un script no aprobado. El tooling ayuda; no reemplaza un sign-off de marca o legal. El advertiser sigue siendo dueño del compliance.

#Review y aprobación

14.¿Puedo exigir aprobación antes de gastar créditos?

No como un lock duro de spend en planes típicos. Usa roles para que reviewers no puedan renderizar, y mantén a editores en una lista de lote escrita. Si necesitas comportamiento de purchase-order, aprueba el lote offline, luego renderiza. Fingir que el producto es SAP te va a decepcionar. El patrón más cercano es: reviewer comenta, editor renderiza un sample chico, reviewer okays, editor batchea. Sample first también es cómo evitas un credit burn de 40 archivos en un claim equivocado. Eso es aprobación como hábito. Funciona.

#Review y aprobación

15.¿Cómo hacemos QA a volumen sin ver cada segundo?

Mira los primeros dos segundos, el beat de prueba, la CTA, captions y logo en cada winner, y samplea el resto. Usa un checklist: palabras baneadas, disclosure, ratio, watermark, safe zones. Nombra archivos para que un reviewer pueda ordenar. Un tiempo de render de 3–5 minutos no es excusa para saltar playback en mute en un teléfono de los ads que realmente vas a comprar. Para el primer test de 6 creatividades, mira las seis. Para un lote de 40 SKUs, mira todos los hooks y un corte completo por SKU. Sampling no es pereza; es cómo los equipos se quedan rápidos sin quedarse ciegos.

#Review y aprobación

16.¿Puede legal dejar comentarios en un caption o claim específico?

Pueden comentar en el proyecto y deberías timestampar la línea en la nota. Markup legal frame-accurate como una herramienta de finishing no es el core product. Para verticales regulados, exporta un still del frame de claim a tu proceso legal existente, luego trae la redline de vuelta como edit de script. Ese paso extra es molesto y más barato que una cuenta de ads rechazada. Damos el video y un lugar para hablar. No certificamos que un hilo de comentarios equivalga a compliance. El advertiser es dueño de eso.

#Review y aprobación
05

Acceso de clientes

17.¿Puedo darle un login a un cliente?

Sí, si los quieres en su workspace en un rol estilo reviewer. Muchas agencias deberían, por transparencia, y muchas no deberían, por el caos. Un cliente con acceso editor “va a tweakear el hook” y gastar créditos, o enviar una línea off-claim. Default a reviewer más sample renders programados. Si el cliente es el founder que se clona, puede necesitar completar consentimiento dentro del workspace: esa es una excepción estrecha. Nunca pongas dos clientes rivales en un workspace. Nunca uses tu login personal como portal de cliente.

#Acceso de clientes

18.¿Puedo compartir un link sin un asiento?

Un download o una preview grabada puede salir del edificio sin un asiento; una sesión de editor en vivo generalmente no. El link sharing no es un portal de review white-label completo. Si necesitas que el cliente comente sin asiento, estás en territorio workaround: video unlisted, Loom o tu herramienta de review existente. Ese gap es real. No pegues una URL de editor logueado en un email y esperes que sea pública. Asume que los links que te funcionan porque estás logueado van a 404 para ellos. Testea con una ventana logged-out.

#Acceso de clientes

19.¿Debería cada cliente tener su propio workspace?

Sí. Brand kits, footage, clones, créditos y permisos se aíslan limpio así. Compartir un workspace con folders-by-client es cómo se filtran logos y cómo un contractor que se fue sigue viendo los lanzamientos del próximo trimestre. La math de asientos es peor con muchos workspaces solo si tu plan cuenta mal — revisa /pricing — pero la math de riesgo no está cerca. Un cliente, un workspace, un kit. Tus templates de casa se pueden copiar adentro. No deberían vivir como la única copia dentro de la cuenta del cliente si quieres reusarlos después del contrato.

#Acceso de clientes

20.¿Qué posee el cliente cuando termina el engagement?

Los videos renderizados que entregaste, como especifica tu contrato. No poseen automáticamente tus templates de casa, los assets de otros clientes, ni un derecho perpetuo a una cara clonada si el consentimiento era time-bounded. Quita sus asientos, exporta sus masters, discute deletion de avatares custom y deja de gastar créditos de su workspace. Somos la plataforma, no el contrato agencia-cliente. Escribe el handoff antes de necesitarlo. Si prometiste acceso white-label y tu plan no lo incluye, eso está en la propuesta, no en un toggle oculto.

#Acceso de clientes
06

Facturación de equipos

21.¿Cómo funciona billing para un equipo?

Un billing owner por workspace o cuenta de Klip Kanvas, asientos en el plan, créditos en el plan o packs. Precios y bundles exactos de asientos están en /pricing; no los vamos a congelar aquí. Decide si la agencia o el cliente es el billing owner antes de generar. Cambiarlo mid-flight es desordenado. Las facturas van al email de billing, no a cada asiento. Si un cliente va a necesitar su propia factura para procurement, debería ser su propio billing customer. No corras seis clientes por una tarjeta y luego inventes facturas por screenshot.

#Facturación de equipos

22.¿Quién paga si un junior quema el bucket de créditos?

El billing owner de ese workspace. No hay “undo spend porque somos un equipo”. Los permisos eran el control. Por eso existen roles reviewer y por eso 4K no es el default en un primer test. Si necesitas disciplina estilo chargeback, aprueba lotes offline. Los créditos pagos no usados ruedan un ciclo, lo que no restaura un lote 4K completado que no querías. Entrena al equipo en el first test de 6 creatividades y en preview-before-render. La cultura es más barata que un plan más grande.

#Facturación de equipos

23.¿Puedo poner distintos clientes en distintos planes?

Sí, si son cuentas de billing distintas. Un solo plan de agencia con muchos workspaces aislados es el otro patrón. Mezclar “este cliente está en premium 4K, este no” dentro de una entidad de billing depende de lo que el plan actual realmente permite — de nuevo, /pricing, no folklore. No le prometas a un cliente una feature que tu asiento del producto no incluye. Los add de asientos mid-cycle pueden prorratear; las fantasías de feature mid-cycle no. Mantén un spreadsheet de quién tiene derecho a qué para que sales y production dejen de discutir en la cola de render.

#Facturación de equipos

24.¿Los asientos extra incluyen créditos extra?

No automáticamente. Los asientos son personas; los créditos son renders. Añadir un producer no les regala un presupuesto de video nuevo salvo que el bundle del plan lo diga. Lee el bundle. Los equipos a menudo añaden asientos y luego se preguntan por qué la farm sigue cobrando el mismo allotment: porque cinco editores comparten un bucket. Si el volumen de producción sube con headcount, sube créditos por separado. /pricing es donde esos dos ejes están listados. Esta FAQ no va a inventar un chart de conversión asiento-a-crédito que estará mal el próximo trimestre.

#Facturación de equipos
07

Límites

25.¿Qué features de colaboración no tienen?

No somos un DAM completo, no Frame.io, no un desk de e-sign legal, no SSO en cada plan, y no un portal de cliente white-label en cada plan. El editing multiplayer en vivo es limitado. Los locks de spend por render son limitados. Los grafos de templates cross-workspace no actualizan a cada cliente cuando tweakeas un master. Si un cuestionario de procurement asume todo eso, responde con honestidad y apunta a conversaciones enterprise en vez de estirar esta FAQ. El producto es producción rápida de UGC con IA con aislamiento de workspace. No es todo tu operating system.

#Límites

26.¿Hay un tier guest o unlimited-viewer?

No como un magic infinite free viewer en planes típicos. Los asientos reviewer, si se incluyen, siguen siendo asientos. Stakeholders silenciosos ilimitados mirando un editor en vivo es cómo obtienes feedback sorpresa de alguien que nunca estuvo en el brief. Exporta un archivo a la herramienta de review que ya pagas. Preferimos que uses la herramienta correcta a fingir que la reemplazamos. Si un contrato enterprise añade términos de viewer distintos, ese contrato gana. Hasta entonces, presupuesta asientos para humanos que realmente tienen que hacer clic.

#Límites

27.¿Pueden garantizar que los assets de un cliente se queden aislados si invitamos a alguien mal?

Aislamos workspaces. No podemos deshacer a un humano invitando el email equivocado, una contraseña compartida o un MP4 reenviado al Slack equivocado. La seguridad es roles más comportamiento. Quita ex-staff rápido, no reuses logins, mantén clones en el workspace del cliente y trata downloads como idos. Si necesitas SSO, lenguaje de DPA y un packet de procurement, ese es el path enterprise, no un toggle escondido en esta FAQ. No vamos a certificar la higiene de tu agencia. Te daremos asientos y paredes. Todavía tienes que usarlos.

#Límites

¿Listo para ponerlo en práctica?

Crea tu primer anuncio de video UGC con IA en minutos: sin rodajes, sin actores, sin edición.

Prueba Klip Kanvas gratis

Más en esta sección

Ready to make ads like these?

Paste a product link and Klip Kanvas writes the script, casts the creator and renders the ad — no filming, no actors, no editing.