Security window
The security window allows you to create a new security or to view and edit the information of existing securities. You can create a new security through the menu from New - New security, and you can view the information of existing securities by double-clicking (or by right-clicking the security and choosing Open) a security either from your search result on the Securities view or from the position section on the Overview or Analytics+ view.
Basic info tab allows you to define basic properties of a security, such as name and code of the security. A red star indicates that a field is mandatory. Based on the selected security type (and its base type), the available fields vary slightly - some fields are only available on certain types of securities, and some types of securities have a more limited set of fields available.

The fields available are:
Code*. An individual code defined for the security. The security code separates the security from other securities (the system does not allow more than one security with the same security code). The code is used to identify the security and search for the security from the system. Best practice is not to include special characters into the security code - only use numbers and letters (a-z).
ISIN code. The ISIN code of the security: also the ISIN code together with the trade code can be used to update market prices to the security.
Name*. Name of the security.
Status*. Choose the status from the alternatives: Closed, Passive or Active. Only active securities are shown in the Basic view, and only active securities can be chosen in the Transaction window - all securities can be searched in the Securities view.
Type*. Choose the type of the security from the alternatives. The drop-down menu shows security types defined in Security type Preferences. When changing the type of the security from a base type to another (e.g. changing a bond to be a stock) also clears the information that is not supported by the new base type (in the example above, all bond-specific information would be cleared since not supported by the base type stock). You can see the list of security types used in Standard Solution in FA User guide: Standard security types .
Sub type. Subtype of the security from the alternatives, which are defined in Security type Preferences. Only the subtypes defined for the selected security type are visible in the drop-down menu - subtypes define even further the selected security type.
Base currency. Only available for securities with the base type CURRENCY_CROSS. Base currency allows you to select the base currency of your currency cross, i.e. for a currency cross EUR/USD, your base currency would be EUR - for this currency cross, set the quote currency USD to the Currency field.
Currency*. Choose the currency your security is quoted in, i.e. the quote currency. All securities of the basic type currency are listed in the drop-down menu. You can see the list of currencies that are available in Standard Solution in FA User guide: Currencies (ISO 4217) .
Country. Choose security country from the alternatives, which are defined in Countries Preferences. The country of the security affects the taxation (corporate action) transactions: the country of the security related to a corporate action affects the taxation of the transaction.
Marketplace. Choose the marketplace of the security from the alternatives, which are defined in Marketplace Preferences. The marketplace indicates, where the security is traded.
Trade code. Define a trade code for the security, which can be used to for example automatically update market prices to the security.
Update code 1, 2 and 3. Update codes are used in updating market prices for a security: the different update codes allow market prices to be imported and saved from different sources. The update code of the primary market data source should be defined in the Update code 1 field and so forth. The update codes are used when importing market prices: the imported market prices are saved in the right column on the Market data info tab based on the update codes defined. If market prices are automatically fetched from an external market prices source, one of the update code fields is reserved for the update code used by the external source.
Settlement place. Choose the marketplace of the security from the alternatives, which are defined in Settlement place Preferences. The settlement palace indicates, where the security is settled.
URL and URL 2. You can define for example links to security brochures.
Rating. Define the security's rating.
Tenor. Select a tenor for your interest rate security. Tenors are used when building yield curves in Yield curves Preferences to determine the duration / maturity of the interest rate.
Block size. Define the trade unit of the security. When equal to or less than one, the block size also affects the decimal places allowed for created cash transactions and trade orders. If no block size is defined, the allowed decimal places come from the security type preferences (see Security types). For example, if the block size is set to 0,01 the amount of the security in a transaction or trade order can be defined with two decimals, or if the block size is set to 1, the amount of the security in a transaction or trade order can be defined only with whole numbers.
You can also define the decimal places to use in transactions created against a certain account. For details, see Accounts.
Multipliers allow you to handle situations where you want to manipulate the unit prices you enter in the system:
Multiplier – A computational value for the security price: the prices are divided with the multiplier before they are used in any calculations. The multiplier is 1, if the security is quoted in a currency, or 100, if the security is quoted in percentages. For example, if the security price is declared as 198,50, but the actual price to calculate the value is 1,9859, the value of the multiplier is set to 100, when the system uses the price as 1,9850.
Multiplier 2 – A computational value for the security price: the prices used in calculations are multiplied with the multiplier 2 before they are shown to the user. The multiplier 2 is 1 if the price is shown as it is in the system after being divided with the first multiplier. See the example above: if the multiplier 2 is 1, the price is shown as 1,9850, and if the multiplier 2 is 100, the price is shown as 198,50.
For bonds, you usually define the multipliers as 100 and 100 - the first multiplier divides the price you receive to use it in calculations (e.g. 198,50 / 100 = 1,9850), and the second multiplier multiplies the value back to show it correctly to the user (e.g. 1,9850 * 100 = 198,50). For some funds, you might want to define only the first multiplier as 1000, if you receive your prices as thousands but want to show them as you use them i.e. as ones, to you user (e.g. 1 653 / 1 000 = 1,653). If you define only the first multiplier, close prices you receive on your security are divided with it, but you can still enter prices manually (such as unit price of a transaction, manual price of a security, etc.) "as ones" instead of "as thousands", i.e. without the first multiplier effect.
Holiday calendar and Settlement date offset allow you to flexibly control on the security level which days are considered holidays and how many days the security takes to settle. Holiday calendar and settlement date offset are used for accrued interest and coupon calculations for bonds and for calculating the settlement date for trades in the security, i.e. how many business days trades for the security take to settle, and which market’s holiday calendar is used to determine these business days. For example, you can configure specific securities to settle in t+2 in a certain market, while others might settle in t+3 in another market.
Holiday calendar – A holiday calendar that is used for this security to distinguish between business days and holidays in the market the security is traded in - the alternatives allow you to select any holiday calendar configured in Holiday calendar Preferences, such as a weekend calendar (for example Saturday/Sunday weekends or Friday/Saturday weekends) or a market-specific holiday calendar. You can set the default holiday calendar set for all new securities in the Default holiday calendar Preferences.
Enabled settl. date and Settl. date – The settlement date offset, or the security-specific number of days used when determining the settlement date for the security.
Outstanding units. The number of shares outstanding. This value is used to calculate a Holding %available as a column in position listings.
. The number of votes this security has per share. This information is used to track the number of votes in a portfolio or in contact's holdings and produce reports to financial authorities in case the percentage of owned votes exceeds or goes below certain limits.
Issuer. The issuer of the security from the alternatives. Issuers are defined in the system as contacts with the type Issuer.
Issuer description. The security issuer description.
Linked portfolio. The portfolio the security is based on. The linked portfolio is chosen from alternatives containing all the portfolios saved in the system. For example, funds and structured products are often based on a portfolio containing multiple different securities.
Linked security. Another security linked to your security. For example, you can link the underlying stock to your equity option, or link the underlying instrument to a derivative.
Manipulation. The manipulation of security prices: Direct (default, the prices are used directly as they are shown), Invert (the prices are shown as inverted) or In its own currency (the prices are shown without a currency conversion). The manipulation describes how security purchase and market unit prices are shown - usually prices are shown as "direct" (i.e. as they are used). The other options allow you for example to show FX rates as "invert" (i.e. inverted in relation to how they are used in calculations) or foreign-currency bonds "in their own currency" (i.e. even though the market value of your position is calculated in portfolio currency, the unit prices are shown without a currency conversion, allowing you to see the bond unit price directly as "percentage of the issue price").
Price from security. The security from which this security gets the market data information. If a security is chosen, the market data information shown for this security is fetched from the chosen security's market data information - changes to the market data are done through the linked security. The market data is fetched from the linked security without the manipulation effect, or always as "Direct".
Class 1, 2, 3, 4 and 5. Classes for the security. The classes to choose from are defined in Class Preferences. The classification system of securities can be defined as needed, and the classification system may consist of three parts: one class can be chosen for the security from each of the three available classes.
Tags. Choose tags from the alternatives defined in Preferences - General - Tags. Tags can be defined in three different ways:
Grouped tags (select one): you can select one tag from each tag group, grouped in separate dropdowns. Only one tag in each tag group can be chosen. To group tags in a dropdown, defined them with a hyphen as "group - tag".
Grouped tags (select multiple): you can select multiple tags from each tag group, grouped as separate sets of checkboxes. You can check multiple tags within each tag group. To group tags as a set of checkboxes, defined them with a colon as "group : tag".
Individual tags: search for individual tags by typing the tag in the field and choosing the correct tag from the list below the field - all available tags are shown from the downward arrow on the keyboard. You can select multiple individual tags.
When entering information for a security with certain base types, the Security window contains an additional tab for you to define extra information relevant for these types of securities. Extra info is available for base types BOND, FUTURE, DISCOUNT and OPTION, while Fixings, Index calc. method and Redemption are relevant and available for base type BOND. The information is used for example when calculating accrued interests for a bond or when creating a coupon payment corporate action for a bond.
Extra info
The top section of the Extra info tab allows you to define extra information for your bond, option, or future security, such as Issue date, Issue price, Maturity date, Maturity price and Call date.

