Cito textualmente un post referente a trolls con el link a la página original. De momento no tenemos ninguno por aquí. Esperemos que este artículo no los llame a venir.

Extraído de: http://ww2.grn.es/merce/2008/trolls.html

10/04/08 17:23:36

NO RESPONDAS A ESE “TROLL”

Mercè Molist
Los buscabroncas en Internet tienen nombre propio: “Trolls”. Posiblemente los haya visto escribiendo comentarios incendarios en algún foro o “blog” y sabrá que afearles la conducta no sirve de nada. Los “trolls” disfrutan haciendo perder los estribos, buscan llamar la atención, vengarse de alguien o sabotear el sitio. Lo mejor es pasar olímpicamente de ellos.

Como cualquier comunidad humana, las zonas de charla de Internet tienen sus propias leyendas y mitos. Uno de ellos es el “troll”, un personaje usualmente anónimo que manda comentarios groseros a foros, chats y blogs. No entran en este concepto quienes se dejan llevar por una calentura momentánea. El “troll” lo hace siguiendo una fría estrategia.

Aunque la palabra remite a los ogros de los cuentos, su uso en Internet proviene del verbo inglés “to troll”, que significa pescar con cebo: el mensaje insultante o bromista del “troll” actúa como anzuelo para que piquen los más sensibles, respondan en masa y se arme la de Dios.

Nada gusta más a un “troll” que provocar montañas de mensajes de protesta. Y si la bromita degenera en una “guerra incendiaria” (“flame war”, en inglés), mejor. Se llama “guerras incendiarias” a las discusiones subidas de tono. El “troll” las crea y también las aviva. Algunas han provocado el cierre del foro en cuestión.

Los “trolls” adoptan personalidades ficticias o bien impersonan a los miembros legítimos del foro. Envían mensajes fuera de tema, hacen preguntas tontas o insultan. Son inmunes a las críticas que provocan. Les divierte irritar a los internautas más inocentes o irascibles, quienes no se percatan de que se está jugando a provocarlos.

En su ensayo “Trolls de Internet”, Timothy Campbell explica: “Los “trolls” no captan que hieren a gente real. Para ellos, los demás usuarios no son del todo humanos sino una especie de abstracción digital. Como resultado, no sienten ningún tipo de pena por el dolor que infligen. De hecho, cuanto mayor sea el sufrimiento que causan, mayor es su logro”.

Por eso se utiliza la frase “No alimentes al troll” cuando uno de ellos entra en escena. Campbell asevera: “Devolver los insultos a un “troll” sólo sirve para incitarle, por lo que no responderle es anularle. Si intentas razonar con un “troll”, él gana. Si insultas a un “troll”, él gana. Si chillas a un “troll”, él gana. Lo único que los “trolls” no pueden aguantar es que se les ignore”.

Neal Stephenson, en su libro “Cryptonomicon”, también hace referencia a estos personajes: “Discutir con extraños anónimos en Internet es un juego de bobos porque casi siempre acaban siendo quinceañeros con ínfulas de superioridad y una gran cantidad de tiempo libre, o gente indistinguible de estos”.

Para algunos es un deporte, con trucos propios, como invocar a su libertad de expresión o amenazar con denuncias. También se practica en grupo, como explica el “Manual de Invasión de un Foro”: “El equipo observa durante un tiempo el foro que quiere atacar. Cada “troll” decide qué personaje falso será y pacta una forma de comunicación privada para ir reconduciendo la estrategia”.

El primer asalto es subterráneo: los “trolls” participan en el grupo como un contertulio más, sin crear polémica. En el momento pactado, uno de ellos manda el mensaje incendiario. El resto sembrará la confusión respondiendo airadamente”.

La victoria, explica el manual, llega cuando se ha conseguido sembrar totalmente la discordia: “Los habituales del foro lo abandonan, la mayoría de conversaciones son discusiones, los “trolls” reciben mensajes privados con insultos y el moderador del foro amenaza con echarles”.

TIPOS DE “TROLLS”

1. EL DIRECTO. Envía un mensaje con un título sumamente inflamatorio que garantiza réplicas furiosas, a las que responderá inmediatamente. Por ejemplo llamar “racistas asquerosos” a un foro de “skinheads”.

2. EL TONTO. Envía un mensaje con un título divertido y un texto estúpido con la intención de gastar una broma. Por ejemplo, preguntar en un blog de pesca: “¿Cómo era para poner un anzuelo?”.

3. EL GOLPEA, CORRE Y MIRA. Manda un mensaje provocativo para que la gente se pelee. Por ejemplo, en un foro de animales domésticos, asegurar que los perros son mejores que los gatos, para enfrentar a sus dueños.

