pandorrah

Bedankt Adeko, na wat extra leeswerk is het probleemloos gelukt! Bedankt voor het meedenken. :)) Het enige wat nu overblijft, is dat ik tussen beide stores ook de vervoerders wil scheiden. Enig idee hoe ik dat kan aanpakken? Als ik een vervoerder wil bewerken of een nieuwe wil toevoegen, gaat de selector naar 'All Stores' en kan ik ze niet splitsen...

Ik gebruik Prestashop 8.1.3 met PHP 8.x, werkt super!! Nu heb ik één webshop met zo'n kleine 6000 producten, en daar heb ik inmiddels een Multistore van gemaakt. Erg eenvoudig om te doen. Ik wil echter mijn producten en categoriën opdelen tussen de verschillende webshops; het menu heb ik al uitgesplitst. Maar beide winkels vertonen nu dezelfde 6000 producten. Hoe kan ik dat eenvoudig en in bulk corrigeren en uitsplitsen voor de juiste stores?

Is er iemand bekend met het Duitse bedrijf CopyTrack??

Bedankt voor je antwoord, ecommerce16. Ik zit al op Github en denk pro-actief mee in het bedenken van oplossingen daar. Maar het zijn tóch zeer belangrijke problemen die ontdekt, onderzocht, besproken én opgelost moeten worden. Alleen zó kan Prestashop verder groeien. Ik geloof in Prestashop als e-commerce solution. Begonnen in PS 1.4 destijds en om hulp vragend in de beginjaren, doorgegroeid naar PS 1.5 en PS 1.6, cursus PHP en MySQL gevolgd, en sinds PS 1.7 ook actief op Github naast dit forum. Prestashop is een stuk dynamische software; er verandert regelmatig iets in de vorm van een (mogelijke) verbetering. Updates zijn van levensbelang voor ons allemaal. Vandaar dat ik dergelijke problematiek ook met PS 8.0 blijf uitdragen. Door er samen naar te kijken en er over te discussiëren kunnen we tot oplossingen komen. Dát is de kracht van Prestashop.

UPDATE: after communicating with Mollie I have made a bit more progress: 1. Prestashop generates and sends the payment, not Mollie. Mollie only processes the payment generated from Prestashop. 2. in my case (case study 1, Prestashop 1.7.8.7. on PHP 7.x) the total amount on the invoice is €93.30. Prestashop creates 2 partial payments, with an identical date and time stamp, namely €92.67 and €0.63. See image. Mollie receives and confirms the partial payment of €92.67 and transfers it to us. This is confirmed to the bottom left of the image. The following questions remain: A. how does Prestashop create and process a payment request? B. how can this be created in parts? What causes this? C. why does Prestashop send partial payments with an identical date and time stamp? How can this happen and how can it be prevented? D. why is only the first part of the created partial payment sent, and never the second part? So I have had this problem several times in 2022 with multiple orders. E. How can Prestashop communicate better with a payment module like Mollie? For example, by checking the total invoice amount against the payment requests created? F. who is responsible for this? Not liable, because I use all software at my own risk, so that ship has sailed... But who is responsible for the programming in this one? Who is the point of contact? Again, I'll take the losses on this one. But I do want it resolved, and Prestashop will really have to come up with an answer.

UPDATE: na communicatie met Mollie ben ik een stukje verder gekomen: 1. Prestashop genereert en verstuurt de betaling, niét Mollie. Mollie verwerkt uitsluitend de betaling die vanuit Prestashop wordt gegenereerd. 2. in mijn geval (praktijkvoorbeeld 1, Prestashop 1.7.8.7. op PHP 7.x) is het totaalbedrag op de factuur €93,30. Prestashop maakt 2 deelbetalingen aan, met een identieke datum- en tijdstempel, te weten €92,67 en €0,63. Zie afbeelding. Mollie ontvangt en bevestigt de deelbetaling van €92,67 en maakt dit aan ons over. Dit wordt linksonder op de afbeelding bevestigd. De volgende vragen blijven: A. hoé maakt Prestashop een betaalverzoek aan? B. hoé kan dit in delen worden aangemaakt? Wat veroorzaakt dit? C. waarom verzend Prestashop deelbetalingen met een identiek datum- en tijdstempel? Hoe kan dit gebeuren, én voorkomen worden? D. waarom wordt slechts het eerste deel van de aangemaakte deelbetaling verstuurd, en nooit het tweede gedeelte? Ik heb dit probleem dus meerdere keren in 2022 gehad met meerdere orders. E. hoe kan Prestashop beter communiceren met een betaalmodule als Mollie? Bijvoorbeeld door het totale factuurbedrag te controleren ten opzichte van de aangemaakte betaalverzoeken? F. wie is hier verantwoordelijk voor? Niet aansprakelijk, want ik gebruik alle software op eigen risico, dus die boot laat ik varen... Maar wie is verantwoordelijk voor de programmering in deze? Wie is het aanspreekpunt? Nogmaals: ik neem de verliezen in dezen. Maar ik wil het wél opgelost hebben, en Prestashop zal toch écht met een antwoord moeten komen.