Fixings
Fixings tab allows you to define the fixing information for your security, especially relevant for calculating accrued interests and coupon payments on bonds. You can define fixings either as fixed (for example fixed rate bonds), or as floating (for example floating rate notes).
Fixing information is used to calculate the accrued interest for securities of base type BOND. Accrued interest on the position level is calculated based on the selected report date (unless you have overridden this in the Portfolio window, Accrued interest field), holiday calendar and business day convention. If the bond is bought, the paid accrued interest of the purchase is used as the accrued interest of the position until the settlement date of the purchase. Bought accrued interest in the Transaction window is calculated based on the settlement date of the transaction.

Fixed fixings
The fields at the top of the tab allow you to define relevant information for fixings.
Calendar . The day count convention for the bond (see Day count convention). The day count is used to convert dates to a numeric representation for financial maths, and is the base for accrued interest and coupon calculations for bond.
Frequency . The frequency (how often fixings are paid): Daily, Weekly, Every two weeks, Every four weeks, Every 13 weeks, Every 26 weeks, Every 52 weeks, Monthly, Every two months, Every three months, Every four months, Every six months, Annually or Once (zero-coupon bond).
For fixed rate bonds, define the fixed fixing information:
First fixing date. The first fixing date indicates the date of the first fixing after the security is issued. After the selected first fixing date, the following fixing dates are determined based on the calendar and frequency selected.
Coupon ("Fixing" before FA 3.7). The annual fixing as a percentage %.
For bonds, define additional parameters for calculating accrued interests and coupons (follow the links for more detailed description of the alternatives):
Stub convention . The rule used to place the stub period in the bond's schedule, if one should occur. When determining a schedule (i.e. how often a coupon is paid), each date between the start date and end date based on the day count convention is allocated into a period. Most dates are allocated into a regular period, based on the selected frequency. Any dates left over are allocated to a stub, either at the start or end.
Business day convention. The rule used to to adjust a date (such as coupon date of a bond) if it falls on a non-business day.
Roll convention. The rule used to override the default schedule of a bond if needed. For example, roll convention “end-of-month” allows you to configure that the first date of a monthly schedule, such as June 30th, should roll to the last day of each month instead of the 30th of each month (Available from FA 3.5 onward).
Ex-coupon period. The number of days before the coupon payment date during which the bond is traded ex-coupon, or without coupon (if the bond is bought during the ex-coupon period, the next coupon is paid to the previous holder of the bond, not the buyer).
Yield convention. The convention to use for calculating yield to maturity, durations and convexity from the alternatives UK BUMP/DMO method, US street, German bonds (default) and Japan simple yield.
Base instrument and spread
You can define information relevant for floating rate notes linked to another instrument:
Base instrument . The base instrument from the securities defined in the system. The base instrument can be used as information for example for calculating fixings for floating rate notes.
Spread . The spread added to the values from the base instrument as a percentage %.
Offset days. The number of days before the observation a new reset rate is set.
Note
If you want to generate fixings for your floating rate notes based on the base instrument and spread, use the "Populate fixings for floating rate notes" process (available from FA AppStore).
Fixings for a floating rate note
For floating rate bonds, you can define the individual fixings manually. The manually-defined fixings are listed at the bottom left corner of the window, ordered with the date defined, newest first. A new fixing is added from the Add fixing button, and the fixing information is defined in the fields at the right-hand side of the window. A red star indicates that a field is mandatory.
Fixing date* . The date from which the defined fixing rate is valid from.
Fixing*. The value of the fixing as a percentage.
Thus, a manually added fixing of 1.1.2014 and 5,00 % indicates that the fixing rate for the bond is 5,00 % starting from 1.1.2014. Once this coupon is paid, a new fixing date and rate should be added to start from the coupon payment. After the fixing information is filled in, save the fixing with the OK button. Notice that the manually added fixings always override the fixed fixing defined.
Generate and delete fixings
For floating rate bonds, you can define the individual fixings manually. The manually-defined fixings are listed at the bottom left corner of the window, ordered with the date defined, newest first. A new fixing is added from the Add fixing button, and the fixing information is defined in the fields at the right-hand side of the window. A red star indicates that a field is mandatory.
Fixing date* . The date from which the defined fixing rate is valid from.
Fixing* The value of the fixing as a percentage %.
Thus, a manually added fixing of 1.1.2014 and 5,00 % indicates that the fixing rate for the bond is 5,00 % starting from 1.1.2014. Once this coupon is paid, a new fixing date and rate should be added to start from the coupon payment. After the fixing information is filled in, save the fixing with the OK button. Notice that the manually added fixings always override the fixed fixing defined.
Generate and delete fixings
The Generate fixings button below the table allows you to generate a list of expected coupon dates based on the fixing information you defined above (excluding base instrument and spread), and populates the table with these fixings. This allows you to easily check if the bond information you entered results in appropriate fixings. If you already have some entries in the table, those will not be replaced, but instead, only the dates that would come after the latest date on the list are added.
The Delete all fixings button below the table allows you to delete all fixings you have added or generated to your bond security.
Note that fixings should be generated only for floating rate notes - for fixed rate bonds, the "Generate fixings" allows you to test if your bond configurations result in an appropriate schedule, but saving the fixings for other than floating rate notes is not recommended.
Index calc. method
For index linked bonds, the price, accrued interests and coupons are adjusted with an index coefficient to compensate for changes in inflation. For index linked bonds, you can define the required information under the Index calc. method tab.
When valuating a position of a security that has a linked index, a coefficient (calculated from the market prices of the linked index and index base value with the defined index convention) is taken into account (multiplied) when calculating the accrued interests and market value of the position. The index coefficient is calculated as Coefficient (date) = Linked index (date) / Index base value based on the information defined within the Index calc. method tab.

