It turns out, while InvoicePlane was previously fine with (or wanted?) the full template including the file extension, from version 1.7 on, you need to leave out the file extension. So instead of $invoice_template = ‘packingList.php’ you now need to use $invoice_template = ‘packingList’

Just leaving this here for future reference

ich habe mal eine Frage.

Aktuell nutze ich Invoice Ninja, aber da immer wieder neue Probleme auftreten und es einfach an vielen Stellen zu komplex mit eigenem Layout etc. ist, suche ich eine Alternative.

Ich bin auf InvoicePlane gestoßen, weiß aber nicht, ob es Rechtskonform mit dem deutschen Markt ist. Wir arbeiten deutschlandweit und brauchen InvoicePlane nur für die korrekte Angebots und Rechnungsstellung.

Danke im voraus!

danke

Hannes

- git add .
- git commit -m "snippet"
- git push

Is not the most difficult thing to do in the world.

Active8:

is that correct behavior

Yep, it’s correct behavior.

You are correct, i’ll explain another time.

For sure it’s correct to place that file in the GitHub repository for now. That will happen

• Open application/modules/setup/sql
• Add new file 042_1.7.1.sql
• Run your normal /setup, so it updates your database.

Alternative is to manually add that record to your ip_versions table

I haven’t yet been able to test it, as I’m registered with be.letspeppol.org, and apparently they don’t support importing XML files to be sent to customers (yet?).

Indeed, “LetsPeppol.org” currently doesn’t support importing XML invoices.
Perhaps this will become possible in the near future…
If you’re registered with LetsPeppol, why don’t you create your invoice in their interface?
It will then be validated and directly sent to your customer via the Peppol network.

Many thanks anyway

Take some coffee, it’s going to take a while:

• You’re missing versions 1.5.10 through 1.6.4
  That’s 8 versions
• Howeverrrrr… 1.6.0 is important and 1.6.2 is important

In 1.6.0 you’ll definitely run into some problems, so take extra time for that.
Version 1.6.2 has database updates, so don’t skip that one.

You can go to 1.6.0 directly. I haven’t done it, but you can do it.

From 1.6.0 you can go directly to 1.6.2, since that’s a database update, so you need to go to /setup afterwards

From 1.6.4 you can go to 1.6.4, but wait for 1.6.5 instead. It’s on its way

Compatibilities:

• Version 1.5.9 => compatible with PHP 5.x
• Version 1.6.0 till 1.6.4 and 1.6.5 => compatible with PHP 7.x
• Version 1.7.0 (and 1.7.1) => compatible with PHP 8.x

• If you’re running locally without Linux, set an alarm clock to make backups
• If you’re running Locally on Mac or on Linux, make a “cron job” to make backups
• If you’re running on a server with Linux set a cron job as well

I hope you’ve got your Docker back
You could do:
docker exec -it $(name-of-docker-container) bash -c "mysqldump param param param"
And that creates your backup every time you let your cron job run

And both tables have they’re .frm and .idb file on the directory of the DB.

Personally i would place those 2 files in a separate directory, they’re your last step of recovery

Install complete empty InvoicePlane in a new, empty database.
Copy over those 2 tables using your favorites database edit tool, (i always use phpMyAdmin)

With those extra 2 tables copied over you won’t have this error anymore

Now… depending on whether you had values in your old database in your custom_values for your custom_fields, do the following:

• Backup the new recovered database, without custom values
• Backup the empty database, you might need it some day
• Copy your recovered .frm and .ibd files in that new, empty database (maybe remove the old files for those 2 tables)
• Check phpMyAdmin to see if your custom values tables are there
• Check the rights of those 2 files
• Try to recover

if you have your values back, copy them over to your clean, recovered database
And of course re-backup your new, recovered database

• ip_invoice_custom
• ip_client_custom

And both tables have they’re .frm and .idb file on the directory of the DB.

I had version 1.5.9 running on a docker environment, but had a problem not related with InvoicePlane. The thing is that I didn’t have a backup of the DB, and finally I could copy the files of the DB directly from the directory (/var/lib/mysql/my_db).

Now I have same version runing on a normall installation. An I can access to the app and see the values of DB, but when I try to access to the links (invoices and clients), I had this error:

Can you help to fix it, any idea?

I’ve added it on github for you.

• fill in the official name and VAT-code
• set e-invoicing to yes for that client
• choose the correct template
• make a new invoice
• export the XML as you would a pdf … just choose XML instead of PDF

UblPeppolV21.php (802 Bytes)
UblPeppolV21Xml.php (19.8 KB)
put UblPeppolV21Xml.php in the folder application\libraries\XMLtemplates\ and UblPeppolV21.php in application\helpers\XMLconfigs\

• git clone InvoicePlane
• I have an idea: i want to change … to …
• git checkout -b feature/idea-from-forum

Hey Maintainers of InvoicePlane
I have an idea… i want to change … to …
Here is the PR.

It has been discussed on the forum (link to discussion).
Please pull my idea into the software so other users don’t need to copy/paste snippets

1. split the invoice template just after the starting <body> tag into a header part (named f.e. ip_head.php) and a body part (ip_body.php)
2. go to the <h1 class="invoice-title"> tag in the body part and add
   <?php ($h1Addition ?? ''); ?> just before the closing </h1>
3. delete </body></html> from the body part.
4. Create a new file with a distinct name (f.e. MyIp.php):

<?php
    require('ip_head.php');
    require('ip_body.php');
    echo "<pagebreak />";
    $h1Addition = " / Copy";
    require('ip_body.php');
?>
</body></html>

5. Under Settings-> Invoice use this file (MyIp) as template.

Let me get back to you

I signed in there, but couldn’t figure out how to use that site to get a sensible answer.

I am looking for simple fixes if possible, but thanks for your work anyway.

I have the same problem running IP 1.6.3 with php 8.1.34 where the word custom is prefixed before some (not all) of the client names.