That did nót solved the case. These extra zero's are hardcoded in scripts, they are not solved by your suggestion.

OPGELOST: schakel de module ps_facetedsearch uit na een update van Prestashop, en het probleem is verholpen. De frontpages sorteren weer zoals het hoort op prijs, alfabetisch, etc.

In PS 8.0.1 (op PHP 8 ) blijkt de sorteervolgorde van artikelen te zijn gewijzigd: in het sorteerscherm bovenaan de pagina zie ik nu ook de melding "Verkopen, van hoog naar laag" erbij (???) en de sorteervolgorde werkt volledig anders en niet correct meer. Ben ik de enige, of heeft iedereen hier mee te maken?

As far as i can see and backtrack in my situation (PS 1.7.8.7 on PHP 7.4) it is only the Mollie module that gives this specific error, of 2 partial payments in Prestashop orders with the same date and timestamp. Mollie customer service indeed does blame Prestashop itself for any errors, and does not investigate if you report a problem; you yourself need to do all the work, in my case ask my customers for a copy of their bankstatements and send it to Mollie, which i will not and cannot do, due to privacy. I am done with Mollie and i don't think that Prestashop has any blame whatsoever; other payment modules do not make the same errors, so it must be Mollie. I already have downloaded the Adyen module as a permanent replacement for Mollie. (now working with PS 8.0.1 on PHP 8). It's time to get rid of Mollie as a payment provider in this case.

Voor zover ik kan zien en teruggaan in mijn situatie (PS 1.7.8.7 op PHP 7.4) is het alleen de Mollie-module die deze specifieke fout geeft, van 2 gedeeltelijke betalingen in Prestashop-bestellingen met dezelfde datum en tijdstempel. De klantenservice van Mollie geeft inderdaad Prestashop zelf de schuld van eventuele fouten, en doet geen onderzoek als je een probleem meldt; je moet zelf al het werk doen, in mijn geval mijn klanten om een kopie van hun bankafschriften vragen en naar Mollie sturen, wat ik vanwege privacy niet zal en kan doen. Ik ben klaar met Mollie en ik denk niet dat Prestashop enige schuld heeft; andere betalingsmodules maken niet dezelfde fouten, dus het moet Mollie zijn. Ik heb inmiddels de Adyen-module al gedownload als permanente vervanging voor Mollie. (werkt nu met PS 8.0.1 op PHP 8). Het is in dit geval tijd om Mollie als betalingsprovider af te schaffen.

In 2022 I used PS 1.7.8.7 on PHP 7.4 and Mollie's payment module. Now that I'm working on the accounting and administration for 2022, I discovered the following problem: some payment notifications in Back Office > Orders at the bottom of Payment show the following for a payment: (see image) the amount to be paid is transferred in 2 parts to Mollie from the customer's account on the same date and at the same time; not a problem in itself, because the total amount is equal to both parts. So far so good... However, with Mollie only the first part of the payment is registered!! The 2nd part is not listed with Mollie and will not be paid to you later!! I approached Mollie about this and was turned down: first it would be up to Prestashop, and after a screenshot of the payments I have to ask my customers for a copy of the bank statement of the transfer, and only then do they want to investigate further. The problem is that it is not a one-off error/problem, but a much more frequent occurrence. My question is: 1. why a payment is read or created by Prestashop in 2 parts, 2. how the customer has paid from his account, 3. why Mollie does not register that 2nd partial payment, 4. this problem A. lies with the bank, B. lies with Prestashop, C. lies with Mollie or with Mollie's module. --- I'm really not going to bother my customers after months and sadly ask for a copy of their bank statement; I have more to do and I don't want to sound like a jerk. For the time being, I'll take those losses for granted and adjust my invoices with an extra discount; It is what it is. What I am furious about is that Mollie is laying the problem with Prestashop and with me as a webshop owner. I want to know: A. if this only happens to me B. how often this happens to others C. what causes the error 1. Prestashop, 2. the Mollie module, 3. banking or, 4. Mollie itself D. how this can be solved Mollie is not done with me yet, because this is costing me a lot of time and money now.

