It should be possible to restrict access in a more fine-grained manner. E.g. there could be a user that should only be able to create dispatch lists and not see any prices. More explanation in Finnish:

LASKUTUS/Laskut

Haut palauttavat vain Lähetyslista-tilassa olevat laskut.

Lähetyslistoista näytetään:

• Päivämäärä
• Nro
• Laskuttaja (= Lähettäjä)
• Asiakas
• Laskun nimi (= Lähetteen nimi)

Pitää pystyä tekemään uusi lähete.

LASKUTUS/Laskut/Laskun tiedot

• Laskuttaja (= Lähettäjä)
• Laskun nimi (= Lähetteen nimi)
• Asiakas
• Laskunro (= Lähetteen nro)
• Asiakkaan viite
• Laskupvm (= Lähetteen pvm)
• Tilaksi Lähetyslista (ei voi muuttaa tällaisen käyttäjän toimesta)
• Arkistoitu-ruksi
• Lisätiedot (molemmat)

Tulostuspainikkeet:

• Lähetysluettelo

Ja laskuriveistä:

• Tuotteen nimi
• Tarkenne
• Pvm
• Lkm
• Yksikkö
• Rivinro

Myöskään summia EI näytetä (Arvonlisäveroton hinta yhteensä, Arvonlisävero yhteensä, Arvonlisäverollinen hinta yhteensä).

ARKISTO/Arkistoidut laskut

Haut palauttavat vain lähetyslistoja ja niistä näkyvät samat tiedot kuin ym.

Add support for translation of print template buttons (e.g. Lasku = Invoice (Finnish))

Make it possible to select which information fields to display in invoice so that it's easy to e.g. hide the customer number.

E.g. Google provides a geocoding API (https://developers.google.com/maps/documentation/javascript/geocoding) that could perhaps be used to autocomplete addresses.

Add support for automatic email invoicing in specified intervals.

"Saisiko samantien automatiikan, että voi laittaa esim. kk-laskuja menemään halutulla kk-laskutusjaksolla, ja näihin tulisi automaattisesti aina uudet viitetiedot, jotta laskujen maksun seuraaminen olisi helppoa? :) Valinta kuukausilaskutusjaksolle olisi hyvä olla vapaa, eli saisi itse valita lähettääkö esim. kk:n, 6kk:n vai 12kk:n laskuja, ja tämä toimisi automaattisesti, eli lasku lähtisi määriteltyyn sähköpostiin n. aikaa tai vaikka ennalta määritetyn ajanjakson ajan."

In Finnish: Voisiko laskujen toimintaan lisätä ominaisuuden, jossa lisättäessä laskun Maksupvm, muuttuisi laskun tila automaattisesti Maksettu-tilaan?
Maksujen käsittelyyn voisi myös lisätä mahdollisuuden kirjata maksettu summa. Tällöin, jos maksettu summa on eri kuin laskun summa, laskun tilaksi tulisi esim. "Selvitettävä".
Kirjauksen oletuksena voisi olla laskun summa.

It should be possible to select a user that's responsible for the invoice. The name should be displayed in the right hand side information section in the invoice.

The invoice row display creation stops with a JavaScript error when it encounters a row with deleted product.

Add support for sending basic invoice information via SMS. E.g. bulk.fi provides an API. Would be also useful for reminders.

Add support for automatic database upgrades when a new version is installed and permissions are sufficient. Otherwise inform user about required changes.

Streamline workflow by making it possible to designate a company the default one when creating a new invoice and multiple companies exist.

It should be impossible to use same user id for multiple users, but this is currently not checked or enforced at the database level.

"Minulla saattaa olla asiakkaalle useampia osoitteita: laskutusosoite, käyntiosoite, postitusosoite ja rakennuskohteen osoitteet voivat kaikki olla eriä. Olisi kiva jos asiakastietoihin voisi laittaa näitä tietoja esim. alasvetovalikosta "lisää tietoja" tms. Jos voisi itse määrittää mitä lisätietoja ym. niin kaikki voisivat muokata haluamakseen. "

Invoice states are not properly translated in report forms and reports. Unit types are not properly translated in product report.

Make it possible to mark invoices received based on an account statement from the bank.

Problem: no common format for statement downloads, so at least examples from different banks are needed. It also seems that API's that banks provide are poorly suited for use with web-based software and/or complicated.

Delivery address in addition to invoicing address. Default location below invoicing address.

Add possibility to add a long extra text to invoice rows. The text would be printed wide on its own row below the invoice row in the invoice.

Add company types, e.g. company, individual, foreign that would affect fields/field labels and perhaps printout contents.

Need to determine how the fields and printouts should be affected.

Make it possible to add UI and printout translations without changing the code. Add also possibility to override default translations locally without having to change the files in the distribution.

The database structure prevents adding an invoice row with price higher than 10000. Need changes such as:

ALTER TABLE vllasku_product CHANGE COLUMN unit_price unit_price decimal(15,5);

ALTER TABLE vllasku_invoice_row CHANGE COLUMN price price decimal(15,5);

ALTER TABLE vllasku_product CHANGE COLUMN discount discount decimal(4,1) NULL;

ALTER TABLE vllasku_invoice_row CHANGE COLUMN discount discount decimal(4,1) NULL; 

Add a way to quickly add a new product when adding invoice rows.

Switch to tcpdf transactions when printing invoice rows so that it's not necessary to start from beginning if the rows don't fit in the space on the first page.

There should be an event history for invoices displaying e.g. the history of status changes.

It should be possible to create a set of invoices (repeated at set interval) that are sent to the client in a single batch.

Upgrade datatables and switch them to use JSON so that not all rows need to be loaded at page load.

Add configurable text fields to invoices above and below items for additional information.

It should be possible to configure whether the recipient's email address is displayed in the invoice.

Add support for multiple email templates that could be chosen from when sending email.

Add secondary sort fields in invoice lists, e.g. date + invoice number.

Add support for invoices that repeat once a month or year. It should be possible to select the interval and next invoice date. Then the system should notify user when there are invoices due for processing.

Related to issue #4, which would automate the processing.

Add a version of dispatch note that includes also prices.

Should display normal recipient street address in form and billing address only in the invoice header.

Make the bold text in first and second notification modifiable in settings so that the user doesn't need to modify any code to customize the texts.

Extended search currently only allows a field to be used once. It should be possible to add an arbitrary number of fields to the search terms and repeat them as necessary.

Maksumuistutuksia tulostettaessa olisi kiva, että tiedoston nimi muuttuisi esimerkiksi muotoon maksumuistutus1_laskunro.pdf tai muistutus2_laskunro.pdf. Tähän voisi olla myös asetuksissa tekstikenttä jolla saa 1. ja 2. maksumuistutuksen nimet säädettyä haluamakseen. Näin on helpompi arkistoida laskuja, kun muistutukset ovat erilään, eivätkä vahingossakaan korvaa alkuperäistä laskua tiedostoarkistossa.

There should be a summary of client's invoices in the client screen alongside a link to client's all/open invoices. Currently extended search or list filtering is needed to list client's invoices, which is unnecessarily cumbersome.

Add user-specific access permissions so that the system could be used for multiple users without them being able to see and/or modify information belonging to other users.