U bent hier:
Patchreleases Summer '26
We geven periodiek patches uit. Kijk hier terug voor informatie over elke Summer '26-patchrelease voor de mobiele app Life Sciences Cloud.
Summer '26-release en maandelijkse releases
Zie Life Sciences voor de notities bij de release van Summer '26.
We hebben verschillende Life Sciences-voorzieningen en -wijzigingen op maandelijkse basis uitgebracht tijdens Summer '26. Zie Voorzieningen voor biowetenschappen voor meer informatie hierover.
Zie Patchreleases Summer '26 voor het weergeven van notities bij de patchrelease voor het pakket Life Sciences Cloud voor Customer Engagement.
Versie 262.10.1
Deze patch bevat oplossingen om ervoor te zorgen dat de voorzieningen van de mobiele app Life Sciences Cloud correct werken.
| Voorziening | Probleem | Beschrijving |
|---|---|---|
| Synchronisatiebeheer | Mobiele synchronisatie heeft duplicaatbezoek- en onderliggende records gegenereerd wanneer een gebruiker zijn wijzigingen heeft opgeslagen tijdens een actieve achtergrondsynchronisatie. | Het probleem met de achtergrondsynchronisatie is opgelost om ervoor te zorgen dat bewerkingen de bestaande bezoekrecord met succes bijwerken zonder dubbele items te maken. |
Versie 262.10.0
Deze patch bevat oplossingen om ervoor te zorgen dat de voorzieningen van de mobiele app Life Sciences Cloud correct werken.
| Voorziening | Probleem | Beschrijving |
|---|---|---|
| Medisch onderzoek | Toen Key Account Manager-gebruikers (KAM) een nieuwe enquête maakten, reageerde de mobiele app Life Sciences Cloud niet meer | Het probleem is nu opgelost, waardoor KAM-gebruikers nieuwe vragen kunnen maken zonder dat de app wordt bevroren. |
| Algemeen | Sommige gebruikers van de mobiele app Life Sciences Cloud iOS hebben onverwachte appcrashes ervaren. | De mobiele iOS-app bevat nu een gerichte crashfix die de stabiliteit van de app voor gebruikers verbetert. |
Versie 262.9.0
Deze patch bevat oplossingen om ervoor te zorgen dat de voorzieningen van de mobiele app Life Sciences Cloud correct werken.
| Voorziening | Probleem | Beschrijving |
|---|---|---|
| Accountbeheer | Een account die is gemaakt in de mobiele werkstroom Zoeken vóór maken, bleef onuitgelijnd nadat de DCR ervan was goedgekeurd, waardoor gebruikers herhaaldelijk werden gevraagd deze uit te lijnen. | Goedgekeurde accounts synchroniseren nu bijgewerkte territoriumuitlijningen naar mobiel, waardoor onnodige aanwijzingen voor het opnieuw uitlijnen van de account worden verwijderd. |
| Een account en gerelateerde records maken vanuit de offline mobiele werkstroom Zoeken vóór maken met goedkeuring-bij-maken uitgeschakelde onderliggende wijzigingsverzoeken voor gegevens zonder deze te koppelen aan het bovenliggende accountverzoek. | Verzoeken om wijziging van onderliggende gegevens voor gerelateerde zorgaanbieders, adressen, affiliaties en specialismen slaan nu de ID van het bovenliggende accountverzoek op, waarbij de juiste verzoekenhiërarchie wordt gehandhaafd. | |
| Aangepaste persoonsaccountkolommen in mobiele accountlijsten gaven API-namen van technische velden weer in plaats van veldlabels, terwijl HCP-specialiteiten werden weergegeven als API-codes in plaats van weergavelabels. | De mobiele app lost nu veldlabels voor Persoonsaccounts op uit gerelateerde metagegevens voor contactpersonen en geeft speciale codes weer als hun geconfigureerde weergavenamen. | |
| Geavanceerd zoeken met HCP kan geconfigureerde naamvelden verbergen, een optioneel veld Naam als verplicht markeren of een fout retourneren voor een zoekopdracht met alleen naam. | Mobiele zoekformulieren geven velden voor Persoonsaccount nu consistent weer met de webomgeving en bieden duidelijke aanwijzingen voor het zoeken naar de voornaam, achternaam of NPI-zoekcriteria. | |
| Agenda | Het slepen van bezoeken om ze in de agenda te maken of opnieuw te plannen verliep traag, leidde tot frequente agendavernieuwingen of paste planningsconflictregels toe die afweken van de pagina Bezoek. | Agenda gebruikt nu standaardvalidatieregels voor bezoeken, houdt rekening met geconfigureerde waarschuwings- en foutinstellingen, minimaliseert redundante gegevensverwerking en vernieuwt de agenda efficiënt. |
| Eventbeheer | Het onkostenraster van Beheerde event is afgesneden op iPad-displays, waardoor onkostendetails en toewijzingsbesturingselementen moeilijk kunnen worden weergegeven en beheerd. | Het raster gebruikt nu een responsieve kolomlay-out en consistente spatiëring, terwijl het toewijzingsvenster overeenkomt met het actieve appthema. |
| Aangepaste labels en vertalingen voor deelnemersacties van Beheerde event werden niet weergegeven in de mobiele app. | Aangepaste labels voor deelnemersacties zoals Deelnemer, Collega, Expert, Niet-geprofileerde deelnemer en Schrijven geven nu hun geconfigureerde aangepaste labels correct weer. | |
| De resourcewerkstroom Beheerde event gaf adressen weer voor niet-gerelateerde accounts en opgenomen locatietypen die niet van toepassing zijn op events. | Adressen worden nu gefilterd op de geselecteerde account en accountlocaties zijn beperkt tot van toepassing zijnde eventlocaties. | |
| Het recordtype ontbrak bij het maken van een Beheerde event op iPad en recordtypetoewijzingen konden het overeenkomende eventtype niet invullen of opslaan. | Beschikbare recordtypen worden nu correct weergegeven tijdens het maken van events en geselecteerde recordtypetoewijzingen worden correct ingevuld en opgeslagen in de record Beheerde event. | |
| De actie voor affiliatie kan verborgen blijven in de weergave Deelnemer van beheerde event, zelfs wanneer HCP-HCO-affiliaties zijn ingeschakeld. | De mobiele app leest nu de huidige instelling voor affiliatie van Beheerde event en geeft de actie voor affiliatie weer wanneer deze is geconfigureerd. | |
| Het scherm Collega selecteren kan alle actieve gebruikers vermelden, inclusief HCP- en HCO-records die niet in aanmerking komende collega's waren. | Het scherm Collega selecteren filtert de gebruikerslijst nu om alleen in aanmerking komende interne gebruikersaccounts weer te geven. | |
| Presentaties van beheerde events waren alleen beschikbaar in de voorbeeldmodus, waardoor presentatieactiviteit en klikstroomgegevens niet konden worden vastgelegd. | Gebruikers kunnen nu op miniatuurafbeeldingen van presentaties tikken om ze te openen in de modus Afspelen, waardoor de app presentatieactiviteit kan vastleggen en gegevens rechtstreeks tegen de event kan klikken. | |
| De opzoekopdracht Onderwerp voor een beheerde event gaf onderwerpen weer die bedoeld waren voor ander gebruik, inclusief basis- en door het systeem gegenereerde records. | Het opzoeken van onderwerpen filtert nu door het systeem gegenereerde en niet-eventrecords uit, waarbij alleen onderwerpen worden weergegeven die zijn geconfigureerd voor Beheerde events. | |
| Het mobiele aanmeldingsblad negeerde geconfigureerde deelnemersveldsets en instellingen voor vergrendelingsschermen. | Vastleggen van handtekeningen leest deze waarden nu rechtstreeks vanuit de configuratie van Beheerde event, ongeacht niet-gerelateerde voorzieningeninstellingen, en geeft de geconfigureerde kolommen en vergrendelingselementen weer. | |
| Het veld Distributietype in Beheerde event-uitgaven gaf op iPad een ander label weer dan op de desktopsite. | De mobiele onkostenweergave gebruikt nu het huidige geconfigureerde veldlabel voor een consistente ervaring binnen interfaces. | |
| In het venster Deelnemers van beheerde eventaccount op iPad zijn de opties Zoeken vóór maken weggelaten, waardoor gebruikers geen account kunnen maken vanuit de deelnemerswerkstroom. | De werkstroom Zoeken naar deelnemers op iPad omvat nu geconfigureerde zoekinstellingen en veldsets, waardoor geavanceerd zoeken en maken van accounts rechtstreeks vanuit het venster mogelijk is. | |
| Het bevestigen van een HCO- of locatieresource heeft de gerelateerde locatie en het gerelateerde adres niet ingevuld voor de bovenliggende beheerde event. | Wanneer een resource de bevestigde status bereikt, worden de locatie- en adresgegevens ervan gekopieerd naar de bovenliggende beheerde event en bewaard tijdens synchronisatie. | |
| Het toevoegen van een niet-geprofileerde deelnemer kan een niet-beschikbare respons van een uitgenodigde deelnemer toewijzen en het toevoegen van een deelnemer kan mislukken omdat de app een adrestekstveld niet kan synchroniseren. | Het maken van deelnemers gebruikt nu geldige deelnemers-reactiewaarden en verwerkt adresgegevens van deelnemers correct tijdens synchronisatie. | |
| Gebruikers kunnen geen collega's toevoegen aan een beheerde event. | Het onderliggende probleem is opgelost en gebruikers kunnen nu collega's toevoegen aan een beheerde event. | |
| Algemeen | URL-adresseerbare Lightning webcomponenten (LWC) op hoofdpagina's of aangepaste tabbladen kunnen niet worden weergegeven wanneer een naamruimte meer dan eens aan de naam van een component is toegevoegd. | De mobiele app herkent nu namen die al een naamruimte bevatten en lost consistent de juiste componentnaam op. |
| Tekst die wordt ingevoerd in een rich-text-gebied op een dynamisch weergegeven pagina, kan verloren gaan wanneer gebruikers de record opslaan op de iPad. | De rich-text-editor legt tekstitems nu betrouwbaar vast en synchroniseert ze, zodat bewerkingen behouden blijven en worden weergegeven na opslaan. | |
| In afwachting van mobiele updates die wachtten op synchronisatie, werden niet opnieuw toegepast na een downloadsynchronisatie, waardoor records werden weergegeven met oudere serverwaarden. | Lokale wijzigingen in behandeling worden nu onmiddellijk na synchronisatie opnieuw toegepast, zodat bewerkingen zichtbaar blijven totdat ze volledig door de server zijn verwerkt. | |
| Lightning webcomponentacties die in een recordmarkeringsdeelvenster zijn geplaatst, zijn niet vooraf opgehaald tijdens synchronisatie van metagegevens en zijn offline niet beschikbaar. | Synchronisatie van metagegevens slaat acties van deelvenster Markeringen nu automatisch in het cachegeheugen op, waardoor ze offline beschikbaar zijn. | |
| Verkoopgegevens | Tegels van dashboardrapporten die gegevens weergeven in Lightning Experience kunnen leeg lijken of geen gegevens tonen. | Dashboardverzoeken gebruiken nu de huidige ondersteunde API-werking, tolereren onvolledige componentgegevens en geven rapporttabellen weer met de juiste dimensionering en uitlijning. |
| Enquêtes | De selectie van de enquêteactie vanuit een beheerde event is mislukt omdat de mobiele app een verouderde naam en parameters van de werkstroomcomponent gebruikte. | De enquêteactie maakt nu verbinding met huidige enquêtecomponenten, waardoor enquêteformulieren soepel kunnen worden geopend vanuit Beheerde events. |
| Bezoekbeheer | Recordtypen voor bezoeken op mobiel worden alfabetisch of standaard weergegeven op basis van databasevolgorde in plaats van de sorteervolgorde te volgen die is geconfigureerd in Toewijzingen van recordtype voor bezoeken. | De toegewezen recordtypen voor bezoeken worden nu weergegeven in hun sorteervolgorde en hebben standaard het primaire toegewezen type, terwijl de standaardinstellingen voor niet-toegewezen accounts behouden blijven. |
| De aangepaste Agentforce interface bleef een incorrect agentlabel weergeven nadat er naar een andere agent was overgeschakeld. | De interface wordt nu onmiddellijk na het overschakelen vernieuwd om de naam en het label van de geselecteerde agent weer te geven. | |
| De actie Discussie toevoegen bleef beschikbaar nadat een standaarddiscussie was gemaakt, zelfs wanneer het discussierecordtype was geconfigureerd om slechts één discussie toe te staan. | De actie is nu verborgen wanneer er al een discussie bestaat en Beperkt tot 1 discussie is ingeschakeld. |
Versie 262.8.0
Deze patch bevat oplossingen om ervoor te zorgen dat de voorzieningen van de mobiele app Life Sciences Cloud correct werken.
| Voorziening | Probleem | Beschrijving |
|---|---|---|
| Algemeen | URL-adresseerbare Lightning Web Components (LWC's) die niet waren geconfigureerd als snelle acties, werden niet correct geladen op de hoofdpagina. | Het weergaveproces voor URL-adresseerbare LWC's is opgelost, zodat ze nu correct worden geladen. |
Versie 262.6.0
Deze patch bevat oplossingen om ervoor te zorgen dat de voorzieningen van de mobiele app Life Sciences Cloud correct werken.
| Voorziening | Probleem | Beschrijving |
|---|---|---|
| Accountbeheer | De actie Bewerken werd niet weergegeven in de component Accountterritoriumvelden voor gebruikers met bewerkmachtigingen. | Evaluatie van machtigingen voor componenten bijgewerkt om de actie Bewerken weer te geven voor de component Accountterritoriumvelden. |
| Aangepaste veldlabels met gewijzigde namen voor Adres aanspreekpunt en E-mail aanspreekpunt zijn niet bijgewerkt na het synchroniseren van metagegevens. | Bijgewerkte verwerking van metagegevenssynchronisatie, waardoor aangepaste veldlabels met een andere naam nu correct worden weergegeven. | |
| Transactiepayloads voor apparaatsynchronisatie voor accountfilters omvatten onnodige kolomlabelgegevens, waardoor de bestandsgrootte toenam en synchronisaties vertraagden. | Verwijdering van redundante kolomlabelgegevens uit apparaatsynchronisatiebestanden om de gegevensgrootte te verkleinen en synchronisatie te versnellen. | |
| Door de records E-mail aanspreekpunt of Telefoon aanspreekpunt rechtstreeks vanaf de detailpagina te bewerken, konden meerdere records onjuist als Primair worden ingesteld. | Validatieregels toegevoegd aan detailpagina's om ervoor te zorgen dat slechts één aanspreekpunt tegelijk als Primair kan worden ingesteld. | |
| De sectie Bedrijfslicentie werd weergegeven in de filterveldkiezer, zelfs wanneer de veldset was geconfigureerd als Geen in de Beheerconsole. | Bijgewerkte filterinstellingen zodat de sectie Bedrijfslicentie correct verborgen is wanneer ingesteld op Geen. | |
| De detailpagina Account gaf API-codes van ruwe keuzelijsten weer in plaats van voor mensen leesbare labels in de sectie Specialismen. | Bijgewerkte weergavelogica voor speciale velden voor het oplossen en weergeven van gelokaliseerde keuzelijstlabels in plaats van API-waarden. | |
| Zoeken naar account | Standaardvelden zoals Telefoonnummers, Sociale ID's en Nationale provider-ID's ontbraken in de resultaten van Geavanceerde zoekresultaten bij het uitvoeren van een query op bedrijfslicenties. | Lay-outs van zoekresultaten bijgewerkt om alle geconfigureerde standaardvelden weer te geven voor zoekopdrachten met bedrijfslicenties. |
| Activiteitentijdlijn | Meerdere schermen voor Account en Activiteitentijdlijn op iPad gaven hard-coded Engelse tekenreeksen en inconsistente datumnotaties weer. | De lokalisatieproblemen en gestandaardiseerde datumnotatie zijn opgelost op tabbladen Account, beoordelingsopties en agendafilters voor Activiteitentijdlijn. |
| Agenda | Ingediende bezoeken werden tijdelijk weergegeven als Voltooid in de agenda voordat ze na een synchronisatie weer de status Gepland kregen, wat statusverschillen en duplicaatgegevens veroorzaakte. | Detectie van de status van een gecombineerd bezoekvoltooiing in agendaweergaven, voorbeelden en recordbewerkingscontroles om de status Voltooid consistent te houden, zelfs wanneer synchronisatie in behandeling is. |
| Eventbeheer | Acties werden inconsistent weergegeven in gerelateerde lijsten Deelnemerstype. Sommige deelnemerstypen ontbraken pictogrammen voor bewerken en verwijderen, terwijl andere niet-functionele opties voor verwijderen hadden. | Bijgewerkte weergave van de gerelateerde lijst Deelnemer om pictogrammen voor bewerken en verwijderen consistent weer te geven op basis van gebruikersmachtigingen en herstelde functionaliteit voor het verwijderen van records. |
| Het toevoegen van deelnemers aan Beheerde events leidde ertoe dat synchronisatietransacties vastliepen in de status Bezig, wat resulteerde in het maken van dubbele deelnemers tijdens daaropvolgende handmatige synchronisaties. | Bijgewerkte validatieregels voor telling van deelnemers om vastlopen van synchronisatietransacties en het maken van duplicaatrecords te voorkomen. | |
| De component Onderwerptoewijzing gaf een basaal formulier voor het maken van records weer in plaats van de interactieve onderwerpselectietabel die beschikbaar is op de desktopsite. | De component Interactieve onderwerpselectietabel geïmplementeerd om een consistente gebruikerservaring te bieden. | |
| De tabel Aanmeldingsblad vertoonde afwijkingen in de stijl, waaronder ontbrekende koptekstachtergronden, onjuiste achtergrondkleuren voor de tabel en typografie die niet voldeed aan ontwerpnormen. | Bijgewerkte stijl en typografie van tabel voor aanmeldingsbladen om strikt te voldoen aan standaardrichtlijnen van het Salesforce Lightning Design System (SLDS). | |
| Het toevoegen van een write-in-deelnemer met het type reactie van de deelnemer Uitgenodigd voor een beheerde event heeft ertoe geleid dat synchronisatietransacties zijn mislukt. | De synchronisatielogica bijgewerkt voor write-in-deelnemers met de status Uitgenodigde respons om een succesvolle serversynchronisatie te garanderen. | |
| Synchronisatietransacties zijn mislukt wanneer een bestaande eventdeelnemer een tweede keer wordt toegevoegd onder een ander deelnemerstype. | Bijgewerkte synchronisatielogica voor het valideren en synchroniseren van duplicaatdeelnemersrecords die zijn toegevoegd met verschillende deelnemersrollen. | |
| Bij het toevoegen van collega's of experts werd een onnodige knop Door systeem gegenereerd filter weergegeven, die foutmeldingen over machtigingen genereerde. | De onnodige filterknop verwijderd uit de selectie-interface om de werking van de desktopsite af te stemmen en foutberichten te elimineren. | |
| Actieknoppen voor het toevoegen van onderwerp, deelnemers of geschatte onkosten ontbraken voor nieuw gemaakte beheerde events totdat er een handmatige synchronisatie werd uitgevoerd. | Bijgewerkte initialisatie van eventpagina's om alle geconfigureerde actieknoppen onmiddellijk na het maken van de record weer te geven zonder handmatige synchronisatie. | |
| De knop Gereed op het scherm Aanmeldingsdetail bleef uitgeschakeld, zelfs na het vastleggen van een handtekening. | De stijllogica van de knop is bijgewerkt, zodat de knop Gereed is ingeschakeld nadat een handtekening is vastgelegd. | |
| De pop-over van de controlelijst op het tabblad Financiële zaken/Onkosten kwam niet overeen met standaard UI-patronen. | Bijgewerkte stilering en uitlijning van controlelijstpop-over om te voldoen aan standaard UI-patronen voor toepassingen. | |
| De aan-/uitfunctie Ongelijke toewijzing ontbrak in het scherm Onkosten toewijzen, waardoor gebruikers onkosten niet ongelijkmatig over deelnemers konden verdelen. | De schakelaar Ongelijke toewijzing toegevoegd aan het scherm Onkosten toewijzen. | |
| Algemeen | Hyperlinks in Rich-text-componenten reageerden niet op enkele tikken en konden alleen worden geopend met een lange druk op de knop. | Bijgewerkte rich-text-componenten zodat externe en nieuwe vensterkoppelingen met één tik worden geopend. |
| Belangrijke accountbeheer | De actie Bewerken ontbrak voor records Beoordelingstaak die toegankelijk waren vanuit de gerelateerde lijst Actieplan onder Doelstellingen van accountplan. | De actie Bewerken ingeschakeld voor records Beoordelingstaak in de gerelateerde lijst Accountplan. |
| Enquêtes | Het enquêtescherm ondervond knipperen van de lay-out, verticale trillingen bij beoordelingsselectie en onverwacht scrollen bij het wijzigen van vraaginvoer. | Verbeterde native invoerweergave voor enquêtecomponenten om flikkeringen en trillingen te elimineren, wat zorgt voor stabiele schermposities tijdens updates. |
| Bezoekbeheer | Tikken op Discussie toevoegen voor het bezoekdetail veroorzaakte een fout voor gebruikers met slechts één toegewezen recordtype. | De achtergrondcachingfout is gecorrigeerd, zodat de velden van het discussieformulier nu worden geladen en correct worden weergegeven. |
| Synchronisatietransacties vertrouwden op redundante tijdelijke logica om back-endvalidatietriggers te omzeilen. | Gestroomlijnde synchronisatietransactieroutines door verouderde oplossingen aan clientzijde te verwijderen, wat resulteert in snellere en betrouwbaardere synchronisatie. | |
| De knop Bezoekers bewerken was verborgen wanneer regels voor zichtbaarheid werden toegepast en het modale venster voor de selectie van bezoekers faalde bij het vooraf selecteren van bestaande bezoekers buiten de eerste pagina, wat leidde tot het maken van duplicaatrecords. | De evaluatie van de zichtbaarheidsregel van de component is bijgewerkt zodat de knop Bezoekers bewerken correct wordt weergegeven en ervoor is gezorgd dat alle bestaande bezoekers vooraf zijn geselecteerd. | |
| De keuzelijst Doelstellingstype van volgend bezoek voor Leveranciersbezoeken op iPad gaf alle veldkeuzelijstwaarden weer in plaats van waarden te beperken op basis van het toegewezen recordtype. | Gecorrigeerde resolutie van recordtype voor metagegevens voor bezoeken aan aanbieders om ervoor te zorgen dat keuzelijstwaarden goed worden gefilterd volgens geconfigureerde beperkingen voor recordtypen. |
Versie 262.4.0
Deze patch bevat oplossingen om ervoor te zorgen dat de voorzieningen van de mobiele app Life Sciences Cloud correct werken.
| Voorziening | Probleem | Beschrijving |
|---|---|---|
| Instemmingsbeheer | De snelle actie Instemming vastleggen ontbrak op de detailpagina Bezoek. Hoewel de snelle actie was geconfigureerd voor het maken van stromen voor Account en Bezoek, is deze per ongeluk weggelaten op de pagina Record voor bezoek. | De lay-out en configuratie van de snelle actie Instemming vastleggen toegevoegd aan de pagina Record voor bezoek. Gecontroleerd of toegang tot metagegevens en SOQL-query's correct worden uitgevoerd in de mobiele app tijdens run-time om fouten bij het laden van de lay-out te voorkomen. |
| Algemeen | Grote volumes ongecomprimeerde logboekuploads vanuit de iOS-app hebben geleid tot overmatig dagelijks API-gebruik en hoge serverfoutpercentages (HTTP 503). | Gerefactoriseerde logboekuploadlogica naar batchlogboeken met 200 records per API-aanroep en ingeschakelde gzip-compressie, waardoor payloadgrootten ruim binnen platformlimieten blijven. Afhandeling van begrensde nieuwe pogingen toegevoegd voor HTTP 429-, 503- en 504-statuscodes om stormen van verzoeken te voorkomen en de dagelijkse API-quota te beschermen en logboekverlies te voorkomen. |
| Het uploaden van databases groter dan 1 GB vanaf een iPad heeft de app laten crashen vanwege een conflict tussen Firebase Performance NSURLSession-instrumenten, waardoor een duplicaataanroep naar de URL-sessievoltooiingshandler is geactiveerd. | De aanroeping van de voltooiingshandler in SFRestAPI.send is opgelost om dubbele uitvoering tijdens grote payloadoverdrachten te voorkomen. | |
| Synchronisatiebeheer | Wanneer Uitgebreide mobiele synchronisatie was ingeschakeld, ontbraken bezoekgegevens (inclusief monsters, DTP, marketingitems en geselecteerde adressen) in de weergave Bezoek-SPA. | De databasetoewijzingslogica voor Uitgebreide mobiele synchronisatie gecorrigeerd, zodat alle recordvelden volledig worden vastgelegd tijdens bulkuploads, waardoor wordt voorkomen dat spaarzame velden worden opgeslagen als NULL. Ook redundante sleuteltransformaties verwijderd om synchronisatieprestaties te stroomlijnen. |
Versie 262.2.0
Deze patch bevat oplossingen om ervoor te zorgen dat de voorzieningen van de mobiele app Life Sciences Cloud correct werken.
| Voorziening | Probleem | Beschrijving |
|---|---|---|
| Agenda | In de weergave Agenda gebruikten accountnamen niet de veldconfiguratie Aangepaste formule. | De opzoekopdracht voor de configuratie van accountnamen bijgewerkt zodat de agendaweergave aangepaste formulevelddefinities correct leest en weergeeft. |
| Eventbeheer | Beheerde events die buiten kantooruren zijn gemaakt, zijn lokaal opgeslagen, maar zijn consistent mislukt tijdens serversynchronisatie. | Afgedwongen validatie van kantooruren aan clientzijde tijdens het maken en bewerken van events, met een onmiddellijk foutbericht in de mobiele app om te voorkomen dat niet-synchrone records worden opgeslagen. |
| Gebruikers konden aan onkosten gerelateerde taken voor Beheerde events niet voltooien vanwege een machtigingsvalidatiefout voor Geschatte onkostenrecords. | De logica van de entiteitskoppeling voor onkostenwerkstromen gecorrigeerd om ervoor te zorgen dat machtigingscontroles slagen en gebruikers onkostenbewerkingen voor Beheerde events kunnen voltooien. | |
| Gebruikers hebben een fout ondervonden tijdens de initiële gegevenssynchronisatie na inloggen bij de mobiele toepassing, waardoor ze handmatig op Opnieuw moesten tikken. | Verbeterde initialisatie van initiële synchronisatie en foutafhandeling, zodat gegevenssynchronisatie voor de eerste maal inloggen soepel verloopt zonder handmatige tussenkomst. | |
| Als u op de knop Afdrukken tikt op een aanmeldingsblad voor beheerde events op de iPad, wordt u omgeleid naar een browser met de foutmelding "Pagina bestaat niet". | Geïntegreerde native iPad-afdrukmogelijkheden in de mobiele app, waardoor gebruikers aanmeldingsbladen voor events rechtstreeks kunnen afdrukken of opslaan zonder omleiding. | |
| In records van Beheerde events werd inhoud op het tabblad Gerelateerd overlapt en belemmerd door de sectie Onderwerptoewijzing. | Aangepaste positionering van de paginalay-out en schuifgrenzen om ervoor te zorgen dat alle gerelateerde records volledig zichtbaar en toegankelijk zijn op mobiel. | |
| Deelnemers die zijn toegevoegd aan een beheerde event op het web, worden niet weergegeven in de mobiele app, wat discrepanties in de deelnemersstatus veroorzaakt. | Bijgewerkte gegevenssynchronisatielogica om ervoor te zorgen dat deelnemers die op het web zijn toegevoegd, correct worden gesynchroniseerd en nauwkeurig worden weergegeven op mobiel. | |
| Beheerde events kunnen worden opgeslagen met een Einddatum en -tijd eerder dan de Begindatum en -tijd, wat kan leiden tot synchronisatiefouten. | Datum- en tijdvalidatie aan clientzijde toegevoegd om het opslaan van events met ongeldige tijdbereiken te voorkomen en een onmiddellijk validatiebericht weer te geven. | |
| Beheerde events die zijn gemaakt tijdens perioden van Time Off Territory (TOT) kunnen zonder waarschuwing worden opgeslagen, maar mislukken alleen wanneer ze later voor goedkeuring worden ingediend. | Afgedwongen validatie van Time Off Territorium (TOT) overlappen elkaar tijdens het maken en bewerken van events op mobiel om gebruikers onmiddellijk te informeren over planningsconflicten. | |
| Gebruikers kunnen geen collega's toevoegen aan Beheerde events vanwege een ontoegankelijke veldfout in Deelnemersrol. | Bijgewerkte afhandeling van veldtoegankelijkheid voor Deelnemersrol, waardoor gebruikers met succes collega's kunnen toevoegen aan Beheerde events. | |
| Als u op de knop Opslaan tikt, zijn er geen wijzigingen ingediend of opgeslagen bij het bewerken van details van een record Beheerde event op mobiel. | Bijgewerkte toewijzingen van mobiele eventconfiguraties en eventhandlers om ervoor te zorgen dat updates van beheerde eventdetails correct worden opgeslagen. | |
| Het aanmeldingsblad voor beheerde events gaf niet aan wanneer een deelnemer al was aangemeld, waardoor dubbele aanmeldingsgegevens mogelijk waren. | Duidelijke visuele statusindicatoren toegevoegd en de knop Aanmelden voor eerder aangemelde deelnemers uitgeschakeld om dubbele invoer te voorkomen. | |
| Algemeen | Het laden van het tabblad Account duurde meer dan twee minuten in omgevingen met grote accountgegevenssets. | Geoptimaliseerde uitvoering van mobiele query's, gegevenscaching en geïmplementeerd incrementeel laden voor het tabblad Account. Accountlijsten worden nu geladen binnen het verwachte tijdsbestek. |
| De app crashte onmiddellijk na een gegevenssynchronisatie. | Verbeterde foutafhandeling en geheugenbeheer binnen de werkstroom Synchronisatievoltooiing, waardoor crashes van apps worden voorkomen en stabiele verwerking van achtergrondsynchronisatie binnen grote gegevenssets wordt gegarandeerd. | |
| De mobiele app is onverwacht gecrasht bij het downloaden van Content Version-bestanden (CLM-documenten). | Bijgewerkte onderliggende mobiele SDK-afhankelijkheden om de downloadfout op te lossen en stabiliteit van de app te garanderen bij het openen van CLM-documenten. | |
| Instellingen van de beheerconsole die zijn geconfigureerd voor de mobiele toepassing (zoals Online weergeven, standaardbrowser en Kanban-weergave) werden niet afgedwongen op iPad-apparaten. | Vaste instelling voor persistentie en configuratiedecodering om ervoor te zorgen dat alle Mobile Admin Console-instellingen nauwkeurig worden toegepast op iPad. | |
| Records die offline worden bijgewerkt, weerspiegelen niet onmiddellijk bijgewerkte gegevens in Mobile Lightning Web Components (LWC's). | Gecorrigeerde offline cache-invaliditeit en opnieuw renderen van componenten om ervoor te zorgen dat mobiele LWC's gewijzigde gegevens accuraat weergeven terwijl ze offline zijn. | |
| Intelligente inhoud | Het openen van de wizard E-mail vanuit Snelle acties voor account op iPad heeft geleid tot aanzienlijke UI-bevriezingen als gevolg van het downloaden van sjablonen op de achtergrond. Bovendien gaf het gaan naar de sjabloonselectie voordat de downloads zijn voltooid, een onjuist bericht "Gegevens niet beschikbaar". | Geoptimaliseerd downloaden van achtergrondsjablonen door parallelle netwerkverzoeken te beperken en threadsynchronisatieproblemen op te lossen. De lege statuspagina vervangen door een duidelijke indicator voor het laden van de download om de UI soepel en responsief te houden. |
| Bezoekbeheer | Het hergebruik van dezelfde vooraf gedefinieerde aanwijzing in Agent bezoeken tijdens één sessie mislukte door de uiting te injecteren na het sluiten en opnieuw openen van het Agentforce venster. | Gecorrigeerd opnieuw instellen van sessiestatus zodat op vooraf gedefinieerde aanwijzingen van Bezoekagent kan worden geklikt en meerdere malen binnen dezelfde sessie kan worden geïnjecteerd. |
| Verplichte veldsterretjes die zijn geconfigureerd op paginalay-outs van Product voor bezoek van aanbieder, werden niet weergegeven op het scherm Betrokkenheid bij mobiel bezoek. | Bijgewerkte weergave van de mobiele UI om verplichte veldindicatoren (*) correct weer te geven, waarbij visuele aanwijzingen voor veldvalidatie worden uitgelijnd tussen web en mobiel. | |
| Regels voor paginalay-outvereisten voor het veld Kanaal voor Bezoek-records werden niet afgedwongen op mobiel en de dialoog Volgend bezoek plannen dwong vereiste veldcontroles onjuist af. | Afgedwongen validatieregels voor de paginalay-out voor het veld Kanaal voor Bezoekrecords en het venster Volgend bezoek plannen bijgewerkt, zodat het veld Kanaal bewerkbaar blijft zonder verplicht te zijn, zodat het webgedrag overeenkomt. | |
| Notities over bezoeken van voorafgaande aanbieders zijn niet overgenomen van het laatste ingediende bezoek bij het maken van een nieuw bezoek voor een account. | Bijgewerkte logica voor het maken van bezoeken voor het automatisch invullen van notities van voorafgaande bezoeken vanuit de doelstellingen van het vorige bezoek, waarbij veldprioriteitsregels worden gehandhaafd en het webgedrag wordt afgestemd. | |
| Op iPad-apparaten die zijn aangesloten op een externe muis en een extern toetsenbord, leidde het klikken op de knop Overloopmenu op de pagina Betrokkenheid bezoeken ertoe dat de cursor wegsprong, waardoor selectie werd verhinderd. | Vaste afhandeling van interacties met aanwijzers voor koptekstcomponenten zodat gebruikers naadloos kunnen werken met overloopmenu's bij gebruik van een externe muis op iPad. | |
| De mobiele app is gecrasht bij het indienen van een providerbezoek als de geplande begintijd later is ingesteld dan de geplande eindtijd. | Validatiecontroles voor tijdbereiken toegevoegd om omgekeerde tijdbereiken netjes af te handelen en een validatiefout weer te geven in plaats van een app-crash te veroorzaken. | |
| Wanneer de taal van een iPad-apparaat was ingesteld op een niet-Engelse omgeving, werd bij een poging om een bezoek op een werkdag op te slaan een fout weergegeven met de mededeling dat het bezoek op een werkdag moet worden gepland. | Bijgewerkte validatie op werkdagen om datumcomponenten te evalueren met behulp van Salesforce-gebruikersomgevingsinstellingen in plaats van taalinstellingen van het apparaat, waardoor bezoeken op werkdagen kunnen worden opgeslagen. | |
| Als u een gerelateerd adres selecteert voor een nieuw bezoek op mobiel, wordt de ID van de bovenliggende organisatie niet automatisch ingevuld bij de eerste selectie. | Bijgewerkte adresselectielogica om de ID van de bovenliggende organisatie onmiddellijk op te lossen en in te vullen zonder dat paginavernieuwingen nodig zijn. |
Heeft dit artikel uw probleem opgelost?
Laat ons weten wat we kunnen doen om te verbeteren!