4. EL ESTRATEGA. Empieza mandando mensajes normales que cada vez serán más provocadores. Por ejemplo, preguntar a un grupo de fanáticos de los alienígenas: “¿Cómo sé si he sido abducido?”. A medida que le vayan respondiendo en serio, mandará nuevos mensajes con detalles cada vez más surrealistas para tomarles el pelo.

5. EL VENGATIVO. Es el “troll” más visceral. Suele ser un habitual del foro que ha cogido ojeriza a una persona o a todo el grupo y les manda mensajes públicos insultantes.

6. EL PERSISTENTE. Persona extraña y conflictiva que aterriza en un foro y se queda una buena temporada, sin importarle las críticas a sus mensajes. Suele interpretar un papel, como hacerse pasar por franquista.

7. EL “CASCADA”. Persigue generar el mayor número posible de respuestas a sus provocaciones. Cuando ve que la discusión que ha generado flojea, la aviva mandando más.

8. EL TÍTERE. Utiliza identidades diferentes para participar en un mismo foro, respondiéndose a sí mismo como si fuese dos personas. Por ejemplo, si una de sus identidades inicia una discusión, usa la otra para respaldarla o incluso criticarla.

FAMOSOS “TROLLS” ESPAÑOLES

Pedro Castilla
Nombre falso. Se hizo famoso a finales de los años 90 en los grupos de discusión españoles por sus mensajes fascistas, a favor de la raza blanca y la aniquilación de vascos, drogadictos, homosexuales y sindicatos.

Chari Ferrer
Nombre falso. Busca blogs donde se hable de cultura libre para mandar mensajes a favor del sistema tradicional de “copyright”. Es el primer “troll” de la historia a quien dan un premio: fue la Asociación de Compositores y Autores de Música, en 2005, por “sus incursiones surrealistas, teñidas de intenso humor guerrillero”.

Nennito
Nombre falso. Especialista en insultos y hablar de sexo, su principal campo de actuación son los grupos de noticias españoles, donde inicia discusiones que mantiene hasta el aburrimiento.

MÁS INFORMACIÓN

¿Qué son los trolls?
http://personal.telefonica.terra.es/web/modestogarrido/usenet/docs/trolls.html

Los troll del ciberespacio
http://esuntroll.blogspot.com

Trolls de Internet. Timothy Campbell
http://www.newsgrupos.com/es-charla-economia-bolsa/2732-ot-que-es-un-troll.html

Troll. Wikipedia
http://es.wikipedia.org/wiki/Troll_de_Internet

Troll FAQ
http://www.faqs.org/ftp/faqs/net-abuse-faq/troll-faq

The alt.troll FAQ
http://groups.google.com/group/alt.troll/msg/bc2e71e19c590d8e

Guide To Flaming
http://www.flayme.com

The Flamers Bible
http://www.netfunny.com/rhf/jokes/88q1/13785.8.html

Copyright 2008 Mercè Molist.
Verbatim copying, translation and distribution of this entire article is permitted in any digital and no commercial medium, provide this notice is preserved.

En este artículo, intentaremos detallar los aspectos más relevantes que deberán quedar reflejados en la elaboración de un análisis inicial de la empresa en la que se va a implantar un ERP.

Cada punto mencionado debería ser ilustrado en detalle para ofrecer una visión global pero a la vez clara y resumida de los principales procesos de negocio de la empresa.

Se recomienda que toda empresa que vaya a acometer la implantación de un ERP, realice este análisis inicial, previamente a la selección de la empresa consultora o propietaria del software que realizará la implantación. Si se le entregan los requerimientos de la empresa detallados, el presupuesto será más detallado, se podrá realizar un plan de proyecto mucho más ajustado a la realidad y posiblemente se evitarán a posteriori  sorpresas desagradables.

En principio, vamos a pensar en un análisis inicial que cubra únicamente las áreas básicas de la empresa (compras, ventas (Incluido Marketing y CRM),  logística, tesoreria, Recursos humanos )

Como mínimo, un análisis inicial debe contener los siguientes aspectos:

Análisis de datos Maestros:

Los datos maestros de un ERP, son aquellos datos críticos y necesarios para poder empezar a operar con la herramienta. En función de cómo se configuren estos datos maestros, la herramienta permitira realizar ciertas acciones o no, o su comportamiento será distinto en algunos aspectos.

Ejemplos:

• Si en ficha maestra de un cliente le asignamos una forma de pago transferencia bancaria, evidentemente el sistema no generará ningún recibo, por tanto, en la ficha maestra definimos la forma de cobrar a este Cliente.
• Si en la ficha definimos que un proveedor nos exige un pago los días 10 de cada mes, cuando nosotros habitualmente pagamos los días 5 y 20, deberá quedar reflejado en la ficha del proveedor, y parametrizar la herramienta para que contemple esta situación.
• Si requiero realizar un pedido a un proveedor, en las fichas maestras o maestros, debe estar registrado el proveedor, el artículo que le queremos comprar, el precio de dicho artículo con las condiciones de tarifa del proveedor….