Fields to define the linked index:
Calculation impact. Indicates if the defined linked index and index base value affect the Market value and accrued interest or Accrued interest. The first selection utilizes the linked index and index base value to calculate both the market value and accrued interests of an index linked bond according to the selected index convention, while the second selection applies the linked index and index base value only to the calculation of accrued interest according to the selected index convention, assuming that the market unit prices for the index linked bond are already index corrected.
Linked index. The linked index from the securities defined in the system. The market prices from the selected linked index are used to calculate the coefficient used to value an index linked bond according to the selected index convention.
Index base value . The value used to calculate the coefficient used to value an index linked bond according to the selected index convention.
Fields to define the index convention:
Index convention . A pre-defined index convention from the conventions used in different countries or regions. Selecting an appropriate convention from the alternatives pre-fills the following fields for calculation mode and lags according to the selected convention, and valuates your index linked bonds with the linked index and index base value according to the convention of the region. If you cannot find an appropriate pre-defined convention, choose Other, and define the calculation parameters yourself.
Calculation mode . The calculation mode determines how the coefficient used to value an index linked bond is calculated based on the defined linked index and index base value:
With Linear interpolation, the coefficient used in valuating index linked bonds is calculated with the interpolated value of the linked index for months defined in lag 1 and lag 2 prior to the settlement date of the bond. For example, Swedish idex linked bonds use an interpolated index value for 2 and 3 months prior to the bond's settlement date.
With Direct calculation, the coefficient used in valuating index linked bonds is calculated with an index value taken for months back as defined in lag 1. For example, Finnish index linked bonds use 3-month lag with no interpolation.
Lag 1 in months. A numeric value between 0 and 12, representing the lag 1 in months. Used both for direct calculation as months back, and in linear interpolation as the end point for the interpolation.
Lag 2 in months . A numeric value between 0 and 12, representing the lag 2 in months. Used only in linear interpolation as the starting point for the interpolation.
Pre-defined index conventions and the pre-filled values:
Index convention | Calculation mode | Lag 1 in months | Lag 2 in months |
---|---|---|---|
Canada, US, France, Germany, Italy, Denmark, Sweden, UK after July 2005 | Linear interpolation | 2 | 3 |
South Africa | Linear interpolation | 3 | 4 |
UK prior to July 2005 | Direct | 3 | - |
Finland | Direct | 8 | - |
Redemption
Redemption tab allows you to define the redemption information for your security, relevant for example for partial expirations. This information is not directly used by the system, but allows you to store relevant information on redemptions.

