Changelog Scope Version 26.0 (preliminary)
With your help, we are improving Scope every day. These are the newest improvements and added functions.
Preliminary version
Changelog
= New feature
= Enhancement
= Bug fix
|
Type |
Area |
Description/Note |
| |
Task management | Task management feature active per default after the completion of the piloting phase. See https://service.riege.com/en/knowledge/task-management for details. |
| |
Upgrade Scope Runtime to 17.14.1 |
Scope runtime for MS Windows Server does not update itself automatically. Updates must be performed manually by a system administrator. |
| |
Order Tracking |
Added “is/is-not Booking” applicability filter. It is recommended to use this new filter only on Milestones, not on Tracking Template applicability. This feature supports to create tasks automatically for the phase when a shipment is still a booking or for the phase after a booking became a shipment. See https://service.riege.com/en/knowledge/how-can-tasks-be-created-automatically for details. |
| |
Interfaces | Sort options for EDI profile mapping tabs to allow easier identification of mapped entries. |
|
Type |
Area |
Description |
| |
Air Security |
If a screening order has been issued for an air export shipment, then formerly the eAWB contained
This has been changed to include in the eAWB:
|
| |
Air Security |
Added a new document type for EU air security risk analysis (“Risk analysis” / “Risikoanalyse”) This feature supports upload of documents related to new EU air security regulations on shipment level. Adding an explicit document type allows to complete milestones in Order Tracking depending upon upload of this specific type |
| |
Master data |
Added a warning if partner codes contain characters that are not Riege Standard XML interface conform, because them containing special characters. |
| |
Air Export |
Removed superfluous AWB copies during AE finish. |
| |
Tour |
Fixed sequence in Tour where the start is not assigned to a business partner and when adding a transport order. |
| |
Bug fixes |
|
|
Type |
Area |
Description |
| |
Sea Import Master, Houses and Transport |
Sea Import Master now includes container movement type: Delivery to door. By adding these Dates on either master or house, when creating a new delivery order, the planned container delivery time will be defaulted from there. Otherwise the time will be defaulted from houses requested date of delivery. |
| |
Softcoded B/L Layouts |
The B/L layout editor now shows the size of the preview image in pixels (width/height) for .img, .jpg, .gif, .bmp and displays a warning in case the values are too big. Information is shown to support the maintenance of layouts. |
| |
Sea Import |
Arrival agent partner must have a liner agent role to be available for selection. This is an alignment with the behavior in sea export. |
| |
Simple Shipment | Users can be restricted for creating a shipment copy as we have introduced a permission. |
| |
Dakosy | Dakosy connection supports shipments number length greater 16 by using a compressed USI as forwarder reference. |
| |
Scope |
Tooltip on branch information in Status Line as well as on the branch switcher menu has been enhanced to show complete information (ORG, LE, BRA, Branch-Partner) |
| |
Ocean | BL Layouts support country sensitive formatting of numbers, decimals, dates, monetary amounts with currency |
| |
Tracking | Fixed an error in ocean tracking where an empty return event came as a full gate in event. |
| |
Ocean Carrier EDI | Fixed a bug where a forwarding:GenericFCLEventSpecialHandling job failed due to some non-reproducible database issue. |
| |
Portbase | Fixed a bug, where an exception during an API call of Portbase (for subscriptions) resulted in being unable to store sea import shipments. |
| |
Transport Order Overview | Fixed a Bug where the totals, pieces, weights and number of containers where not pulled/updated correctly from the parent shipment. |
| |
Transport Order | Fixed a bug where the transport order xml message was missing the shipment data for a simple shipment of type road |
|
Type |
Area |
Description |
| |
IntraStat |
Es wurden einige Verbesserungen an unserem IntraStat Modul sowohl für die Erzeugung der Bestandspositionen als auch für die Bearbeitung der Meldedateien implementiert:
Ein weiterer Punkt, der verbessert wurde ist die EU-Erwerber-Logik. Es wird nun in jeder Bestandsposition die EU-Erwerber Adresse mit der Adresse aus dem steuerlichen Verweis FR2 gefüllt. Es ist jetzt auch möglich, Positionen unabhängig vom Sendestatus zu löschen. Außerdem gibt es eine neue Aktion im HomeView, mit der auch erzeugte Meldedateien direkt gelöscht werden können. Beim Löschen wird der Transferstatus aller zugehörigen Positionen zurückgesetzt. |
| |
ATLAS - NCTS |
|
| |
Scope SCI |
Direkte Lieferung von “weiteren Lieferketten-Beteiligten“ über die Schnittstelle Es gibt in der Scope SCI Struktur jetzt ein eigenes Element für die Angabe weiterer Lieferketten-Beteiligter. Die Struktur ist im Damit entfällt der Umweg über die Umsatzsteuer-ID. |
| |
ATLAS AES | In ATLAS AES kann nun IHB-konform eine Beipack-Position erfasst werden. |
| |
ATLAS Einfuhr | Der Actionlink zur Aufteilung der Frachtkosten wurde in allen Verfahren zur endgültigen oder vorübergehenden Einfuhr vom rechten Bildschirmrand an den linken Bildschirmrand verschoben, da er sonst schnell auf aufploppenden Notizen verdeckt wurde. |
| |
ATLAS Einfuhr |
Wegfall der Vorbelegung der Unterlage D008 Bei Warentarifnummern, für die Antidumpingzölle anfallen könnten, hat Scope die Unterlage D008 vorbelegt. Da dieser Unterlagencode mittlerweile in mehrere unterschiedliche anzuwendende Dokumente aufgeteilt wurde, entfällt in Scope künftig sowohl die Vorbelegung als auch die Warnung, wenn ein User die Unterlage D008 entfernt hatte. |
| |
ATLAS AES |
Scope hatte die maximal zulässige Anzahl von Zeichen in der Warenbeschreibung einer Ausgangs-SumA fälschlicherweise mit 280 validiert, obwohl 512 Zeichen erlaubt sind. Dieser Fehler wurde korrigiert. |
| |
ATLAS Einfuhr |
Validierung der EU-Codes ‘E01', 'E02' und '8E2’ Scope prüfte die o. a. EU-Codes gegen die “Art des Geschäfts” = ‘32' statt '12’. Der Fehler wurde korrigiert. |
| |
ATLAS SumA | Im ATLAS SumA Homeview wurde der Status des Vorgangs nicht richtig angezeigt, wenn eine Position zollseitig storniert wurde. Dieser Fehler wurde behoben. |
| |
ATLAS Einfuhr | Wenn in ATLAS Einfuhr die Positionsdaten per CSV Import erzeugt wurden und der Nettopreis der einzelnen Positionen in einer anderen Währung als EUR mitgegeben wurde, hat Scope dem User erstmal eine rote Validierung angezeigt, die ausgesagt hat, dass die Währung des Kurses nicht mit der Währung des Betrags übereinstimmt. Dieser Fehler wurde behoben. Es wird keine Validierung mehr angezeigt und der Umrechnungskurs ist direkt nach dem Positionsimport vorhanden. |
| |
ATLAS NCTS | Beim Erstellen einer Versandanmeldung aus einer Luftfracht-Importsendung heraus werden House- und Master-AWB korrekt in die Vorpapiere und nicht mehr in die Unterlagen übernommen. |
|
Type |
Area |
Description |
| |
Passar Durchfuhr | Der AccessCode einer Sicherheit wird nun verschlüsselt in Scope angezeigt. Diese Verschlüsselung kann mittels Passworteingabe aufgehoben werden. |
| |
Passar Ausfuhr | Wenn Fahrzeuge verzollt werden, müssen unter Zusatzinfo bestimmte Felder ausgefüllt werden. Es wird nun eine Codeliste gezogen für die Fahrzeuge. |
| |
Transport-anmeldung | Die AEO Nummer wird nun aus den Stammdaten des Geschäftspartners (Rolle zugelassener Wirtschaftsbeteiligter) vorbelegt, falls vorhanden. |
| |
Passar | Unter “Dokumente anzeigen” sind nun alle Dokumente sowie die E-Mail-Registerkarte sichtbar. Zudem ist es möglich, Dokumente erneut ans Archivsystem zu senden. |
| |
Aktivierung NC123 | Wenn ein Vorgang aus einer Luftfrachtsendung gestartet wurde, wird nun bei der Aktivierung NC123 der Luftfrachtbrief vorbelegt. |
| |
Passar Ausfuhr | Um die Vorlagen besser nutzen zu können, ist das Textfeld unter Zusatzinformationen kein Pflichtfeld mehr. |
| |
e-dec Export | zur Vorbereitung der Abschaltung des Moduls e-dec Export per 31.12.2025 haben wir eine neue Berechtigung gebaut, die es zur Zeit erlaubt, einen neuen e-dec Export Vorgang anzulegen. Nach dem 1.1.26 werden wir diese Berechtigung auf allen Scope Systemen entziehen. So stellen wir sicher, dass ab Neujahr keine neuen e-dec Export Vorgänge angelegt werden können. |
| |
Passar Ausfuhr | Falls die TN ein Nettogewicht verlangt, gibt es nun eine gelbe Validierung im entsprechenden Feld |
| |
Passar Durchfuhr | Die Sicherheit wird aus den Stammdaten des Verfahrensinhabers gezogen. |
| |
Ankunfts-anmeldung | Es gibt neu die Möglichkeit, eine Spalte mit der Referenz ZE anzeigen zu lassen sowie nach dieser Referenz suchen zu können. |
| |
Passar WA-A | Die Packstückinformationen Master/Bypack werden validiert, ob die Angaben plausibel sind und die Korelations ID wird automatisch übernommen. |
| |
Passar SCI | In einem Scope Customs Event wird nun das Element ItemCount mitgeschickt. |
| |
e-dec Import | Wenn in den Stammdaten ein Zollansatz hinterlegt ist, wird dieser automatisch gezogen. Ein Richtigcode muss gesetzt werden. |
| |
Passar Allgemein | Die Dokumente in Passar werden nun über eine neue Methode abgeholt und sollten damit nun korrekt in Scope dargestellt werden. Teilweise waren Dokumente doppelt eingelaufen. |
| |
Passar Ausfuhr | Nach einer freigegebenen WA-A ist nun kein Rückzug mehr möglich. |
| |
Passar Ausfuhr | Die Regel NS30108 wurde in Scope implementiert. Bei bestimmten Ländern und Konstellationen wird die Zahlungsmethode zum Pflichtfeld. |
| |
Passar Durchfuhr | Nach einer abgelehnten WA-nD wird nun unter Neue Nachricht die NT513 Korrektur einer WA-nD angezeigt. |
| |
Passar Ausfuhr | Wenn aus einer Sendung eine WA-A erstellt wird, werden die Daten nun korrekt aus der Vorlage übernommen. |
|
Type |
Area |
Description |
|
|
E-Invoicing |
A new interface has been implemented to enable sending and receiving e‑invoices via the Peppol network for Scope branches in Belgium, ensuring compliance with national e‑invoicing regulations. To send e‑invoices Peppol participant IDs must be maintained in the field buyer electronic address (BT‑49) on the debtor role of the partner. When an outgoing invoice is issued, its status will temporarily appear as “finish pending” until confirmation is received from the Peppol service provider. Incoming e‑invoices from the Peppol network are automatically imported into the Accounts Payable Import appliance in Scope. Additionally, users can configure an email notification to be informed whenever new Peppol e‑invoices are received. To configure an email notification, please contact the Riege Service Team. The new Peppol interface has also been backported to Scope release 25.10 to ensure general availability on Jan. 1st. |
|
|
Accounts Payable Imports |
When Scope is connected to an e‑invoicing network such as Peppol, all incoming invoices are automatically retrieved and imported into the Accounts Payable Import appliance. However, some of these invoices - typically administrative costs - should not be booked in Scope and instead belong in an external system such as the accounting system. To prevent these invoices from being booked in Scope by mistake, a new option has been introduced in the Accounts Payable Import appliance: Invoices can now be marked as “Not for Scope”. Once marked, these invoices cannot be booked within Scope. They can still be downloaded from the document tab in the Accounts Payable Import editor, or sent via email using the email tab. The email address autocompletion offers all contacts maintained on the current branch partner, making it easy to forward such invoices to the correct external team or system. |
|
|
Aggregated Invoices |
Scope now supports the creation of aggregated outgoing self‑billing credit notes within the Aggregated Invoice appliance. The appliance introduces a new workflow that allows users to generate outgoing self‑billing credit notes based on cost estimates from multiple orders. Depending on master data configurations, Scope automatically aggregates cost estimates per partner into new entries of the type “Self‑Billing Credit Note” shown in the upper table of the appliance. These can be converted into new outgoing self‑billing credit notes using the lower table. To activate the feature and ensure that only applicable entries are available for the creation of self‑billing credit notes, the following configurations must be changed:
Both settings need to be active for a given charge type to be self-billed to a given creditor. |
|
|
UBL E-Invoice Export | The UBL namespace prefixes used for UBL e-invoice generation have been changed. Scope now adopts the standard prefixes commonly used in UBL, including cac, cbc, ext, n0, qdt, sac, sbc, and udt. |
|
|
Accounts Receivable | An issue has been resolved where new cost estimates were incorrectly added as taxable to an existing invoice issued to a tax‑free recipient on an export shipment in the EU. The system now correctly adds these estimates without taxes, as expected for tax‑exempt exports. |
|
|
Accounts Payable |
An issue has been resolved where the cancellation and re‑submit workflow for imported accounts payables was losing information:
Both issues have now been corrected, and all relevant information is preserved throughout the workflow. |
|
|
Contracts | The sanction list check is now triggered automatically for customers when opening the Contract editor. |
|
|
Shipment Editor | An issue has been resolved where an unpaid invoice was incorrectly shown as “Partially paid” on the invoices tab in the Shipment editor. This occurred for invoices that had previously been marked as paid. |
|
|
Accounts Receivable | Several issues affecting the bank account selection during the creation of QR Bills in Switzerland have been resolved. These fixes ensure correct and consistent bank account handling when generating QR Bills and have also been backported to Scope release 25.10. |
|
|
CFDI | The validation rules for CFDI correction credit notes have been updated. If the original invoice does not include withholding taxes, charge types with SAT code 84111506 can now be added to the correction credit note in addition to the charge types already present on the original invoice. |
|
|
Enhanced Credit Limit Check | Previously, clerks were required to manually estimate duties and tax amounts for ATLAS Einfuhr customs procedures as a part of the enhanced credit limit check when Scope calculated a zero amount. This has been corrected and clerks no longer need to enter an estimated amount in such cases. |
|
|
Order API | An issue has been resolved where carrier partner details were missing for transport orders returned by the Order API. The API now provides the carrier information correctly. |