En fin… existen una serie de datos que si previamente, o en el momento de necesitarlos no se registran, no se puede trabajar con el sistema. Estos datos serían los maestros.

La acción de configurar estos maestros, sería la más complicada de la fase de implantación. Si no se hace correctamente, será imposible que el comportamiento del programa sea el esperado.

A continuación redactaré qué datos maestros son imprescindibles analizar en una empresa standar de tamaño medio. Son todos los que están, pero no están todos los que son.Es necesario destacar que cada sector de negocio tendrá sus propios datos maestros y de aquí surge a veces la necesidad de crear módulos adicionales para el ERP que configuran una solución Vertical para dicho sector.

La tabla adjunta pretende al menos nombrar aquellos maestros existentes en todas las empresas de los sectores de industria y servicios.

Para cada uno de ellos, en el análisis inicial se reflejará cómo es actualmente y qué se espera que se pueda registrar y centralizar en el ERP a futuro. Se incluirá cualquier dato que se considere relevante.

1. Mi empresa
2. Catálogo de productos
3. Almacenes
4. Clientes
5. Proveedores
6. Tarifas de Venta
7. Tarifas de compra
8. Formas de pago

Mi empresa (Todos los módulos)

En este apartado incluiremos datos relevantes de mi empresa.

• Estructura departamental.
• Sedes y ubicaciones
• Volumetría de empleados
• Días de pago a proveedores
• Días de pago de nóminas…
• Otros

Empleados (Todas las áreas)

Un empleado puede ser un agente de ventas, un administrativo, un operario de máquina en fabricación, jefes de proyecto…

El concepto empleado es utilizado por casi todos los módulos del ERP donde sea necesario especificar quien hace qué. Operarios de fabricación, Agentes de Venta, Tecnicos de soporte en CRM, administrativos… etc, etc.

• Datos de empleados
• Calendarios
• Horarios
• Turnos
• Grupos
• Categorización
• Nivel
• Vacaciones
• Skills
• Edad media de los empleados
• Ubicación física en la empresa.
• Política salarial de la empresa: Configuración de Rangos salariales, primas, extras (solo requerido en el módulo de nóminas)

Esta parte del análisis es primordial ya que permitirá entre otras cosas:

• Dimensionar el número de puestos que será necesario habilitar para trabajar con la nueva herramienta
• Orientar sobre la formación previa en informática de los futuros usuarios y su edad lo que permitira dimensionar y planificar las jornadas de formación.
• Obtener una visión general de la estructura de permisos y usuarios de la aplicación.

Catálogo de Productos (Logistica, Materiales, Compras, Ventas…)

En este apartado, especificaremos cómo es nuestro catálogo. Algo aparentemente trivial, puede ser el escollo más importante a salvar en una implantación. Existen infinidad de formas de registrar y categorizar los productos de una empresa. Es necesario definir al menos los siguientes aspectos:

• Tipología de artículos
  • Qué compro
  • Qué vendo
  • Qué fabrico
• Categorías de artículos
• Volumen de artículos codificados.
• El código del artículo. Referencias:
  • Como identifico mi artículo como único. Ojo, no solo tengo que categorizar el que vendo, sino también el que compro y el que transformo.
  • El código será secuencial, o me dará información de forma inteligente, utilizando bloques de cifras para indicar algo dentro de dicho código…
• Datos adicionales de mi artículo. Como varían en función de la tipología y de las categorías.
• Unidades de medida en las que compro, vendo y almaceno el artículo.
• Serialización y números de lote de los artículos. Qué tipologías y categorías de artículos es necesario que lleven números de lote o serial. Quién genera dicho número de lote y cómo se genera.
• Atributos o variantes del artículo (Color, talla, medidas…etc, etc).  Categorización y tipología de los artículos en los que varía el precio de venta o compra en función de los atributos.
• Indicar si requieren imágenes o no. Cuantas. La imagen se registra a nivel de producto o a nivel de variante.
• Indicar si requieren registro de documentos adjuntos. Cuantos. Cuales. Qué formatos.

En el análisis del catálogo se incluirá cualquier aspecto que se considere de interés o inherente al sector que pudiese causar conflicto en su configuración en el ERP.

Almacenes (Logistica)

Cuantos y donde tengo almacenes.  Información y características relevantes de cada almacén

Clientes (Ventas, CRM)

Aquí incluiremos datos relevantes que desee registrar de mis Clientes.

• Volumetría
• Codificación de Clientes
• Datos generales
• Categorización de Clientes
• Contactos de Clientes
• Estructura de empresa de mis Clientes
• Datos asociados a esta estructura
• Sedes de Clientes.
• Direcciones y tipología de dirección (sede, almacén, oficina administración… etc)
• Formas de pago
• Bancos
• Etc…

Canales de Venta

• Agentes comerciales
• Tiendas físicas
• Tiendas On-Line

Proveedores (Compras)

Aquí incluiremos datos relevantes que desee registrar de mis Proveedores

• Volumetría
• Codificación de Proveedores
• Datos generales
• Categorización de Clientes
• Contactos de Proveedor
• Estructura de empresa de mis Proveedores
• Datos asociados a esta estructura
• Sedes de Proveedor.
• Direcciones y tipología de dirección (sede, almacén, oficina administración… etc)
• Formas de pago
• Bancos
• Etc…

Tarifas de Venta (Ventas)

Las tarifas de venta son un aspecto fundamental en la configuración del ERP. Pueden ser dinámicamente calculadas en función de otros campos (la más sencilla: tarifa de compra + %margen), o asignadas para cada uno de los artículos.

En el análisis es necesario reflejar como se realiza en la actualidad esta asignación de tarifas venta a los productos a fin de evaluar la complejidad de su configuración.

Teniendo en cuenta la categorización y tipificación de los productos de venta:

• Indicar cómo se calcula la tarifa
• Indicar si se existen o no descuentos por volumen
• Indicar cómo se configuran las ofertas
• Indicar si existen packs de productos en oferta
• Indicar cualquier aspecto relevante referente a las tarifas de venta.

Tarifas de Compra (Compras)

• Indicar cómo se reciben las tarifas de proveedor
• Indicar cómo se registran las tarifas de proveedor
• Indicar si se existen o no descuentos por volumen
• Indicar cómo se configuran las ofertas
• Indicar si se recepcionan packs de productos en oferta
• Indicar cualquier aspecto relevante referente a las tarifas de compra.

Formas de pago (Tesorería)

• Indicar formas de pago que se utilizan habitualmente en cualquier área de gestión de la empresa (Transferencia, Cheque,  Giro, Pagaré, tarjeta de crédito, facturing, confirming… etc, etc.)

Formas de envío y Transporte(Logistica). Tarifas.

• Indicar formas de envío que se utilizan habitualmente (Camión propio, Camión de Cliente, Camión de Proveedor, Agencia de transporte, Agencia de mensajería…)

Indicar qué forma de envío es utilizada en función de qué condiciones. Y sobre todo, marcar las excepciones.

Ejemplos:

• Un proveedor me envía la mercancía en su camión pero me cobra los portes. Habitualmente el resto de proveedores, me envían una agencia de mensajería, que también pago yo.
• En cuanto a envíos de mercancía a Clientes, tengo una furgoneta de reparto, que utilizo para servir los pedidos locales, para la península utilizo una agencia de transporte.
• A clientes con pedidos superiores a una cantidad, les envío la mercancía con un 20% de descuento en la tarifa habitual.

Embalajes, volumen y peso (Logistica).

Definir la información requerida para los embalajes:

• Tipificación de embalajes
• Códigos de embalaje
• Asociación de embalajes a artículos, a volúmenes, a pesos…

Cualquier información relevante a embalajes.

Ejemplo: Envío mi mercancía en contenedores. La agencia de transporte me cobra por contenedor con un límite de peso, independientemente del número de bultos que incluyo. Requiero registrar tamaños y volúmenes de embalajes, materiales que la componen, relación de artículos con embalajes.

Plan de cuentas contable (Contabilidad)

Imprescindible en el área de contabilidad, si el plan contable no está definido correctamente será imposible llevar las finanzas con el ERP.

• Definición de la estructura del plan contable.
• Relación de estructura contable con codificación del área de gestión.

Una vez definidos estos aspectos podriamos hablar  de que tenemos una visión general de los datos maestros de la empresa en las áreas mencionadas y podriamos comenzar a definir los procesos operativos.

Procesos de negocio de la empresa (Workflow de procesos):

En este apartado incluiremos en la medida de lo posible los procesos actuales de la empresa. Es necesario al menos indicar 2 niveles de procesos:

Nivel 1: Procesos interdepartamentales:

• Cuales son las áreas/dptos en los que se divide la empresa
• Cómo interactúan entre ellas:
  • Flujos de documentos
  • Procesos de aceptación, validación, asignación de tareas…
  • Herramientas utilizadas

Ejemplo muy simplificado de un proceso interdepartamental

• Cliente realiza pedido de venta (Att Cliente)
• Se verifica si existe stock del producto en almacén (Logística)
  • Si existe, se sirve al Cliente. (Logística)
  • Si no existe y el producto es de distribución
    • Se realiza pedido de compra a proveedor. (Compras)
    • Se recepciona el material (Logística)
    • Se verifica su calidad (Calidad)
      • Si pasa el control, se incluye en almacén (Logística)
      • Si no pasa el control
        • Se devuelve al proveedor (Logística).
        • Compras gestiona la devolución (Compras)
        • Att Cliente indica el retraso en la entrega al Cliente y facilita nueva fecha de entrega (Att Cliente)
  • Si no existe y el producto es de fabricación, se fabrica (fabricación)
    • Se verifica su calidad (Calidad)
      • Si pasa el control, se incluye en almacén (Logística)
      • Si no pasa el control ….
    • Se almacena y se sirve al Cliente. (logística)

