Aurrerako Harpidetzak WooCommerce 2.0.x

Bertsio honen garapenak 4.360 euro kostatu du. Lehen bertsioaren kostua 38.000 euro izan zen. Lehen bertsioaren ondorengo kostua 42.360 euro da, baina zure kostua da lizentzia bakarrik 80€-tik aurrera.

Aurrerako Harpidetzak pluginaren 2.0.x adarra Aurrerako Harpidetzak WooCommerce. Bertsio nagusia da: pluginak WooCommerce Harpidetzak luzapenaren menpe ez dago eta kobrantza automatikoei buruzko funtzioak ditu Stripe, PayPal Payments eta WooPayments bidez, eta Redsys, pluginaren barruan jarraitzen duena.

Adar bertsioak

• 2.0.0

2.0.0

Garrantzitsua:

• Bertsio nagusia da. Eguneratzearen oharrak irakurri ezazu eguneratu aurretik, batez ere orain PayPal Standard bidez kobratzen baduzu.
• Bertsio honek WordPress 6.5 edo berriagoa eta WooCommerce 8.0 edo berriagoa behar ditu. Aurreko baldintza (WordPress 5.1, WooCommerce 5.1) benetan probatu ez zen, eta bertsio honetarako probatu zenean pluginak ezin zuen funtzionatu. Zenbaki berriak bertsio hau egiaztatu denean oinarritzen dira.
• PayPal Standard ez da gehiago onartzen. WooCommerce-k bere 5.5 bertsioan ez du gomendatzen eta instalazio berrietan blokeatzen du. Orain PayPal Standard bidezko harpidetzak kobratzen badituzu, instalatu WooCommerce PayPal Payments eta migra ezazu zure bezeroen ordainketa metodoak 2.0.0-ra eguneratu aurretik.

Berria:

