Re: [LemonPOS-general] Implement Invoice
Status: Beta
Brought to you by:
mchavezg
From: Miguel C. G. <mi...@le...> - 2011-04-28 20:20:04
|
Hi, I will answer briefly. Fristly, Im also from Mexico. On Thu, Apr 28, 2011 at 2:23 PM, Metamorfosys <in...@me...> wrote: > Hi Benjamin, > > thank you for answering so quickly. > > On Do, 2011-04-28 at 12:56 -0400, Benjamin Burt wrote: > > Hello Andrea, I am not the main programmer but I was wanting to get > > back to you on your questions. For right now there is not a formal > > invoicing implementation in the program. The closest thing is that you > > can suspend a sale and have it print a receipt but you can not add any > > special notes or job information to it. As of right now we have been > > looking over the program and working out some of the main bugs (we > > just fixed some of the printing code). I do not have all the > > information you need but Miguel can fill in what I do not cover. > > > > >> would it be a good idea to try to deploy this feature at first with > > a core-functionality? Or would it be better just to implement a > > >>country-specific module (in this case just for mexico)? > > I would say a core functionality because from my understanding of > > invoices is that it is real just a receipt with added > > information about material and Job requirements. (Those are the main > > types I have see/dealt with). > > > ... normally yes, but the problem with the invoice-info needed in mexico > is that they are absurdly complicated. You just can't calculate and add > an incrementing code or number or somthing like that on it like in other > countries, but you need to get some number (folios)-series from the > financial office, with an auth. number and so on, and from these you can > calculate the incrementing invoice-numbers. And this information along > with a bidimensional barcode (also acquired from the them) must be > included in each invoice. So this would mean changes on the database > too. So that's why a lot of the work would be completely irrelevant for > most countries and at some point it should really get to be a module. > Maybe a core functionality for the printing and block-oriented infos? > And in a country-module the "folios" and other needed > country-specific-features, like the need to write the total-sum to pay > in written numbers too. That was a really annoying requirement too by > the way. > As you said, this is a problem to be solved as a plugin/module, due to requirements of each country. I have avoided this part because of the time needed to complete the feature for my country and for a couple of countries that people have asked for this (also because of complexity, differences between countries, and law changes from time to time). > > I have been working in another webproject (python and django) which also > needed invoice printing (through pdf), and I could try to port the most > of it to C++. Well you could share this part of the code (just the invoice generation code) in github, i have been working for 3 months with django also, and i have been thinking in moving lemonpos from C++ to python, using the django ORM (but lemonpos has a lot of code, maybe starting from scratch). > > >> where/how would be the best way to contribute this? > > As of right now we recommend that people create a clone on > > http://gitorious.org/ and once you have to code working in you clone > > pushing it to the main project > > git://gitorious.org/lemonpos/lemonpos.git . > > > > I already opened a gitorious account today... and I had cloned the > project in github too, because I already owned an account there... I > like github, but I guess gitorious would definitely be the easier-better > way. > cloning in github is fine too. > > > If you do not mind me asking. > > > > Are you the programmer? > > Yes > > > If so how familiar are you with C++ and kde/Qt4 programming? > > Well I started programming with C/C++ on Windows and worked on a project > a long time ago in C++ (but Visual Studio though)... afterwards I really > didn't got much to do on the C++ field. The past years I have been > working mainly as a webdeveloper and migrated 100% to linux (ubuntu and > gentoo). Had lots of python and some php-projects and a few C# projects > in VS. > > I have been playing a bit with python/qt on my spare-time, but only some > "hello world" apps. Nothing serious. > > So I wouldn't be completely lost here, but my C++ is really dusty and > surely not the best ;-) And my qt-knowledge is in the newbie-level. > > > What type of business invoices do you need? construction, repair, > > equipment sales...? > > When do you need this implemented? > > It would be a sales invoice for a wine-store, and I (we) need it for > this coming Saturday ha ha ha, :-D, but i convinced my brother to use a > python-external-app-hack for a while (which I'm planning to use adapted > from the other project I mentioned above), until we get an integrated > solution in lemon. > By the way, i can share some links regarding invoice generation for Mexico, using unix. http://cofradia.org/2010/12/18/how-to-de-facturacion-electronica-para-unixeros-generacion-de-sellos/ http://cofradia.org/2010/12/29/how-to-de-facturacion-electronica-verificacion-de-facturas/ http://cofradia.org/2010/12/23/quienes-deben-utilizar-el-codigo-de-barras-bidimensional/ http://cofradia.org/2010/12/23/codigo-de-barras-de-2d-qr-quick-response/ http://cofradia.org/2011/03/27/convirtiendo-facturas-electronicas-del-xml-a-pdf/ http://www.ready2fill.com/3509/presentacion-esquema-de-facturacion-electronica-2011/ http://www.correolibre.net/wiki/index.php?title=P%C3%A1gina_Principal > > > > Thank you for the questions :) > > > > Benjamin Burt > > Thank you, > Andrea la Huerta > > > > On Thu, Apr 28, 2011 at 6:12 AM, Metamorfosys <in...@me...> > > wrote: > > Hi, > > > > i was wondering, if an invoice implementation has been planned > > and if > > not, if it would make sense as a general feature for lemonpos. > > At the > > moment we're about to start using lemonpos but we need an > > invoice > > implementation here afaik (Mexico) and the receipts have not > > enough > > information if someone needs an invoice here. So we really > > need this > > feature. > > > > So the questions are: > > > > - would we need to implement this feature from scratch? > > - which would be the best places/functions as a starting > > point? > > - would it be a good idea to try to deploy this feature at > > first with a > > core-functionality? Or would it be better just to implement a > > country-specific module (in this case just for mexico)? > > - where/how would be the best way to contribute this? > > > > Thanks > > Andrea de la Huerta > > > > > > > > > > > ------------------------------------------------------------------------------ > > WhatsUp Gold - Download Free Network Management Software > > The most intuitive, comprehensive, and cost-effective network > > management toolset available today. Delivers lowest initial > > acquisition cost and overall TCO of any competing solution. > > http://p.sf.net/sfu/whatsupgold-sd > > _______________________________________________ > > Lemonpos-general mailing list > > Lem...@li... > > https://lists.sourceforge.net/lists/listinfo/lemonpos-general > > > > > > ------------------------------------------------------------------------------ > WhatsUp Gold - Download Free Network Management Software > The most intuitive, comprehensive, and cost-effective network > management toolset available today. Delivers lowest initial > acquisition cost and overall TCO of any competing solution. > http://p.sf.net/sfu/whatsupgold-sd > _______________________________________________ > Lemonpos-general mailing list > Lem...@li... > https://lists.sourceforge.net/lists/listinfo/lemonpos-general > -- *Miguel Chavez Gamboa* *LemonPOS, an opensource point of sale.* http://www.lemonpos.org/ Do you want to support the development? Donations accepted via paypal: https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=5650578 |