Jump to content
thirty bees forum

30knees

Gold member
  • Posts

    1,335
  • Joined

  • Last visited

  • Days Won

    28

Everything posted by 30knees

  1. Völlig vergessen, Rückmeldung zu geben. Buchhaltungsbutler hat nicht so gut geklappt. Bestellungen von Amazon holen wir in den Shop, Buchhaltungsbutler hat die Bestellungen doppelt abgebildet. Vermutlich hätte man das irgendwie lösen können, vom Support waren wir aber auch nicht so begeistert.
  2. Mich würde interessieren, ob jemand hier in der Zwischenzeit Erfahrungen mit solchen (WaWi-) Diensten gesammelt hat. Wir haben Billbee kurz getestet waren aber davon genervt, dass die Steuersätze vom Shop nicht eingelesen werden. Zudem bietet Billbee keine Chargenverwaltung.
  3. 30knees

    PANDA theme

    Strange, I'm runnning v1.5.5. It's been out for quite a while already. I think their page isn't very current. 🙂
  4. Just some feedback that we've not had a single spam email since we installed the module a week or so ago. We had a couple of spam emails per day before that.
  5. Update: datakick fixed the table issue. On 1/9/2023 at 8:16 AM, Daresh said: Actually the module helped to discover a ThirtyBees bug in a customer counting function. I just got the module and received an error upon installaton. This is the error: Not unique table/alias: 'c'in file /classes/Group.php at line 437SQLSELECT COUNT(*)FROM `tb_customer` cLEFT JOIN `tb_customer` `c` ON cg.`id_customer` = c.`id_customer`WHERE (cg.`id_group` = 1 ) AND (c.`deleted` != 1) LIMIT 1 Is this the bug you mentioned? What would I need to do to fix this? I'm also getting this error log: Notice Trying to access array offset on value of type bool modules/gm_omniprice/gm_omniprice.php:464 80 Today 10.02.2023 12:57:18 Notice Trying to access array offset on value of type bool modules/gm_omniprice/gm_omniprice.php:465 80 Today 10.02.2023 12:57:18 Notice Trying to access array offset on value of type bool modules/gm_omniprice/gm_omniprice.php:535 80 Today 10.02.2023 12:57:18 Notice Trying to access array offset on value of type bool modules/gm_omniprice/gm_omniprice.php:536
  6. Does that make sense, no invoice without a payment? It depends on your type of accounting but it feels like it shouldn't be decided by the shop.
  7. Correct, I have a module to edit orders. 🙂 But I guess that's still independent of the issue that when one generates an invoice the system thinks the order was paid (even if you don't change the order state to a state that is paid but leave it unpaid).
  8. I discovered that when one generates an invoice the system thinks the order was paid (even if you don't change the order state to a state that is paid but leave it unpaid). This is the order total that shows up above as 431,95. I edited the order I had generated the first invoice because the customer requested some changes. I then deleted the old invoice and generated a new one. The 431,95 was taken from the old invoice.
  9. The reason I'm asking is because an invoice I opened shows two different totals, see below. I don't know where the price discrepancy would come from. I edited the shipping price from 20 to 18.18, but that's not the difference between the two totals.
  10. No, no overrides. I'll check again after the update to 1.4 and report back.
  11. Sure! This has been with thirtybees since the beginning and is still in 1.3. I have a product variant that has a specific price of -4% when a customer takes for example 5 of them. See here: Problem: The specific prices override any attempt at manually setting the price when I manually create an order in the backend using "Add new order". For example, maybe because it's a special customer, I'd like to give them a one time price of 1 Euro per item for instead of the normal price of -4% for 5pcs. So I enter a different price on the manual order page in the backend after choosing the customer and the product. However, the system doesn't accept the manual price for the 5pcs I'd like this order to have. Instead, it reverts to the the special price of -4% for 5pcs. I see that @Smile commented he has the same problem with specific prices for customer groups.
  12. Some more specifics. One can manually set a price when editing an order (just not during creation of the order), but the price can't be 0.
  13. Ah, good point. It's the first time I'm seeing encrypted modules. Will pay attention to this going forward.
  14. @datakickWas this issue ever addressed, by any chance? EDIT: It's not in 1.3.
  15. Looking forward to the update! 😄
  16. In case someone is looking: a module that permits this: https://addons.prestashop.com/en/price-management/53088-same-price-products-and-shipping-after-vat-applied.html
  17. Just in case someone is interested: https://prestashow.com/en/moduly-prestashop/85-product-price-history-prestashop-omnibus.html (if for some reason Daresh's is no longer available).
  18. Hi @veganline, is Storemanger still working with the latest tb?
  19. The specific pricing feature is not very user-friendly. You can't edit prices, you have to delete an old price to update it, and if you work with variants it's lots and lots of clicking. What do you do to make your life easier? Is there some way to handle this better?
  20. Eric Jones, he's our biggest fan. 😂 We just started using mediacom's module.
  21. Hi, I think I discovered a bug. The module seems to ignore taxes from shipping costs. Here are two screenshots for the same order. One shows the invoice where you can see the taxes for the articles ordered and for the shipping cost. The other shows what the module reports. You can see that the module does not report the shipping costs. Invoice Module
  22. 30knees

    PANDA theme

    Good news: Panda will be updated for tb! https://www.sunnytoo.com/forums/topic/has-thirtybees-been-abandoned#post-145738
  23. I wasn't aware of that, thank you. Which module do you use? I see there's one from MaxMind that's the tb default one.
  24. 30knees

    PANDA theme

    It even looks like they're no longer supporting PS 1.6 officially. I'll start looking into Niara, I think.
  25. It's only for countries. It's true that calculating based on a fixed net price is easier / safer. But there isn't such a massive difference between the VAT rates that a sale would no longer be economically viable. Still, datakick's module would 'fix' the problem of customers being surprised.
×
×
  • Create New...