Fields to define the redemption information:
Redemption . Redemption payment period: Annually, Semi-annually, Quarterly, Monthly, Weekly or Daily.
First redemption date . The date of the first redemption after the security is issued. After the selected first redemption date, the following redemptions can be determined based on the frequency selected.
You can also define individual redemptions manually. The manually-defined redemptions are listed at the bottom left corner of the window, ordered with the date defined, newest first. A new redemption is added from the Add redemption button, and the redemption information is defined in the fields at the right-hand side of the window:
Fixing date*. The date of the redemption.
Fixing* - define the value of the redemption as a percentage %.
Description tab allows you to write an optional and more detailed description of the security.
Allocation tab allows you to define the allocation of the security. The allocations related to an asset group defined for the security are listed on the left-hand side of the window: a security can have an allocation for each asset group defined in Asset classes and types Preferences. You can find the list of allocations available in Standard Solution in FA User guide: Asset classes and asset types.
For example, you can define geographical and industry-based allocations separately.

You can view and modify the allocation information by choosing the corresponding allocation group from the listing on the left. You can add a new allocation, and define the allocation information on the right-hand side of the window.
When defining an allocation, first choose the asset group you want to use (e.g. are you defining geographical or industry-based allocation). Second, select the date from which the allocation is valid from for the security and add it to your allocation definition. The start date should usually be set before this security appears in your portfolios (i.e. when your portfolios start getting in transactions for this security) - if the allocation starts later than the first transactions for this security come in, this security is allocated as Other until the date it is valid from. If you want to update your allocation's content, add a new date to it - the new content will be valid from the new date onward, while the prior index content will be used until the new date.
Below each date you can see the content of the allocation. You can add a new asset type under the selected date: you need to define the asset type and the share of this asset type from the whole allocation. For each new position under the selected date, choose the asset type from the drop-down menu. In the field next to it, define the share of the selected asset type of the whole allocation. If the allocation consists of a single asset type, define the share as 100 % - if the share of the selected asset type is less than 100, you have to create new positions and define their shares so that the sum of the shares of different asset types under one date equals 100.
Market data info tab allows you to view and modify the market data information of a security.

