de tijd die wordt vereist om van Adobe Commerce 2.3.x aan Adobe Commerce 2.4.x in plaatsingen met meer dan 100.000 bedrijfrollen te bevorderen is wezenlijk verminderd.
Het POST V1/order/:orderId/invoice verzoek steunt nu de verwezenlijking van gedeeltelijke facturen wanneer de Payment on Account betalingsmethode wordt toegelaten. Eerder heeft Adobe Commerce deze fout gegenereerd: An invoice for partial quantities cannot be issued for this order. To continue, change the specified quantity to the full quantity . GitHub-32428
PayPal Payflow Pro werkt nu zoals verwacht met B2B verhandelbaar citaat wanneer de wagentje van de klant andere producten bevat. Adobe Commerce verwerkt de bestelling nu met succes en stuurt een e-mail naar de klant zoals u had verwacht. Eerder gaf Adobe Commerce een fatale fout en stuurde een bevestigingsbericht naar de klant met daarin de nulwaarden.
Paginering wordt nu correct getoond op de pagina van het resultaat van het catalogusonderzoek na het uitsluiten van sommige producten in gedeelde catalogus.
de douaneattributen van de Klant worden nu bewaard zoals verwacht wanneer het creëren van of het opslaan van een bedrijfgebruiker in Admin.
De Submit knoop op de Create Nieuwe vorm van het Bedrijf wordt nu onbruikbaar gemaakt na één klik om veelvoudige vormvoorlegging te verhinderen. Eerder kon u dit formulier meerdere keren verzenden door herhaaldelijk op deze knop te klikken. Er is een fout opgetreden.
Adobe Commerce toont niet meer de reorder verbinding op de opslagplaats wanneer een verkoopster zich in een opslag registreert waarvoor reorders zijn onbruikbaar gemaakt.
Snelle het onderzoek van de Orde door SKU is nu case-insensitive wanneer de gedeelde catalogus wordt toegelaten.
U kunt een dossier voor een klantenattribuut nu bijwerken wanneer het creëren van een bedrijf. Eerder, toen u probeerde om een bedrijf met een gehechtheid van type File tot stand te brengen, creeerde Adobe Commerce niet het bedrijf en registreerde deze fout in het uitzonderingslogboek: Something went wrong while saving file.
U kunt een bedrijf met een klantenrekening nu tot stand brengen die een douanekenmerk met a (File) of (Image) type heeft. Eerder, als de rekening één van deze klantgerichte opties had, gaf het Bedrijf uit paginalader uitgeeft niet op, die het uitgeven van bedrijfdetails verhinderden.
De products vraag keert nu een nauwkeurig total_count gebied terug wanneer de gedeelde catalogus wordt toegelaten.
U kunt een dossier voor een klantenattribuut nu bijwerken wanneer het creëren van een bedrijf. Eerder, toen u probeerde om een bedrijf met een gehechtheid van type File tot stand te brengen, creeerde Adobe Commerce niet het bedrijf en registreerde deze fout in het uitzonderingslogboek: Something went wrong while saving file.
de Configuratie van het Bedrijf en creëren bedrijf pagina's nu werken zoals verwacht nadat u een online het verschepen methode onbruikbaar maakt. Er is een verificatie toegevoegd om te voorkomen dat wordt geprobeerd uitgeschakelde Verzendmodules te verwerken. Eerder werd deze fout door Adobe Commerce weergegeven: Type Error occurred when creating object: Magento\CompanyShipping\Model\Source\ShippingMethod, Too few arguments to function Magento\CompanyShipping\Model\Source\ShippingMethod::__construct(), 1 passed in /var/www/html/elmtup/vendor/magento/framework/ObjectManager/Factory/AbstractFactory.php on line 121 and exactly 2 expected .
de Categorie pagina toont nu verenigbare productgegevens terwijl de toestemmingen tijdens het gedeeltelijke indexeren worden geproduceerd. Er is een nieuwe gedeeltelijke indexator voor directorymachtigingen toegevoegd aan dit proces. Eerder waren de gegevens die werden weergegeven terwijl de indexeerfunctie werd uitgevoerd onjuist.
De categoryList vraag keert nu het correcte aantal producten terug wanneer de catalogustoestemmingen worden gebruikt en de producten aan een gedeelde catalogus worden toegewezen.
de categoryList vraag respecteert nu categorietoestemmingen en keert slechts toegelaten categorieën terug. Eerder, keerde het alle toegewezen en niet toegewezen categorieën terug.
Het rest/V1/company/{id} verzoek keert nu is_purchase_order_enabled attributenwaarden terug zoals verwacht.
de klantenattributen van de Douane worden nu getoond zoals verwacht in Admin van het Bedrijf tabel.
het Mijn blok van de Lijst van de Wonen op de Mijn pagina van de Rekening wordt nu getoond zoals verwacht voor de Beheerders van het Bedrijf en de Gebruikers van het Bedrijf.
de Snelle fouten van de Orde worden niet meer getoond in het het winkelwagentje. Eerder, toonde Adobe Commerce deze fout in het winkelwagentje toen SKU niet in de catalogus werd gevonden: The SKU was not found in the catalog.
Gedeelde catalogus sparen verrichtingen zijn geoptimaliseerd om sneller uit te voeren. Het opslaan van een gedeelde catalogus met veel klantengroepen kan eerder enkele minuten in beslag nemen.
Adobe Commerce schrapt nu alle subcategorierechten van de sharedcatalog_category_permissions lijst wanneer de oudercategorie wordt geschrapt. Eerder werden alleen de gegevens van de bovenliggende categorie verwijderd.
Adobe Commerce verzendt nu met succes updatemails over verlopen verhandelbare citaten. Eerder, toen een verhandelbaar prijsopgave verstreek, heeft Adobe Commerce geen e-mails verzonden voor updates.
Adobe Commerce verzendt nu met succes updatemails over spoedig om te verlopen en verlopen onderhandelbare citaten wanneer een cron baan mist.
Bedrijf
het Create Nieuwe het dropdown gebied van het de paginaland van de Rekening van het Bedrijf maakt maakt niet meer van lege optiewaarden een lijst. Eerder waren de eerste twee opties en de landcode AN leeg.
het klikken van de Return knoop voor een orde die door een bedrijfgebruiker werd gecreeerd richt nu een administratieve gebruiker aan de Create pagina van de Terugkeer opnieuw zoals verwacht. Eerder werd de beheerder omgeleid naar de pagina Order History.
De gebruikers van het Bedrijf kunnen klanten de waarden van de douaneattributen nu uitgeven en bijwerken. Eerder waren deze kenmerken niet correct gekoppeld aan het formulier voor het maken en bewerken van gebruikers. Een bedrijfgebruiker kon verschillende kenmerkwaarden ingaan, maar Adobe Commerce heeft deze waarden niet correct bewaard.
De middelboom voor de toestemmingen van de bedrijfrol kan nu worden vertaald zoals verwacht. Eerder was de machtigingenstructuur niet vertaald, ook al waren er geldige vertaalbestanden aanwezig.
Adobe Commerce bewaart nu de waarden van de douaneklantenattributen voor B2B gebruikers zoals verwacht. Eerder leidde het maken van een bedrijfsaccount dat aangepaste klantkenmerken bevatte tot een sjabloonfout en kon Adobe Commerce het formulier niet laden. Door een argument toe te voegen aan de lay-out van company_create_account is dit probleem opgelost.
de gebruikersfilters van het Bedrijf zoals toon Alle Gebruikers, toon Actieve Gebruikers, en toon Inactieve Gebruikers nu werken zoals verwacht. Eerder, veroorzaakte het filtreren acties op de pagina van de bedrijfgebruiker een fout van JavaScript.
Bedrijfskrediet
Beheerders met beperkte rekeningen die slechts website-vlakke voorrechten omvatten kunnen nu een bedrijf tot stand brengen dat een verschillende munt dan de website gebruikt.
Adobe Commerce verzendt nu bedrijfe-mails van het correcte from e-mailadres en werkingsgebied. Eerder heeft Adobe Commerce geen rekening gehouden met het bereik van de website bij het verzenden van een bedrijfskrediet of het bijwerken van een e-mail.
Snelle bestelling
Creërend een orde gebruikend Snelle Orde van een Csv- dossier nu werkt zoals verwacht met nonexistent SKUs.
het gebruiken van Snelle Orde aan onderzoek op veelvoudige SKUs werkt nu zoals verwacht. Eerder waren er dubbele vermeldingen in de resultaten opgenomen.
de Toegevoegde de lijstvertoning van het Product behandelt nu SKUs ingegaan in kleine letters en in hoofdletters het zelfde wanneer u SKUs gebruikt om veelvoudige producten tijdens Snelle Orde te selecteren.
Gebruikend Snelle Orde voegt nu producten in de hoeveelheid toe die door de verkoopster wordt gespecificeerd. Eerder heeft Adobe Commerce slechts één product toegevoegd, zelfs als de door de winkel opgegeven hoeveelheden groter zijn dan één product.
de Snelle autocomplete eigenschap van de Orde werkt nu met gedeeltelijke SKUs.
Adobe Commerce toont nu producten die als niet zichtbaar individueel op de Snelle pagina van de Orde auto-stelt lijst en onderzoeksresultaten zijn gevormd voor.
de Kopers kunnen de Snelle vorm van de Orde nu gebruiken om veelvoudige producten door SKUs toe te voegen die karakters in hoofdletters omvatten. Eerder werd alleen het eerste product toegevoegd.
Verhandelbaar aanhalingsteken
De Klanten worden nu opnieuw gericht aan de onderhandelbare citaatpagina na het kleven van de verbinding aan een onderhandelbaar citaat op het gebied URL en met succes het programma openen. Eerder werd de koper doorgestuurd naar de pagina Mijn account.
die nu opnieuw rangschikt werkt zoals verwacht voor orden die een product met een Aanpasbare Optie van de Datum voor een klantenrekening bevatten die tijdens controle werd gecreeerd. Eerder heeft Adobe Commerce de reorder niet verwerkt en deze fout weergegeven: The product has required options. Enter the options and try again .
Het verschepende adres voor een verhandelbaar citaat is niet meer editable tijdens controle wanneer de module van de Orde van de Aankoop wordt onbruikbaar gemaakt. Dit gedrag is het gevolg van een vorige correctie waarbij isQuoteAddressLocked is verwijderd uit de verhandelbare renderer voor het uitchecken van aanhalingstekens.
De handelaren kunnen producten aan een onderhandelbaar citaat van Admin nu toevoegen.
Aankooporders
Adobe Commerce toont nu een informatief foutenmelding zoals verwacht wanneer u een kooporder gebruikend Uitdrukkelijke Betaling PayPal plaatst wanneer het Name Prefix attribuut aan required wordt geplaatst. Eerder heeft Adobe Commerce de bestelling niet geplaatst of een foutbericht weergegeven.
De component UI voor het factureringsadres in de module van de Orde van de Aankoop gebruikt nu correct citaatadres wanneer de Manager van de Markering van Google wordt toegelaten. Er is eerder een JavaScript-fout opgetreden op de betalingspagina.
Aanvraaglijsten
De handelaren kunnen het POST rest/all/V1/requisition_lists eindpunt nu gebruiken om een vraaglijst voor een klant tot stand te brengen. Eerder heeft Adobe Commerce deze fout van 400 gegenereerd toen u een aanvraaglijst probeerde te maken: Could not save Requisition List .
De Add to Requisition List knoop verschijnt nu voor de producten van het winkelwagentje in voorraad wanneer het karretje ook uit-van-voorraad producten bevat. Als een winkelwagentje twee producten bevatte, waarvan er één uit voorraad was, werd de knop Add to Requisition Listeerder voor geen van beide producten weergegeven.
U kunt REST API nu gebruiken om een product aan een verzoeklijst toe te voegen.
de lijstwaarden van de Vereiste Latest Activity Date houden nu aan scèneformaat vast.
Adobe Commerce werpt niet meer een fatale fout wanneer u een bundelproduct van een verzoeklijst uitgeeft.
Adobe Commerce toont nu de correcte productprijs wanneer u een product met een klantgerichte optie (File) aan een verlanglijst van een verzoeklijst toevoegt. De koppeling naar het geüploade bestand is ook zichtbaar zoals u had verwacht. Eerder gaf Adobe Commerce onjuiste productprijzen weer en werd de koppeling naar het bestand niet weergegeven.
de Producten met een klantgerichte optie (File) kunnen nu aan een het winkelwagentje van een verzoeklijst worden toegevoegd.
Gedeelde catalogus
een beheerder met een rol die tot een specifieke website wordt beperkt kan een gedeelde catalogus nu creëren, bekijken en uitgeven. Eerder gaf Adobe Commerce een fatale fout op toen een beheerder met een beperkte rol probeerde een gedeelde catalogus te creëren.
Gelaagde navigatieresultaten omvatten nu een nauwkeurige telling van producten met gefilterde attributen, en de kopers kunnen veelvoudige filters nu toepassen. Eerder kon slechts één filter worden toegepast en gaf Adobe Commerce een onnauwkeurig aantal producten weer in gelaagde navigatie.
Adobe Commerce toont nu correct productaantallen in gelaagde navigatiefilters in onderzoeksresultaten. Eerder gebruikte een insteekmodule voor de pagina met zoekresultaten geen Elasticsearch, maar werd een nieuwe query naar de database verzonden.
Adobe Commerce schrapt niet meer laagprijzen wanneer een handelaar alle producten van een standaard gedeelde catalogus schrapt.
Filters worden nu gefiltreerd door de huidige categorie en correct getoond op alle pagina's wanneer de gedeelde catalogi worden toegelaten. Eerder werden filters alleen voor de huidige pagina verkeerd berekend en niet door de huidige categorie gefilterd.
de vraag van GraphQL products keert niet meer de prijswaaier en de categorie van een product voor producten terug die niet aan een gedeelde catalogus worden toegewezen wanneer de gedeelde catalogus wordt toegelaten. Eerder gaf de query de aggregaties van het product, ook al werd het product zelf niet geretourneerd in de items -array.
Online betalingsmethodes worden nu gesteund voor kooporden.
Toevoegend een configureerbaar product aan het winkelwagentje direct van een verzoeklijst wanneer dit product in een vroegere orde werd gebruikt keert niet meer een systeemfout terug.
Adobe Commerce toont nu correct het Vereist Mijn lusje van de Goedkeuring voor kooporden wanneer een gespleten gegevensbestandconfiguratie wordt opgesteld.
Adobe Commerce toont nu details over bundelproducten en giftekaart wanneer u kooporden bekijkt.
De Klanten worden nu opnieuw gericht zoals verwacht na het registreren in hun rekening terwijl het doorbladeren in een opslag waar Website Restriction wordt toegelaten en Restriction Mode wordt geplaatst aan Private Sales: Login Only. Eerder werden kopers omgeleid naar de homepage van de winkel.
de geschiedenis van de Orde laadt nu zoals verwacht in de pagina van het de rekeningsdashboard van een bedrijfbeheerder in plaatsingen met een B2B bedrijfshiërarchie die vele klanten (groter dan 13000) bevat. Eerder werd de volgorde van de historie traag of helemaal niet geladen en gaf Adobe Commerce een fout van 503 weer.
Adobe Commerce toont niet meer veelvoudige identieke waarschuwingsberichten wanneer u een niet gevormd product met klantgerichte opties aan een Lijst van de Vereiste van een pagina van de Categorie toevoegt.
Nieuwe en gedupliceerde producten zijn nu zichtbaar zoals verwacht op de categoriepagina wanneer B2B gedeelde catalogi worden toegelaten.
Adobe Commerce handhaaft nu het correcte store_id dat met een bedrijfbeheerder wordt geassocieerd wanneer de klantengroep voor een bedrijf wordt bijgewerkt. Eerder is de waarde van store_id gewijzigd in de standaardwinkel toen de groep werd bijgewerkt.
Adobe Commerce bewaart nu een gegroepeerd product aan een verzoeklijst als lijst van eenvoudige producten op de zelfde manier aangezien het een gegroepeerd product aan een winkelwagentje toevoegt. Als gevolg van de manier waarop Adobe Commerce gegroepeerde producten heeft opgeslagen, werd de koppeling voor een gegroepeerd product in de aanvraaglijst altijd doorgestuurd naar eenvoudige producten en niet naar het gegroepeerde product.
u kunt orden door het Company Name gebied nu filtreren wanneer het uitvoeren van ordeinformatie in formaat CSV. Eerder heeft Adobe Commerce een fout aangemeld in var/export/{file-id} .
Adobe Commerce toont nu Create popup van de Lijst van de Vergunning zoals verwacht wanneer u creeert het Create Nieuwe lusje van de Lijst van de Vergunning op de storefront selecteert.
Vereiste omvat nu alle gegroepeerde producten en hoeveelheden die aan de lijst zijn toegevoegd. Eerder, toen een handelaar aan een verzoeklijst navigeerde nadat het toevoegen van producten aan het van een productdetailpagina, gaf Adobe Commerce deze fout weer: 1 product(s) require your attention - Options were updated. Please review available configurations.
de correcte opslagmening wordt nu geassocieerd met de relevante website wanneer u een bedrijf in een plaatsing op meerdere plaatsen creeert. Eerder kon u geen bedrijf maken en Adobe Commerce gaf deze fout weer: The store view is not in the associated website .
die tot producten door SKU opdracht geeft die Snelle Orde gebruikt niet meer in dubbele producthoeveelheden in het Csv- dossier resulteert.
de Add to Cart knoop wordt niet meer geblokkeerd wanneer de Enter Multiple SKUssectie van de Snelle pagina van de Orde een lege waarde bevat. In plaats daarvan geeft Adobe Commerce nu een bericht weer waarin u wordt gevraagd geldige SKU's in te voeren.
Adobe Commerce toont nu dit bericht op de productpagina wanneer u een productoverzicht van een verzoeklijst indient: You submitted your review for moderation. De revisie wordt ook weergegeven op de pagina Revisies in behandeling (Admin Marketing > Pending Reviews ). Hoewel Adobe Commerce de revisie eerder heeft toegevoegd aan de lijst van lopende recensies, heeft het een fout van 404 op de productpagina geplaatst.
De prestaties van de sharedCatalogUpdateCategoryPermissions consument zijn verbeterd. Na het creëren van een gedeelde catalogus, gebruikt de indexator van de catalogustoestemming nu slechts identiteitskaart van de klantengroep van de gedeelde catalogus, niet alle klantengroepen.
Orders voor producten die tot het gebrek van een opslag gedeelde catalogus behoren kunnen nu voor kopers door Admin REST API (rest/V1/carts/{<CART_ID>/items) worden geplaatst zoals verwacht. Adobe Commerce controleert nu of het product aan een openbare catalogus is toegewezen voordat de validatie van gedeelde catalogusmachtigingen in \Magento\SharedCatalog\Plugin\Quote\Api\ValidateAddProductToCartPlugin::beforeSave wordt uitgevoerd. Eerder heeft Adobe Commerce het product niet aan de winkelwagentje toegevoegd en deze fout gegenereerd: No such shared catalog entity .
Adobe Commerce verzendt nu nieuwe e-mails van de bedrijfs gebruikersregistratie van het adres van de opslag van Adobe Commerce. Eerder werd deze e-mail verzonden van het adres van de bedrijfbeheerder.
Adobe Commerce controleert nu douanekenmerken voor duplicatie van gereserveerde namen van bedrijfattributen alvorens een handelaar toe te laten om een nieuw attribuut te bewaren.
de credit_history vraag keert nu de gespecificeerde kredietgeschiedenis van het bedrijf voor zowel het oorspronkelijk toegewezen bedrag als het gekochte bedrag terug. Eerder heeft deze query een fout geretourneerd.
de Company en Job Title gebieden op de Edit pagina van de Informatie van de Rekening zijn niet meer editable.
Bekende problemen
B2B-kopers kunnen online betalingsmethoden gebruiken om de gebruikelijke inkooporderstroom te omzeilen. Dit scenario kan zich voordoen als de koper zijn volledige afhandelingstotaal tot 0 kan terugbrengen — bijvoorbeeld door een promotiecode of een cadeaukaart — en vervolgens de code of geschenkkaart kan verwijderen. Zelfs onder deze omstandigheden plaatst Adobe Commerce nog steeds de order voor het juiste bedrag op basis van de prijzen van de items in de toegewezen catalogus. Oplossing: maak geschenkkaarten en couponcodes onbruikbaar wanneer de online betalingsmethodes voor de goedkeuring van de inkooporde worden toegelaten.
Kopers worden omgeleid naar het winkelwagentje wanneer ze een bestelling proberen te plaatsen via een inkooporder met PayPal Express Checkout wanneer In-Context Mode is uitgeschakeld.
Adobe Commerce geeft soms een fout van 404 weer wanneer een koper een inkooporder maakt en vervolgens naar de afhandelingspagina navigeert. Deze fout treedt op wanneer een koper eerder een andere inkooporder met een online betalingsmethode heeft gemaakt voordat hij naar de betalingspagina navigeert zonder de vorige aankoop te voltooien. De koper kan de kooporder nog steeds plaatsen. werk rond: niets.
Kortingen voor een specifieke betalingsmethode blijven bestaan tijdens afhandeling voor een inkooporder, zelfs als de koper zijn betalingsmethode wijzigt tijdens de laatste afhandeling. Als gevolg hiervan kunnen klanten een korting ontvangen waarop ze geen recht hebben. Deze kwestie doet zich voor omdat ondanks de wijziging in de betalingsmethode nog steeds een kartregel voor de oorspronkelijke betalingsmethode wordt toegepast. werk rond: niets. Zie Adobe Commerce 2.4.2 B2B bekende kwestie: de korting blijft voor online Orden van de Aankoop nadat de betalingsmethode artikel van de Kennisbank wordt veranderd.
De query deleteRequisitionListOutput retourneert details over de verwijderde aanvraaglijst in plaats van de resterende aanvraaglijsten.
Deze release bevat verbeteringen voor goedkeuringen voor bestellingen, verzendmethoden, winkelwagentje en registratie van beheeracties.
Toegevoegde steun voor Adobe Commerce 2.4.1.
B2B ordesgoedkeuringen zijn verbeterd om bruikbaarheid te verbeteren en voor bulkacties op kooporden toe te staan.
B2B de handelaren kunnen verzendingsmethodes nu controleren die aan elk Bedrijf worden aangeboden.
Merchants kunnen gebruikers nu toestaan om de inhoud van hun winkelwagentje in één enkele actie te ontruimen en kunnen deze capaciteit onafhankelijk op elke website vormen
B2B kopers kunnen individuele punten of de volledige inhoud van hun winkelwagentje direct aan een verzoeklijst nu toevoegen.
B2B handelaren kunnen orden van Admin namens klanten tot stand brengen gebruikend Betaling op Rekening als betalingsmethode.
Merchants kunnen alle citaten direct bekijken verbonden aan een gebruiker van de de detailpagina van de klant.
Merchants kunnen de Klanten nu Online net door Bedrijf filtreren.
Admins kan klanten in Admin door Verkoper nu filtreren.
om verwezenlijking van frauduleuze of spamrekeningen te verminderen, kunnen de handelaren Google reCAPTCHA op de Nieuwe vorm van het Verzoek van het Bedrijf op de winkel nu toelaten.