• Kobratze automatikoei buruzko Stripe. Berritzeak orain kobratzen dira off-session bezeroaren gordetako txartelaren bidez WooCommerce Stripe Payment Gateway pluginaren bidez (9.8.0 edo berriagoa behar da). Harpidetzak ordaintzeko luzapenik behar ez da.
• Kobratze automatikoei buruzko PayPal Payments. Berritzeak kobratzen dira PayPal-en gordetako tokenaren bidez (vault) WooCommerce PayPal Payments pluginaren bidez (3.0 edo berriagoa behar da). Harpidetzak ordaintzeko luzapenik behar ez da.
• Kobratze automatikoei buruzko WooPayments. Berritzeak kobratzen dira off-session bezeroaren gordetako ordainketa metodoaren bidez WooPayments pluginaren bidez (7.0 edo berriagoa behar da). Harpidetzak ordaintzeko luzapenik behar ez da.
• Ordainketa metodoaren gordetze fidagarria checkout-ean. Bezero batek Stripe, PayPal Payments edo WooPayments bidez harpidetza bat erosten duenean, pluginak aseguratzen du ordainketa metodoa gordeta geratzen dela berritzeetarako, nahiz eta pasarelek normalean WooCommerce Harpidetzak aktibo dagoenean bakarrik egiten duten.
• 3D Secure (SCA) kudeaketa berritzeetan. Bankuak kobratze automatikoei autentifikazio gehigarria eskatzen dionean, berritzeak huts gisa markatzen dira arrazoia argi batekin eta bezeroari hurrengo saiakera baimentzeko abisua eman daiteke.
• Berritze hutsak automatikoki berriro saiatzea. Ordainketa bat huts egiten denean (txartela baztertuta, saldo nahikorik ez, autentifikazioa beharrezkoa, etab.), saiakera programatzaileak hurrengo saiakera automatikoki berriro programatzen du.
• PayPal-en hitzarmenak ezabatzea detektatzea. Bezero batek bere PayPal baimena zure dendan kanpo ezabatzen badu, hurrengo berritzeak detektatzen du, harpidetza «itxaroten» pasatzen da eta gordetako ordainketa metodoa baliogabetzen da bezeroak berriro baimentzeko.
• Moneta segurtasunaren egiaztapena berritzeetan. Pluginak ez du onartzen berritze bat ordaintzea jatorrizko ordainketa moneta desberdinean, eta horrek denda moneta aldaketaren ondoren akatsak saihesten ditu.
• Ordainketa metodoa pasarelen artean aldatzea. Bezeroek Stripe, PayPal Payments eta WooPayments artean alda dezakete Nire kontuan, eta hurrengo berritzeak automatikoki erabiltzen du metodo berria.
• Administrazio ezarpen berri bat «Berritze aginduaren itzulketa osoan harpidetza bertan behera utzi» WooCommerce > Ezarpenak > Aurrerako Harpidetzak > Ezarpen Aurreratuetan. Lehenetsita desgaituta. Desgaituta dagoenean, itzulpen oso batek harpidetzan nota bat uzten du; aktibatuta dagoenean, harpidetza bertan behera uzten da. Itzulpen partzialek ez dute inoiz bertan behera uzten.
• Lehen ordainketa aginduaren itzulpenak (guraso agindua) beti bertan behera uzten du harpidetza. Hori espero da jatorrizko erosketa itzultzean, eta administrazio ezarpen berriaren independentea da.
• Harpidetzan itzulketa bat (osoa edo partziala) itzultzen den bakoitzean oharrak automatikoki, harpidetzaren kronologia argi mantentzeko.
• Ordainketa pasarelen bateragarritasun panelaren pluginaren ezarpen pantailan (WooCommerce > Ezarpenak > Aurrerako Harpidetzak > Ezarpen Orokorrak). Instalatu eta aktibatuta dauden pasarelen pluginak azkar ikusteko aukera ematen du, eta instalatu edo aktibatzeko estekak eskaintzen ditu klik batean.
• Stripe eta PayPal-en gatazkak eta kontrako karguak detektatzea. Bezero batek gatazka bat irekitzen duenean, lotutako agindua «itxaroten» pasatzen da, hurrengo berritzean erreakzionatu ahal izateko.
• Stripe-n ordainketa metodoaren ezabatzea detektatzea. Gordetako txartelaren tokena ezabatzen bada, horren bidez erabiltzen duten harpidetzak markatzen dira eta «itxaroten» pasatzen dira bezeroak metodo berri bat gordetzeko.
• Redsys pasarela barneko pasarela gisa agertzen da pasarelen bateragarritasun panelan: plugin honetan bidaiatzen du eta instalazio berezirik behar ez du.

Konpondu:

• WooCommerce desaktibatzeak orain ez du gune osoa erortzen. Orain arte, WooCommerce edozein arrazoirengatik aktibo ez zenean (zerbait aztertzeko itzali, eguneratze bat huts egin edo errore bat izan), plugin honek jarraitzen zuen erabiltzen eta gune osoa, WordPress administrazioa barne, erortzen zuen, FTP-ra itzuli gabe. Orain pluginak WooCommerce ez dagoela detektatzen du, ezer isilpean egiten ez du eta administrazioan azalpen bat erakusten du. WooCommerce berriro aktibatzean, dena berreskuratzen da inolako ekintza gehigarririk gabe.
• Berritzeak une okerrean programatu daitezke, edo ez dira programatzen, UTC desfasatutako denda gisa konfiguratutako dendetan. Konponketa honek denda zonaren irakurketa nola egiten den eragiten du programatutako ordainketa bat noiz iristen den kalkulatzeko.
• Agindu bat bertan behera uzteak orain ez du fantasma harpidetzarik uzten. Ordainketa bat huts egiten denean eta bezeroaren saiakera berriak AGINDU BERRI bat sortzen du lehenengoa berreskuratu beharrean (saioa galtzen denean edo saskia aldatzen denean gertatzen dena), agindu abandonatuaren ordaindu gabeko harpidetza bezeroaren kontuan betiko geratzen zen. Inork ez zuen kobratzen eta aktibatu ezin zen, baina bezeroak inoiz ordaindu ez zuen harpidetza bat ikusten zuen. Agindu hori bertan behera uzteak orain ezabatzen du. Aktibatuta dauden harpidetzak ez dira inoiz ukitzen: berritze agindu bat bertan behera uzteak harpidetza martxan uzten du, hala izan behar du.
• Pluginaren ezabatzeak orain berea dena garbitzen du. Orain arte, pluginaren ezabatzeak dena atzean uzten zuen: bere ezarpenak, ordainketa blokeoak eta —ondorio ikusgarriak zituen— bere programatutako zereginak, WordPress-ek jarraitzen zuen exekutatzen, nahiz eta ez zegoen ezer instalatuta, huts eginez eta etengabe berriro saiatuz. Orain desinstalatzean pluginaren ezarpenak ezabatzen dira eta bere programatutako zereginak bertan behera uzten dira. Deliberatuki EZ dira zure harpidetzak, zure aginduak edo bezeroen datuak ezabatzen: negozio erregistroak dira, datu-basean geratzen dira, eta plugin berriro instalatzean, zehazki nola zeuden itzultzen dira.
• Pluginaren ezabatzeak WooCommerce inoiz izan ez duen gune batean ez du errore loga betetzen. Garbiketa programatutako zereginak bilatzen saiatu zen WooCommerce-k inoiz sortu ez zuen taula batean, pluginaren zeregin talde bakoitzeko datu-baseko errore bat sortuz. Inork ez zuen fatal izan (garbiketa amaitzen zen eta mezuak soilik agertzen ziren debug aktibatuta zenean), baina multizitateko sare batean, gune bakoitzean errepikatzen zen. Garbiketa orain berdin funtzionatzen du; mezu erabilgarriak isilpean geratzen dira, eta soilik benetan falta den taula batean.
• Aldakorrak harpidetza eta ez-harpidetzako aldaeren nahasketa duten produktuak: aldaera bat EDO ez den harpidetza bat erostea orain ez du gordetzen bezeroaren txartela eta ez du harpidetzarik sortzen. Pluginak aldaera bat harpidetza den ala ez erabakitzen zuen produktu gurasoaren ezarpena begiratuz eta aldaeraren «Harpidetzako» kaxaren irakurketa guztiz baztertzen zuen, beraz produktu aldakorrean aldaera batzuk harpidetzak badira, guztiak horrela jokatzen zuten. Ezarpenik ez duen aldaera batek gurasoaren ezarpena heredatzen jarraitzen du, beraz, harpidetza gisa markatu berri duzun produktuak funtzionatzen jarraitzen du aldaerak ezarri arte.
• Orda bat eskatu daiteke orain eskuz berritzeko. Berritze programatuaren eta ordainketa pasarelaren artean ez zegoen ezer bezeroak eskuz ordaintzeko eskatu zuen ala ez egiaztatzeko, eta berritze eskaera —eskuz berritzeetarako modu ordaintzeko gabe sortzen dena— jatorrizko eskaeratik betetzen zen ordainketa egin aurretik. Orain, berritze eskuzkoak bi puntutan gelditzen dira, eta horien gaineko automatikoki berriro saiatzeak garbitzen dira.
• Kudeaketa pantailatik harpidetzaren hasiera data ezartzeak orain ez du errore fatalik eragiten. Pantailak data idazteko metodo bat deitzen zuen, harpidetza objektuan ez zegoena, beraz, WooCommerce Harpidetzak luzapena ez zuen dendan, gordetzeak "Deitu metodo ezezagunari" errorea ematen zuen. Hasiera datarekin lotutako eskaera fluxuak ere bigarren metodo ezezagun baten ondorioz huts egiten zuen. Biak orain pluginaren data gordetzean inplementatuta daude; hasiera data idatzi ez zaion harpidetzak bere eskaeraren sorrera data adierazten jarraitzen du, aurreko moduan.
• Produktu aldagarriak: aldaeraren arabera harpidetza ezarpenak ez ziren inoiz agertzen aldaera bat harpidetzatzat markatzean. Produktu editatzeko pantailak minifikatu gabeko kargatzaile script-a eskatzen zuen, konfigurazioa minifikatuarekin soilik barne hartzen zuten instalazioetan 404 errorea itzultzen zuen, eta eremu panelak —script hori exekutatu arte ezkutuan mantentzen dena— agertzen ez zen. SCRIPT_DEBUG
• Harpidetzaren jakinarazpen mezuak orain zuzenean pluginaren Scheduler API bidez bidaltzen dira. API-k jakinarazpen mota bat onartzen zuen eta aurrera pasatzen zuen, baina atzean zegoen funtzioak parametro hori ez zuen adierazten, beraz PHP-k baztertzen zuen eta mota hutsik iristen zen: ez zen inolako mezu bidaltzen eta jakinarazpen gertaerak inolako motarik adierazten ez zuen. Programatzaileak bere hook-ean abiarazitako jakinarazpenak ez ziren eragindakoak.
• Kudeaketa pantailatik ezarritako lehen ordainketa data orain kobratzen da. Programatutako ekintza WooCommerce Harpidetzak hook izenarekin sortzen zen, plugin honek ez zuen entzuten, beraz, ordainketa denda horietan inoiz exekutatzen ez zen. Ekintza orain pluginaren berritze hook-ean programatzen da eta ordainketa ekintza gainerakoen talde berean, beraz, harpidetza bertan behera uztea, gelditzea edo ezabatzea espero bezala ezabatzen du. Aurreko hook izena paraleloan programatzen jarraitzen da, beraz, horren menpeko denda horiek desaktibatu daitezke iragazkiaren bidez. aswc_start_date_schedule_legacy_payment_hook.
• Lehen ordainketa data aldatzeak orain ordainketa hori mugitzen du bigarren bat gehitu beharrean.
• Carrito eta Ordainketa blokeekin integrazioa orain ez da desagertzen aktibatuta dauden guneetan. SCRIPT_DEBUG Minifikatu gabeko script-a bakarrik banatzen zen, beraz, WordPress-ek modu horretan eskatzen duen minifikatu gabeko bidea 404 errorea itzultzen zuen eta integrazioa isilean kargatzen uzten zuen, harpidetza kutxen "Ikusi Atxikitako Produktuak" kontrola eta errepikakorreko guztien iragarkiak kenduz. Orain bi bertsioak iturri kode berberatik sortzen dira.
• Produktuen orrietan deskontu taulak orain estilo orria eta script-a kargatzen dituzte klasikoen gainean. Baliabideak renderizatzen ari den produktutik eratorritakoak ziren, zeinak oraindik ez baitzegoen eskuragarri klasikoen gainean script-ak kargatzen direnean, beraz, taula estilo guztiz gabe agertzen zen eta aldagarri produktuen deskontuen freskagailua ez zen exekutatzen. Blokeen gaineko gaiak ez ziren eragindakoak.
• Redsys pasarela barne: harpidetza eskaerak orain behar bezala detektatzen dira checkout-ean, beraz, Redsys-i errepikakorreko txartelaren tokena (COF) eskatzen zaio eta berritzeak automatikoki kobratzen dira.
• Redsys pasarela barne: gordetako harpidetza txartela orain agertzen da Nire kontua > Ordainketa metodoak ("Harpidetzatzat" etiketatuta). Gordetako ordainketa metodoen iragazkiak checkout testuingurutik kanpo exekutatzean ezkutatzen zuen.
• Redsys pasarela barne: harpidetzaren tokena gordetzeak orain ez du ordainketa jakinarazpenaren abortua eragiten bankuak zenbakia ez duenean itzultzen maskaratuta (Ds_Card_Number); azken lau digituren segurtasun markatzaile bat gordetzen da tokenizazioa eta automatikoki berritzeak funtzionatzen jarraitzeko.
• PayPal zubi: plugin ofizialaren zerbitzuen edukiontziak orain PPCP-ren benetako abiarazte ekintzaren bidez lortzen dira (alternatiba zuzena batekin), beraz, berritze kobratzeak funtzionatzen du. Aurreko bilaketa WooCommerce PayPal Payments-en ez zegoen iragazki baten menpe zegoen.
• PayPal zubi: webhook-en kargak orain ez dira prozesatzen PayPal-en sinadura egiaztapena eskaera baztertzen badu, hau da, eskaeren eta harpidetzen egoeraren manipulazio ez autentifikatua itxi egiten du.
• PayPal zubi: berritze kobratzeak ofizialen berritze kudeatzaileari jarraitzen dio (soilik vault_id, ez da baliogabeko eremua stored_credentials) eta kobratze emaitza benetako harrapaketan irakurtzen da, ez bakarrik PayPal-en eskaeraren egoeran. Autorizazio asmoarekin konfiguratutakoak argi adierazten dira, ez dira ordaindutzat markatzen funtsak harrapatu gabe.
• PayPal zubi: berritze eskaerak orain PayPal-en ofizialen helburuak eta transakzio identifikatzailea gordetzen dituzte, beraz, WooCommerce kudeaketatik itzulketa eta gatazka kontsultak funtzionatzen dute zubi bidez kobratutako berritzeetan.
• PayPal zubi: %s vault orain egungo konfigurazio sistematik irakurtzen da (alternatiba heredatua), Venmo eta Apple Pay tokenak beren ordainketa iturri egokiarekin bidaltzen dira, eta vault markak orain ordainketa metodoak gordetzea benetan egokia denean bakarrik injektatzen da checkout-ean.
• PayPal zubi: PayPal pasarelak orain ezkutatzen dira checkout-ean doako probako harpidetza karritoentzat (zero guztira), PayPal-ek ezin baitu hau gordetzen vault benetako kobratze bat gabe konfigurazio honetan.
• Stripe zubi: Stripe-ren APIko salbuespenak berritzeetan atzematen dira eta ordainketa huts gisa erregistratzen dira, eta berritze bakoitzak deterministako idempotentzia gako bat bidaltzen du, eskaera bat iraungitzen denean eta berriro saiatzen denean, kopurua saihestuz.
• Stripe zubi: berritze zuzenek orain Stripe-ren kargu identifikatzailea eskaera transakzio identifikatzaile gisa gordetzen dute, beraz, Stripe paneletik hasitako itzulketak eta gatazkak eskaera egokiarekin lotzen dira.
• Stripe zubi: Stripe Link bidez ordaindutako berritzeak ordaintzeko metodo egokiarekin kobratzen dira, eta jatorrizko moneta egiaztapena lokalmente gordetako moneta irakurtzen du, Stripe API-ra deitu beharrean berritze bakoitzean.
• Stripe zubi: SEPA-ren laguntza ezabatzen da. Heredatutako SEPA pasarelaren identifikatzailea ez dago Stripe 10.x-n eta bere berritzeak inoiz kobratzen ez ziren; txartela eta Link guztiz lagunduta jarraitzen dute.
• WooPayments eta Stripe: ordainketa metodoa orain fidagarri gordetzen da blokeen checkout-ean (Store API). Aurreko detekzioak ez zuen bat etortzen ordainketa testuingurua nola erakusten zuen, eta harpidetzak ez zuen tokenik geratzen berritzeetarako.
• Ordainketa metodoa gordetzeak orain ez du txartela bikoizten bezeroak ordainketa metodo bat dagoeneko gordetzen badu.
• Harpidetzaren ordainketa metodoa aldatzeak orain txartel berria tokenizatzen du bezeroari kobratu gabe. Aurretik, berritze kopuru osoa kobratzen zen aldaketa unean.
• Checkout-ek automatikoki aktibatzen eta ezkutatzen du "ordainketa metodoa gorde" kaxoa txartel pasareletan, karritoak harpidetza bat badu, beraz, 3D Secure-rekin egindako erosketa guztiek ere gorde token bat izaten dute.
• Berritzeen ordainketa hook-ek orain eskaerak ordainketa behar duela egiaztatzen dute kobratzean (programatzaileak, zubiak eta administrazioaren "ordainketa berriro saiatu" ekintza), hau da, jada ordaindutako edo baimendutako eskaeretan bikoiztutako kobratzeak saihesten ditu.
• Gordetako ordainketa metodo bat baliogabea edo ezabatzen denean, eragindako harpidetza orain "itxaron" egoeran pasatzen da azalpen notarekin, hurrengo berritzean isilean huts egin beharrean.
• HPOS gabe dendetan metadatuen irakurketa okerra izan daiteke, harpidetza okerra itzultzen edo berriro saiatzeen kontagailuak hondatzen dituen argumentu oker bat pasatuz get_post_meta(); deialdi guztiak zuzenduta.
• Redsys pasarela barne: berritzeen REST erantzunaren sinadura egiaztatzen da, sinaduraren konparazioak erabiltzen ditu hash_equals(), jakinarazpenak baztertzen dira SHA-256 gako bat ez badago ezarrita, eta probetan gakoaren kudeaketan akats bat konpondu da. Oharrak: berritzeek bezeroaren azken errepikakorreko tokena (R) kobratzen dute; bezero batek bere txartela eguneratzen duenean, token berriak aurrekoaren lekua hartzen du bere errepikakorreko kobratze guztietan.

