Re: Facturación electrónic

La palabra en Esperanto es Fakturo (1), perdón por el error, típico problema
de dedos más rápidos que el cerebro.

(1) http://eo.wikipedia.org/wiki/Fakturo

Saludos.

El 11 de noviembre de 2008 9:25, Mario Fuentes <[email protected]> escribió:

> Hola
>
> Comparto la visión de Juancri respecto a que se debe comenzar por el
> backend con la funcionalidad estándar para el manejo de documentos
> tributarios electrónicos (aka DTE). Los frontends llegarán con el tiempo si
> son necesarias.
>
> Respecto al nombre, pense que habíamos superado los openX, Xlibre, gX.
> monoX, kX, freeX, etc.  Busquemos algo mejor, quizás alguna palabra en latin
> referente a la facturación, o en Esperanto, esto último para representar el
> caracter de electrónico (Farkuto = Factura en Esperanto).
>
> Sobre el hosting, escoger uno que los potenciales colaboradores frecuenten
> o estén acostumbrados.  Lo mismo para las codings guidelines, que el código
> sea familiar al a comunidad de MONO.
>
> Finalmente, no vi referencia a la licencia a utilizar.  Es un tema de
> extrema importancia para el éxito de un proyecto.  Sobre todo si se creará
> una biblioteca para el manejo de DTE, esta puede ser de interés para
> empresas que no puedan liberar código, o bien requieran cambios que no se
> pueden publicar, por lo tanto propongo una licencia tipo BSD, Apache o X11.
>
> Atento a sus comentarios.
>
> Saludos
>
> El 10 de noviembre de 2008 23:42, Juan C. Olivares <[email protected]>escribió:
>
> Me gustaría contarles mi propia visión del sistema. Son sólo ideas, nada
>> definitivo.
>>
>> Creo que deberíamos comenzar con el backend. Esto es, definiendo los
>> componentes genéricos y luego dejando partes extensibles para distintas
>> implementaciones de facturación electrónica, según las regulaciones locales
>> de cada país.
>>
>> Como mencioné en el primer email, me gustaría además utilizar Workflow
>> Foundation, ya que los procesos de facturación tienden a ser resueltos más
>> simplemente a través de procesos en un workflow.
>>
>> Algunas funciones que podrían ser necesarias son, por ejemplo:
>>
>> - Firmado
>> - Verificación
>> - Envío
>> - Render
>>
>> Una vez resueltas las actividades (que podrían ser finalmente estas u
>> otras), podemos crear clientes. El caso de iFolder, ellos crearon tres
>> clientes gráficos:
>>
>> Gtk# para Linux
>> Cocoa# para MacOS
>> Windows Forms para Windows
>>
>> Pero perfectamente podríamos usar sólo Gtk#. Como sea, creo que este paso
>> está demasiado lejos todavía. El tener una base sólida permitirá que
>> cualquiera que quiera crear un nuevo frontend, pueda hacerlo. Esto incluye
>> ASP.NET, Moonlight, consola, etc, etc (*AGREGA TU FRONTEND AQUÍ!*)...
>>
>> Nuevamente, creo que es algo demasiado lejano todavía. Por supuesto que
>> tendremos la independencia de plataforma en mente siempre, es el espíritu de
>> Mono. Les sugiero que superemos primero la etapa del nombre y el hosting,
>> luego podremos discutir largo y tendido sobre el diseño :)
>>
>> Atte,
>> Juan C. Olivares
>>
>> 2008/11/10 Sergio J. Alva Carbajal <[email protected]>
>>
>>> Me parece bien el hecho de que este tipo de proyectos se esten gestando
>>> de modo libre. Me interesa mucho la idea de participar con uds. en lo que
>>> sea posible.
>>>
>>>
>>> Solo me quedaría la duda en que plataforma se iniciaria el proyecto. Como
>>> lo menciona chilli coder, para poder entrar fuerte con el usuario promedio,
>>> tendría que tener la funcionalidad completa independiente de la plataforma,
>>> pero sin perder el enfoque de que esto es orientado a software libre y
>>> facilitar el cambio.
>>>
>>>
>>> Saludos.
>>>
>>> 2008/11/10 Martin Trejo <[email protected]>
>>>
>>> Hola a todos,
>>>> Me parece interesante que varios miembros de la lista estén interesados
>>>> en este proyecto. Igualmente me gustaría participar en el mismo y de inicio
>>>> estas son mis propuestas:
>>>>
>>>>  Hosting: Google Code
>>>> Proyecto: FacturaLibre
>>>>
>>>> En relación al comentario que se hizo sobre el desarrollo sobre Gnome
>>>> (así lo entendí), mi propuesta es desarrollarlo de una manera en la que no
>>>> se amarre la implementación con la interface.
>>>>
>>>> Además, pensando en que el proyecto pareciera enfocado a PyME's, la
>>>> verdad es que creo que se debe considerar una GUI que también se pueda
>>>> ejecutar sobre Windows.
>>>>
>>>> ¿Por qué esta consideración? Me parece que el primer mercado usuario de
>>>> esta aplicación tiene como plataforma primaria Windows. ¿Entonces como los
>>>> interesamos en sistemas operativos libres? Ofreciendo algo que pueden
>>>> utilizar en ambos universos. Si pueden usar la app de Facturación en los
>>>> equipos que usan hoy y también lo podrán utilizar cuando cambien a sw libre,
>>>> les estamos facilitando las cosas.
>>>>
>>>> Saludos,
>>>>
>>>> Martín Trejo Chávez
>>>>
>>>>
>>>>
>>>> 2008/11/10 Alexis Araya <[email protected]>
>>>>
>>>>> Nombre  - FacturaSharp
>>>>>
>>>>> Host.    : - Asembla.  http://www.assembla.com/
>>>>> Para mi el Host, con las mejores herramientas colaborativas.
>>>>>
>>>>> Saludos.
>>>>>
>>>>> alexis
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> El 10 de noviembre de 2008 5:46, Juan C. Olivares <[email protected]
>>>>> > escribió:
>>>>>
>>>>>>  Alberto:
>>>>>>
>>>>>>
>>>>>>> Gnome.
>>>>>>> Yo creo que tenemos que echar una manita con la aceptación de Mono en
>>>>>>> el mundo Gnome y si consiguieramos que nos dejaran crear un proyecto en sus
>>>>>>> servidores y utilizar su svn sería bastante significativo.
>>>>>>
>>>>>>
>>>>>> Aunque creo que damos por hecho que debería existir un cliente gráfico
>>>>>> para GNOME, el core del sistema probablemente serán bibliotecas y servicios,
>>>>>> por lo cual creo que podría ser complicado hostear el proyecto bajo el alero
>>>>>> de GNOME. Tal vez el proyecto escapa a los lineamientos principales de
>>>>>> GNOME. De todas maneras, no tengo claro los requisitos para el host en GNOME
>>>>>> ¿alguien lo puede aclarar?.
>>>>>>
>>>>>> Novell.
>>>>>>
>>>>>> Ha apoyado a otros proyectos de miembros de esta lista como el
>>>>>>> MonoUML.
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> SourceForge
>>>>>>> Tiene muchísimo tirón en el mundo del software libre.
>>>>>>
>>>>>>
>>>>>> Sólo propuse Google Code porque me parece más agradable :)
>>>>>>
>>>>>> Atte,
>>>>>> JCO
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Mono-hispano mailing list
>>>>>> [email protected]
>>>>>> https://listas.hispalinux.es/mailman/listinfo/mono-hispano
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Alexis Araya S.
>>>>> http://aarayas.blogspot.com
>>>>> /* La Amistad se Pierde, Cuando la Envidia Crece */
>>>>>
>>>>> _______________________________________________
>>>>> Mono-hispano mailing list
>>>>> [email protected]
>>>>> https://listas.hispalinux.es/mailman/listinfo/mono-hispano
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Mono-hispano mailing list
>>>> [email protected]
>>>> https://listas.hispalinux.es/mailman/listinfo/mono-hispano
>>>>
>>>
>>>
>>>
>>> --
>>> Sergio J. Alva Carbajal
>>> http://radamanthys-x.blogspot.com
>>>
>>> _______________________________________________
>>> Mono-hispano mailing list
>>> [email protected]
>>> https://listas.hispalinux.es/mailman/listinfo/mono-hispano
>>>
>>
>>
>> _______________________________________________
>> Mono-hispano mailing list
>> [email protected]
>> https://listas.hispalinux.es/mailman/listinfo/mono-hispano
>>
>
>
>
> --
> Mario Fuentes
> E-mail: [email protected]
> Móvil: +56-9-98798149
>



-- 
Mario Fuentes
Ing. (E) en Computación e Informática
E-mail: [email protected]
Móvil: +56-9-8798149

_______________________________________________
Mono-hispano mailing list
[email protected]
https://listas.hispalinux.es/mailman/listinfo/mono-hispano