Preguntas frecuentes / Solución de problemas Informática

• PROBLEMA: Se ha borrado un registro de una memoria de traducción. Sin embargo, no es posible crear otro con el mismo nombre.
  • SOLUCIÓN: Eliminar algún registro de la base de datos suele ser necesario cuando el sistema duplica dons tablas.

Antes de nada ir a Clouding.io y realizar un Snapshot.

Comenzaremos abriendo la consola SQL, en el escritorio hay un acceso directo llamado "check tables sizes".

Una vez abierto pondremos el siguiente código y ejecutaremos la instrucción.

SELECT TOP (1000) [resourceId],[resourceGuid],[resourceTypeId],[resourceName],[resourceDescription]

FROM [SDL_SDLSystem].[sts].[Resource]

WHERE resourceName like '%Tabla a buscar%'

Si en el resultado nos aparece nuestra tabla con un "1" detrás, seguramente este es el registro a eliminar.

Para eliminar el registro usaremos la siguiente sentencia.

DELETE FROM [SDL_SDLSystem].[sts].[Resource] WHERE resourceId = [IDSELECIONADO];

• PROBLEMA: We are trying to keep our disk space in good order. While keeping maintenance of the server, we have seen a Folder that contains 4.5 GB of Logs. See screenshot attached. Is it safe that we often delete that folder? If yes, should we take anything into account? (For instance, any special way of removing that folder/contents)? Additionally, in DATA folder, we have seen the containers that we generally create: TM_Container_XX.mdf However, we can see other containers such as SERVER_TRADOS_TranslationModelsContainer_xxxxxxxxxxxx.mdf that we don’t recognize. I guess we cannot remove them, but could you please confirm? What about those SERVER_TRADOS_TranslationModelsContainer_xxxxxxxxxxxx_log.ldf ?
  • SOLUCIÓN: You can delete the logs folder and you can do this with the help of your DBA. Regarding the «SERVER_TRADOS_TranslationModelsContainer,» they are the tail log of databases and instead of deleting you can shrink them because if you delete them they might corrupt the Translation Model Databases.

Para liberar espacio en Groupshare es necesario realizar Task -> Shrink, tanto en database como en files.

It seems for some reason the folder of the version was not fully extracted. I stopped Tomcat, deleted the ROOT folder and started Tomcat again. Now the folder was extracted fine and Plunet is available again.

El cambio de cuenta SMTP suele ser necesario cuando el envío de correos no funciona.

Para ello, nos dirigido al apartado "WP Mail SMTP"

Una vez dentro, cambiamos la config. Normalmente con cambiar el email y contraseña es suficiente.

Tras acceder a Clouding simplemente es necesario hacer click en los 3 puntitos al lado del servidor que sea necesario reiniciar y hacer click en "Reiniciar".

Habrá que esperar unos minutos hasta que se reinicie completamente.

Un Snapshot es una copia de la máquina tal y como se encuentra en ese momento. En caso de tener que volver atrás, se podrá recuperar la máquina tal y como estaba en el momento en el que se hizo el snapshot.

Para realizarlo, tras acceder a Clouding es necesario entrar dentro del servidor correspondiente:

Y posteriormente seleccionar Snapshots > Crear snapshot (tendrás que ponerle al menos un nombre al snapshot):

Lo más probable es que sea un problema de caché. La solución suele pasar por que las personas a las que no les funciona limpien la caché.

