Jump to content

blesta_tester

Members
  • Posts

    35
  • Joined

  • Last visited

Everything posted by blesta_tester

  1. There is a bug with it, I don't know why yet. Last proforma I wrote the previous month was #41, then of course I accepted some payments, these proforma invoices got converted to a normal invoices, and I've tried to create proforma yesterday. It got #0 assigned. Yes, 0, that's not a mistake That's why I ask Blesta developers if they're going to fix that in 3.5, because they haven't fixed it in 3.4.2. Without EU invoicing we cannot use Blesta billing.
  2. Is it going to be fixed in Blesta 3.5? Because from what I see it hasn't been fixed in Blesta 3.4.2.
  3. Thank you! One strange thing is still left there, when proforma is converted to a real invoice: Invoice Date: 2015-02-15 Due Date: 2015-02-01 I'd recommend adding the same invoice day to due date field when proforma is converted. Another solution is to count proforma_date-invoice_date=difference, and add "difference" number of days to "due date".
  4. Can't wait to start using Blesta in EU Thank you!
  5. Great, thanks! Does it solve sequence in dates also (close date = invoice generated from proforma date)?
  6. Licensecart, but if that's one of the reasons preventing us and many others from moving to Blesta, shouldn't that be added to a poll? I think that "other" is too abstract for me to vote for. In addition to, all of the poll items are "feature requests" also. Thank you for understanding.
  7. Licensecart, thank you for a nice poll! Would you be willing to add "EU compatible billing/invoicing system" there? There are some strict tax/invoicing rules which should be followed, and Blesta still doesn not fulfill that for EU companies, so it prevents EU-registered companies from using it for billing/invoicing. And of course, we'd like Blesta to be fully compatible with EU rules.
  8. Paul, are we going to get this serious issue solved in 3.4.2?
  9. Yes, conversion date is also fine, as well as "Close" date, because when converting proforma to a real invoice (when payment is received) it becomes closed.
  10. Hello, When a proforma invoice is issued, the date of a real invoice (not proforma) should be the date the payment is received. Currently we have numbers/dates like that: Invoice 80 2015-02-02 (proforma 3) Invoice 81 2015-01-30 (proforma 1) Invoice 82 2015-02-01 (proforma 2) And our taxman visited us today... because it looks like a fraud in EU. Newer invoices with date older than old invoices. I hope you can get it fixed very soon, because no invoicing could be done in EU like that.
  11. It would be nice to have a feature, which would allow selecting multiple invoices and click "Download" button
  12. It would be great if Blesta could store proforma number on a real invoice (optionally). That is needed for accounting here. When clients do manual bank wires, they just write "Proforma 2" in description, for example, and when you manually accept the payment, proforma invoice is instantly changed to a normal invoice, thus accountant is not able to detect which invoice was the payment for. An option to store the proforma number on a real invoice would solve that (somewhat like "Generated from proforma-2" at the bottom or top of the invoice).
  13. I just want to have an ability to reply CC'ed addresses from Blesta, and blesta not to error in case CC is added As we currently don't have integration of any professional ticket management systems (like ArcticDesk, which could be integrated into WH**S), and no one has any plans to write integration plugin for Blesta, it would be great to bring blesta support module to a higher level, and adding "Reply to All" is one of the missing features.
  14. What if no order form was used to form the invoice? It was created using admin zone, "Create Invoice" feature. I don't see an option to select a gateway when creating a new invoice for a customer.
  15. Hello, If only 1 way is accepted for payments (a bank wire), it would be nice if it could be shown on invoices. Something like a text-area "Terms", that shows details on invoice. I see no other way now to provide details bank-wire, so that customer would have all the info in his mail (or attached invoice). Also, is it a bug, that is does not allow to select a radiobox if only "Offline Payment" gateway is installed? The link is sent to invoiced clients, but it allows to do nothing.
  16. It worked, thank you! Isn't it required for others to include the client's tax ID in invoices?
  17. Just a quick question, what to add to default_invoice_pdf.php template below: if (strlen($this->invoice->billing->company) > 0) $address .= $this->invoice->billing->company . "\n"; To show a client's tax ID there?
  18. Great! It would be nice to have "Tax ID" shown below the company name by default in PDF invoices, but I have changed that in default_invoice to fit my needs. You can close this thread now, sorry, I should have searched more for the way to set the "Tax ID".
  19. Hello, I miss the feature that would allow assign "Tax ID" to the companies added (using "Add company feature"). This way no "Tax ID" of my company is shown on invoices. No one else missing the feature?
  20. I think it would be nice to hide the word "Terms" on invoices if "Terms" textfield is empty in "Invoice customization".
  21. I agree with all of the listed feature requests. Most of them are crucial and we cannot use blesta for our ticketing system, that's why we are looking for other solutions now. I really hope that developers will add these simple features very soon, otherwise it would look a bit funny to call it a "Support & Billing solution" (billing is done really well, I like it, but not the support part).
  22. Hello, Does anyone miss the "delete" button in the invoice page? I think most of us firstly create invoices just to test if everything works correctly, when we change logo, we test that again to see how it looks like etc., and there is no ability to remove the invoices created just for testing purposes. Other most popular billing solutions (like WHMCS) offers this functionality and we were very happy with it.
×
×
  • Create New...