História modulu pre Sage X3
Opravy Sage X3
Balík neobsahoval komponenty rozšírenia obrazovky elektronického adresovania YB2E5EAD.
Dodávka nezabezpečovala dostupnosť všetkých spracovaní spojených s udalosťami tejto obrazovky.
Chýbajúce komponenty rozšírenia boli začlenené do balíka Sage X3 V18.1.
Balík obsahuje rozšírenie potrebné na kontroly a aktualizáciu údajov obrazovky elektronického adresovania.
Niektoré staršie riadky CDAR 212 si zachovávali prázdny stav a zostávali blokované, hoci ich ostatné informácie umožňovali obnovenie.
Existujúci súbor XML nebolo možné pre tieto riadky znova použiť.
Obnovenie je povolené len pre riadky spĺňajúce určené podmienky oprávnenosti, bez vzdialeného identifikátora alebo odpovede HTTP, s prítomným a čitateľným súborom XML. Zachováva rovnakú identitu aj súbor; ostatné stavy zostávajú chránené.
Oprávnené staršie riadky CDAR 212 možno obnoviť bez vytvorenia novej identity alebo opätovnej aktivácie riadkov, ktorých odosielanie už prebieha alebo má neistý výsledok.
Zoznam výberu dodávateľov pre adresovanie CDAR bol v praxi obmedzený na 200 výsledkov.
Oprávneného dodávateľa nachádzajúceho sa za týmto limitom nebolo možné v zozname nájsť.
Výber bol prispôsobený natívnemu stránkovaniu Sage X3. Zachováva filtre krajiny, prostredia, aktivácie, elektronickej adresy a roly vystaviteľa alebo kupujúceho.
Prehľadávanie oprávnených dodávateľov vo výbere adresovania CDAR bez praktického limitu.
Spracovanie uplatňovalo nevhodné konverzie na čísla riadkov, ktoré už mali znakový typ.
Táto nekompatibilita mohla spôsobiť chybu Sage X3 v spracovaniach e-reportingu.
Príslušné konverzie boli odstránené zo spracovaní predaja, nákupu, platieb a mapovaní. Konverzie dátumov zostávajú nezmenené.
Čísla riadkov sa spracúvajú vo svojom pôvodnom type bez vyvolania chyby spôsobenej nevhodnou konverziou.
Hodnota „Unexpected“ sa mohla pri zisťovaní stavu použiť ako identifikátor dokumentu.
Volanie stavu sa tak spúšťalo bez použiteľného vzdialeného identifikátora.
Táto hodnota sa teraz rozpoznáva bez ohľadu na veľkosť písmen a zisťovanie sa preruší pred akýmkoľvek sieťovým volaním. Už uložený identifikátor a stav sa zachovávajú.
Nevyvolávať middleware, keď uložená hodnota Unexpected nie je použiteľným vzdialeným identifikátorom.
Prenos HTTP používaný v dávkovom režime nebol rovnakým spôsobom prispôsobený rôznym verziám Sage X3. Chyby načítania nákupov sa tiež mohli oznamovať so závažnosťou nevhodnou pre plánované spracovanie.
Volanie mohlo zlyhať podľa verzie alebo narušiť dávkové vykonávanie bez správneho odlíšenia situácie od interaktívnej chyby.
Výber prenosu zohľadňuje verziu a kontext: Java má prednosť v dávkovom režime V9/V11, natívny prenos v V12 a interaktívnom režime. Po pokuse o odoslanie cez Java sa nespúšťa náhradný prenos. Chybové odpovede HTTP pri načítaní sa v dávkovom režime oznamujú ako upozornenia bez skrytia zlyhania alebo spustenia opakovaného pokusu.
Výber prenosu HTTP podľa verzie a kontextu a oznamovanie chýb nákupu ako upozornení v dávkovom režime bez zmeny toku.
Prázdna, neznáma alebo nesprávne formátovaná hodnota prostredia mohla viesť k implicitnému alebo nekonzistentnému smerovaniu medzi spracovaniami.
Toky a elektronické adresy nemuseli používať rovnaké prostredie.
Rozpoznávanie Production a Sandbox bolo zjednotené. Rozdiely vo veľkosti písmen a okrajové medzery sa normalizujú; nejednoznačné hodnoty sa odmietajú. Elektronické adresy musia zodpovedať jednému z dvoch povolených prostredí.
Rovnaký parameter prostredia vytvára konzistentné smerovanie vo všetkých spracovaniach Sage X3 alebo výslovné odmietnutie, ak je nejednoznačný.
Obnovenie po neistom sieťovom výsledku alebo súbežné vykonávanie mohlo znova spustiť odosielanie faktúry.
Tá istá faktúra sa mohla preniesť viackrát, hoci výsledok prvého pokusu nebol známy.
Pokus sa teraz rezervuje pred sieťovým volaním. Existujúce odoslanie, vzdialený identifikátor alebo neistý výsledok blokuje opätovné odoslanie až do zosúladenia stavu. Ak transakcia ešte prebieha, odoslanie sa odloží na ďalšie spustenie.
Zabránenie dvojitému odoslaniu po strate sieťového potvrdenia alebo súbežnom obnovení so zachovaním možnosti výslovného zosúladenia.
Údaje obsahujúce rezervované znaky mohli vytvárať nesprávny XML. Nezrovnalosti značiek a súm ovplyvňovali aj modely pre Francúzsko a Poľsko.
Vygenerovaný dokument mohol byť nečitateľný alebo odmietnutý pri spracovaní.
Premenné údaje a označenia príloh sa správne escapujú bez zmeny ich binárneho obsahu. Príslušné značky a suma bez dane v modeli pre Poľsko boli opravené. Pri zlyhaní escapovania sa dokument neodošle.
Vytváranie správne formovaného XML pre údaje obsahujúce rezervované znaky a oprava potvrdených štrukturálnych nezrovnalostí.
Čítanie súboru XML na prenos mohlo skrátiť rozsiahly obsah alebo obsah zhustený do jedného dlhého riadka.
Platforma mohla dostať neúplný dokument odlišný od vygenerovaného súboru.
Čítanie teraz preberá celý dokument vrátane posledného obsahu načítaného na konci súboru bez pridávania oddeľovačov. Prázdny súbor alebo chyba čítania blokuje odoslanie. Celý obsah sa používa bez ohľadu na prenos HTTP.
Prenos celého rozsiahleho alebo minifikovaného XML bez skrátenia alebo pridávania oddeľovačov.
Závažnosť funkčných odmietnutí sa nie vždy určovala zo skutočného kontextu vykonávania na dávkovom serveri.
Odmietnutie údajov jednej faktúry mohlo blokovať plánované spracovanie namiesto oznámenia pri súčasnom umožnení pokračovania dávky.
Funkčné odmietnutia sa teraz na dávkovom serveri oznamujú ako upozornenia a v interaktívnom režime zostávajú chybami. Neočakávané technické chyby zachovávajú úroveň chyby.
Na serveri sa funkčné odmietnutie zaznamená ako upozornenie a spracuje sa ďalšia faktúra; v interaktívnom režime zostáva rovnaké odmietnutie viditeľnou chybou.
Chyba údajov jednej faktúry mohla narušiť pokračovanie spracovania ďalších faktúr.
Dávka nespracúvala normálne ostatné faktúry nezávislé od odmietnutej faktúry.
Výsledok a chybové hlásenia sa teraz izolujú pre každú faktúru. Odmietnutá faktúra sa započíta a oznámi a potom spracovanie pokračuje v dávke; neoprávnená faktúra sa preskočí. Technické chyby sa naďalej výslovne oznamujú.
Neplatná faktúra sa započíta a zapíše do protokolu bez zabránenia spracovaniu ďalších faktúr; neočakávaná technická chyba sa naďalej oznamuje na úrovni 1.
Čítania vykonávané počas generovania XML mohli posúvať kurzory používané na prechádzanie prevádzok a faktúr dávky.
Spracovanie nemuselo správne nadviazať na prechádzanie pri ďalšej faktúre.
Prechádzania dávky sú izolované od čítaní pri generovaní XML a aktuálna faktúra sa uloží pred volaniami generovania a prenosu.
Generovanie dokumentu už nenarúša prechádzanie dávky, ktorá môže pokračovať v spracovaní ďalších faktúr.
Generovanie XML CDAR 210 mohlo zlyhať, keď výstupný adresár alebo súbor nebolo možné použiť.
Dokument sa nevytvoril a chyba nie vždy umožňovala presne identifikovať zistenú prekážku.
Príprava adresára, práva zápisu, otvorenie súboru a kolízie názvov sa teraz kontrolujú. Každé zlyhanie vracia odlišný dôvod.
Generovanie CDAR zapisuje XML na overené miesto a vracia použiteľnú chybu, keď adresár alebo súbor nemožno použiť.
Protokol volaní stavu mohol obsahovať citlivé údaje HTTP.
Informácie o pripojení alebo nespracovaný obsah odpovede mohli byť odhalené v technickom protokole.
Tajné údaje, hlavičky a nespracované telo HTTP sa už nezaznamenávajú. Protokol zachováva informácie potrebné na pochopenie výsledku volania bez odhalenia týchto údajov.
Zisťovanie stavov poskytuje použiteľný protokol bez zverejnenia tajných údajov pripojenia alebo nespracovaného obsahu HTTP.
Kontext používaný pre parametre pripojenia CDAR 210 bolo potrebné opraviť, aby zodpovedal spoločnosti príjemcu.
Nekonzistentný kontext spoločnosti alebo prevádzky mohol viesť k použitiu nesprávnych parametrov pre kupujúceho.
Spoločnosť sa teraz určuje z elektronickej adresy príjemcu typu spoločnosť alebo prevádzka a následne sa kontroluje pred načítaním parametrov. Keď sa nájde faktúra, naďalej sa overuje jej konzistentnosť s touto spoločnosťou a prevádzkou.
CDAR 210 používa parametre spoločnosti skutočne určenej príjemcom a odmieta nekonzistentný kontext kupujúceho.
Schéma právneho identifikátora sa neurčovala vhodne podľa geografickej oblasti partnera.
XML e-reportingu mohol obsahovať schému nezodpovedajúcu krajine partnera.
Určovanie teraz rozlišuje Francúzsko, ostatné krajiny Európskej únie a tretie krajiny. Ak krajina alebo identifikátor neumožňuje určiť schému, vráti sa výslovná chyba namiesto vytvorenia ľubovoľnej hodnoty.
Tok e-reportingu pre Francúzsko odosiela schému identifikátora konzistentnú s geografickou oblasťou partnera.
Kokpit mohol pokračovať v hľadaní neukončeného stavu CDAR pre Francúzsko dlho po ukončení sledovania Avalara.
Zbytočné volania stavu sa opakovali pre staršie prenosy.
Keď je stav Avalara konečný, automatické hľadanie neukončeného stavu CDAR pre Francúzsko je obmedzené na 30 kalendárnych dní po prenose vrátane dňa J-30. Ešte aktívne sledovanie Avalara, sledovanie KSeF pre Poľsko a ručné volania zostávajú nezmenené.
Kokpit obmedzuje zbytočné volania GetStatus pre Francúzsko bez prerušenia aktívneho sledovania Avalara alebo sledovania KSeF.
Konečný stav Avalara mohol prerušiť zisťovanie pred dostupnosťou národného stavu CDAR pre Francúzsko alebo čísla KSeF pre Poľsko.
Kokpit mohol zachovať neúplné národné sledovanie napriek neskoršej dostupnosti týchto informácií.
Zisťovanie pokračuje, kým očakávaná národná informácia zostáva neúplná. Toto doplnenie neznižuje už konečný stav Avalara.
Konečný stav Avalara už nebráni neskoršiemu doplneniu CDAR pre Francúzsko alebo čísla KSeF pre Poľsko.
Analýza rozsiahlych alebo escapovaných odpovedí stavu a výber poslednej národnej udalosti mohli zanechať sledovanie CDAR alebo KSeF neúplné alebo nekonzistentné.
Kokpit nemusel zobrazovať posledný použiteľný národný stav alebo mohol riskovať nesprávnu zmenu konečného stavu Avalara.
Analýza odpovedí bola spresnená a vyberá poslednú relevantnú národnú udalosť. Francúzske odmietnutie sa spáruje so zodpovedajúcim stavom CDAR a číslo KSeF sa uloží pre Poľsko. Neplatná odpoveď nemení už uložený stav.
GetStatus dopĺňa posledný použiteľný národný stav pri zachovaní už konečného stavu Avalara.
Chýbajúca hodnota CDAR sa mohla v kokpite zobrazovať s názvom z ponuky.
Používateľ mohol tento názov interpretovať ako skutočne vyplnený stav.
Bunky CDAR teraz zostávajú prázdne pri chýbajúcej hodnote vo všetkých troch mriežkach kokpitu. Štýl CDAR sa použije len vtedy, keď sa zobrazuje stav.
Chýbajúca hodnota CDAR v YB2E5V zostáva v kokpite vizuálne prázdna a nezobrazuje zavádzajúci názov.
Určenie spoločnosti na kontrolu licencie bolo potrebné zosúladiť s kritériami spoločnosti a prevádzky odchádzajúceho spracovania.
Nekonzistentná kombinácia kritérií nemusela viesť ku kontrole očakávaného právneho rozsahu.
Spracovanie teraz určuje právnu spoločnosť zo zadanej prevádzky alebo spoločnosti a odmieta ich nekonzistentnosť. Pri neprítomnosti týchto kritérií sa každá právna spoločnosť zvoleného rozsahu kontroluje len raz. Kontrola prebieha pri odovzdaní aj pri vykonaní.
Odchádzajúce spracovanie overuje licenciu právneho rozsahu skutočne pokrytého kritériami Sage X3 a odmieta nekonzistentné kombinácie spoločnosti/prevádzky.
Načítanie nákupov sa mohlo spustiť bez dostatočne definovaného kontextu na určenie parametrov platných pre spoločnosť.
Načítanie parametrov získavania nemalo výslovne určenú spoločnosť.
Zadanie spoločnosti alebo prevádzky je teraz povinné. Prevádzka umožňuje nájsť svoju právnu spoločnosť a nekonzistentnosť medzi oboma kritériami blokuje spustenie. Parametre sa potom čítajú pre takto určenú spoločnosť.
Načítanie nákupov používa parametre spoločnosti výslovne určenej kritériami spustenia.
Skúste iný výraz alebo odstráňte filter.