• SOLUCIÓN 1: Es probable que sea un problema de falta de espacio en el disco duro del servidor de Plunet. La solución más rápida pasa por que el equipo técnico amplíe el tamaño de disco a través de Clouding. En caso de que ese haya sido realmente el problema, posteriormente Luis/Ana tendrán que archivar en Dropbox los archivos necesarios del servidor.
• SOLUCIÓN 2: Reiniciar el servidor. Esto lo puede realizar nuestro equipo técnico (recomendable) o nosotros mismos si nuestro equipo técnico no puede realizarlo.
• SOLUCIÓN 3: Ver pregunta frecuente "Plunet no arranca después de actualizar la versión". La aplicación de esta solución, a priori, debería hacerla el Soporte de Plunet. Ver PF Cómo envío un ticket de soporte a Plunet. Antes de eso, sin embargo, nuestro equipo técnico debe realizar un Snapshot de la máquina. En caso de extrema urgencia y no poder esperar a que el Soporte de Plunet lo realice, se puede plantear la aplicación de esta solución por parte de nuestro equipo técnico.
• SOLUCIÓN 4: En caso de que se desconozca la solución al problema, o en caso de que no se pueda/deba aplicar una solución por nuestra parte, debemos ponernos en contacto con el Soporte de Plunet (siempre realizando nuestro equipo técnico un Snapshot previo de la máquina).

Podemos ponernos en contacto directamente con el Soporte de Plunet para que nos indiquen cómo realizarlo o bien notificarles un error para su subsanación.

Es importante facilitar toda la información de la que dispongas. ¿En qué Request/Quote/Order/Job/Invoice/... estabas? ¿Qué estabas haciendo justo antes? ¿Cuáles han sido los pasos que has seguido hasta llegar al error? Lo que estabas creando, ¿cómo lo has creado?

En función del problema nos pedirán que les enviemos el log / logger, que se encuentra, en Plunet, arriba a la derecha donde el muñequito, Help, Download log files.

Puede que se trate de un problema de caché. Para ello, en el CRM, arriba a la derecha donde está tu nombre, Administración:

Haz click en "Limpiar caché":

En caso de que esto haya que realizarlo 1 o más veces cada día es necesario hablarlo con el equipo técnico para dar una solución definitiva. Más información en tarea anterior.

• Para Plunet, Ver la PF de Plunet funciona extremadamente lento a todo el mundo, o simplemente no funciona o no arranca.
• Para Sharepoint / Owncloud, ver la PF de Sharepoint / Ownclould / Nextcloud funciona extremadamente lento a todo el mundo, o simplemente no funciona o no arranca.

En el resto de casos, si simplemente no arrancan o no funcionan alguno de los servidores o páginas webs, lo primero es reiniciar el servidor correspondiente. Esto lo puede realizar nuestro equipo técnico (recomendable) o nosotros mismos si nuestro equipo técnico no puede realizarlo.

En caso de que esto no solucione el problema, es necesario que nuestro equipo técnico investigue el problema para determinar la solución al caso concreto.

Estos servicios son páginas webs de Wordpress que están integradas dentro de nuestro propio CRM, pero se tratan de Wordpress externos.

En la medida de lo posible, lo más conveniente es que nuestro equipo técnico verifique por qué no funcionan, ya que podría ser un tema de permisos o similar.

En caso de que nuestro equipo técnico no pueda mirarlo, podemos reiniciar el servidor correspondiente. Esto lo puede realizar nuestro equipo técnico (recomendable) o nosotros mismos si nuestro equipo técnico no puede realizarlo.

La URL www.okodia.com/voices/ es una integración mediante API con el proveedor Bunny Studio.

Hasta ahora, cuando las voces no se han mostrado en el catálogo ha sido porque Bunny ha actualizado su API sin informarnos previamente. En estos casos la solución pasa por que nuestro equipo técnico actualice la integración con la API. Más información en tarea anterior.

Para PM: Como esto no es una solución rápida, mientras tanto y como solución temporal, podemos enviar al cliente enlaces a varias muestras que vayamos seleccionando nosotros, del siguiente modo:

En cada una de las muestras preseleccionadas, podemos compartir la URL de Whitelabel, que significa que la URL e información que compartimos no contiene datos públicos de Bunny y por lo tanto el enlace compartido es "anónimo". Será necesario anotarse el código de Pro ID o la información que sirva para identificar a quién corresponde para que cuando el cliente diga cuál ha seleccionado podamos saber cuál es. Además, el precio también habrá que calcularlo manualmente, ya que NO es el que aparece en Bunny. Para calcular el precio habrá que usar el que aparece en Bunny multiplicado por 1,35.

En primer lugar conviene ver si es un problema puntual de ese cliente o si es algo que también nos ocurre a nosotros.

Para ello, intentaremos realizar un pedido de compra, simulando que somos el cliente y tratando de llegar o reproducir su error. Excepto la realización del pago como tal, podemos simular toda la realización del pedido. Incluso el pago con tarjeta también podríamos realizarlo (sin llegar incluir los datos de la tarjeta, para no finalizar el pedido).

En caso de que también nos falle a nosotros, debemos comunicarlo al equipo técnico para que localicen el problema y se pueda aplicar la solución correspondiente.

Puesto que Bizneo es un servicio ofrecido directamente por la empresa externa Bizneo, cualquier error en la plataforma o cualquier duda o consulta sobre el funcionamiento de alguna característica o función debemos comunicárselo mediante un email a Soporte.

En caso de que sea necesario presionar, podemos ponernos en contacto con Matías Gastón Delgado, que es el gestor responsable de nuestra cuenta cliente.

En primer lugar, debemos asegurarnos de que no se puede acceder vía web.

En caso de que no se pueda acceder vía web, es probable que se trate de un problema de espacio, por lo que el equipo técnico debería decirnos el listado de las personas con mayor espacio ocupado:

Este espacio se encuentra principalmente en la papelera de Owncloud de cada una de estas personas, por lo que es necesario vaciar dichas papeleras.

Para ello, las personas afectadas deben ir a la papelera en su Owncloud vía web, seleccionar todos los archivos y eliminarlos permanentemente:

Otra alternativa es acceder como si fuéramos dichas personas a su Owncloud, usando sus credenciales, y hacer nosotros el borrado.

Posteriormente, se puede pedir al equipo técnico que nos vuelva a comprobar el espacio, de esta forma:

En Clouding, entramos dentro del servidor que nos interesa:

Abajo a la izquierda, tal y como se señala en la captura, tendremos la IP, el nombre de usuario y la contraseña:

Haz click en la tecla Windows de tu PC (abajo a la izquierda) y nada más hacer click escribe "RDC" (sin comillas). Esto te mostrará la aplicación Remote Desktop Connection / Conexión a Escritorio remoto. También puedes buscar la aplicación directamente entre los programas instalados en tu PC (este programa viene por defecto con Windows):

Tras abrir la aplicación, despliega la opción "Mostrar opciones" e introduce todos los datos necesarios (que habrás obtenido de la PF Cómo obtener los datos de acceso a un servidor para RDC):

La IP Pública que se muestra en Clouding es lo que RDC llama "Equipo". Si en lugar de poner la IP prefieres poner la URL del servidor, también es posible. Marca la casilla de guardar las credenciales.

Haz click en conectar e introduce la contraseña del servidor:

Haz click en "No volver a preguntarme sobre conexiones a este equipo", y posteriormente en "Sí":

Aunque esta respuesta está centrada en las "Orders" de Plunet, el funcionamiento es similar para Quotes y para Invoices.

En las Orders, cuando un trabajo se finaliza completamente (es decir, cuando se factura), el status de dicha Order (no de los Items) cambia a "Completed". De forma automática, si no se cambia el status manualmente, dicho status cambia a "Archivable", y al día siguiente cambia automáticamente a "Archived".

Cuando esto ocurre, el servidor de Plunet cambia los archivos de: C:\Plunet\order a C:\Plunet\ARCHIVE_01\Order.