Market data entries are listed based on the date, newest first. The Close column shows you the close price of the day, or the market price that is used for the security for that date. This close price is by default used when calculating the market value of positions in this security.
You can set how the Close price is determined by choosing one of the Price source options:
- First available price from price fields
Close price is the first non-empty value when going through the columns from left to right. In other words, the value of the Close column is determined by the Manual column, then by Close 1 and so forth. The market price inserted in the Manual column always overrides the prices in the other columns for one date.
- Define the price source order
Define a different order of columns for this security. For example "Close 4, Close 1, Close 2" means that the close price is picked up from the Close 4 field. If Close 4 is empty, then from Close 1, then Close 2.
You can also define the price source on the portfolio level (see the Portfolio window topic).
You can modify an individual market data entry by choosing it from the listing. You can add a market data entry for the security with the Add market data button: define the new market price entry in the available fields.
- Date*
Choose the date of the market data entry.
- Manual
Manually define the market price for the date.
- Close 1, 2, 3, 4 or 5
Define the market price you received from your market data source into the corresponding close field. Recommendation is to use a Close field that corresponds with the Update code field you have defined in security's Basic info: the market data entry received from the price source defined in the Update code 1 field is entered in the Close 1 field and so forth. In order to be able to define the price, first enable the field(s) you are using with the checkbox above the field.
- Accrual
Define the value of accrual included in the market price. Accrual is tracked along with a market price, and the value in the accrual field indicates how much accrued income in security currency was included in that day’s market price - the accrual defined on the security is used to calculate your position's accrual as Amount*Accrual.
Accrual is recommended to be recorded along with a market price (i.e. a value in manual / one of the close fields), but you can track accrual also on its own. (Available from FA 3.7 onward) Your position's market value excludes your position's accrual, while your position's market unit price includes accrual, and market value (d) includes your position's accrual (available from FA 3.8 onward).
- Delta
Define the value for delta. Delta defined on the security is used to calculate your position's exposure - if your security has delta, then the exposure is multiplied by delta. If delta is not found on the latest market data observation relative to the valuation date, delta is assumed to be 1. If security has price on the valuation date of 2020-01-30, but no delta is recorded on that date, delta is assumed to be 1. Even if delta is found on 2020-01-29, that delta is not used, since it was not found on the same date as the latest price. Thus, delta should always be recorded along with a market price, and value of delta is picked along with the market price used. (Available from FA 3.7 onward)
When the market data information is filled in, save the market data entry with the OK button below the fields. Versions button allows you to view the versions of each market data entry.
You can also manage market data through the following buttons:
- The Excel icon
at the top-right
Export the market prices.
- Delete all market data
Delete all market data from the security - this feature removes all market data entries you have saved to the security.
- Delete prices
Clear only the entires in a specific column, leaving other entires untouched.
- Update close
Fetch the latest market prices if they are missing, i.e. prices since the latest existing entry within the close field the system can find. If you want to fetch the entire history from the market data connector, first delete prices from the corresponding column and then update close prices.
- Revaluate close 5
Calculate missing discount factors on your future cashflow securities - this button is only available if you have a permission to revaluate securities and the security's base type is DISCOUNT. For more information, see the Automatic and manual valuation in the Valuation of forward cashflows section.
For bonds with appropriate bond information in the Extra information tab, FA also supports calculating the bond price based on importing YTM instead of bond price to the system. For more information, see the File formats for importing securities and security prices section. Price can be imported with % (e.g. 3.45%), when the system calculates the price according to YTM automatically.
Market data info for a fund security
For a fund security, market data info is filled in automatically when you accept NAV in the FA Fund management app.
- Manual
NAV in the share class currency.
- Close 1
NAV in the fund's base currency.
- Close 2
Share class NAV in the fund's base currency.
- Close 3
Not used.
- Close 4
NAV in the fund’s base currency depending on swing pricing settings for the fund:
Unswung NAV, if you choose swung NAV as official NAV.
Swung NAV, if you choose unswung NAV as official NAV.
- Close 5, Accrued
Unit accrued income distribution.
Key figures tab allows you to store a time series of values of your choice - you can for example store different ratings (CO2 rating, credit rating, etc.) or other values to your securities. For more information, see the Key figures for contacts, portfolios and securities section.
In addition to the configurable key figures, for bond and fund securities, the key figures tab allows you to manually set certain security-specific key figures to be used instead of values calculated by FA. For more information, see the Security key figures section.
Costs
Costs tab allows you to define fixed costs and fees related to your security. Percentage (%) sign after the cost indicates that the cost in question is defined as a percentage of the price of the security - other costs and fees are announced in terms of currency.
- Payment fee
Payment fee in the security currency.
- Payment fee percentage (%)
Payment fee as a percentage of the security price.
- Payment fee min
Minimum payment fee.
- Payment fee max
Maximum payment fee.
- Management fee
Management fee in the security currency.
- Management fee percentage (%)
Management fee as a percentage of the security price.
- Management fee min
Minimum management fee.
- Management fee max
Maximum management fee.
- Start-up fee
Start-up fee in the security currency.
- Kickback percentage (%)
Kickback as a percentage.
- Minimum trade amount
Minimum trade amount for the security, i.e. what is the minimum trade amount of a trade for this security. The minimum trade amount defined is taken into account in rebalancing: trade orders smaller than the defined minimum are filtered out and not created.
Ex-ante / Ex-post costs
Ex-ante / Ex-post costs tab allows you to define ex-ante and ex-post cost percentages under your security, allowing you to record and categorize all security-related costs. Define a date from which your cost categorization is valid from, and define the security's costs as percentages according to your desired categorization. This cost categorization can be used in ex-ante and ex-post cost analysis and reporting.
- Date*
Define a date from which your cost percentages are valid from. You can update your security costs by adding a new date and defining new cost percentages - the new values will be considered starting from the date you define.
- Ex-ante costs
Define ex-ante cost percentages for your security. You can break down the security's ex-ante costs into One-off charges, On-going charges, Charges related to transactions, Charges related to ancillary services or Incidental charges, or you can use up to five additional Other cost categories to categorize your costs even more extensively.
- Ex-post costs
Define ex-post cost percentages for your security.
Latest cost percentages are available as columns on the security listing, allowing you to easily search for securities with certain costs.
Full ex-post disclosure of costs, calculated based on the defined cost categories, is available then on Analytics+ or on a specific Ex-post costs report.
Document tab allows you to manage documents related to your securities. For more information, see the Document management section.
Saving a security saves the security into the system, and after you save the security, you can for example create transactions or trade orders on it. When editing the information of an existing security, usually saving is enough - the updated information is picked up by the system automatically.
However, there are certain scenarios when you need to click Save & close (update) in order for the system to recalculate all affected portfolio reports for your changes to take effect.
At the bottom of the Security window, you can:
- Save and close
Saves the security / the changes made to the security information and closes the window.
- Save
Saves the changes made to the security information, and takes you back to the Basic info tab.
- Save and close (update)
Saves the security, closes the window and recalculates all affected portfolios' report data. This might affect multiple portfolios and the update might be triggered for a long period of time, depending on how many portfolios contain the security! Update is only necessary if you modify the below information, otherwise saving without an update is enough and avoids unnecessary report recalculations.
Currency
Multipliers
Maturity date
Coupon/fixing information
Ex-post costs (only prior to FA 3.9 - from FA 3.9 onward, changing security's ex-post costs automatically triggers the necessary report recalculations. Report data is automatically recalculated when from the oldest modified ex-post date onward, and no longer requires an update.)
Code (only prior to FA 3.10 - from FA 3.10 onward, changing security’s code no longer requires “Save and close (update)”. Report data no longer depends on security codes, and thus changing the code no longer requires an update - your positions are up-to-date even when security codes are changed.)
- Copy as new
Copies all of the existing security's information as a base for you to create a new security with a new code. This function copies all other security information except for the Security code and content of the Market data info tab.
- Translate
Allows you to add translations for the security name and description. This allows you to have different, translated names for your securities, that can for example be used in reporting in different languages.
Saving a security is audited when saving the security might result in report recalculations - user audit tracks user clicks Save and close (update) button or saving and closing the Security window after modifying security's market data. Every time a user clicks Save and close (update) in the Security window, user audit contains a message ”User [username] clicked Save and close (update) in Security window for security [code]”, and every time a user updates security's market data through the Market data info tab and closes the window (either through first clicking Save and then closing the window or directly clicking roleSave&close), user audit contains a message ”User [username] closed the Security window for security [code]”. Also, every time a report recalculation is started, the system audit logs which portfolios' reports are recalculated and from which date onward. (Available from FA 3.9 onward)