PSFGeneric 1.3.2 – Traducido al inglés
Tasks 2.1 – Traducido al inglés
MySQL_Persistente 1.0.3 – Traducido al inglés

TM-U220 40 col. Driver 1.0.0 – Solo en inglés

Gestor Contable Básico 1.1.2.1 – Solo en español
Cafetería 1.1.6 – Solo en español
Catalogo 1.0.0 – Solo en español
Ticket Promotions 1.0.1 – Solo en español

Me hubiera gustado públicar más mejoras, pero es lo que pude añadir. El año que viene más

Un abrazo

Acabo de pasar PSFGeneric y sus power-ups a Net 3.5.

De camino he ampliado la consola de estado para que muestre las estadísticas de la caché de acceso a la base de datos, y de cualquier otra cosa que necesite en el futuro. También añadí una optimización en el auto instalador que reduce en más del 50% las consultas para saber si una tabla dada esta instalada, y eso solo en el arranque, con el trabajo continuo supone un ahorro de consultas que tiende al 100% (Lógicamente no es posible tal ahorro jeje). Y he ampliado la cache de 150 a 500 consultas.

En las pruebas, con el set de datos que uso en casa, se hacen 2858 consultas de las que solo 534 llegan a la base de datos, el resto las responde la caché. Son muchas consultas, pero prefiero mantener la comodidad programando y que sean estas herramientas las que hagan la optimización, a perder el poco tiempo que tengo en esos temas. Eso sin contar la complejidad que me quita y que las consultas procuro que sean “ligeras”, filtradas y sin demasiadas tuplas.

Cambiando un poco de tema, ya tengo un explorador para fileManager. Es algo muy básico, pero la función principal de este power-up es atender las necesidades de ficheros de otros power-ups, no del usuario. El explorador de ficheros lo he añadido para depurar el cliente FTP, en cuanto tenga un poco más de tiempo espero poder implementar los servicios correspondientes.

Estas mejoras serán públicas con PSFGeneric 1.3.2

un abrazo

Fuente: De Wikipedia, la enciclopedia libre

Los sistemas de planificación de recursos empresariales, o ERP (por sus siglas en inglés, Enterprise resource planning) son sistemas de información gerenciales que integran y manejan muchos de los negocios asociados con las operaciones de producción y de los aspectos de distribución de una compañía comprometida en la producción de bienes o servicios.

La Planificación de Recursos Empresariales es un término derivado de la Planificación de Recursos de Manufactura (MRPII) y seguido de la Planificación de Requerimientos de Material (MRP). Los sistemas ERP típicamente manejan la producción, logística, distribución, inventario, envíos, facturas y contabilidad de la compañía. Sin embargo, la Planificación de Recursos Empresariales o el software ERP puede intervenir en el control de muchas actividades de negocios como ventas, entregas, pagos, producción, administración de inventarios, calidad de administración y la administración de recursos humanos.

Los sistemas ERP son llamados ocasionalmente back office (trastienda) ya que indican que el cliente y el público general no están directamente involucrados. Este sistema es, en contraste con el sistema de apertura de datos (front office), que crea una relación administrativa del consumidor o servicio al consumidor (CRM), un sistema que trata directamente con los clientes, o con los sistemas de negocios electrónicos tales como comercio electrónico, administración electrónica, telecomunicaciones electrónicas y finanzas electrónicas; asimismo, es un sistema que trata directamente con los proveedores, no estableciendo únicamente una relación administrativa con ellos (SRM).

Los ERP están funcionando ampliamente en todo tipo de empresas modernas. Todos los departamentos funcionales que están involucrados en la operación o producción están integrados en un solo sistema. Además de la manufactura o producción, almacenamiento, logística e información tecnológica, incluyen además la contabilidad, y suelen incluir un Sistema de Administración de Recursos Humanos, y herramientas de mercadotecnia y administración estratégica.

Definición

Los sistemas de planificación de recursos empresariales (en inglés ERP, Enterprise Resource Planning) son sistemas de gestión de información que integran y automatizan muchas de las prácticas de negocio asociadas con los aspectos operativos o productivos de una empresa.

