Re: [ubl-dev] makeaneinvoice.com

[Enxendra Technologies <info@enxendra.com>]

Many thanks for your comments Stephen. Make us happy your interest in the site!
I answer on your mail:

Stephen Green wrote:

92040e120911041453vf2bb422pb99b4f3da9368669@mail.gmail.com" type="cite">

Wonderful site/provision. Congratulations!

A few comments:

I think there should be a question/answer in the FAQ about
why the expiration data is needed (for the signature, not for
the UBL invoice).
  

I add here your next mail to answer it together

"I've tried creating an invoice (without a certificate) - great
- and now I realise that the expiration section relates to the
payment due date. I think this is not so obvious (I first thought,
wrongly it seems, it related to the certificate/signature expiry).
I don't think an invoice 'expires' when payment is due. It carries
on being valid as an invoice because if payment is not made
it has to still be valid and maybe enforceable. So I think this
section needs to be renamed, perhaps to 'payment due details'."

You're right. Expiration date is really Payment date. We will change this name to make it clear.
About why this data is needed it's a restriction on the site. We know that in UBL is not required but still we thought that we should establish a few additional data as required. 
So we follow your advice to include a new question / answer in the FAQ explaining this.

92040e120911041453vf2bb422pb99b4f3da9368669@mail.gmail.com" type="cite">

It isn't clear what is the "Total" in "Total Summary" section
  

You're right. We must especify that this "Total" is "Total to pay".

92040e120911041453vf2bb422pb99b4f3da9368669@mail.gmail.com" type="cite">

I think there should be a question/answer in the FAQ about
why the party Fiscal id is needed (for the signature, not for
the UBL invoice? the UBL invoice doesn't make it mandatory).
  

This case is the same as previous payments.
We will add the question / answer in the FAQ.

In any case it is not our intention that the website is fully closed. We are willing to make any changes deemed necessary to improve overall service to people. So if you advise us to change these points to make them not mandatory, we will do it.

92040e120911041453vf2bb422pb99b4f3da9368669@mail.gmail.com" type="cite">

It isn't immediately clear that you have to click "add an invoice
line" before the invoice line gets added (it is ambiguous - add
invoice line could mean 'add another invoice line' - so if there
is just one line it isn't obvious you have to click this). It does
quickly become apparent though that you have to click this
when you look at the total which doesn't include the line
amount until you click it.
  

You're right. We know this and we will change it for do it more easy.

92040e120911041453vf2bb422pb99b4f3da9368669@mail.gmail.com" type="cite">

Maybe you should ask people to create a userid and login
but you also need an assurance of whether the data people
enter is stored against their userid if you do that (see also next
comment).

I think you need to include a privacy policy statement to
ensure people are aware what happens to data they enter -
whether it is stored on the server, who might have access to it
and how long it is stored. Maybe something about this in the
FAQ too. Maybe you should have a checkbox for the user to
tick to state that they have read and agree to the privacy policy
before they can continue to create the invoice. It also needs to
include assurance of what will be done with their certificate -
whether it is stored on the site server at all and who can access
it, etc.
  

The failure here is that we have forgotten to include a question / answer in the FAQ explaining what we do with the data.
We don't store any data. In fact the service does not use a database. So we think is not needed to include any privacy policy.
About the certificate is the same. The signing is done locally on the user computer, which the server has no access to certificates.
Privacy in this service is indispensable for us.

92040e120911041453vf2bb422pb99b4f3da9368669@mail.gmail.com" type="cite">

Some people might want some assurance of how long this site
will likely be available and whether it will always be free to use.
  

The site will be available indefinitely and always will be free. Our intention is to improve it, but not charge for its use.
We are currently working on a premium service called eninvoice (http://www.enxendra.com/en/eninvoice), allowing many more possibilities, but makeaneinvoice.com will remain active and free.

92040e120911041453vf2bb422pb99b4f3da9368669@mail.gmail.com" type="cite">

Maybe also make it clearer that the invoice produced is a UBL
2.0 one since only people whose systems can process UBL 2.0
can receive the invoice this way - but I realise that accompanying
it with a PDF might alleviate this a bit.
  

You're right. We always specify that the final invoice is in UBL 2.0 format.

92040e120911041453vf2bb422pb99b4f3da9368669@mail.gmail.com" type="cite">

All in all it is so excellent to have such a web facility available.
  

Thanks so much, Stephen!

92040e120911041453vf2bb422pb99b4f3da9368669@mail.gmail.com" type="cite">

Many thanks.

Best regards
---
Stephen D Green




2009/11/4 Enxendra Technologies <info@enxendra.com>:
  

Hello,

Enxendra has done a free web site to make signed UBL 2.0 invoices:

www.makeaneinvoice.com

You can make the invoices with or without signature. To generate the
signature you only need a digital certificate.

We thank Ken Holman and Oriol Bausà their help.

Any comments about the web are welcomed.

Thanks.

Enxendra Technologies
www.enxendra.com

    

---------------------------------------------------------------------
To unsubscribe, e-mail: ubl-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: ubl-dev-help@lists.oasis-open.org