Este cambio simplemente mueve los archivos de una ruta a otra, pero el espacio ocupado en el servidor sigue siendo el mismo. Para liberar el espacio, es tan sencillo como entrar en el servidor de Plunet mediante RDC, ir a la ruta C:\Plunet\ARCHIVE_01\Order y copiar esos archivos en la ruta correspondiente de Dropbox. (Dropbox debe abrirse desde dentro del mismo servidor de Plunet, para que el copiado sea fácil).

Una vez subidos todos esos archivos a Dropbox, esos archivos de C:\Plunet\ARCHIVE_01\Order deben borrarse definitivamente (no llevarse a la Papelera de reciclaje).

Nota: Se recomienda no seleccionar todos los archivos a la vez, sino ir subiéndolos poco a poco, por ejemplo de 50 en 50 o de 100 en 100. En ocasiones, la subida no se produce (simplemente no sube ningún archivo). Eso suele ser porque el nombre de alguno de los archivos de alguna carpeta en concreto es demasiado largo. Como no sabremos qué carpeta es la afectada, si seleccionamos 50 por ejemplo y no se suben, reseleccionaremos la mitad (25) y trataremos de subirlos. Si se suben, sabremos que el problema está en los siguientes 25 que habíamos elegido. Si no se suben, el problema estará en alguna de esas 25 carpetas. Entonces volvemos a hacer lo mismo con otra mitad, y así sucesivamente hasta lograr dar con la carpeta afectada.

Cuando hemos encontrado la carpeta afectada, la solución pasa por una de las siguientes soluciones:

1. Crear en Dropbox manualmente la carpeta de la Order, con el nombre correspondiente y subir simplemente las carpetas "In" y "Final".
2. Entrar dentro de la carpeta afectada, ir renombrando cada subcarpeta con un solo carácter para lograr reducir la longitud de la ruta completa. Subir de nivel los archivos de "In" y de "Final", y finalmente aplicar el punto anterior.

1. Ver PF Cómo archivar en Dropbox los archivos de las Orders/Quotes de Plunet que tienen el estatus "Archived".
2. En el servidor de Plunet, borrar el contenido de la carpeta C:\Plunet\Benutzer

Se trata de realizar el proceso inverso a la PF Cómo archivar en Dropbox los archivos de las Orders/Quotes de Plunet que tienen el estatus "Archived".

Mediante RDC, localizaremos en Dropbox la carpeta en cuestión y la llevaremos en el servidor a la ruta C:\Plunet\ARCHIVE_01\Order.

Una vez llevada, borraremos la carpeta de Dropbox.

En Plunet ya se podrá modificar el status de la Order a "Active" y, cuando se haya finalizado el proceso en cuestión, en Plunet se cambiará el status a "Archivable". El servidor de Plunet se encargará del resto del proceso de archivado de forma automática.

Ve a https://support.plunet.com/ y loguéate.

En función del problema deberemos notificarlo como un bug (error informático) o como una solicitud de ayuda. En la mayoría de situaciones se tratará de esta última, una solicitud de ayuda, ya que en caso de tratarse de un bug ellos mismos lo indicarán y moverán internamente. Solo si estamos seguros de que es un bug, se puede usar esa primera opción.

A partir de ahí, simplemente hay que rellenar los campos necesarios.

La solución más efectiva suele ser borrar todas las carpetas de proyectos y demás archivos de la carpeta de Windows correspondiente, que se encuentra en: C:\Users\USERNAME\Documents\Studio 2024\Projects

Nota: Si se necesita algún proyecto es necesario copiarlo antes y guardarlo en otro lugar seguro.

• Click on Start → Run
• Type in regedit and click OK
• The Registry Editor opens. Go to the following folder: My Computer\HKEY_CURRENT_USER\Software\Microsoft\Office\Your Office Version (15.0 or 16.0…)\Word\Options
• Right-click on an empty space and select New → String Value.
• Type in ExportPictureWithMetafile
• Double-click on the value and type in 0.
• Close the Registry Editor. When you now save an RTF document in Plunet BusinessManager, the file size will be much smaller.