Los sistemas ERP son sistemas integrales de gestión para la empresa. Se caracterizan por estar compuestos por diferentes partes integradas en una única aplicación. Estas partes son de diferente uso, por ejemplo: producción, ventas, compras, logística, contabilidad (de varios tipos), gestión de proyectos, GIS (sistema de información geográfica), inventarios y control de almacenes, pedidos, nóminas, etc. Sólo podemos definir un ERP como la integración de todas estas partes. Lo contrario sería como considerar un simple programa de facturación como un ERP por el simple hecho de que una empresa integre únicamente esa parte. Ésta es la diferencia fundamental entre un ERP y otra aplicación de gestión. El ERP integra todo lo necesario para el funcionamiento de los procesos de negocio de la empresa. No podemos hablar de ERP en el momento que tan sólo se integra uno o una pequeña parte de los procesos de negocio. La propia definición de ERP indica la necesidad de “Disponibilidad de toda la información para todo el mundo todo el tiempo”.

Los objetivos principales de los sistemas ERP son:

• Optimización de los procesos empresariales.
• Acceso a toda la información de forma confiable, precisa y oportuna (integridad de datos).
• La posibilidad de compartir información entre todos los componentes de la organización.
• Eliminación de datos y operaciones innecesarias de reingeniería.

El propósito fundamental de un ERP es otorgar apoyo a los clientes del negocio, tiempos rápidos de respuesta a sus problemas, así como un eficiente manejo de información que permita la toma oportuna de decisiones y disminución de los costos totales de operación.

Las características que distinguen a un ERP de cualquier otro software empresarial, es que deben de ser sistemas integrales, con modularidad y adaptables:

• Integrales, porque permiten controlar los diferentes procesos de la compañía entendiendo que todos los departamentos de una empresa se relacionan entre sí, es decir, que el resultado de un proceso es punto de inicio del siguiente. Por ejemplo, en una compañía, el que un cliente haga un pedido representa que se cree una orden de venta que desencadena el proceso de producción, de control de inventarios, de planificación de distribución del producto, cobranza, y por supuesto sus respectivos movimientos contables. Si la empresa no usa un ERP, necesitará tener varios programas que controlen todos los procesos mencionados, con la desventaja de que al no estar integrados, la información se duplica, crece el margen de contaminación en la información (sobre todo por errores de captura) y se crea un escenario favorable para malversaciones. Con un ERP, el operador simplemente captura el pedido y el sistema se encarga de todo lo demás, por lo que la información no se manipula y se encuentra protegida.

• Modulares. Los ERP entienden que una empresa es un conjunto de departamentos que se encuentran interrelacionados por la información que comparten y que se genera a partir de sus procesos. Una ventaja de los ERP, tanto económica como técnica es que la funcionalidad se encuentra dividida en módulos, los cuales pueden instalarse de acuerdo con los requerimientos del cliente. Ejemplo: ventas, materiales, finanzas, control de almacén, recursos humanos, etc.

• Adaptables. Los ERP están creados para adaptarse a la idiosincrasia de cada empresa. Esto se logra por medio de la configuración o parametrización de los procesos de acuerdo con las salidas que se necesiten de cada uno. Por ejemplo, para controlar inventarios, es posible que una empresa necesite manejar la partición de lotes pero otra empresa no. Los ERP más avanzados suelen incorporar herramientas de programación de 4ª Generación para el desarrollo rápido de nuevos procesos. La parametrización es el valor añadido fundamental que debe contar cualquier ERP para adaptarlo a las necesidades concretas de cada empresa.

Otras características destacables de los sistemas ERP son:

• Base de datos centralizada.
• Los componentes del ERP interactúan entre sí consolidando todas las operaciones.
• En un sistema ERP los datos se ingresan sólo una vez y deben ser consistentes, completos y comunes.
• Las empresas que lo implanten suelen tener que modificar alguno de sus procesos para alinearlos con los del sistema ERP. Este proceso se conoce como Reingeniería de Procesos, aunque no siempre es necesario.
• Aunque el ERP pueda tener menús modulares configurables según los roles de cada usuario, es un todo. Esto significa: es un único programa (con multiplicidad de bibliotecas, eso sí) con acceso a una base de datos centralizada. No debemos confundir en este punto la definición de un ERP con la de una suite de gestión.
• La tendencia actual es a ofrecer aplicaciones especializadas para determinadas empresas. Es lo que se denomina versiones sectoriales o aplicaciones sectoriales especialmente indicadas o preparadas para determinados procesos de negocio de un sector (los más utilizados).

Las soluciones ERP en ocasiones son complejas y difíciles de implantar debido a que necesitan un desarrollo personalizado para cada empresa partiendo de la parametrización inicial de la aplicación que es común. Las personalizaciones y desarrollos particulares para cada empresa requieren de un gran esfuerzo en tiempo, y por consiguiente en dinero, para modelar todos los procesos de negocio de la vida real en la aplicación.

Las metodologías de implantación de los ERP en la empresa no siempre son todo lo simples que se desearía, dado que entran en juego múltiples facetas.

No hay recetas mágicas ni guiones explícitos para implantaciones exitosas; solamente trabajo bien realizado, una correcta metodología y aspectos que deben cuidarse antes y durante el proceso de implantación, e inclusive cuando el sistema entra en función. Por ello, antes, durante y después de la implantación de un ERP es conveniente efectuar lo siguiente:

• Definición de resultados a obtener con la implantación de un ERP.
• Definición del modelo de negocio.
• Definición del modelo de gestión.
• Definición de la estrategia de implantación.
• Evaluación de oportunidades para software complementario al producto ERP.
• Alineamiento de la estructura y plataformas tecnológicas.
• Análisis del cambio organizativo.
• Entrega de una visión completa de la solución a implantar.
• Implantación del sistema.
• Controles de calidad.
• Auditoría del entorno técnico y del entorno de desarrollo.
• Benchmarking de la implantación.

Implantación

Debido a que cubre un vasto espectro de aspectos de la gestión de una empresa, un sistema de software ERP está basado en algunos de los productos de software de mayor tamaño y complejidad en la industria. Al implementar tales sistemas en una compañía la metodología tradicional solía involucrar a un grupo de analistas, programadores y usuarios. Este fue el esquema que se empleó, por lo menos, hasta el desarrollo de la Internet. Esta permite a los consultores tener acceso a las computadoras de la compañía con el fin de poder instalar los datos actualizados y estandarizados de implementación del ERP, sin ayuda profesional. Este tipo de proyectos pueden llegar a ser muy caros para grandes compañías, especialmente para las transnacionales. Las compañías especializadas en la implementación del ERP, sin embargo, pueden agilizar estos procesos y completar la tarea en menos de seis meses con un sólido examen piloto.

A la hora de realizar la implementación de los sistemas ERP, las compañías muchas veces buscan la ayuda de un proveedor o vendedor de ERP o de compañías consultoras. La consultoría en materia de ERP es de dos tipos, la consultoría de negocios y la consultoría técnica. La consultoría de negocios estudia los procesos de negocios actuales de la compañía y evalúa su correspondencia con los procesos del sistema ERP, lo cual generalmente incluye la personalización de ciertos aspectos de los sistemas ERP para las necesidades de las organizaciones. La consultoría técnica muchas veces implica programación. La mayoría de los vendedores de ERP permiten modificar su software para las necesidades de los negocios de sus clientes.