Segurtasuna:

• Multiproduktu harpidetzaren kutxak orain bere prezioa erabakitzen du zerbitzarian. "Harpidetzara gehitu" eskaerak kutxaren guztira eramaten zuen, eta zenbaki hori karritoko lerro prezio gisa gordetzen zen, beraz, manipulatutako eskaera batek kutxa bat edozein zenbatek erosi ahal zuen. Prezioa orain denda propioaren produktu prezioetatik (edo kutxan ezarritako prezio finkotik) eratorritako da eta eskaeraren zenbakia baztertzen da.
• Hiru produktuen harpidetza kutxa orain benetan eskaintzen dituen produktuak bakarrik onartzen ditu. Gehitzeko eta editatzeko eskaerak produktu ID edozein onartzen zuen eta bere izena, prezioa eta irudia itzultzen zituen kutxaren konfigurazioa edo produktua publikoan ikusgai den ala ez egiaztatu gabe, horrek ezkutuko, pribatu eta pasahitz bidez babestutako produktuen prezioak bisitari identifikatu gabeen aurrean agerian uzten zituen. Hautapenak orain kutxaren produktuen edo kategorien zerrendaren aurka eta produktuen ikusgarritasunaren aurka balioztatzen dira.
• Produktuen aldaera bat gordetzeko orain «edit products» gaitasuna behar da berez, bere nonceaz gain. Aurretik ez zen ustiatu, WooCommerce-k bere gaitasun egiaztapenaren ondoren iristen baitzen kudeatzaile horretara; idazteko funtzioan defentsa sakonera da.

