Planillas Electronicas SUNAT en Enero

La version 1.1 del software de Planillas Electronicas es una reverenda porqueria.

Por decir lo menos, merece aquel calificativo con todos los honores.

Alertas que no se ajustan a la realidad de los hechos. Lag en cada pantalla de la aplicacion. Y de pronto se congela tu aplicativo. Son algunas perlas del primer virus que debemos instalar en nuestra PC de acuerdo a Ley.

El reporte de alertas no brinda una interfaz amigable. Con toda seguridad en el primer año de la universidad hemos hecho mejores reporteadores, que aquel adefecio que vemos en este programita llamado planilla electronicas.

Todas las empresas del medio han tenido que moldearse a las caracteristicas que ha establecido SUNAT en el punto neuralgico de todo esto, con particular enfasis, conceptos remunerativos.

Sin embargo los conceptos remunerativos 2000 y posteriores no son posibles habilitar desde este programita. ¿Entonces para que diablos lo han puesto alli estos salvajes?

En fin, vergueza ajena nos embarga al ser obligado a usar este programilla de practicante de laboratorio.

Sql Membership Provider

Cuando estas desarrollando un producto de software y decides que la authentication se realize a traves de Forms y NO a traves de otro mecanismo, por alguna circunstancia.

Debes evaluar si manejas los usuarios dentro del web.config. O decides manejar el provider de SQL, para este tipo de cosas.

Para lo segundo, debes ejecutar el aspnet_regsql que se encuentra en el folder correspondiente al .NET Framework 2.0 dentro de tu carpeta Windows.

Esta pequeña herramienta, te crea las tablas en la Base de Datos que tu hayas elegido utilizar para tu producto, con el prefijo aspnet para cada uno de los objetos de base de datos.

Lo curioso de todo esto es que, el tool, crea las tablas sin registros. Por ende, NO veras al user administrator por ningun lado.

Entonces debes crearlo manualmente para poder tener por lo menos al usuario: amo, dueño y señor de tu aplicativo, alli presente.

Ahora, cuando digo manualmente NO debe entenderse que hagas tu INSERT a nivel de Base de Datos.

Todo lo contrario, debes crear una pagina sencilla que permita utilizar el modelo de objetos que propone el .NET Framework dentro del namespace System.Web.Security, para crear el primer user y el primer role.

La clase Membership te brinda esta posibilidad a traves del metodo CreateUser y luego debes crear el role Administrators a traves de la clase Roles con el metodo CreateRole.

Finalmente asocias este role con tu primer user creado previamente, usando el metodo AddUserToRole de la clase Roles.

Pero aqui tenemos un pequeño detalle. Cada vez que realizes algun cambio en el web.config con respecto a la configuracion de tu provider, los usuarios creados hasta antes del cambio, NO podran ser visualizados luego.

Y tendras que llamar a esta pagina FirstStep para volver a crear el estado inicial de roles y usuarios.

Este ultimo detalle es una ladilla.

Pero tiene cierto fundamento logico. No te pelees con lo creado por los High Level Developers, esto ya esta disponible en el .NET Framework. Y se integra facilmente con todo el contexto del producto a nivel tecnico.

No te compliques la vida.

Row not found or changed

Uno de los exceptions que por lo general aparecen cuando estas trabajando con Linq to Sql, es el ChangeConflictException.

El mensaje tradicional correspondiente a este exception es: Row not found or changed.

Cuando recien estas construyendo el software. Muy probablemente te encuentres con este mensaje. Si no te calmas en encontrar la solucion, te podria sacar de tus casillas.

Lo que sucede es que generalmente la base de datos esta aun ajustandose, cambiando si un campo de la tabla permitira nulo o NO, por ejemplo. Si un tipo de dato BIT sera cambiado a un CHAR(1), por decir algo.

Y otras simpleces a nivel de base de datos.

Pero aquellos cambios, por la premura del tiempo o por alguna circunstancia, NO son plasmados tambien en el modelo que propone Linq To Sql, dentro de tu aplicativo.

Y he alli el origen del problema.

Cuando estas desarrollando software y te apoyas en Linq To Sql para facilitarte la construccion de los Business Entities, debes estar pendiente que la estructura de tablas de tu Base de Datos sincronize con las caracteristicas de los Business Entities asociada a cada tabla.

Al realizar una operacion de actualizacion o eliminacion contra la Base de Datos de un elemento en particular, Linq To Sql no construye la sentencia SQL en funcion a un WHERE mykeyfield = @mykeyfield

Linq To Sql realiza un WHERE en funcion al estado actual del registro previo al cambio.

Y si alguna caracteristica de tu Base de Datos NO esta sincronizada con el modelo de Linq To Sql, pues veras este mensajito constamente: Row not found or changed.

Por citar una ejemplo, que un campo en la base de datos haya sido cambio para NO permitir nulo, cuando antes si lo permitia. Pero sin embargo dicho cambio NO se realizo de la misma manera en el modelo de Linq To Sql, se entiende que para Linq To Sql aquel campo aun permite nulo.

Entonces al construir su WHERE, Linq To Sql, constuira una lista de campos para hacer el match del estado anterior del registro y con un myfieldchange IS NULL dentro de todos ellos.

En lugar de algo distinto al nosotros saber, que a nivel de Base de Datos, esto ya NO esta permitido.

En consecuencia, Linq To Sql NO puede encontrar el registro anterior, debido a que efectivamente este ya NO existe, bajo esas circunstancias.

La solución pasa por simplemente sincronizar la estructura de tu Base de Datos a nivel de campos con tu modelo de Linq To Sql.

Trabajo facil!

El arte de construir software

El desarrollo de software es un arte. El don de hacerlo simple y facil, pocos seres sobre la faz de la tierra pueden materializarlo.

La posibilidad de gestionar personas es una tarea algo distinta.

Hacerlos sentir a cada uno de ellos importantes. Coger sus buenas ideas y canalizarlas de alguna forma para que se sientan participes activos del producto a construir, es el reto.

Como Jefe de Proyectos tu requieres el cumplimiento de ciertas tareas, por parte de tus desarrolladores, lo mas ajustado al cronograma.

Pero existen ciertas tareas encomendadas que por su relativa complejidad requieren de tu apoyo.

Te encontraras con algunos que su idea, ciertamente, es buena. Solo debes ajustarla un tanto para que pueda engranar con el contexto. Recuerda, tu tienes la vision del bosque.

En otro casos, los más operativos aquella ideas no tienen mucho sustento. Se basan en un clasico COPY & PASTE luego un SEARCH & REPLACE para finalmente, tu al ver toda esa mazamorra, hacerle un SHIFT + DEL.

En fin, lo que sucede es que desarrollar software no es hacer CLICK & CLICK. O un nada ingenioso COPY & PASTE. Se requiere de cierto talento.

Dentro del mundo de los developers, ver algo distinto e interesantemente construido, por lo general se le califica, como "fumada", a primera vista. Pero luego se dan un tiempo para analizarlo y verlo detenidamente, y terminan por llamarlo: arte, en ciertos casos.

Y ese es el meollo del asunto desde un punto de vista lirico.

Cuando se requiere el cumplimiento de las tareas para ayer. Bienvenido tu COPY & PASTE, pero entonces saltara una pregunta. ¿Por que aceptaste una fecha asi?