Muchas de las empresas que buscan la implantación de un ERP comenten el error de buscar soluciones a bajo coste, o no contratar a una empresa integradora. Este tipo de empresa, no solamente les ayuda en la implantación sino que les apoya a visualizar a su cliente en todos los aspectos de su negocio tanto en hardware, software y en la administración del cambio. Algunas de las empresas integradoras más importantes son EDS, Price Waterhouse Coopers, `IBM, GETI o AVANADE.

Personalizar un paquete ERP puede resultar muy costoso y complicado, porque muchos paquetes no están diseñados para su personalización, así que muchos negocios implementan sus sistemas ERP siguiendo las mejores prácticas de la industria. Algunos paquetes ERP son muy genéricos en sus reportes e informes; la personalización de dichos elementos se debe hacer en cada implementación. Es importante tener en cuenta que en ciertas ocasiones tiene mucho más sentido la compra de paquetes de generación de reportes fabricados por terceros y que están hechos para interactuar directamente con el ERP.

Hoy en día, un buen numero de sistemas ERP tienen una interfaz Web. La ventaja de este tipo de interfaz es que no requiere la instalación de una aplicación cliente. Mientras se tenga una conexión a Internet (o a la red local de la empresa, según sea el caso), se puede acceder a los ERP basados en Web a través del típico navegador web.

Ventajas

Un fabricante que no disponga de un ERP, en función de sus necesidades, puede encontrarse con muchas aplicaciones de software cerradas, que no se pueden personalizar, y no se optimizan para su negocio. Diseño de ingeniería para mejorar el producto, seguimiento del cliente desde la aceptación hasta la satisfacción completa, una compleja administración de interdependencias de los recibos de materiales, de los productos estructurados en el mundo real, de los cambios de la ingeniería y de la revisión y la mejora, y la necesidad de elaborar materiales substitutos, etc. La ventaja de tener un ERP es que todo esto, y más, está integrado.

El cambio como un producto está hecho en los detalles de ingeniería, y es como ahora será hecho. La efectividad de datos puede usarse para el control cuando el cambio ocurra desde una versión anterior a la nueva, en ambos productos los datos van encaminados hacia la efectividad y algunos van a la suspensión del mismo. Parte del cambio puede incluir la etiqueta para identificar el número de la versión (código de barras).

La seguridad de las computadoras esta incluida dentro del ERP, para proteger en contra de crímenes externos, tal como el espionaje industrial y crimen interno, tal como malversación. Una falsificación en el escenario de los datos puede involucrar terrorismo alterando el recibo de materiales como por ejemplo poner veneno en los productos alimenticios, u otro sabotaje. La seguridad del ERP ayuda a prevenir el abuso.

Hay conceptos de mercadeo y ventas (los que incluyen CRM o la relación administrativa con los consumidores, back end (el trabajo interno de la compañía para satisfacer las necesidades de los consumidores) que incluye control de calidad, para asegurarse que no hay problemas no arreglados, en los productos finales; cadena de abastecimiento (interacción con los proveedores y la infraestructura). Todo esto puede ser integrado a través de la ERP, aunque algunos sistemas tengan espacios de menos comprensibilidad y efectividad. Sin un ERP que integre todo esto, puede ser complicado para la administración de la manufactura.

Desventajas

Muchos de los problemas que tienen las compañías con el ERP son debido a la inversión inadecuada para la educación continua del personal relevante, incluyendo los cambios de implementación y de prueba, y una falta de políticas corporativas que afectan a cómo se obtienen los datos del ERP y como se mantienen actualizados.

Limitaciones y obstáculos del ERP incluyen:

• El éxito depende en las habilidades y la experiencia de la fuerza de trabajo, incluyendo la educación y como hacer que el sistema trabaje correctamente. Muchas compañías reducen costos reduciendo entrenamientos. Los propietarios de pequeñas empresas están menos capacitados, lo que significa que el manejo del sistema ERP es operado por personal que no está capacitado para el manejo del mismo.
• Cambio de personal, las compañías pueden emplear administradores que no están capacitados para el manejo del sistema ERP de la compañía empleadora, proponiendo cambios en las prácticas de los negocios que no están sincronizados con el sistema.
• La instalación del sistema ERP es muy costosa.
• Los vendedores del ERP pueden cargar sumas de dinero para la renovación de sus licencias anuales, que no está relacionado con el tamaño del ERP de la compañía o sus ganancias.
• El personal de soporte técnico en ocasiones contesta a las llamadas inapropiadas de la estructura coorporativa.
• Los ERP son vistos como sistemas muy rígidos, y difíciles de adaptarse al flujo específico de los trabajadores y el proceso de negocios de algunas compañías, este punto se cita como una de las principales causas de falla.
• Los sistemas pueden ser difíciles de usarse.
• Los sistemas pueden sufrir problemas de “el eslabón más débil”: la ineficiencia en uno de los departamentos o en uno de los empleados puede afectar a otros participantes.
• Muchos de los eslabones integrados necesitan exactitud en otras aplicaciones para trabajar efectivamente. Una compañía puede lograr estándares mínimos, y luego de un tiempo los “datos sucios” (datos inexactos o no verificados) reducirán la confiabilidad de algunas aplicaciones.
• Una vez que el sistema esté establecido, los costos de los cambios son muy altos (reduciendo la flexibilidad y las estrategias de control).
• La mala imagen de unión de la compañía puede causar problemas en su contabilidad, la moral de sus empleados y las líneas de responsabilidad.
• La resistencia en compartir la información interna entre departamentos puede reducir la eficiencia del software.
• Hay problemas frecuentes de compatibilidad con algunos de los sistemas legales de los socios.
• Los sistemas pueden tener excesiva ingeniería respecto a las necesidades reales del consumidor.

ERP versus software de gestión

La clasificación de un determinado software de gestión como ERP determina que disponga de una serie de requisitos y funcionalidades que posibiliten su diferenciación. En el mercado del software de hoy en día es habitual que cualquier suite de gestión pretenda un mayor reconocimiento (por lo general irreal, dado que es igualmente necesario un software de gestión normal que un ERP, sólo que para niveles diferentes) por el hecho de ser conocida como ERP en lugar de como software de gestión. Así podemos ver como estrategias de marketing que determinados programas de gestión que llevan en el mercado varios años, cambian bruscamente su denominación a ERP, buscando un nicho de trabajo superior (por lo general acompañado de una mayor remuneración, reconocimiento, etc) sin incrementar proporcionalmente la funcionalidad.

La principal diferencia estriba en la definición. Un ERP es una aplicación que integra en un único sistema todos los procesos de negocio de una empresa. Adicionalmente se pretende que todos los datos estén disponibles todo el tiempo para todo el mundo en la empresa (obviando por el momento permisos sobre disponibilidad, etc) de una manera centralizada.

Esto descarta como ERP aquellos programas basados en múltiples aplicaciones (denominados comúnmente suites) independientes o modulares que duplican la información (aún cuando la enlacen automáticamente) o no la centralizan en una única base de datos. También elimina aquellos programas que se basan en sistemas de base de datos de ficheros independientes (sin motor de base de datos).

Por otra parte la definición tradicional nos dice que los ERP están diseñados para modelar y automatizar todos los procesos básicos con el objetivo de integrar información a través de la empresa, eliminando complejas conexiones entre sistemas distintos. Un ERP es una arquitectura de software que facilita el flujo de información entre las funciones de manufactura, logística, finanzas y recursos humanos de una empresa.

Así que a la característica de la base de datos centralizada y de que los componentes del ERP interactúen entre sí, consolidando todas las operaciones, se debe añadir que en un sistema ERP los datos se introducen una sola vez, debiendo mantener la consistencia, y ser completos. Como característica colateral se puede añadir que, normalmente, las empresas deben de modificar algunos de sus procesos para alinearlos con los del sistema ERP. Es lo que se conoce como Reingeniería de Procesos.

Estas características básica debieran permitir diferenciar básicamente entre una suite de gestión (habitualmente compuesta de programas o módulos de facturación y contabilidad) y un ERP puro que debiera incluir todas aquellas funcionalidades que una empresa pueda necesitar (gestión de proyectos, gestión de campañas, comercio electrónico, producción por fases, trazabilidad, gestión de la calidad, gestión de cajas descentralizadas o centralizadas (TPVs), pasarelas de pago electrónico, gestión de la cadena de abastecimiento, logística, etc) integradas y enlazadas entre sí. No basta con tener algunas de esas funcionalidades. Realmente es necesario tener todas, aún cuando no siempre las empresas las necesiten en este momento. Pero deben de estar disponibles internamente para suplir las necesidades futuras.

El saber si una empresa necesita o no un ERP o una simple suite de gestión es otro asunto, no obstante la definición y características de un ERP debieran de quedar claros.

Así por ejemplo la gestión correcta de la cadena de abastecimientos es vital para una empresa que precise de un ERP (una gran parte de los procesos de negocio dependen de la cadena de abastecimiento y su logística asociada), pero puede no serlo tanto para otra que necesite únicamente automatizar una parte de sus procesos de negocio. El que la primera debe de utilizar un ERP es claro, que a la segunda le basta una suite de gestión más simple, puede ser más discutible (en función de las necesidades reales de la empresa tras pasar por una reingeniería de procesos), lo que no es justo ni real, es denominar comercialmente ERP a la suite de gestión utilizada por la segunda empresa.

En definitiva, las suites de gestión y los ERP ocupan dos nichos de mercado, claramente distinguibles desde un punto de vista técnico, pero comercial y publicitariamente cruzables desde abajo hacia arriba. Esto último es lo que hace que muchas empresas medianas o grandes, se enfrenten con graves problemas de gestión al implementar un software que creían ERP y que deja fuera de sus necesidades, bien sean actuales o futuras, muchos de los procesos de negocio básicos que la empresa usa o que ha pasado a usar con el devenir del tiempo.

He conseguido compilar PSFGeneric con Netframework 3.5. Creo que va a permitir muchas mejoras, el tiempo lo dirá.

Nueva revisión publicada.

Se ha añadido un navegador web a PSFGeneric, y varias modificaciones en la cafetería, ademas de correcciones varias.

PSFGeneric 1.3.1 – Traducido al inglés
Tasks 2.1 – Traducido al inglés
MySQL_Persistente 1.0.3 – Traducido al inglés

TM-U220 40 col. Driver 1.0.0 – Solo en inglés

Gestor Contable Básico 1.1.2 – Solo en español
Cafetería 1.1.6 – Solo en español
Catalogo 1.0.0 – Solo en español
Ticket Promotions 1.0.1 – Solo en español
Puede descargarla de CodePlex y de SourceForge.

Antecedentes de su arquitectura

A finales de 2001 empecé a preparar una web para un servidor de juegos. Por aquel entonces lo mejor que encontré era PHP-Nuke, muy difícil de configurar para mí en aquellos días, y PostNuke, que tenía bastante más ayuda.

Para las estadísticas del juego y varias cosillas empecé a adentrarme en la programación en el contexto de ese CMS. Con el tiempo, y después de hacer muchas extensiones, obtuve una idea bastante clara de cómo era el funcionamiento interno de aquel PostNuke, lo que me permitió indagar PHP-Nuke.

Años más tarde, por motivos de cambio de trabajo, empecé a programar un CMS desde cero. PSFCMS, pese a que la idea original era hacerlo público, nunca llego a serlo y cuando encontré trabajo de nuevo vendí los derechos no exclusivos de explotación y modificación a la nueva empresa. No me pareció ético publicar el código después de eso. Esto paso a finales de 2006, desde entonces y hasta ahora, Diciembre de 2009, trabajo sobre el código de PSFCMS, pero combinado con otro código con una arquitectura muy similar: WebFlash + Main.swf. Ambas aplicaciones, aún viviendo en contextos muy distintos, están basadas en la misma forma de trabajar, aquella que aprendí de PostNuke.

Versiones anteriores

A mediados de 2002 abrí una tienda UPI, y pocas semanas antes empecé a desarrollar un programa para usarlo en la caja registradora. Era RUPI, escrito en Visual Basic 6, ofrecía unas herramientas de trabajo muy cómodas y se trabajaba muy rápido con él. Conectado a una base de datos MS Access permitía conectar dos, o más, cajas si era necesario, pero a veces perdía información trabajando de este modo. Trabaje durante 4 años con él y sobre él, manejando un catalogo de productos de más de 6000 referencias, con sus fotografías, descripciones, cálculos de precios en automático por categoría y/o referencia, y mil cosas más.

En 2004, empecé a desarrollar RUPI 2.0, en un principio escribí software de servidor creando una arquitectura distribuida, con seguridad de usuarios, y algunas cosillas más. Intentaba superar las limitaciones del dúo Visual Basic y MS Access, con ayuda únicamente de Visual Basic .NET 1. Por desgracia para mi, y haciendo memoria por suerte, me robaron la maquina donde estaba trabajando y perdí todo el código fuente. Decía que por suerte porque un año más tarde empecé a desarrollar un nuevo acercamiento a RUPI 2, pero esta vez basado en MySQL como software central de servidor. Por eso PSFGeneric usa MySQL, de hecho, usa una versión actualizada de las clases que desarrolle para conectar el nuevo RUPI 2 a MySQL. Por varios motivos, y muchos problemas personales, a mediados de 2006 deje de desarrollar RUPI 2.

PSFGeneric

A principios de 2008 comencé a escribir una aplicación de gestión que aprovechaba parte del código de RUPI 2, concretamente muchas de sus clases de soporte y toda la interfaz de usuario. Cuando termine la aplicación empecé a estudiar un código que encontré paseando por internet para cargar de forma dinámica extensiones en una aplicación NET. Si le sumamos los conocimientos de PHP y AS2/AS3, que permiten la carga dinámica y sin control, en el caso de PHP, de código tenemos la base de PSFGeneric. La arquitectura del modelo PostNuke era ya posible en Visual Studio NET.

He quitado todo el texto en inglés para poder usar un traductor automático. Creo que es la mejor solución. Tambien he mejorado la legibilidad cambiando a un tema más limpio y he quitado el enlace a la wiki, para el volumen de información que espero publicar no es practico.

He añadido un navegador web a PSFGeneric, en el nucleo. Este post lo estoy escribiendo desde él.