Re: [GNC-dev] Country specific Invoices

2024-01-19 Thread Carlos R. Pasqualini via gnucash-devel 
Hi

El jue, 18-01-2024 a las 20:11 -0800, john escribió:
> 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.

The transaction with the AFIP API happens only once, on invoice
creation, that's why I asked for an interface like a plugin or
extension that can be added to the GNUCash invoice creation step and be
saved with GNC's stored data.

>  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.

This seems more likely, either by using guile to interact with the AFIP
API or to interact with a kind of microservice in between (and put all
the logic there).

> 
> 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
> 

Thanks

-- 
Carlos R. Pasqualini

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

Re: [GNC-dev] Country specific Invoices

2024-01-18 Thread 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

2024-01-18 Thread 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

2024-01-18 Thread 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] Country specific Invoices

2024-01-18 Thread 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