https://support.plunet.com/space/KB/896973/Minimizing document size in Plunet BusinessManager

Los motivos podrían ser variados, por lo que interesa identificar la causa para solucionar el problema de raiz.

Sin embargo, la solución de urgencia para que se vuelvan a enviar es cambiar la dirección de email desde el que se envían los correos.

Iuratum

Para ello en la parte de Administración de Iuratum iremos a Admin > Configuración:

Ahí modificaremos el email/contraseña como corresponda.

Okopedia

Debe modificarse desde WP Mail SMTP, tal y como se muestra en la imagen siguiente:

Nota: tras la puesta en marcha del doble paso de autenticación (2FA) la contraseña no es la de la cuenta de correo sino la específica de 2FA. En caso de tener que regenerarla, debe realizarse desde aquí (desde la propia cuenta de email correspondiente).

• Entra en la cuenta de email correspondiente.
• Añádela o créala desde aquí: https://myaccount.google.com/apppasswords
• Una vez creada, esa será la contraseña de ese email para esos servicios externos que deben utilizarla para enviar emails. Gmail nos informará al respecto con algo similar a esto:

Desde tu cuenta de correo de Gmail corporativa, vete al engranaje > Manage this organization:

Una vez allí vete a Directory > Users, y selecciona el usuario afectado:

Desde el dentro del usuario afectado, haz click en Security y luego en la zona de 2-step verification:

Haz click en "Get backup verification codes":

Eso generará una serie de códigos. Puedes darle 1 de ellos a la persona afectada, y a partir de ahí ya debería poder continuar. En caso de que ya no queden códigos disponibles, haz click en "Generate new codes":

Solución propuesta a partir de https://crm.okodia.com/#Task/view/68e57108eee465294

Cuando un certificado no es subido al crm por la causa que sea deberemos construir el fichero dentro de la bbdd:

• Localizamos el certificado en el crm y anotamos su id (viene al final de la url)
• Descargamos el/los archivos pdf y generamos un id (cualquier serie alfanumérica de 17 dig) el id es inventado
• Cambiamos el nombre del pdf descargado por el id inventando (quitando extensión)
• Subimos el/los archivo/s a /crm.okodia.com/data/upload

• Debemos insertar manualmente el archivo en la tabla ‘attachment’

Que consta de

• id > el ‘inventado’ que usamos antes
• nombre > ‘debera ser lo mas parecido al del certificado’
• type > application/pdf
• size > lo vemos en el ftp
• created_at > fecha de creación (lo podemos ver en la fecha de creación del certificado en el crm)
• role > Attachment
• parent_id > el id del paso 1
• parent_type > TranslationCertificate
• créate_by_id > id del creador buscar en la tabla ‘user’ por el nombre
• field > pdf
• svc > viene en el propio pdf (abrir pdf en la parte inferior viene)

Por último via admin en el crm actualizar caché.

EJEMPLO

INSERT INTO `attachment` (

    `id`,

    `name`,

    `deleted`,

    `type`,

    `size`,

    `source_id`,

    `created_at`,

    `role`,

    `storage`,

    `storage_file_path`,

    `global`,

    `parent_id`,

    `parent_type`,

    `related_id`,

    `related_type`,

    `created_by_id`,

    `field`,

    `svc`

) VALUES (

    'c3f91a7d8e2b46f9c',

    '17080OKD_REGEN-006_Master Drug Label (Scripted sham injection N_A (vial)) (Biopsy Collection) [No date]_ES-MX_CoT.pdf',

    0,

    'TranslationCertificate',

    155104,

    NULL,

    '2025-10-07 16:54:00',

    'Attachment',

    NULL,

    NULL,

    0,

    '68e52973e34cbea66',

    'TranslationCertificate',

    NULL,

    NULL,

    '6053b3fce89db6f46',

    'pdf',

    'O-29556-20251007-145837-1'

);