En este ejemplo,  se puede comprobar que intervienen distintos departamentos desde que se recibe el pedido del Cliente hasta que es posible entregarlo.  Entonces, actualmente ¿como se gestiona esta comunicación interdepartamental?

• Como se registran los pedidos
• Como se comunica att cliente con compras para indicarle que tiene que hacer un pedido
• Como sabe fabricación que tiene que fabricar un producto y cómo lo tiene que fabricar. Como sabe fábrica a qué fecha debe tener fabricado el producto.
• Como conoce ventas las incidencias que ha habido desde que el Cliente hizo el pedido y como sabe que tiene que avisarle de un retraso en la entrega…

En fin, cuanto más se detalle este proceso interdepartamental más sencillo resultará configurar los flujos de información correctos en el ERP.

Nivel 2: Procesos intradepartamentales (Dentro de un mismo área/dpto)

Al igual que el proceso a primer nivel, es necesario realizar el mismo ejercicio, pero dentro de un mismo área/dpto.

Por cada área/Dpto se indicará:

• Cómo se trabaja
• Quien hace qué
• Cómo lo hace
• Qué herramientas usa actualmente

En el mismo ejemplo utilizado anteriormente, se pueden dar infinitas combinaciones de formas de trabajar. Pongamos un ejemplo irreal pero posible de una empresa ficticia:

• Att Cliente recibe un pedido de venta:
  • Existen 3 canales de entrada de pedidos de venta:
    • Teléfono, Fax
    • E-mail
    • Tienda On-Line
  • Hay un agente de ventas asignado a cada canal.
  • Cada agente recepciona únicamente los pedidos que entran desde dicho canal.
  • Al recepcionar un pedido, se registra en un access.
  • Posteriormente se envían por e-mail al almacén para que verifiquen in-situ si tienen stock o no. Los agentes del canal de Fax, Teléfono y Tienda on-line registran el pedido en el access y además lo copian en outlook para enviar el e-mail a almacén.
  • A veces, los clientes que realizan el pedido por teléfono también envían un e-mail, por si acaso.
  • El agente que atiende el canal e-mail, no sabe que el del teléfono ya ha registrado el pedido en el access por lo que se registra el mismo pedido 2 veces por 2 personas distintas, con distinto número.
  • Almacén recibe 2 e-mails solicitando la misma cantidad de producto para el mismo Cliente pero por el volumen diario de pedidos, no identifica que se trata del mismo pedido duplicado.

Como se puede comprobar, ya en el primer punto de nuestro proceso interdepartamental, ya hemos detectado que existen puntos de mejora que ahorrarían  tiempo, errores y en definitiva costes.

• En Att Cliente, registran el pedido 2 veces. Una en el access y otra para enviarlo por e-mail a almacén.
• No existe comunicación entre los distintos agentes del dpto. No conocen si otro agente ya ha tratado el pedido.

A partir de este punto, donde el error ya se ha producido, si continuasemos con el ejemplo, este Cliente podría acabar recibiendo 2 pedidos iguales, pero con una diferencia importante de tiempo. Llevando el ejemplo al límite, supongamos que en almacén recepcionan el primer pedido, tienen stock y lo sirven. Pero cuando llega el segundo, no tienen stock suficiente y pasan aviso a compras para que emita el pedido a proveedor. O peor aún, tienen que pasar a fábrica el aviso para que se fabrique…

Se fabricará algo innecesario que ya fue entregado. El Cliente recibirá un pedido que no solicitó. Se producirá una devolución… en fin, que el lío fue montado inicialmente y se complicará todo lo que pueda complicarse causando pérdidas de tiempo y económicas a la empresa.

Ahora pongamos el mismo ejemplo con el ERP:

• Att Cliente recibe un pedido de venta:
  • Existen 3 canales de entrada de pedidos de venta:
    • Teléfono, Fax
    • E-mail
    • Tienda On-Line
  • Hay un agente de ventas asignado a cada canal.
  • Cada agente recepciona únicamente los pedidos que entran desde dicho canal.
  • Al recepcionar un pedido, se registra en el ERP.
  • En el análisis inicial, se verificó que se producían errores de duplicación de pedidos de clientes por lo que se incluyó un control, donde al registrar un segundo pedido del mismo cliente y el mismo artículo en las mismas cantidades, el mismo día, advirtiera al agente que dicho pedido ya existe en el sistema.
  • El agente verificará si es el mismo pedido o realmente el Cliente solicita 2 pedidos y podrá optar por registrar o borrar el segundo pedido.
  • Se ha decidido eliminar el envío del e-mail a almacén. En su lugar, se ha establecido que almacén tendrá acceso a consultar los pedidos de venta pendientes registrados en el ERP.

