Re: [GNC-dev] Country specific Invoices

[Mihai Demian]

Hello,
On the Romanian side of things, there are two java apps that perform the 
validation, found here
https://mfinante.gov.ro/web/efactura/informatii-tehnice
Since the page supports only Romanian, "valodatoare" means validation app.

I will start reading and learning guile and try to come up with something 
useful.
Thank you.

On 19 January 2024 06:11:58 EET, john  wrote:
>The simplest way would be to obtain or write a script in javascript to obtain 
>the validation code. You'd insert that into a custom invoice report and 
>display the result somewhere on the resulting invoice. 
>
>The main downside of that approach is that you'll be querying for the 
>validation code every time you run the report. If the API gives you the same 
>validation code every time you send it the same information without complaint 
>then that's not a problem. If it is a problem then the best alternative would 
>be to add a persistent report option and use Guile's web client 
>(https://www.gnu.org/software/guile/manual/html_node/Web-Client.html) module 
>to fill in the validation code and figure out some place to store it.
>
>Regards,
>John Ralls
>
>> On Jan 18, 2024, at 09:03, Carlos R. Pasqualini via gnucash-devel 
>>  wrote:
>> 
>> El jue, 18-01-2024 a las 14:38 +0100, Frank H. Ellenberger escribió:
>>> Hello Carlos,
>>> 
>>> Am 18.01.24 um 12:13 schrieb Carlos R. Pasqualini via gnucash-devel:
 Hello
 
 I am starting to using GNUCash for personal use, It's Great
 
 Immediately started to searching ways to implement it on my small
 business, in Argentina, where we need to interact with  a
 government's
 API to post some information and get a code that must be present on
 the
 invoice to be a legal document.
>>> 
>>>  From my understanding of your description you should enter the code
>>> as 
>>> Company ID. See
>>> https://www.gnucash.org/docs/v5/C/gnucash-manual/book-options.html#business-book-options
>>> 
>> 
>> The Company ID is what we call CUIT which identified the Physical or
>> Juridic Person. On other countries in South America (Brasil, Uruguay)
>> it's called RUT.
>> 
>> The code I'm talking it's a transaction validation code, kind of CRC o
>> hash, but numeric only and is generated/assigned by government's
>> software and not on our side.
>> 
 I came across a recent mail on this list which I can not respond
 to:
 https://lists.gnucash.org/pipermail/gnucash-devel/2024-January/046877.html
 
 I would be thankful if John or anyone else can explain a bit
 further
 how that country-specific implementation will need to be done and
 how
 to distribute it in a way that other people can use it. Is there
 any
 plugin or extension interface we need to attach to? Or I can make
 the
 invoice to me sent to another API in a way that the development can
 be
 done there, outside of GC?
 
 
 Thanks
 
>>> I will add a few thoughts on that thread.
>>> 
>>> Regards
>>> Frank
>> 
>> Thanks
>> 
>> -- 
>> Carlos R. Pasqualini
>> ___
>> gnucash-devel mailing list
>> gnucash-devel@gnucash.org 
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
>___
>gnucash-devel mailing list
>gnucash-devel@gnucash.org
>https://lists.gnucash.org/mailman/listinfo/gnucash-devel

-- 
Trimis de pe telefon utilizand K-9 Mail.
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Country specific Invoices

[john]

The simplest way would be to obtain or write a script in javascript to obtain 
the validation code. You'd insert that into a custom invoice report and display 
the result somewhere on the resulting invoice. 

The main downside of that approach is that you'll be querying for the 
validation code every time you run the report. If the API gives you the same 
validation code every time you send it the same information without complaint 
then that's not a problem. If it is a problem then the best alternative would 
be to add a persistent report option and use Guile's web client 
(https://www.gnu.org/software/guile/manual/html_node/Web-Client.html) module to 
fill in the validation code and figure out some place to store it.

Regards,
John Ralls

> On Jan 18, 2024, at 09:03, Carlos R. Pasqualini via gnucash-devel 
>  wrote:
> 
> El jue, 18-01-2024 a las 14:38 +0100, Frank H. Ellenberger escribió:
>> Hello Carlos,
>> 
>> Am 18.01.24 um 12:13 schrieb Carlos R. Pasqualini via gnucash-devel:
>>> Hello
>>> 
>>> I am starting to using GNUCash for personal use, It's Great
>>> 
>>> Immediately started to searching ways to implement it on my small
>>> business, in Argentina, where we need to interact with  a
>>> government's
>>> API to post some information and get a code that must be present on
>>> the
>>> invoice to be a legal document.
>> 
>>  From my understanding of your description you should enter the code
>> as 
>> Company ID. See
>> https://www.gnucash.org/docs/v5/C/gnucash-manual/book-options.html#business-book-options
>> 
> 
> The Company ID is what we call CUIT which identified the Physical or
> Juridic Person. On other countries in South America (Brasil, Uruguay)
> it's called RUT.
> 
> The code I'm talking it's a transaction validation code, kind of CRC o
> hash, but numeric only and is generated/assigned by government's
> software and not on our side.
> 
>>> I came across a recent mail on this list which I can not respond
>>> to:
>>> https://lists.gnucash.org/pipermail/gnucash-devel/2024-January/046877.html
>>> 
>>> I would be thankful if John or anyone else can explain a bit
>>> further
>>> how that country-specific implementation will need to be done and
>>> how
>>> to distribute it in a way that other people can use it. Is there
>>> any
>>> plugin or extension interface we need to attach to? Or I can make
>>> the
>>> invoice to me sent to another API in a way that the development can
>>> be
>>> done there, outside of GC?
>>> 
>>> 
>>> Thanks
>>> 
>> I will add a few thoughts on that thread.
>> 
>> Regards
>> Frank
> 
> Thanks
> 
> -- 
> Carlos R. Pasqualini
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org 
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Country specific Invoices

[Carlos R. Pasqualini via gnucash-devel]

El jue, 18-01-2024 a las 14:38 +0100, Frank H. Ellenberger escribió:
> Hello Carlos,
> 
> Am 18.01.24 um 12:13 schrieb Carlos R. Pasqualini via gnucash-devel:
> > Hello
> > 
> > I am starting to using GNUCash for personal use, It's Great
> > 
> > Immediately started to searching ways to implement it on my small
> > business, in Argentina, where we need to interact with  a
> > government's
> > API to post some information and get a code that must be present on
> > the
> > invoice to be a legal document.
> 
>  From my understanding of your description you should enter the code
> as 
> Company ID. See
> https://www.gnucash.org/docs/v5/C/gnucash-manual/book-options.html#business-book-options
> 

The Company ID is what we call CUIT which identified the Physical or
Juridic Person. On other countries in South America (Brasil, Uruguay)
it's called RUT.

The code I'm talking it's a transaction validation code, kind of CRC o
hash, but numeric only and is generated/assigned by government's
software and not on our side.

> > I came across a recent mail on this list which I can not respond
> > to:
> > https://lists.gnucash.org/pipermail/gnucash-devel/2024-January/046877.html
> > 
> > I would be thankful if John or anyone else can explain a bit
> > further
> > how that country-specific implementation will need to be done and
> > how
> > to distribute it in a way that other people can use it. Is there
> > any
> > plugin or extension interface we need to attach to? Or I can make
> > the
> > invoice to me sent to another API in a way that the development can
> > be
> > done there, outside of GC?
> > 
> > 
> > Thanks
> > 
> I will add a few thoughts on that thread.
> 
> Regards
> Frank

Thanks

-- 
Carlos R. Pasqualini
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] xml for Romanian e-invoice

[Frank H. Ellenberger]

Am 10.01.24 um 22:28 schrieb John Ralls:

On Jan 10, 2024, at 12:50 PM, Mihai DEMIAN  wrote:

Hello,

My name is Mihai Demian, I am Romanian and I am one of many who has to 
implement the e-invoice system within six months.
I tried to look at the sources for GC but I did not make any sense of most of 
it. Although I am reading some books and trying to learn C programming, I did 
not make it past the textbook exercises
Starting January 1st, the Romanian government decided to change the law so that 
any invoice issued by any Romanian company has to send an xml invoice to the 
IRS-equivalent entity (ANAF). I found some examples that i attached. 
Unfortunately, those also don't make much sense.
There is a way of generating the xmls that I have to try 
here:https://www.anaf.ro/CompletareFacturaInitial/faces/factura/informatiigenerale.xhtml
  and technical information 
here:https://mfinante.gov.ro/ro/web/efactura/informatii-tehnice.
Do you know if there is the possibility of generating this kind of xml files 
from GC already?
If not, how hard would it be implement such a system?
How can I help?

It would be hard for a beginner programmer but not too hard for somebody who 
already knows Scheme (not C for this) and is familiar 
withhttps://www.gnu.org/software/guile/manual/html_node/Reading-and-Writing-XML.html.
 The implementor will also have to be fluent in Romanian in order to understand 
the specifications. I think that rules out anyone on the GnuCash team. You'll 
need to recruit someone to write and maintain it for you.

This sort of national specialization is generally out of scope for GnuCash so 
don't plan on contributing it.

Regards,
John Ralls


IIRC many countries like the EU and its members are promoting e-Invoices.
https://ec.europa.eu/digital-building-blocks/sites/display/DIGITAL/eInvoicing

https://ec.europa.eu/digital-building-blocks/sites/display/DIGITAL/Obtaining+a+copy+of+the+European+standard+on+eInvoicing 
shows a list of European and international standards and specs behind them.


I did not look in the details. It seems the base are
UN/CEFACT XML Industry Invoice D16B and
ISO/IEC 19845 (UBL 2.1) invoice and credit note
Perhaps we would later need regional customizations.

Just in case, someone wants to work in that direction. Working bottom up 
starting with a specific national form seems the wrong approach from my POV.


Regards
Frank
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Country specific Invoices

[Frank H. Ellenberger]

Hello Carlos,

Am 18.01.24 um 12:13 schrieb Carlos R. Pasqualini via gnucash-devel:

Hello

I am starting to using GNUCash for personal use, It's Great

Immediately started to searching ways to implement it on my small
business, in Argentina, where we need to interact with  a government's
API to post some information and get a code that must be present on the
invoice to be a legal document.


From my understanding of your description you should enter the code as 
Company ID. See

https://www.gnucash.org/docs/v5/C/gnucash-manual/book-options.html#business-book-options


I came across a recent mail on this list which I can not respond to:
https://lists.gnucash.org/pipermail/gnucash-devel/2024-January/046877.html

I would be thankful if John or anyone else can explain a bit further
how that country-specific implementation will need to be done and how
to distribute it in a way that other people can use it. Is there any
plugin or extension interface we need to attach to? Or I can make the
invoice to me sent to another API in a way that the development can be
done there, outside of GC?


Thanks


I will add a few thoughts on that thread.

Regards
Frank
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[GNC-dev] Country specific Invoices

[Carlos R. Pasqualini via gnucash-devel]

Hello

I am starting to using GNUCash for personal use, It's Great

Immediately started to searching ways to implement it on my small
business, in Argentina, where we need to interact with  a government's
API to post some information and get a code that must be present on the
invoice to be a legal document.

I came across a recent mail on this list which I can not respond to:
https://lists.gnucash.org/pipermail/gnucash-devel/2024-January/046877.html

I would be thankful if John or anyone else can explain a bit further
how that country-specific implementation will need to be done and how
to distribute it in a way that other people can use it. Is there any
plugin or extension interface we need to attach to? Or I can make the
invoice to me sent to another API in a way that the development can be
done there, outside of GC?


Thanks

-- 
Carlos R. Pasqualini
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel