Jump to content

muynck

Members
  • Posts

    27
  • Joined

  • Last visited

Recent Profile Visitors

4,234,588 profile views

muynck's Achievements

Rookie

Rookie (2/14)

  • Conversation Starter Rare
  • First Post Rare
  • Collaborator Rare
  • Week One Done Rare
  • One Month Later Rare

Recent Badges

15

Reputation

  1. @VBLED I'm not sure. Please test this yourself, if it does not work. Report an issue in GitHub, and we will have a look at it!
  2. Unless you have so many orders, that you need to automise and organise your orders to reduce labour cost. And, @vskand found a serious bug, that needs solving.
  3. Yes, I see this in one other project too! I can not find it for now, and I don't have enough time to investigate this now! I have a few questions What is your PrestaShop version? What is your module version? I created an issue: https://github.com/blauwfruit/PrestaShop-Order-Reference/issues/10
  4. I'm really clueless at this point. If you find a way to reproduce it, please report an issue on the GitHub page: https://github.com/blauwfruit/PrestaShop-Order-Reference/issues
  5. What do you see under order 111 in the Documents' tab?
  6. Can you share a printscreen of the order page?
  7. The module may have created a duplicate order references. If that happens (due to malformed order reference configuration) the amounts paid can be doubled, or any multiplication. Make sure you have an order reference configured that will create a unique order reference. Do this be using the order id or cart id. And make sure it is not cutoff at the end because it is too long. Let me know if this helps.
  8. Beste PrestaShop community, Voor de geïnteresseerden hebben wij zojuist de AfterPay (Achteraf betalen) module gratis op GitHub gezet! Je kan de module hier vinden: https://github.com/blauwfruit/afterpaynl/releases Mocht je vragen of opmerkingen hebben over de module! Dan hoor ik dat graag . Als je een probleem hebt met de module, maak dan alsjeblieft een issue aan in GitHub.
  9. Not with our module, our module does not manage the inner workings of mysql. Check this out: https://stackoverflow.com/a/970652/1240123
  10. Hi, It might not necessarily be a bug of our module. We had this bug with one client of ours, but it doesn't occur anymore. PAY. might work fine with it, but we had problems in the beginning. I have a feeling that `order_payment` records are added later, and that in some cases the payment provider only has the old reference.
  11. @Fons De Vrij Yes that is currently a bug. Pointed out by some other people too. We will work on this. Not sure when.
  12. @Pat13160 The field should be filled with variables, not absolute numbers. {$cart->id:%d} would, for example, put the cart id there. Can you give an example reference outcome, and explain what you want? Thanks!
  13. HI @Krsna18, See the latest release here: https://github.com/blauwfruit/orderreference/releases/tag/1.1.3 Go the the config page and follow the instructions.
×
×
  • Create New...