s-Insight Log Recorder User Manual
s-Insight Log Recorder User Manual
// USER MANUAL
Release 2.10.0
Date: February/2024
2 Getting started
........................................................................................................................................ 1
2.1 Importing a configuration
.......................................................................................................................................... 1
2.2 Login
.......................................................................................................................................... 3
2.3 Initializing
.......................................................................................................................................... 3
3 Daily use
........................................................................................................................................ 6
3.1 Navigation within the program
.......................................................................................................................................... 6
4 Non-daily tasks 54
........................................................................................................................................
4.1 Log Abstract onboard 54
..........................................................................................................................................
4.2 Inserting events 55
..........................................................................................................................................
4.3 Re-sending data 55
..........................................................................................................................................
4.4 Loading a new configuration 56
..........................................................................................................................................
4.5 Unsent events 57
..........................................................................................................................................
4.6 Copy the whole installation to another PC 57
..........................................................................................................................................
4.7 Backup
..........................................................................................................................................58
6 CII........................................................................................................................................
reporting guidelines 63
6.1 Deviation due to Emergency 63
..........................................................................................................................................
6.2 Time sailed in ice 65
..........................................................................................................................................
6.3 STS voyage for tankers 66
..........................................................................................................................................
6.4 Reefer consumption 68
..........................................................................................................................................
6.5 Cargo Cooling & Reliquification Systems on Gas/LNG
..........................................................................................................................................69
Carriers
6.6 Electric Cargo discharge pumps on tankers 71
..........................................................................................................................................
6.7 Boiler consumption for cargo heating and discharge pumps
on tankers 72
..........................................................................................................................................
6.8 Other discharge pumps on tankers 72
..........................................................................................................................................
6.9 CII reporting overview 73
..........................................................................................................................................
7 eLogbook integration 74
........................................................................................................................................
8 Troubleshooting
........................................................................................................................................79
8.1 Access denied 79
..........................................................................................................................................
8.2 Installation
..........................................................................................................................................80
8.2.1 General 80
..........................................................................................................................................
8.2.2 Installer settings cannot be stored 80
..........................................................................................................................................
8.2.3 Upgrading to a new a version 80
..........................................................................................................................................
8.2.4 Configuration import fails 81
..........................................................................................................................................
8.2.5 Configuration not up-to-date 81
..........................................................................................................................................
9 Getting support 86
........................................................................................................................................
9.1 Installation problems 86
..........................................................................................................................................
9.2 Application problems 86
..........................................................................................................................................
9.3 Support tool 86
..........................................................................................................................................
10 Appendix
........................................................................................................................................87
10.1 System requirements 87
..........................................................................................................................................
10.2 Known issues 88
..........................................................................................................................................
10.3 Reporting instructions 89
..........................................................................................................................................
10.4 Third party licenses 89
..........................................................................................................................................
10.5 Trademark legal notice 89
..........................................................................................................................................
s-Insight | Log Recorder is the on board component of s-Insight | Log collecting fleet wide voyage
and emission relevant data.
onboard onshore
s-Insight | Log
Recorder
Environmental reporting
· EU MRV
· EU ETS
s-Insight | Log · CII
Server · Compliance with ECAs
and MARPOL areas
Data collected by s-Insight | Log Recorder is stored and is available for various evaluations onshore
in s-Insight | Log Server.
Another purpose of s-Insight | Log Server is to push forward dedicated data to designated e-mail
recipients whenever new voyage data is received from s-Insight | Log Recorder . One aim of s-
Insight | Log is to replace the traditional voyage data recording (e.g. plain e-mails, spreadsheets,
etc.).
2 Getting started
The following chapters describe how s-Insight | Log Recorder is configured for the first time, i.e. after
(re-)installing the application without an existing data path.
This request can be sent directly with your e-mail application. Alternatively, the request file can be
saved to disk and then sent manually. Ask your IT department for the email address of your
dedicated s-Insight | Log Server if necessary.
s-Insight | Log Server will identify your vessel by IMO number and will send a configuration file to the
e-mail address configured by your IT department. In case you do not receive an answer, please send
another request until the server will respond.
The e-mail received from the server will contain password and configuration file as attachment. Save
the attachment to disk and press 'Import configuration'.
· a login screen will appear showing name and IMO number of your vessel
Please note: You cannot import configuration files that were not requested. See Configuration import
fails for details.
2.3 Initializing
A wizard guides you through the initial setup of s-Insight | Log Recorder ensuring a complete and
consistent reporting on the first voyage leg. It is available for initial setup and re-initialization. In
both cases, a configuration from s-Insight | Log Server is required as input.
Essential data like current amount of fuels, consumables, cargo, officer names and position of the
vessel need to be stated. Last know values from s-Insight | Log Server are shown as default values
if applicable. Click “Next” to accept or “Clear” to delete all inputs. Use the buttons on the bottom for
navigation. Subsequent modifications to the data are possible.
· Voyages: add/ enter/ delete voyage data, including dates, ports, stages and the current
service
· Schedule: enter your coastal or long-term schedule to keep the office up to date
· Officers: specify the current Master and Chief Engineer and review the previous ones
BOSP - Begin Of Sea Passage also known as Full Away, F.A. or COSP - Commence Of Sea Passage
Noon - the standard position report also known as daily report. Typically, it is created at 12:00 LT. In
s-Insight | Log there are Noon (Position) reports for Sea Passage, River, Port, and Stoppage.
River - defines the period where the vessel is neither on sea passage, nor port or at stoppage;
usually the vessel is maneuvering.
Consistent event sequences are required for MRV compliant reports and for any data analysis. To
enforce such a reporting, new events can be created by default only if they are consistent with the
latest event. If, for any reason another event must be created, e.g. to be inserting between existing
events, "Show more..." can be used to enable creation of hidden entries.
All noon events between BOSP and EOSP are to be reported as Noon (Position) - Sea Passage.
Between Arrival and Departure the vessel is in port and only Noon (Position) - Port events shall be
created.
If the vessel has to stop during a sea passage it can be reported in two ways - either by tracking the
period of slowing down with adding this time to the river passage (maneuvering) see next chapter,
or you can report a Begin Anchoring / Drifting event directly and follow the sequence above. If you
want to report a noon report during the stoppage period please use the Noon (Position) - Stoppage.
In case the vessel has to drift or drop the anchor prior berthing you can complete your sea passage
with an EOSP event and start to report the anchoring/drifting time with a Begin of Anchoring/Drifting
event. Use the End Anchoring/Drifting event with anchor aweigh or continue approaching to berth.
Within a the port call Noon (Position) - Port events can be reported. If the vessel is changing only the
terminal or pier a shifting event should be used.
2. Press one of the 'New ... ... event' buttons and select the event you want to file.
By default the menu only shows events that are matching the reporting sequence. You want to
enter an event that is not shown please double check that all previous events have been
entered properly. For more details see Reporting sequence.
3. Enter event time and time zone. A time line shows where the new event will be placed:
Note: When changing the time such that the event swaps place with another event, make
sure to double check surrounding events. When you do not enter events in the order of
occurrence it can easily happen that you enter wrong data (e.g. with fuel consumptions
since last event).
· On top of each event you can enter additional recipients for notification of this event.
· Some fields have a copy button attached. Such a button may be used to copy values from
somewhere else (e.g. the ETA port from the last ETA update) reduce manual input.
· Some fields have a 'Calculator' button attached that will calculate the value based on other
entered data.
· In some events you may skip entering consumptions and/or machinery operations (and/or
fresh water consumption and operations, where applicable). Where this is possible you will
find the box 'Consumptions are intentionally not reported in this event' on top of the
consumptions:
When you check this box, consumptions and/or machinery operations (and/or fresh water) will
turn grey. All following events will also skip the current event when calculating durations. Use
this option in case events are following each other very closely, and entered values would be
very low.
The maximum time between events for this to work is configured onshore and is also shown in
a tooltip on the checkbox (put your mouse cursor on it and wait).
Note: Special area events have this option, but if you enter/leave an area that requires
consumptions you may not use it. Watch out for the red check results on the right when
checking your data prior to saving the event.
· All events that allow reporting consumptions also have a Check ROB box inside. Here you may
directly see the results of your consumptions.
You may also add consumptions to a virtual consumer, or even delete fuels from the system,
but beware that this is only possible for small amounts of fuel.
Please note that fuels cannot be consumed if there was no type, sulphur content or mass
specified upon bunkering/ mixing/ initializing - where those details are missing the fuel is
hidden from the list.
· The weather shall be reported in all events as the prevailing weather since last time reported.
Exception is performance snapshot event that requires the current weather of the event time.
· When you're done you can immediately save, or press the check button first before saving:
When checking the event the check results are shown on the right side of the screen.
o Red fields indicate errors in your event. Correct those errors, otherwise you will not be
able to send the event (the server is unable to understand incomplete messages).
o Blue fields indicate issues that should be reviewed and/or fixed prior to sending. Although
it is possible to send the event anyway (in case time is short) it is highly recommended to
fix these issues, otherwise it may be hard to impossible to interpret the entered data.
o Green fields indicate information that might need further actions, but do not affect the
event's plausibility check status. For instance, when leaving the turn port of your current
round voyage you should check your current voyage (to add a new voyage stage).
· You will now return to the 'Events' page. Please note the 'Value check' column which also
shows if there are errors left in the event. In case you have not checked the event prior to
saving it make sure to return to the event before sending it:
Note: this section applies to bulk carriers, tankers, LNG and gas carriers only, is not visible for other
ship types.
The 'Status' column also shows throughout time how the cargo changes (fully loaded - yellow, fully
unloaded - green, etc.)
Click 'New B/L' to enter details about the Bill of Lading and associated cargo details.
Depending on your owner/operator it is possible to enter beside the general cargo type also specific
cargo types.
Remember to always use the calculator button to have the correct total
mass onboard.
Click on "Port log" to open the port log that starts with the respective event. You can also select
'Port logs' from the menu, and select the port log by time and port.
· port facts (e.g. notice of readiness, cargo tank survey times, ...)
To add or remove cargoes use the tabs and buttons on the left side of the screen (right of the
navigation):
Once a cargo has been added to the port log you can start entering loading or unloading operations
for this cargo.
If the selected cargo was already onboard the system will automatically set the toggle button to
discharge .
By pressing this button it will change to loading and a location must be selected.
Every cargo operation you enter here will be automatically filled in the departure event.
Remember to use the calculator button in the departure event to get the correct total mass onboard
.
By clicking the a new location (tank or cargo hold) and a cargo must be selected. The 'Content old'
column shows the quantity of cargo which was in that tank/hold before the departure event was
created. If cargo operations had been entered in the port log the content of that operation is stated
here. For corrections the 'Loaded/Discharged' data field can be used. If not port log is used for
recording cargo operations all details can be entered also directly here in the departure event. Press
on the toggle button to either add cargo or to remove cargo .
Content actual must be updated accordingly with the help of the calculator button .
Note: press the calculator button for the total mass onboard
If you do not report specific cargo types but want to be EU-MRV compliant it is possible to enter
directly the total mass onboard.
For general cargo vessels, mass of cargo onboard as well as deadweight (MRV) are to be reported
on departure.
If during a port call the total amount of cargo onboard does not change and no cargo operations are
reported, then a warning is issued in the respective departure or shifting. In case of missing input
this shall be fixed. In case the port was called for other reasons, e.g. bunkering crew change or
waste disposal, this can be stated explicitly in Departure or Shifting events to switch of any related
checks.
For passenger vessels, the same mechanism was implemented for “no change of passengers”.
To ensure consistent reporting of cargo operations and total amounts for container vessels and unit
cargo carriers, information about the amount cargo before the operation is displayed in Departure
and Shifting events.
Once per day is sufficient. You can do this together with a normal noon report procedure. Please
make sure the values are not the sum or average since the last noon report but the current
instantaneous values.
The event starts with the sailing conditions. Here position, speed over ground, speed through
water and draughts are important:
The weather shall be entered contrary to all other events for the present time of the event.
For hull & propeller condition analysis only sailing conditions and weather data is needed, while
engine performance data do not have to be specified.
Customers mainly interested in engine condition monitoring, can report engine performance data
only. These data are similar to a typical monthly engine performance test. The same applies for
all auxiliary engines. At the bottom of the report and also only relevant for engine condition
After importing the new configuration, a new column “Used for” is shown for consumptions, allowing
to select values from a given list. One value can be selected per individual entry. There are many
predefined purposes e.g. Maneuvering, Discharging, and Inerting. If not configured otherwise, the
input can be left blank.
To break down a consumption by purpose, multiple entries can be created for the same fuel.
Purposes can be specified for auxiliary engines, boilers and main generator engines.
The total consumption per consumer group is shown next to the group name.
3.9 Fuels
New sulphur limits introduced by IMO regulation “Sulphur Cap 2020” are supported.
The following fuel categories according to sulphur limits were introduced by IMO, see the table
below.
The Information panel as well as the Check ROB control are using the new categories for Bio-diesel,
HVO, Gas/Alcohol, Other (Biofuel), LFO/HFO, MDO/MGO and Blend fuels.
Also, for boil off gases the lower limits for LHV and HHV were adjusted to reflect a wider spread of
quality in the market and different percentage of nitrogen share.
ISO 8217 for marine fuels is still valid and engine manufacturers recommend ordering according to
this specification. However, it is observed that bunker suppliers often refer to a fuel as “VLSFO” in
the BDN. In this case, chose the fuel grade with best matching viscosity when creating a bunker
event.
With new sulphur categories introduced, reporting of cylinder oil is now classified by high and low
base numbers, respectively. It is left to the discretion of the customer how to split between high and
low base numbers.
Since 2020-01-01 high sulphur fuels can only be used, when operating scrubbers.
Running hours of scrubbers can be reported for all events with machinery operations. For this,
scrubbers must be configured as components in s-Insight | Log Server. For hybrid scrubbers running
hours in open and closed loop can be reported separately.
For scrubbers supporting closed loop operation, the amount of chemicals used can be reported.
Furthermore, bunkering, sounding correction, and de-bunkering of chemicals can be reported.
The disposal of scrubber sludge can now be reported in all disposal events.
“Exhaust gas cleaning” was introduced as new reason for fuel consumption and surplus
consumption, respectively.
A new feature allows reporting the amount of fuel sludge produced per consumption of conventional
fuel (HFO, MDO/MGO). The reported amount is deducted from the fuel ROB automatically thereby
reducing the need of sounding corrections. Fuel sludge is not considered as consumption and
thereby excluded from CO2 emissions.
Fuel sludge shall not exceed 2% of the related consumption, otherwise an error message is issued.
The default severity of this message can be customized, or the check can be disabled on s-Insight |
Log Server.
Currently, reported fuel sludge is not linked to tank soundings of sludge tanks.
Biofuel Bio-diesel Bio-diesel Pure vegetable oil (oil produced from oil
plants through pressing, extraction or
comparable procedures, crude or refined
but chemically unmodified)
Biofuel Bio-diesel Bio-diesel POME (palm oil methyl ester or palm oil
mill effluent)
If a vessel plans to bunker only a few fuel types and/or raw materials, it is possible to limit the
number of fossil fuels and biofuels/raw materials available for onboard reporting. This can be
achieved by adjusting the vessel configuration inside the s-Insight | Log Server. Similarly, it is
possible to limit the consumption of each fuel type per engine.
1. Bunkering a Fossil fuel type - this option should be used when 100% fossil fuel is bunkered.
Reporting of biofuel parameters is mandatory. This information should be available inside PoS
certificate for each related BDN. New biofuel parameters from PoS certificate that were added to
the Bunkering report:
a. Raw material
b. Certificate number
Since vessel might not have Proof of Sustainability (PoS) certificate right after bunkering
operation, related mandatory validations will be triggered with 14 days delay.
Fuel top up template allows user to report topping up/mixing of Fossil, Biofuel and Blend fuel types.
The following data should be provided:
· Old fuel type - one of the fuels that are remaining on board and will be mixed with the new
bunkered fuel.
· New fuel type - fuel that will be used for topping up a tank with an existing fuel:
o User should select Fuel class, Fuel type and fill all mandatory parameters. Set of parameters is
dynamic, depending on the bunkered Fuel class (Fossil, Biofuel, Blend).
o In case a blend of 2 different fuels is being topped up, then user must provide details for blend
component #1 and #2, including related mass for each blend component and set of biofuel
parameters from PoS sertificate.
· Resulting fuel type - this is the result of mixing Old and New fuel types.
Limitations are applied when New fuel is a Blend and component #1 and #2 are of the same type.
Additionally, user should comply with fuel blend logic when selecting Old, New and Resulting fuel
types. See Fuel Blend Logic for more details.
Example of topping up a 100% HVO biofuel with raw material - 'Hydrotreated oil from waste cooking
oil':
Validations were added for ensuring correct reporting and limiting user errors.
Logic description:
· When 2 fuels of the same type are mixed/blended, resulting fuel should also be of the same type,
but not reported as Blend.
· When 2 fuels of a different type are mixed/blended, then resulting fuel should always be Blend.
Please refer to this table, which describes fuel blend logic restrictions in more details:
RMA10
RMB30 When blended with other LFO, then resulting fuel = LFO.
LFO
Otherwise resulting = Blend.
RMD80
RME180
RMG180
Fossil RMG380
RMG500
When blended with other HFO, then resulting fuel = HFO.
HFO
Otherwise resulting = Blend.
RMG700
RMK380
RMK500
RMK700
DMX
DMZ
DMC
LNG When blended with other LNG, then resulting fuel = LNG.
Otherwise resulting = Blend.
LPG When blended with other LPG (Propane), then resulting fuel
(Propane) = LPG (Propane). Otherwise resulting = Blend.
Gaseous
LPG When blended with other LPG (Butane), then resulting fuel
(Butane) = LPG (Butane). Otherwise resulting = Blend.
HVO When blended with other HVO, then resulting fuel = HVO.
HVO Otherwise resulting = Blend.
Bio-LNG When blended with other Bio-LNG, then resulting fuel = Bio-
LNG. Otherwise resulting = Blend.
Gaseous
Bio- When blended with other Bio-hydrogen, then resulting fuel =
hydrogen Bio-hydrogen. Otherwise resulting = Blend.
Blend Blend Blend When blended any other fuel, then resulting fuel = Blend.
Auto generated BDN numbers: when fuels are mixed or topped-up onboard then unique BDN
numbers are automatically generated.
BDN data
BDN number Test_BDN_1
Quantity: 150 mt
Total GHG emissions from supply and use of the 14.9 gCO2eq/MJ
fuel (gCO2eq/MJ)
3. Select a Blend fuel type (Fossil + Biofuel) and fill all required fields:
5. Select Resulting fuel type as Blend and fill all required fields:
BDN data
BDN number Test_BDN_2
Quantity: 130 mt
Total GHG emissions from supply and use of the 10.9 gCO2eq/MJ
fuel (gCO2eq/MJ)
Quantity: 70 mt
Total GHG emissions from supply and use of the 12.5 gCO2eq/MJ
fuel (gCO2eq/MJ)
7. Save events, send them to s-Insight | Log Server and use this resulting fuel for the following
events, when consumed:
Note: when bunkering a new biofuel blend (Fossil + Biofuel with 3 or more separate PoS
certificates), a similar logic should be applied as per Example 3:
o Biofuel2
o Biofuel3
o ...
· Mixing them afterwards and using the final resulting fuel blend for consumption reports.
In those cases you may create the event (as described in Filing new events), but instead of pressing
the 'Save' button in the end you press the 'Save as draft' button:
The event is stored in the database, but marked clearly as a draft in the event overview (note the
different font, color and the icons):
The reason for this obvious marking is to remind you that there is an unfinished event. If you create
other events afterwards (and don't save those as drafts) they will behave as if drafted events do
not exist, i.e. following events will ignore drafts e.g. for duration calculations.
If you need to create events after a drafted one please make sure to check those events as soon as
you complete the drafted event.
Whenever you finish editing the drafted event save it by using the 'Save' button. It then becomes an
ordinary event.
Please note: When the 'Save as draft' button is not available saving the event as a draft is not
possible anymore (e.g. because the event has already been sent).
A data check will always be performed when opening existing events, thus the 'Check Results' will
always show. Now you can modify the event's data, check the event again and save your data.
Please be aware that some modifications may affect other events, e.g. when changing consumptions
please make sure to correct following events as necessary. In case a following event becomes invalid
(e.g. ROB became negative, or you removed a fuel that is used later) these events will show a red
icon in the 'Value Check' column later in the overview.
Please use this option with utmost care since deleted event cannot be restored. Furthermore, it is
highly recommended to enable this option only when needed and to disable it afterwards.
4. A new line appears at the bottom of the table, enter the new Officer's details.
The list will be sorted automatically by sign-on date, and the 'In charge' flag will be changed
accordingly.
Note: do not overwrite former Masters/Chief Engineers with the new names and times; create
always new entries and expand the list
3.13 Voyages
Keeping your voyages up to date is very important. Every event you're entering must be part of a
voyage, otherwise it cannot be sent to shore.
The systems checks against the time and against the location (port of arrival and tuning port).
Following warnings shall inform you that you should most probably adjust your voyage details:
In this example the system informs you have reached the port that you have entered as your port of
arrival in the present voyage.
Click on the button to go directly into your voyage menu and adjust your details. For example
create a new voyage; the new departure port and time will overwrite automatically the entered
arrival port and time of the previous voyage.
Note: always check your reporting instructions on how to use voyages. The application only
performs basic checks, there may be more rules in place that affect the way you must handle
voyages.
· BALLAST/LADEN stages should be used for voyages where cargo stages are changing from ballast
to laden and vice versa.
· E/W/S/N stages should be used for directional voyages, where voyage stage is changing at a
voyage turning point.
Note: One voyage stage can consist of one or multiple voyage legs, but voyage legs should not
be setup as stages in s-Insight | Log.
1. Example of a correct one way BALLAST/LADEN voyage setup with multiple voyage legs from
Hamburg to Southampton:
· Voyage no: the voyage number as defined by your operator. If a wrong voyage number is entered
you won't be able to save the voyage. Please refer to your operator's instructions on how the
voyage number should look like.
o One way: has a start and end port, and may have none, one or many stages in between.
Use the 'Add another stage' button (right between the boxes) to create stages, and the 'trash can'
symbol in the top/right corner of the stage boxes to remove stages.
o Idle: has only a 'start' port (which is the port the vessel is idling in), and an expected end.
Depending on your type selection the fields below are configured. All data fields are shown in a
chronological order to help you write down your time schedule. When planning the voyage some
dates/times are only estimations (e.g. the arrival time/end of voyage). Enter these estimations now
and update the voyage details as soon as you know the actual times.
Where possible the application will check and show if voyage details should be reviewed, either via
'check results' (when entering events) or with the 'your attention is needed' box.
When no errors remain press 'Save' again. The voyages list will now appear and the new voyage is
stored in it.
One-way voyages typically consist of a single stage only. Hence, newly created voyages of this type
will no longer allow creating multiple stages unless specified otherwise. This will prevent defining
long voyages with several stages of the same type instead of using the schedule. Existing voyages
are not affected.
By default, new one-way voyages have a single stage only. To continue reporting with multiple
stages, change the corresponding option in s-Insight | Log Server.
While turnports are commonly used by container line operators for defining round voyages, this
concept is uncommon to other operators and vessel types. It is now possible to disable the input of
turnports for round voyages. Existing voyages are not affected.
In order to disable the input of turnports, change the corresponding option in s-Insight | Log Server.
Now the values are checked. If errors or warnings are found the data is not saved, instead all
findings are displayed on the right side of the voyage. Review errors and warnings, correct (at least)
the errors and press 'Save' again.
The voyage details are now saved and will be transferred to shore with the next mail you send.
As soon as voyages have been sent to shore they cannot be deleted anymore. Modifications to the
voyage are always possible.
The combination of minimum speed, maximum consumption and applicable weather conditions is
called speed order. Speed orders are provided by the operator to the vessel. It is possible to have
more than one speed order per voyage. To ease communication speed orders are given unique
names like “Full”, “Eco speed”, etc.
During a voyage the operator advises the vessel to follow a speed order, i.e. to sail at a specified
minimum speed while not consuming more fuel than warranted. The applicable speed order may
change several times during a voyage.
After completion of a voyage, speed orders are used for post-voyage analysis, e.g. calculation of
over-/under consumption, time-gains/losses, etc. Usually severe weather conditions are excluded
from analysis.
Open the Voyage editor, expand the input form “Speed order” and click (+) to insert one row for
each speed order received. Fill in all data and save the input together with other voyage details.
The warranted consumption per day and fuel type is not specific to consumers. If, for example, at a
speed of 9.2 knots, ME consumes 21.4 mt HFO/day and all AEs consume 4.5 mt HFO/day, the total
consumption is still in range of the warranted consumption of 26 mt/day in the example above.
When trading in ECAs only, the warranted fuel consumption usually covers MDO/MGO only. The
corresponding speed order would specify 0 mt HFO/day.
When trading inside and outside of ECAs, two speed orders must be defined respectively, see below.
After speed orders have been defined in the voyage editor, they can be used for all voyage events
on sea passage, e.g. Noon at Sea. For this, go to the event header and select the speed order that
was advised since the last event.
To simplify input of repeating port call sequences, selected port calls can be copied. For this, mark the
relevant entries and click the “Copy” button. On insert, the arrival date of the first port call to be
copied must be specified. You can also choose whether to copy agent names and times.
For efficient input of schedules, files can be imported in EXCEL format (*.xls, *.xslx). The file must
contain a worksheet “Schedule” with predefined columns, unknown columns are ignored.
Currently, the schedule is a standalone component, neither linked to voyages nor events. The
missing links shall be introduced in future versions.
Agents – or agent companies – are now supported. To create an agent, select “AGENTS” from the
menu. Company name, address, phone numbers and serviced ports can be specified. Agents can be
assigned to port calls in serviced ports only.
For a port call, agents can have one or more of the following roles:
· Charterer/Liners Agent
· Other
It is possible to specify zero, one or more agent roles per port call.
All updates of the schedule are sent to shore.
The following details of the next 4 ports stays can be used in push messages: port name, ETA, ETD,
email addresses of agents.
On s-Insight | Log Server, agent details can also be copied to the clipboard as structured text to,
e.g., forward them to 3rd parties.
Agents can also be defined on s-Insight | Log Server. They are made available to all vessels via
configurations. Upon successful import, agent details are available in the Agent editor. Server defined
agents can neither be modified nor deleted.
· Part I for all garbage other than cargo residues, applicable to all ships
· Part II for cargo residues, applicable to ships carrying solid bulk cargo only
In addition, a new table for exceptional discharge or loss of garbage under regulation 7 was
introduced.
The Garbage Record Book is now directly accessible via menu item “REPORTS”.
Disposal events are displayed per the selected time frame. Please note that disposal events are
included only if recorded with version 2.2 or later.
3.16 Off-hire
When a vessel under charter is unable to perform contracted services for a certain period, this is
commonly referred to as “off hire”. This can include, e.g., days spent for repair and drydocking,
whether scheduled or unscheduled. While time, consumptions and reasons are important details for
commercial purposes, the total annual off hire time could be an interesting vessel KPI.
For the event “Begin offhire”, time, position, consumption and running hours shall be reported. In
addition to this, one or more reasons, percentage and mode (scheduled or unscheduled) must be
reported. Reasons include, e.g. breakdown ME or AE, overhaul ME or AE, dry docking and PSC
detention.
Subsequent events are flagged in both individual event report and event view until the off-hire
period is finished.
Off-hire reasons, percentage and mode (scheduled or unscheduled) are made available for further
assessment on s-Insight | Log Server.
1. Open the 'Communication' page. The Outbox is selected, showing all events that have not
been sent yet.
2. If the 'Value check' still shows red icons (i.e. errors) these events will not be sent. It is highly
recommended that you edit those events and correct the errors, especially if the errors are
somewhere in the middle of the list.
Please note: You need to have valid export settings in order to send event reports. Go to 'Settings'
and configure the data export if you have not configured the program yet, or if the
configuration is not valid anymore.
4 Non-daily tasks
· select the missing event from one of the 'New ... event' menus on top of the list;
even if the entry is shown in grey you can select the desired event
· in the first screen select/ enter the correct event time; on top of the screen a message will
appear, notifying you that the event will be inserted in the middle of the time line, which is OK
in this case
· check the time line and verify the new event is entered correctly; now press 'Continue'
· also make sure to check surrounding events in case you have entered data which affects other
events, e.g. consumptions, which now needs to be corrected
· when returning to the event list also other events may be marked for sending (if consumptions
were entered, as these change the ROB calculations for following events, too)
· the new event will be sent to shore with the next data transfer
You can identify the missing mails with the ID, which is shown in the archive in the communication
page:
You will then receive a response from the program whether the file could be loaded successfully or
not. Please note that you can only import the latest configuration that exists.
It is therefore highly recommended to fix all validation errors. To get assistance, details of the invalid
events can be sent to s-Insight | Log Server. To enable this feature, choose General settings and
check the option to include details of invalid events.
2. If you have configured a local data path, please make a copy of it. Verify the copy, make sure
nobody was accessing data while you copied the data.
3. Copy the data path to the new PC. The location does not matter as long as it is accessible for
all users that will work with the program.
4. Install the software on the new PC. Specify the data path you have created just before (or the
same that was set before if it was a network path).
5. Make sure to configure the same sharing settings (if any) as on the first PC, otherwise other
PCs will not be able to access data afterwards.
6. Verify that the program is starting correctly, and that it shows the data as before.
7. If you have used network shares you need to modify all other PCs that were accessing the old
PC. Use the support tool on every other PC and relocate the data path to the new location.
4.7 Backup
A backup control can be accessed through Recorder application settings. There are two ways of
doing a backup: manual and automatic:
· Manual backup is only possible when not in edit mode. After 'Backup' button is pressed, then full
Recorder database backup is made and saved locally onboard. Onboard user is able to restore
data from the latest available backup by pressing 'Restore' button. Timestamp is provided of
backup which is available onboard.
· Note: restore feature should be used with precaution. When pressed, all new changes and newly
entered event data, made after the 'Last backup' date, will be lost.
· Automatic backup feature can be enabled when in edit mode. When enabled, a new backup will be
created each time event reports were sent to shore. It is possible to create backup and restore
data manually from backup event when automatic backup options is enabled.
· Note: automatic backup option, when enabled, can have an impact on Recorder performance. For
large onboard databases with many events this feature might increase report sending time. If you
face similar issues, it is recommended to keep automatic backup feature disabled.
File this event when arriving in port. Here you can also fill in tugs, thruster operations and pilots;
changes the voyage state to 'Port'.
The arrival event indicates that you are in a port either for cargo operations and/or at berth. Use
Arrival events also if cargo operations are planned to be done while anchoring.
Shifting
For all vessel movements during one part call you can use the shifting event.
All operations entered are summed in the departure event and in the departure push message.
When you are leaving a port you may use the sailing notice to inform shore immediately about your
departure and your next destination port, and also let the server send out push messages for this
event. Typically used if you don't find the time to provide complete details on cargo and machinery
operations, but shore needs immediate notification.
After filing the sailing notice the voyage state is 'Departure', indicating that the next event should be
a departure event, which in turn contains all details on cargo and machinery operations. You may
copy the values from the sailing notice to the departure event prior to entering all other data.
Do not file any other events between a sailing notice and the departure event.
When entering a canal the voyage state becomes 'River/ Canal'. During canal passages you may file
a stoppage or port event (begin/end anchoring/drifting, arrival/departure).
File this event in case of a stoppage (anchorage/ drifting/ grounding), e.g. when waiting for berth or
canal passage. Upon continuing your voyage, please send an end of anchoring/drifting event.
Noon (Position)
Files a noon report (e.g. every 24 hours; depending on your company's/ operator's instructions).
Depending on your current voyage state only one of the four noon events fits. The event you choose
decides which fields you can/ must fill out.
Please note: you may change the default time (i.e. the time that is pre-filled when creating the noon
report) in the settings.
ETA update
File the beginning and end of fuel changeover before entering ECAs. These events are available
mainly for compliance reasons. Thus, when leaving ECAs you do not need to file these two events - if
not otherwise requested (i.e. by your operator and/or manager).
If you are deviating towards a new port choose this event. The voyage state will now show
'Deviation' in the info panel (in the events overview). The deviation ends with an arrival event.
In case of a deviation from the planned route (without heading for a new port) report the deviation
(upon begin and when returning back to the scheduled route). The voyage state will show 'Deviation'
in the info panel (in the events overview). The deviation ends either with an end of deviation event,
an arrival or with a change destination port event (which will immediately start a deviation again).
File these events upon entering or leaving special areas (e.g. ECAs, piracy areas, etc.).
Note: in some special areas you are required to report consumptions of your engines/boiler.
Other event
File this event in cases your charter party begins/ ends, or when passing landmarks (e.g. Gibraltar,
Land's End).
Oil spill
Inventory
Report all fuels/oils remaining on board using this event. You may also enter a list of chemicals on
board in this event.
Monitoring of chemicals on board was expanded by Paints and Thinners, they can be reported during
Inventory event. VOC emissions are calculated automatically based on amount that was consumed.
To start reporting Paints and Thinners all required information (list of products and their VOC content
[g/l]) must be specified and loaded to Server default settings. Please contact StormGeo at
[Link]@[Link] if this is required.
· Last ROB
· Purchases
· Consumption (mandatory)
· ROB
Cargo condition
You can report the temperatures/pressure of cargo tanks and the associated heating units of a
specific time.
Note: if no heating units are available inform your IT department to do the setup
Cargo condition events have been extended to capture the status of cargo on board in more detail.
For LNG carriers and Gas carriers, temperature and pressure per tank can be reported. More
specifically, product name, quantity, and cargo temperatures (set, top, middle, bottom) are reported.
Average temperatures are calculated per tank and across all tanks.
Column “Delta” shows the temperature difference to the last report. Tank pressure is now captured
in bar. Optionally, air temperature and sea temperature can be specified.
Performance Snapshot
This event captures a momentary snapshot of your engine performance status (and several other
plants) for on shore evaluation of engine usage as well as wear and tier monitoring.
When a vessel under charter is unable to perform contracted services for a certain period, this can
now be reported by new offhire events. This can include, e.g., time spent for repair and dry docking,
scheduled or unscheduled. Total off-hire time, consumptions and reasons can be captured for
subsequent assessment.
Reporting of bunkering operations. In order to report consumptions on fuels you need to provide all
values* for that fuel before other events allow selection of that fuel.
(*except for BDN/BDR No. - you may already select the fuel in other events without one)
This event allows correction of fuels/oils ROB. When reporting a sounding correction correct the ROB
masses if there are differences (or confirm correct values with 'No difference').
Disposal by incineration, - ashore, - over board, - by barge, Discharge via separator, disposal by
evaporation or by decanting
VOC release
Use this event to report the emission of volatile organic compounds for tankers.
Maintenance
Use this event for some maintenance events, e.g. hull or propeller cleaning.
Disclaimer:
Please note the advice below for Carbon Intensity Indicator reporting, differs for each verification
society. The advice below is therefore only a rough indication for correct reporting, when in doubt or
for specific questions please check with your shipping company or the MRV&DCS verifier of your data.
The following items in the S-Insight Log software have an impact on the CII.
Do not report deviation in cases: When you have planned an original route, and few days later you
need to deviate because a hurricane will come up on the original route, and you deviate from the
1. Report Begin of deviation event in New special event and provide a reason:
b. Report Arrival event, which will automatically close the deviation period.
1. Report Change destination port (deviation) event in New special event and provide a reason:
c. Reason for deviation: Weather (in seldom cases only, where weather affects safety of ship)
2. Report Arrival event, which will automatically close the deviation period.
2. The following reports will have reporting field: 'Sailing in Ice conditions: Duration:'
Applicable to all events where sailed distance can be reported, except 'End Anchoring/Drifting' and
'Noon at Stoppage'.
3. Report 'Leaving special area' with special area = 'CII Ice conditions'
4. Duration field and Indication of sailing in ice will not be available until Entering Ice conditions
again.
Starting report period (Departure port to STS location) – Example below Port A – STS – Port A.
1. All Reefer power outlets are available for reporting under Machinery operations -> Reefer
performance
When no Reefer power outlets are created on Server, then new 'Reefer performance' control is
not available.
2. Running hours, Reefer electrical work [kWh], Avg. power and Source of energy must be reported
for proper calculation of CII reduction.
4. Calculator buttons are available for 'Reefer electrical work' and 'Avg. power', they are working in
the same way as for Effective work and Avg. power (e.g. Main Engine)
a. Main engines
b. Auxiliary engines
6. Note: in case electricity was produced by more than 1 engine, vessel should select only the main
energy source in the dropdown.
1. All Cargo cooling systems are available for reporting under Machinery operations -> Cargo cooling
performance.
2. Running hours, Cooling electrical work [kWh], Avg. power and Source of energy must be reported
for proper calculation of CII reduction.
4. 'Source of energy' dropdown consist off all engines/components that were created on Server
(unique list per each vessel individually) and can provide electricity for Cargo cooling systems:
a. Main engines
b. Auxiliary engines
Note: in case electricity was produced by more than 1 engine, vessel should select only the main
energy source in the dropdown.
Reliquification
1. All Reliquification plants are available for reporting under Machinery operations -> Reliquification
performance.
2. Running hours, Reliquification electrical work [kWh], Avg. power and Source of energy must be
reported for proper calculation of CII reduction.
4. Calculator buttons are available for 'Reliquification electrical work' and 'Avg. power', they are
working in the same way as for Effective work and Avg. power (e.g. Main Engine)
5. 'Source of energy' dropdown consist off all engines/components that were created on Server
(unique list per each vessel individually) and can provide electricity for Reliquification:
a. Main engines
b. Auxiliary engines
d. Onshore power supplies (visible in Departure and Noon in port events only)
Note: in case electricity was produced by more than 1 engine, vessel should select only the main
energy source in the dropdown.
1. All Pumps are available for reporting under Machinery operations -> Pump performance
2. Running hours, Discharging electrical work [kWh], Avg. power and Source of energy can be
reported only for Electric and Hydraulic Cargo pumps.
For all the rest pumps - only reporting of running hours is enabled.
3. Calculator buttons are available for 'Discharging electrical work' and 'Avg. power', they are
working in the same way as for Effective work and Avg. power (e.g. Main Engine)
4. 'Source of energy' dropdown consist off all engines/components that were created on Server
(unique list per each vessel individually) and can provide electricity for Reliquification:
a. Main engines
b. Auxiliary engines
e. Diesel power packs (available only for Hydraulic Cargo Pumps) - when selected, user is guided
to report fuel consumption (not kWh)
Note: in case electricity was produced by more than 1 engine, vessel should select only the main
energy source in the dropdown.
6.7 Boiler consumption for cargo heating and discharge pumps on tankers
Tankers with cargo pumps driven by steam from the boiler and Tankers which do cargo heating with
the Boiler can report below.
a. 'Cargo heating'
b. 'Cargo discharging (pumps)' for Steam Cargo discharging pumps driven by Boiler
Standalone cargo discharging pumps (hydraulic pump connected to diesel power pack):
2. Report fuel consumption for Power packs and provide 'Used for' reason as 'Cargo discharging
(pumps)'
Container vessels:
· Sailing in Ice
· Reefer reporting
Gas Carriers:
· Sailing in Ice
Tankers:
· Sailing in Ice
· STS
· Sailing in Ice
7 eLogbook integration
Data from Anschütz eLog, electronic logbook, is integrated into s-Insight | Log Recorder. This
integration helps users to create s-Insight | Log reports and fill them using data that is already
available inside electronic logbooks.
· Prerequisites: Anschütz eLog solution should be available and running on your vessel.
· Request and load new vessel configuration from s-Insight | Log Recorder.
· When eLog solution is not available onboard, it is recommended to keep the switch off
(disabled).
o [Link]
o where [Link] is the same IP address which is used to access the eLog in the
browser.
o For example, if the eLog has the IP address [Link], then URL would be
[Link]
o Please refer to Anschütz eLog User Manual section 'StormGeo integration' for more
details.
· There is an option to validate your entered Endpoint address by pressing 'Test connection'
button.
Please note that reporting suggestions from electronic logbooks are showed in the main Events
window for the last 7 days only. Older reporting suggestions are not visible. When active
suggestion is not used for 7 days, it is automatically removed from suggestion list.
These suggestions do not automatically change existing or create new reports. They assist user
by suggesting to take necessary actions, but user still needs to create a report, fill it and apply
suggestions manually.
When data becomes available in electronic logbook, then 2 types of reporting suggestions are
showed within this control:
· Edit events - suggestions for user to edit data in the existing events that are already created
in s-Insight | Log Recorder. These suggestions are showed when 1 or more data fields inside
the event are not matching value available in electronic logbook. By pressing 'Edit this event'
button, related event will be opened for editing and edit suggestion will be showed inside the
event. See chapter 'Suggestions inside events' for more information.
· There is an option to 'Show reporting suggestions' in the main event list, as per image below.
When this option is enabled, new event suggestions are inserted into the list of existing
events.
· User can either use the sidebar control or main event list to view suggestions and apply
required actions.
· New column 'Suggestions' indicates events and type of suggestions: NEW EVENT or EDITS.
· Even though new event suggestions are showed in the list, they will not be sent to shore,
unless user creates and saves an actual event, based on this suggestion.
· Edit event suggestions indicate a number of active suggestions for editing data fields inside
the event.
· A new sidebar 'SUGGESTIONS' was introduced inside event edit window next to 'CHECK RESULTS’.
· Available data from eLog is fetched automatically when opening an event (new or existing). This is
done using field mapping information from s-Insight | Log Server.
· Data is being fetched from eLog for the last 24 hours counting from event time. If multiple field
values are found in eLog for the period, then only the latest value is presented.
o Refresh electronic logbook suggestions / fetch new data from eLog by pressing .
o Apply all active suggestions - fill s-Insight | Log Recorder data fields with data from eLog.
o Ignore all active suggestions - mark all suggestions as 'Ignored'. No eLog data will be populated
into s-Insight | Log event.
o Apply a single active suggestion - populated event field with mapped data from eLog.
o Ignore a single active suggestion - ignore mapped data from eLog. This option should be used
when eLog value is not correct or outdated.
o Undo the action - in case of mistake, it is possible to revert Apply or Ignore actions that were
taken during the session.
· It is always possible to enter event data manually, even when there are active suggestions.
· It is recommended to have a clean 'SUGGESTIONS' sidebar by taking Apply or Ignore action for
each suggestion. This way suggestions count indication will show 0 active suggestions inside
event and in the event list.
· In case s-Insight | Log data field value matches eLog suggested value, then it is automatically
marked as 'Applied'.
· Vessel crew actions regarding eLog suggestions are saved between s-Insight | Log Recorder
sessions.
· Suggestions and user actions are stored locally (onboard) and they are not sent to s-Insight | Log
Server.
Suggestions inside s-Insight | Log Recorder depend on event and field suggestion mappings inside
s-Insight | Log Server.
In case you have any questions or suggestions for improvements, please contact Service and
Support ([Link]@[Link]).
8 Troubleshooting
Refer to chapter Folder access rights for details on how to check and set access rights.
8.2 Installation
8.2.1 General
If the installation fails, please make sure,
· to have write permission to 'Program Files' (or similar) and the data folder (name depending on
OS version and language).
· to have sufficient access rights to the network location used for a network installation, see
Using the application in a network.
· to have permission to modify folder access rights when sharing the data folder. The installer
tries to access to 'Everyone', for both network share and data folder. Also check that network
sharing is enabled on your machine, i.e. check all machine settings, permissions and services
related to networking.
See also First time vs. Follow-up installation and Installation options.
When upgrading to a new version, the database is updated automatically during first login. If an
error occurs during that process, please note the error message or take a screenshot. Contact with
your IT department and provide the error message as well as the log file of the installation.
The configuration file is not valid since it was not requested for this ship
This occurs when you try to import a configuration that was not requested. It is neither possible to
import old configurations nor those for other vessels.
File is not a valid master data configuration. The file may be outdated or is not valid for this ship.
Usually this occurs when the configuration file is too old because it is likely to be incompatible.
Provide the configuration file to your IT department and ask for assistance.
1. Click “Send request to shore” to request a new configuration by the standard method for
sending reports.
3. Wait for an e-mail with attachment from s-Insight | Log Server. This usually takes a few
minutes, rarely longer than an hour.
5. Click “Import new configuration” and select the file you have saved in the previous step.
If successful, the message will disappear and s-Insight | Log Recorder is ready for reporting again.
The procedure above needs to be done only once. This also applies to network installations.
8.3 Login
There is one password per vessel which is administered onshore only. If you can't remember the
password, please contact your IT department, to either get the original or a new one. Please note
that there is no 'master password' or any other way to recover a lost password on board.
Please check that the correct version of the installer was used.
When upgrading several machines on a network, make sure that all of them are running the latest
version. Try to login to every machine, one by one. If this works on some, but fails on others, try to
re-install the correct version on those machines. If the problem persists, contact your IT department
for assistance (see chapter Getting help).
It is also possible that you have edited the voyage, and existing events now belong to another
voyage (based on the voyage's date and time).
If you miss an event, and it is not shown when you select 'All' on the left side, please contact your IT
department and send your database file to shore (see chapter Getting help for details).
· Ship name: from the configuration file used for initializing the application; if the name is wrong
please contact your IT department.
· Voyage state: see the most recent voyage event entered, or a combination (e.g. canal +
stoppage)
· Origin, Destination, ETA, RTA: see the most recent event, e.g. Departure, Noon or ETA update,
containing this data
· Last event, at: see the most recent event of the most recent voyage
· Due: shows the timespan between the most recent event, and the current date/time
8.4.3 The 'Remaining on board' box is not showing the correct values
The ROB box is calculated from the events where you enter fuels/oils (e.g. Bunkering, Mixing, and
everywhere consumptions were entered). The box is showing fuels separated into HS and LS,
filtered by (fixed) sulphur limits.
In case these values are not showing what you have expected please check your events. Most
events have a 'Check ROB' box inside which you can expand and see the remaining fuels/oils after
that specific event.
If you feel the events are correct and ROB box is still showing the wrong values it is highly
recommended that you contact your IT department for assistance and provide your database for
deep analysis of that case (see chapter Getting help for details).
8.4.4 The event menu shows some events grey (with a '?' next to them)
Some events belong together, e.g. Arrival and Departure. Whenever you enter an arrival event, the
next voyage event (aside from noon rpt. and ETA update) would be a departure or sailing notice.
To ensure you don't overlook these events only the ones that are matching are offered.
If you entered a canal passage some events cannot be entered (e.g. begin of sea passage) since
you have to leave the canal first.
In case some data is missing in the application, and you have no chance to fix it, you can still select
any of the grey menu entries, and enter all data. The mechanism which controls which items are
shown in grey will only look at the most recent event, so things will most likely repair themselves
that way.
If you feel like an event should be possible but isn't, please contact your IT department and send
your database (see chapter Getting help for details) and provide details on which event you
expected to be possible, and why.
If you tried to delete the latest voyage with at least one voyage remaining there's something wrong
that needs technical assistance. Please refer to chapter Getting help and contact your IT
department.
8.5.3 Red fields appear on the right side, the voyage cannot be saved
Whenever some data is missing or wrong red fields will appear upon saving, and you may not save
your voyage details unless you fix those errors.
Read every red box carefully and correct the voyage details as necessary.
In case you have corrected the fields, but a red message is still showing please take a screenshot
(see chapter Getting help for a description of how to do so) of all voyage fields and the error
message that won't disappear, and contact your IT department for assistance.
Old voyages are always linked to the configuration file that was valid when the voyage was created,
and this cannot be changed. You can, of course, try to delete the voyage in question and re-create it,
but this is only possible for the most recent voyage.
When you enter a duration that does not equal to the calculated value the field is showing a yellow
text next to it. Please make sure the duration you have entered is correct then.
This may also happen if you insert events afterwards, e.g. inserting a Noon report on sea passage
may cause the later event to have a wrong duration at the machinery operations fields.
If you observe wrong calculations of durations frequently, please report this issue to your IT
department and provide your database for deeper analysis (see chapter Getting help for details).
When you enter a port it is first checked against the operator's port list, a list that was specified to
help you picking the correct ports where different UN/LOCODEs are possible, and to filter uncommon
ports. If you enter a port that is not on that list you will get a yellow warning.
Secondly the port is checked against a list of all known UN/LOCODEs. If the port is not on the second
list, which is the list of all currently known ports in the world, a red message will appear as the port
is unknown to the system.
If you receive an error for a port where you know it must be in the system please contact your IT
department and operator, which must both check their port lists for completeness.
8.6.3 Too many (or wrong) red/blue boxes appear upon pressing the 'Check'
button
The 'Check' button will run all available check routines for the current event and show the result on
the right side. Sometimes rules are simple, e.g. mandatory fields must be filled out, and sometimes
rules are complex (e.g. duration rules, consumption checks).
Please read the message in the box (after opening it) carefully and locate the error, fix it and press
'Check' again.
If the error/issue does not disappear, or cannot be fixed at all (e.g. if it complains about a field that
does not exist in the event), please save the current event and contact your IT department providing
your database (see chapter Getting help for details).
This is normal since not all values require a high precision. You may enter a high precision, but it gets
rounded. The rounded value is then transferred to shore.
8.6.5 After configuration import new values, e.g. new services, are still missing
If you import a new configuration file, and want to use e.g. new ports, etc., you can only do so for
new events. See Importing a new configuration for details.
Existing events are always linked to the configuration file that was valid when the event was
created, and this cannot be changed. You can, of course, try to delete the event in question and re-
create it, but this is only possible if it has not been sent to shore yet.
If the problem persists or if the events cannot be sent otherwise please contact your IT department
(see chapter Getting help for details).
The application uses the MAPI interface for interacting with e-mail programs, which is known to have
issues with several e-mail programs. See chapter System requirements for more information.
If the problem persists, switch to file export and send the files manually as attachments.
In case of problems please provide additional information to your service request because this helps
reproducing and solving the problem quickly. Please read the instruction below to collect supporting
information.
For this, you may by copying one of the strings above to Windows® Explorer to open the folder.
1. Create a screenshot of the About dialogue showing the version and other important
parameters of the installation.
4. Use the built-in support to to create a data package, see Support tool.
5. Create an e-mail including all of the information above and send it to your IT department or to
[Link]@[Link].
The program’s data folder containing the database, configurations, logfiles and reports can now be
accessed directly via Support menu. However, access should only be needed rarely, e.g. to solve
issues.
Use this option with care. Do not modify data unless requested to do so, e.g. by Service and
Support. Keep in mind, that any modifications may have severe consequences to the program.
10 Appendix
· A decent workstation with at least 1 GB of RAM, multi core CPU is highly recommended. The
program itself will require about 50 MB of hard disk space; more might be required for required
packages below.
o When running the program from virtual machines you may need to disable WPF
(Windows® Presentation Foundation) hardware acceleration. Some virtual machines have
very generic or even broken video drivers which makes the rendering otherwise
impossible.
o It is recommended to have the latest version of the .NET framework installed (e.g. by
using Windows® Update). Using an outdated version of the .NET framework may lead to
issues that are usually very hard to track down.
o Please note: The standard installer (for online/flash drive distribution) does not include
the .NET framework runtimes. A bigger program installation (for DVD distribution) is
available which includes the framework and checks for its existence on start-up.
· Administrative rights may be necessary to install the program. Also make sure you are
allowed to modify the access rights of the data folder.
· For multi-client access to the data you will need a stable network connection and a
workstation or server providing the database at all times. You may need administrative rights
to modify the access rights for the network share that is used to share the database among
the clients.
· A PDF reader of your choice to show the manual(s). The user manual is PDF version 1.4, thus
most PDF readers should be just fine.
· In order to send event reports directly from the program you need a MAPI compliant e-mail
client. If you don't want direct mail access or MAPI is not working for you, you may also use
the file export functions.
Please note: Although MAPI is offered by most mail applications it is known to have issues
depending on your mail client and/or its version:
o Microsoft Outlook®: The confirmation window may appear in the background of the active
window, the application seems unresponsive but in fact is waiting for your response from
a window in the background.
o Mozilla Thunderbird: If the mail cannot be sent by Thunderbird, errors are not always
passed to the MAPI interface, which makes it impossible for the program to detect that
the sending has failed.
o AMOS Mail: You need to specify a data path (during installation) with less than about 90
characters (to be precise: file name and path of the attachment must be <120 characters;
the program uses the format 'reports_YYYY-MM-DD_HH-[Link]' (28 chars) for automatic
file names). When using longer directory names AMOS mail will not be able to send the
file, causing strange error messages.
o Skyfile® Mail: Skyfile provides subaccounts which cannot be selected from within the
application. Whenever you send a report using Skyfile the last configured subaccount will
be used. It is recommended to configure automatic file pickup for Skyfile instead.
Even if you don't use MAPI you still need any E-Mail application available in order to send event
reports to shore. Also be aware of the following known issues with other mail applications:
o Windows® Live Mail: when attaching XML files to an e-mail Live Mail will in some cases
attempt to add some line breaks to the file. This will very likely break the file, rendering it
unreadable to the server and producing an error message.
To make company-specific reporting instructions available, copy the file '[Link]' to either
the application directory or to the data path next to the file '[Link]'. The application will then
show 'Reporting instruction' in the help menu, providing quick easy access to your documentation.
If available during installation, you can also place the file '[Link]' next to the setup file.
It will then be made available automatically during installation.
All other trademarks cited herein are the property of their respective owners.
// About s-Suite
s-Suite is an integrated solution for voyage planning, navigation, ship routing and fleet performance management – all from
StormGeo.
// About StormGeo
StormGeo is a global provider of weather intelligence and decision support services, with leading solutions for shipping, oil
and gas, renewable energy, utilities, cross industry and aviation. StormGeo’s products and services help clients manage
risk, optimize performance, reduce costs and increase revenue. The company has 24 offices in 18 countries, including eight
24/7/365 global operations centers. As a participant in the UN Global Compact for Sustainable Ocean Business, our
passion for weather and the protection of natural resources motivates us to support our clients in making informed,
environmentally responsible business decisions.