Eguneratuta:

• Webguneko ordu-zonaren irakurketarik ez dagoenean, pluginak orain bere logean adierazten du. Beti aurrera jarraitu du, huts egin beharrean, webguneko UTC desfasera eta, horren falta, UTC berera jotzen. Isil-isilean egiteak esan nahi zuen ordu ezohiko batean kobratutako berritze batek ez zuela ezer azaltzen. Comportamendu alternatiboa ez da aldatzen; orain erregistratuta geratzen da, eta benetan gertatzen denean bakarrik.
• Barne garbiketa: pluginak ez du bere datuak WooCommerce Harpidetzak luzapenarekin nahasten, bi pluginak webgune berean bizi direnean gatazkak saihestuz.
• Garatzaileen dokumentazioa eguneratua. Hook-en erreferentziak orain ordainketa zubiak sartzen dituzten ekintza eta iragazki berri guztiak estaltzen ditu (ikusi docs/hooks-reference.md).
• Redsys pasarela barne: erregistroa API zaharkitutik WC_Logger::add() logger moderno batera migratzen da, eta logetan modulua identifikatzailea orain plugin hau islatzen du (Advanced_Subscriptions_Redsys) Redsys Light pasarela independentea izan beharrean.

Kompatibilitatea:

• WordPress 7.1 eta WooCommerce 11.1.0 arte probatua.
• WooCommerce Stripe Payment Gateway 9.8.0 edo berriagoa behar da Stripe zubirako.
• WooCommerce PayPal Payments 3.0 edo berriagoa behar da PayPal zubirako.
• WooPayments 7.0 edo berriagoa behar da WooPayments zubirako.
• WooCommerce-ren errendimendu handiko eskaeren biltegiratzeari (HPOS) guztiz bateragarria.
• Pluginak ez du gehiago WooCommerce Harpidetzak luzapenaren menpe. Autonomoki funtzionatzen du.