Hemos eliminado varios pasos del proceso anterior. Hemos mejorado la productividad, hemos eliminado tareas repetitivas y sin valor añadido. Hemos agilizado la labor de nuestros empleados y optimizado nuestros recursos, lo cual se traduce en definitiva en un ahorro de costes para la empresa.

CONCLUSIONES:

El objetivo de este apartado es detectar aquellos procesos repetitivos, poco productivos y sin valor añadido que se podrían eliminar del proceso de negocio.

A su vez, permite examinar los procesos actuales y verificar si los procesos definidos de base en el standar del ERP podrían encajar o adaptarse a los requeridos por la empresa. En caso de no ser así, permite identificar aquellos elementos que por ser inherentes y específicos de la empresa, no estarán en definidos de base en el standar del ERP. En nuestro ejemplo anterior, se detectó que el ERP cubría el proceso de base, ya que permitía registrar pedidos y enviarlos por e-mail, pero en esta empresa concreta, se requería un control adicional en el ERP para evitar registrar pedidos de venta por duplicado.

Los procesos mínimos que habrá que detallar son:

• Presupuestación de productos
• Sistema de Cálculo de costes
• Procesos de Compras
• Procesos de Ventas
• Procesos de fabricación
• Procesos de Calidad ( en fabricación, en recepción de materiales, en subcontratación, en atención al Cliente …)
• Procesos de recepción y expedición de materiales
• Procesos de devolución de materiales a proveedor
• Procesos de gestión de devoluciones de Cliente

Este apartado puede ser sumamente sencillo o tremendamente complicado según la empresa que se esté analizando.

Informes, Documentos, estadísticas

En este apartado indicaremos los documentos requeridos en cada área/dpto que deberán estar configurados en el ERP antes de la fecha del arranque, para que puedan ser impresos desde la herramienta. La empresa deberá definir el formato y la información que requiere mostrar en estos documentos.

Es habitual que todos los ERP incluyan en el standar documentos preformateados, que pueden ser perfectamente válidos en cuanto a la información que muestran, por lo tanto bastaría con adaptar su diseño a la imagen corporativa de la empresa. Incluso, si la exigencia en este sentido no es muy alta, ni siquiera esto será necesario. No obstante es necesario analizar los requerimientos de la empresa.

Algunos de los documentos mencionados podrían ser:

• Pedido de compra a proveedor
• Albarán de Venta
• Factura de Venta
• Certificado de calidad
• Recibos
• Orden de fabricación
• Albarán de devolución de mercancía
• Lista de embarque
• Informes contables (mensuales, trimestrales, anuales)
• Reclamación a proveedor por retraso en entrega de mercancía
• Reclamaciones de pagos a Clientes
• Informes de gestión en tesorería
• Informes estadísticos de cada área
• …

Migración de datos de sistemas actuales

Es imprescindible especificar con qué sistemas de gestión se cuenta actualmente y sobre todo las fuentes de datos que se utilizan.

El objetivo es analizar la calidad de estos datos y comprobar si es posible su inserción automática en el ERP bien sea parcial o totalmente.

En un ERP, todos los datos deben ser consistentes. La estructura de datos está centralizada y normalizada. Si los datos de la empresa están distribuidos en varios soportes y sistemas, cada uno de ellos realizará sus propias codificaciones en los objetos, sus validaciones… Organizar, unificar y normalizar todos estos datos puede ser sumamente complejo y a veces imposible.

En ocasiones, en función del volumen y calidad de los datos, es muchísimo mejor configurar y registrar estos datos manualmente en el ERP pero otras, por los mismos motivos, es imprescindible realizar una migración de datos automática desde dichas fuentes de datos al ERP.

En este caso habrá que desarrollar los procesos de migración correspondientes. Estos desarrollos, son de por sí un proyecto y hay que tratar su desarrollo, como tal. En ningún caso es necesario definirlos en este documento de análisis. El objetivo de este apartado es:

• Analizar las estructuras de datos en los que se encuentran actualmente los maestros de la empresa.
  • Ejemplo: Llevo las ventas en un Acces, tengo un listado de proveedores en un excel. Tengo un progrma a medida que me gestiona el almacén.
• Analizar la calidad de los datos
• Analizar la codificación de los datos y su posibilidad de normalización.
• Analizar volumetría de los datos susceptibles de ser migrados.

Se recomienda NO MIGRAR datos de operativas antiguas. Es decir, habitualmente no hay problema en migrar los datos de Maestros pero por la extrema complejidad que tiene mantener la integridad de datos y evitar incoherencias en el nuevo sistema no es recomendable migrar:

• Temas pendientes, abiertos o en proceso  (Pedidos, albaranes, facturas, casos, tickets, ordenes de fabricación….etc). Se recomienda finalizar la gestión de estos casos en el sistema antiguo. Una vez finalizados pueden quedar en dicho sistema como histórico.
• Temas cerrados:  Aunque se recomienda siempre que queden en el sistema antiguo como histórico, siempre son mucho más sencillos de llevar al nuevo sistema porque no hay que unificar los procesos del sistema antiguo con los del nuevo. A veces es imprescindible migrar (ej: Casos antiguos cerrados como historial del Cliente en el CRM)

Plan de Arranque

Es necesario pensar en Como quiero arrancar.  Como y cuando quiero dejar de trabajar en el sistema antiguo y empezaré con el nuevo. En este punto indicaremos la fecha límite “deseada” para el arranque.

Hay muchas formas de realizar un arranque. Básicamente, depende de si se va a realizar migración de datos o no, pero pueden influir muchísimos factores.

Con migración:

• Se define un día donde se cierra el sistema antiguo y se empieza con el nuevo.
• Previamente es necesario extraer los datos del sistema antiguo y cargarlos en el nuevo. En función del volumen de datos, puede ser complicada esta definición… pero esto merece un capítulo aparte, en este blog.
• Una vez realizada la migración no se debería seguir trabajando en el sistema antiguo, ya que se generarían nuevos datos que no se habrían llevado al ERP.

Sin migración:

• Poquito a poco, se van introduciendo los datos manualmente en el sistema.
• Según se van teniendo configurados los datos de maestros de cada área dicha área ya puede operar. Pueden comenzar en paralelo, realizando pruebas en un sistema y en otro y verificando la consistencia de los datos.
• Se define una fecha real de arranque donde todas las áreas de la empresa estarán trabajando con la herramienta. Los datos introducidos por los distintos dptos, previos  a esta fecha serán considerados como no consistentes o de pruebas en entorno real.

Responsables del proyecto

Es necesario por parte de la empresa definir un jefe de proyecto.

Es muy recomendable que un responsable de cada área esté implicado en todas las fases de implantación del proyecto e imprescindible que lo esté en las fases de análisis inicial y en el arranque.

Conclusiones

Antes de solicitar un presupuesto para un ERP, intentad reflejar en un documento al menos los aspectos identificados en este artículo, pero no dejeis de incluir los que considereis relevantes o críticos para llevar vuestra aventura a buen fin.

Si alguna vez instalaste postgreSQL en Windows y quieres reinstalar una nueva versión, probablemente obtengas el siguiente error:

“The password specified was incorrect. Please enter the correct password for the postgres windows user account“

Posiblemente no te acuerdes de dicha password y te quedas completamente pasmao porque no sabes por donde tirar. Después de mucho navegar, encontré la solución. Aquí va.

1. Entra en Inicio/Panel de control/Herramientas administrativas/Control de equipos
2. Encuentra el usuario postgres
3. Modifica la contraseña y pon la que quieras.
4. Introduce dicha contraseña en el asistente de instalación del postgres.

Y ya está.

Os voy a contar lo que nos ha pasado en carne propia el pasado mes de noviembre y os pediría a todos los que podais que difundais la noticia alertando a cuantos más Clientes, familiares y amigos mejor.

Según hemos leído, la única forma de luchar contra esto es que se entere el mayor número de gente posible porque la justicia no funciona en este caso. La ley es tan blanda que en 2 días están en la calle volviendo a engañar a incautos. Por lo que cuanta más gente conozca la multitud de formas de fraude y estafa que pululan impunemente por la red y por la vida real, menos caerán en sus garras.

Y aquí va la historia, que aunque subrealista, es totalmente cierta.

Tenemos en venta un local. Hace un mes nos llamó un tipo, para verlo. Se lo enseñamos y nos dijo que él era intermediario de un Francés que es el que estaba interesado en la compra. Este señor tenía teóricamente muchísimo dinero y quería invertir en España. El intermediario, un tal Alex, nos dijo que lo comentaría con este señor y que ya nos llamaría.

Pasaron 15días sin que dieran señales de vida. Nos llamó diciendo que el señor venía en avión desde París en 3 días a ver el local. Efectivamente aparecieron ambos ese día. El señor(si es que se le puede llamar de esta forma) muy hermético, no dio muestras de interesarse mucho en el local. Nos dijo que se lo iba a pensar, nos regateó un poco el precio y se marcharon. Todo de lo más normal hasta aquí.

Pasó otra semana, cuando recibimos la tercera llamada, solicitando una nueva cita. Nuevamente el señor venía de París en avión y teniamos que quedar al día siguiente sin falta. Perfecto. Vino, nos dijo que estaba muy interesado y que esta pasada semana quedábamos para darnos la señal pactada.