In 2022 gebruikte ik PS 1.7.8.7 op PHP 7.4 en de betaalmodule van Mollie. Nu ik bezig ben met de boekhouding en administratie over 2022, ontdekte ik het volgende probleem: sommige betalingsmeldingen in Back Office > Bestellingen geven onderaan bij Betaling het volgende weer voor een betaling: (zie afbeelding) het te betalen bedrag wordt op dezelfde datum en hetzelfde tijdstip in 2 delen overgemaakt naar Mollie vanaf de rekening van de klant; op zich geen probleem, want het totaalbedrag is gelijk aan beide delen. So far so good... Echter, bij Mollie wordt alleen het eerste deel van de betaling geregistreerd!! Het 2e gedeelte staat niet bij Mollie vermeld en wordt later ook niet aan je uitbetaald!! Ik heb Mollie hierover benaderd en wordt afgewimpeld: eerst zou het aan Prestashop liggen, en na een screenshot van de betalingen moet ik maar aan mijn klanten vragen om een kopie bankafschrift van de overmaking, en pas daarna willen ze het eens verder uitzoeken. Het probleem is dat het geen éénmalige fout/probleem is, maar veel vaker voorkomt. Mijn vraag is: 1. hoe het komt dat een betaling in 2 gedeelten door Prestashop wordt gelezen of aangemaakt, 2. hoe de klant heeft betaald vanaf zijn rekening, 3. waarom Mollie die 2e deelbetaling niet registreert, 4. dit probleem A. bij de bank ligt, B. bij Prestashop ligt, C. bij Mollie ligt of bij de module van Mollie. --- Ik ga mijn klanten na maanden écht niet lastig vallen en zielig vragen om een kopietje van hun bankafschrift; ik heb meer te doen en wil niet lullig overkomen. Voorlopig neem ik die verliezen dus maar voor lief en pas mijn facturen aan met extra korting; het is wat het is. Waar ik wél woest om ben, is dat Mollie het probleem bij Prestashop en bij mij als webshopeigenaar neerlegt. Ik wil weten: A. of dit alleen bij mij voorkomt B. hoe vaak dit bij anderen voorkomt C. wat de fout veroorzaakt 1. Prestashop, 2. de Mollie module, 3. bankverkeer of, 4. Mollie zelf D. hoe dit opgelost kan gaan worden Mollie is nog niet klaar met mij, want dit kost me veel tijd en geld inmiddels.

Zeer zeker niet. Afhankelijk van de serversoftware, de PS versie, de te upgraden versie, de geïnstalleerde modules, gebruikte theme, enzovoorts, zijn er in het verleden veel fouten met de 1-Click Upgrade gebeurt. Ik zelf loste dat op door de nieuwe PS te downloaden en uit te pakken op de computer, bestanden verwijderen, bestanden aanpassen, en adminmap hernoemen, om dan de bijgewerkte PS upgrade te overschrijven naar de live site (in offline stand). PS upgrades werken leuk, als je verder geen ander theme installeert, geen mail en pdf templates hebt aangepast, geen herbenoemde adminmap gebruikt en standaard modules gebruikt.

OPGELOST: ik heb gebruik gemaakt van de native 1-Click Upgrade module in Back Office, versie 4.15.0. En ditmaal werkte alles naar wens! Wat een sublieme verbetering ten opzichte van vorige versies. Complimenten aan het Prestashop team. Alleen de modules van je eigen thema weer even activeren en alles werkt zoals het hoort; perfecte upgrade mogelijkheid.