¿Como Hacer un Software para Microfinancieras?.- Parte III

 Antes de seguir quiero comentar que haré menciones a libros, y recursos en la web, algunos protegidos con copyright, por considerarlo de gran valor documental, asi que por formalidad comento que todo material es propiedad de sus autores, en las licencias que emitan al compartirla. También les comento que escribo con un horrible teclado Genius inalámbrico , así que no se sorprendan si me como una que otra letra... XD.

¿Y la Base de Datos?...
bueno, otro dilema, les diré que mi elección segura sería MySQL al ser mi opción en el lenguaje PHP, tiene todo lo que se necesita... al menos eso creo, el problema estará en la licencias, en la compra de MySQL por parte de SUN y esta a la vez por el omnipresente y ambicioso Oracle, el futuro de MySQL se ve un poco obscuro.
Lo que recomiendo es que agreguen una capa de abastracción de Base de datos tipo ADO/ORM y en los próximos artículos estaremos mencionando MySQL como modelo de Trabajo, por sus múltiples herramientas que existen.


La base de Datos define la capacidad del programa de almacenar, procesar y obtener información del sistema.

A su vez, un sistema informático estará valorado por la cantidad de recursos que ahorre en la Microfianciera, y como clave de esto es la información oportuna, fiable y usable. No debería ser una simple hoja de registro.

Factores Ambientales y Politicos que se deben tomar en cuenta a momento de planear el Software... nos vemos luego.

¿Como Hacer un Software para Microfinancieras?.- Parte II

En que me quedé?...
Bueno, siguiendo con la línea, ...
¿Que tecnologías deberíamos usar? : Muy interesante, sabiendo de antemano lo  extenso de la pregunta...
pero en serio...¿Que lenguaje de programación?: veamos... Java??? pues clarísimo, eso mismo.... ¡¡¡NO!!!... existen muchas tecnologías muy competitivas, pero si hablamos que vamos a diseñar un sistema para Microfinancieras que su principal propósito es la de apoyar en el combate de la pobreza... lo que menos debemos tener en cuenta es tecnologías con un coste elevado de desarrollo, producción, instalación y configuración.... eso es Java... ¿Pero que pasó con la seguridad?... Java es lo más robusto que existe... si claro... según muchos... pero de hecho, la seguridad de un lenguaje lo determina el desarrollador... ¿Pero que usamos?... hay una tendencia en el mercado y no es necesariamente un lenguaje, y eso es HTML/Javascript... eso es el presente y el futuro... pero eso solo es del lado de cliente, del servidor puedes usar tecnologías como Java, C# y como nó: PHP... ¿Pero cuanto somos? si la respuesta es : Unos pocos, mi elección sería PHP, si no: Java... porqué no C#?... pues porque aunque C# es un Standar, está más plagado de patentes como un mercado popular lo está de ratas... en fin... C# es poco sin su flamante framewor, además que no es multiplataforma, ya que mono todavia esta en una implementacion básica de .net, al menos asi parece... hasta SUSE "le dio la espalda".
Por lo anterior, la determinación del lenguaje de programación está  marcado por la cantidad de recursos con los que contamos... y yo cuento con $ 0.00, así que mi decisión es PHP.
¿Y la Base de Datos?
eso lo dejamos para luego....

El I.V.A. de Intereses por Créditos Comerciales en la Banca Popular.

¿Se puede omitir el traslado de I.V.A. por Intereses en Créditos  Comerciales?... buena pregunta, la verdad es que lo primero que debes de tener en cuenta que la Legislación emitida por la CNBV es con el fín de Regular Actividades, y la Legislación Emitida por la SHCP/SAT es para recaudar impuestos.
Luego entonces no debes confundir una legislación con otra, claro defiende hasta donde puedas y eso es tema para un libro, sin embargo para fines prácticos en una entidad de la Banca Popular, esta no debería omitir el Traslado de I.V.A. por Intereses en créditos comerciales... ¿Porqué?.

• La Legislación Fiscal dá la facilidad de omitir el traslado con una serie de requisitos como son el hecho de probar que fue para un fin 100% Comercial, regla todavía muy obscura y poco defendible.
• La legislación Fiscal no detalla que es un "Credito comercial" o en algunos casos de opone al concepto de "Crédito Comercial" emitido por la CNBV.
• Es difícil determinar en un sistema Automatizado Cuando es un Crédito Comercial para efectos del fisco, o lo sería poco exacto.

¿Entonces que se debe hacer?
Fácil, cobrarlo y enterarlo al fisco.

¿Que debe hacer el Cliente/Socio Contribuyente? El Contribuyente puede hacer su derecho por medio de la compensación del I.V.A. Trasladado o en su caso, Solicitar cantidades de I.V.A.  a favor por medio del Recurso de Deolución.

¿Se Afecta al Socio o la Microfinanciera? NO, la Microfinanciera cumple su obligación de trasladar y enterar el I.V.A. y el Socio Cotribuyente puede ejercer su derecho mediante Compensación/Devolución de I.V.A. Trasladado.

Dimes y dirites fiscales.

¿Como Hacer un Software para Microfinancieras?.- Parte I

Durante más de 12 años estuve especializando en Microfinanzas, en distintos cursos, viajes de encuentros, cruce de experiencias, legislación y normatividad, asi como en el puesto de Director de Finanzas que ocupé en una Sociedad de Ahorro y Préstamo. Todo ello me a dado a ganar basta experiencia en el campo de trabajo, dejen comenta que mi inclinación a la Microfinanzas es porque tiene un noble fin: Combatir la pobreza.
¿Pero porqué Sistemas?... aunque me profesión es Contador, la necesidad de mantener al día mi trabajo con poco presupuesto me ha obligado a Automatizar y eficientar mis tareas, así que desde 2003 he trabajado en la automatización de procesos en mi anterior empleo, primero creando una versión en  MS Access, después en Visual Basic y por último en HTML.
Esta serie de Artículos hablarán  el diseño de un software de Microfinanzas nuevo, su actual sitio está en www.opencorebanking.com.
Parte I : Planeación:
¿Que necesidades de información tiene una Microfinanciera? Es una pequeña pregunta con una gran respuesta... básicamente dependerá del país en que esté(legislación), la variedad de productos , la necesidad de crecer, su mercado meta y su objetivo de información, por los tanto el software debe contar con una principal característica: Adaptable.
¿En que debería basarse?.. No hay modelo perfecto, pero  si "mandamientos" como los siguientes:

1. "Mandamientos Basilea" : Reglas para el manejo de Riesgo Crediticio reunidos en un documento acordado por  en la convención de Basilea I y II. Estas reglas son una tendencia en todos los países, aunque gradualmente se ha venido integrando.
2. "Mandamientos Legales" : Reglas e la Legislación propias de un país.
3. "Mandamientos AML" : Reglas para el manejo de prevención del Lavado de Dinero, esto se ha hecho una necesidad en todo país que quiera ser incluido en la ONU, más info desde aquí.
4. "Mandamientos de las Buenas Prácticas":  Su nombre lo dice, y esos son Buenas prácticas en el sector.
5. "Mandamientos Internos": Todo lo que la microfinanciera quiere agregar:

Con todo esto, el Sistema debe tener otra característica: Modular.

¿En que tiempo debería Completarse?... un software nunca deja de crecer, o nunca debería... así que la implementación básica debe contar con el manejo basico de :

1. Personas: Datos, domicilio, Actividades, etc.
2. Colocación: Creditos o prestamos. Planes de Pago
3. Captación: Cuentas la Vista, Inversiones y Sistemas Mutualistas(tandas).

 

bueno aquí me quedo por ahora. ...