En esto, evidentemente yo empiezo a mover hilos. Pregunto en la gestoría por el contrato de compraventa. Voy al banco a preguntar qué papeles le pedirían al tipo este en caso de querer subrogarse al crédito. Me hago ilusiones porque ya está vendido. Pido 2 mañanas libres en el trabajo para gestionarlo todo… en fin… una movida y al final llega el miércoles, día pactado para la entrega de la señal. Incluso me llevo copia de un contrato de compraventa para rellenarlo en ese momento. Y aquí empieza la movida.

Nos cuentan que desvían dinero de una ONG africana. Que blanquean dinero negro y que tienen mucho, pero con un sello que nosotros deberiamos ayudarles a quitar. En este momento teniamos que haberles mandado a la porra pero por curiosidad, seguimos escuchando con cara de pasmo y alucinados con la historia. Nos piden un cubo con agua. Se lo damos. El tío saca un paquete totalmente sellado con gomas y film transparente. Nos dice que en el paquete hay 10.000€ y son parte de la señal que habiamos pactado. Saca del paquete 2 billetes negros como el carbón. Le pide a mi marido un billete de 50€ que le damos. Coge nuestro billete, pone un papel albal y los tres billetes uno al lado del otro. Les echa un líquido, cierra el albal con los 3 billetes y lo tira al suelo. Dice a mi marido que lo pise durante un minuto. Yo estoy sin moverme porque no entiendo absolutamente nada. Pasa el minuto, coge el paquete, lo suelta, mete los 3 billetes en el cubo con agua y por último los vuelve a extender y les echa otro líquido que termina de quitar toda la tinta negra de los 2 billetes suyos y del nuestro.

Y he aquí el trato que nos proponen una vez realizada esta increíble demostración… Tienen 800.000€ en billetes tintados.Si les ayudamos, nos dan un 30% de ese dinero y además sigue la compra del local, pero para poder destintarlos, necesitan 50.000€ en billetes de 50€. Para cada 2 billetes negros, necesitan uno bueno tal cual lo hicieron en la demostración…. y hasta aquí llegamos. Aquí lo entendí todo. Estafadores, patraña, mala gente, hijos de su madre… del cabreo que me entró, les dije que si los 2 billetes que habían sacado eran buenos, que usasen esos 2 para destintar 4, 4 para 8 y 8 para 16 y que no necesitaban mi dinero para nada. Que se olvidaran de que les diera ni 50 ni 5 ni 1 y que aquí las cosas iban de la siguiente manera, si uno quiere vender y otro comprar se firma un contrato de compraventa con los datos de ambos, se entrega una señal, y el resto a la firma de escrituras. Y que esto era lo que había y todo lo demás pa su madre. Porque aún al irse, seguían diciendo que seguían muy interesados en la compra del local. Anda ya y que les zurzan…

En fin, que no ha pasado nada más que la pérdida de tiempo y la cara de lela que se te queda cuando piensas en todo el tiempo perdido y las ilusiones que te haces… pero para que sepais que esto anda por ahí. Que lo estarán intentando ahora mismo con algún otro incauto. Y que si buscais en google “timo dinero tintado”, os aparecerán más de 3000 entradas al respecto. Su nombre “oficial” es el de “limpia-limpia” o  “wash-wash”

Otros timos que según parece se están dando son:

• “reap-deal”: De Italia o Francia, para grandes sumas: Te proponen pagarte en moneda extranjera el doble de lo que tú les aportes. EL DINERO SUYO ES FALSO.
• Te ingresan en cuenta una cantidad fuerte a modo de señal de la compraventa. Te ingresan más dinero de lo pactado. Te dicen que ha sido un error del banco y que les devuelvas la parte que han ingresado de más. Lo haces de buena fe, pero ellos retiran su transferencia por lo que pierdes el dinero que les envías…

Y así una laaaarrrrga lista. Ha habido gente que ha perdido millones. CUIDADO CON ESTAS COSAS. Nadie da duros a cuatro pesetas.

Y porqué no lo denunciamos… pues porque no ha pasado nada y  seguramente sería su palabra contra la nuestra y no tenemos ningún dato que aportar y tememos las represalias. Y porque es probable que no sirviera para nada vistos los testimonios de gente que sí ha denunciado. Creo que es mejor que nos avisemos unos a otros. Que esto circule y que la gente se entere. Y si nadie cae, dejarán de hacerlo…

Recibid todos un cordial saludo y espero que no os pase nunca nada parecido.

Hoy inicio este blog con intención de incluir en él todo lo relacionado con mi mundo y mis ideas. Tanto como consultor de ERP, como en otros aspectos tengo un montón de cosas que os quiero contar. Espero que os resulte interesante.