03.060 - Finances. Banking. Monetary systems. Insurance
ICS 03.060 Details
Finances. Banking. Monetary systems. Insurance
Finanzen. Bankwesen. Wahrungssysteme. Versicherungswesen
Finances. Banque. Systemes monétaires. Assurance
Finance. Bančništvo. Monetarni sistemi. Zavarovanje
General Information
Frequently Asked Questions
ICS 03.060 is a classification code in the International Classification for Standards (ICS) system. It covers "Finances. Banking. Monetary systems. Insurance". The ICS is a hierarchical classification system used to organize international, regional, and national standards, facilitating the search and identification of standards across different fields.
There are 224 standards classified under ICS 03.060 (Finances. Banking. Monetary systems. Insurance). These standards are published by international and regional standardization bodies including ISO, IEC, CEN, CENELEC, and ETSI.
The International Classification for Standards (ICS) is a hierarchical classification system maintained by ISO to organize standards and related documents. It uses a three-level structure with field (2 digits), group (3 digits), and sub-group (2 digits) codes. The ICS helps users find standards by subject area and enables statistical analysis of standards development activities.
e-Library Subscription
Create subscription and get permanent access to documents within 03.060 - Finances. Banking. Monetary systems. Insurance
Currently subscription includes documents marked with .We are working on making all documents available within the subscription.
This document provides an overview of regulatory, business and best practice risk mitigation specifications that apply to the implementation, operation and governance of natural person identifier (NPI) policies, procedures and mechanisms necessary to support the lifecycle of all NPIs. The purpose of this document is to provide the basis for the development of one or more international standards related to the safe creation, use and management of NPIs with maximum global interoperability. For the structure of the NPI, see ISO 24366. For reference, ISO 24366 specifies a machine-readable, unambiguous NPI and the relevant reference data to uniquely identify the natural person relevant to any financial transaction rather than the personal identifying information.
- Technical report103 pagesEnglish languagesale 15% off
This document defines the data elements included in the registry record and used to establish the 1:1 relationship between a digital token and the identifier assigned according to the method in ISO 24165-1.
- Standard18 pagesEnglish languagesale 15% off
This document defines the assignment and generation of a random, unique, fixed-length identifier for digital tokens in response to a request for registration that conforms to specified application guidelines (see also ISO 24165-2).
- Standard8 pagesEnglish languagesale 15% off
This document is concerned with the representation of the ISO 20022 e-Repository contents in RDF and OWL by developing a case study around the ISO 20022 auth.016 sample message (hereafter simply referred to as “auth.016”). This includes: a) transformation of the sample message into an RDF instance graph; b) demonstrating a set of SPARQL rules that transform the auth.016 message into a FIX TradeCaptureReport(35=AE) message (hereafter simply referred to as “FIX AE”); c) expressing the metamodel, business components and message components exactly with a custom RDF vocabulary; d) representing those schemas as OWL schemas using OWL vocabulary when possible and annotation properties otherwise; e) creating instance graphs for the auth.016 sample messaging using the vocabulary of the business components and message components. This document also discusses the choices that arise in structuring RDF documents equivalent to documents in XML, and FIX Tag-Value format balancing considerations such as preserving the order of parts of the message versus creating graphs that are suitable for RDFS and OWL inference.
- Technical report45 pagesEnglish languagesale 15% off
This document provides guidelines for a security framework to address the implementation of security mechanisms in technical infrastructures designed for the provision of third-party payment (TPP) services in order to achieve the security objectives defined in ISO 23195. The security framework is intended to protect critical systems and objects within the TPP system environment, either under the direct control of the third-party payment service provider (TPPSP) or by another entity (e.g. a bank). This document is applicable to the provision of any TPP service, including: — the TPP logical structural model; — the definition of the security framework; — the design principles, responsibilities and functional recommendations to support the security mechanism; — guidelines for applying the security framework defined in this document.
- Technical specification24 pagesEnglish languagesale 15% off
This document provides guidelines on privacy for fintech services. It identifies all relevant business models and roles in consumer-to-business relations and business-to-business relations, as well as privacy risks and privacy requirements, which are related to fintech services. It provides specific privacy controls for fintech services to address privacy risks. This document is based on the principles from ISO/IEC 29100, ISO/IEC 27701, and ISO/IEC 29184, the privacy impact assessment framework described in ISO/IEC 29134, and the risk management guideline described in ISO 31000. It also provides guidelines focusing on a set of privacy requirements for each stakeholder. This document can be applicable to all kinds of organizations such as regulators, institutions, service providers and product providers in the fintech service environment.
- Standard30 pagesEnglish languagesale 15% off
This document specifies rules for an international method for building financial instrument short names (FISNs) for any kind of financial or referential instrument within a defined structure. Financial or referential instruments include, but are not limited to, those described by ISO 10962. This document is applicable to any application in the trading and administration of financial or referential instruments in the financial services. The FISN code takes into account the need for human-readability as well as interoperability with existing standards and systems.
- Standard15 pagesEnglish languagesale 15% off
This document specifies the use of the legal entity identifier (LEI) code, represented in ISO 17442-1, in authentic chained data container (ACDC) credentials.
- Standard4 pagesEnglish languagesale 15% off
This document provides an overview, risk assessment, minimum security requirements and extended security guidelines for code-scanning payment in which the payer uses a mobile device to operate the payment transaction. This document is applicable to cases where the payment code is used to initiate a mobile payment and presented by either the payer or the payee. The following is excluded from the scope of this document: - details of payer and payee onboarding; - details of the supporting payment infrastructure, as described in 5.1.
- Standard30 pagesEnglish languagesale 15% off
This document defines the standardized mapping of the specific requirements of an insurance premium invoice to the generic electronic invoice described in EN 16931-1. This mapping meets the requirements of an electronic premium invoice to ensure legal (including fiscal) compliance as well as business and technical demands of the insurance industry.
Premium invoices can be issued by different organizations of the insurance industry to commercial clients or consumers. This document includes premium invoices issued by insurance companies as well as insurance intermediaries.
This document does not deal with data protection matters in premium invoices.
NOTE General Data Protection Regulation, EU Regulation 2016/679 can include requirements on personal data.
Premium invoices are regularly not subject to VAT but to special taxes. In particular, the requirements resulting from insurance tax regulations are considered. Requirements for other taxes are also incorporated.
The rules defined in EN 16931-1 do not support invoices with amounts not subject to VAT together with additional amounts which are subject to VAT. Therefore, this document also does not support premium invoices which invoice other goods and services which are subject to VAT invoiced together with premium amounts.
Out of the scope of this document are accounting transactions between insurance companies and insurance intermediaries which may contain premium invoice data, but regularly consist of other data (e.g. commissions) which are not part of a regular invoice.
- Technical specification34 pagesEnglish languagee-Library read for1 day
This document defines the standardized mapping of the specific requirements of an insurance premium invoice to the generic electronic invoice described in EN 16931-1. This mapping meets the requirements of an electronic premium invoice to ensure legal (including fiscal) compliance as well as business and technical demands of the insurance industry.
Premium invoices can be issued by different organizations of the insurance industry to commercial clients or consumers. This document includes premium invoices issued by insurance companies as well as insurance intermediaries.
This document does not deal with data protection matters in premium invoices.
NOTE General Data Protection Regulation, EU Regulation 2016/679 can include requirements on personal data.
Premium invoices are regularly not subject to VAT but to special taxes. In particular, the requirements resulting from insurance tax regulations are considered. Requirements for other taxes are also incorporated.
The rules defined in EN 16931-1 do not support invoices with amounts not subject to VAT together with additional amounts which are subject to VAT. Therefore, this document also does not support premium invoices which invoice other goods and services which are subject to VAT invoiced together with premium amounts.
Out of the scope of this document are accounting transactions between insurance companies and insurance intermediaries which may contain premium invoice data, but regularly consist of other data (e.g. commissions) which are not part of a regular invoice.
- Technical specification34 pagesEnglish languagee-Library read for1 day
This document specifies an acceptable security framework for the issuance and management of digital currencies using cryptographic mechanisms standardized by ISO/TC 68/SC 2 and other references. This document proposes a framework approach based on standards for mitigating vulnerabilities for digital currency systems. The objective is that security aspects are integrated by design and not added afterwards as an extra processing layer that needs to accommodate legacy infrastructures.
- Technical specification14 pagesEnglish languagesale 15% off
This document specifies the security framework for using biometrics for authentication of customers in financial services, focusing exclusively on retail payments. It introduces the most common types of biometric technologies and addresses issues concerning their application. This document also describes representative architectures for the implementation of biometric authentication and associated minimum control objectives. The following are within the scope of this document: - use of biometrics for the purpose of: - verification of a claimed identity; - identification of an individual; - biometric authentication threats, vulnerabilities and controls; - validation of credentials presented at enrolment to support authentication; - management of biometric information across its life cycle, comprising enrolment, transmission and storage, verification, identification and termination processes; - security requirements for hardware used in conjunction with biometric capture and biometric data processing; - biometric authentication architectures and associated security requirements. The following are not within the scope of this document: - detailed specifications for data collection, feature extraction and comparison of biometric data and the biometric decision-making process; - use of biometric technology for non-financial transaction applications, such as physical or logical system access control.
- Standard65 pagesEnglish languagesale 15% off
This document specifies a concrete REST webservice API description of the processes and data (see
EN 17419-1:2020 for more information) as an OpenAPI definition specified by the OpenAPI specification.
- Technical report102 pagesEnglish languagee-Library read for1 day
This document defines code values used to enable the classification of merchants into specific categories based on the type of business, trade or services supplied. Values are specified only for those merchant categories that are generally expected to originate retail financial transactions. It is not within the scope of this document to mandate the use of merchant category codes in any given situation.
- Standard2 pagesEnglish languagesale 15% off
SIGNIFICANCE AND USE
5.1 The schedule beta (βs) approach produces informational elements: Overall (or composite) schedule beta (βs), schedule beta upside (βs+), and schedule beta downside (βs–)—representing the quantitative components, and the qualitative insight (“early warning”) into the propensity for directional schedule performance for individual schedule participants.
5.1.1 The quantitative component of schedule beta (βs) (inclusive of the upside and downside subvariants) is an index value that depicts schedule participant’s magnitude and direction of movement as compared to the overall project at an assigned value of 1.0, for example, a βs = +2.5 connotes performance of a schedule participant that moves in the same direction as the collection of completed projects at a rate of 2.5 units (schedule days) for each single unit (schedule day) experienced at the overall project level.
5.1.2 The qualitative component of schedule beta (βs) (inclusive of the upside and downside subvariants) provides insight as a cautionary and predictive signal depicting the ability for an individual schedule participant to perform in-keeping with the initially-established as-planned schedule duration(s).
5.2 Schedule beta (βs) also depicts the overall status or health (performing well or not) of a market sector, location and/or trade. Consistent larger schedule beta (βs) values are indicative of external elements (risks) impacting all participants sharing common attribute(s) (that is, trade, location, market sector, etc.).
5.3 Schedule beta (βs) measures current schedule participant performance. As a rolling value (for example, calculated for projects completed during the two most recently completed full calendar years), it depicts the schedule performance ability of the schedule participant. See Note 1.
Note 1: Schedule Data Source and Usage—Schedule beta (βs) (inclusive of the upside and downside subvariants) utilizes schedule data from any schedule calculation method that depicts individ...
SCOPE
1.1 This guide covers schedule beta (βs), which measures construction project participant schedule performance versus that of the overall completed project and is based on beta (β) from financial portfolio theory for measuring the correlation between individual stock performance and that of the overall stock market.2 By correlating the delta of actual activity performance (“as-built”) minus that originally scheduled (“as-planned”) to the delta of as-built minus as-planned for the overall completed project for a participant’s collection of projects over a specified period of time, a schedule performance index is established in a similar manner as the aforementioned beta (β) of an individual stock.
1.2 Schedule beta (βs) measures, as a unitless index value, schedule participant (“subcontractor’s”) performance—ahead or behind—as-planned duration as correlated to its respective overall project’s schedule performance.
1.3 Schedule beta (βs) is measured with input from at least two (2) independent (mutually exclusive) projects that have reached completion, within the defined period of observation.
1.4 Schedule beta (βs) is measured across a standard predetermined period of time, in similar fashion to that of the insurance industry’s experience modification rate’s (EMR) most recent two (2) complete calendar years within the past thirty-six (36) months.
1.5 Schedule beta (βs) evaluates schedule participant’s (“subcontractor’s”) most recent performance, not its complete history, such that is it indicative of current performance and contemporary influences—market, geographic, industry trade, etc.
1.6 This standard does not purport to address all of the safety concerns, if any, associated with its use. It is the responsibility of the user of this standard to establish appropriate safety, health, and environmental practices and determine the applicability of regulatory limitations prior to use.
1.7 This internation...
- Guide8 pagesEnglish languagesale 15% off
This document specifies a concrete REST webservice API description of the processes and data (see
EN 17419-1:2020 for more information) as an OpenAPI definition specified by the OpenAPI specification.
- Technical report102 pagesEnglish languagee-Library read for1 day
This document examines semantic enrichment to support the maintenance of the ISO 20022 conceptual model. It reports on existing and proposed practices to enrich a model: - in a repository, annotating repository concepts with metadata using semantic markup or constraints; - outside a repository, using references to repository concepts, such as the provenance of changes.
- Technical report12 pagesEnglish languagesale 15% off
This document discusses the modes, related mainstream technologies, logical models, physical implementation models, data management (data storage and data security) and service quality control used in the reference data distribution in financial services. This document applies to the reference data distribution and transmission processes in financial services.
- Technical report15 pagesEnglish languagesale 15% off
This document provides guidelines for customer identification in mobile financial services (MFS), including: - a general framework of customer identification for MFS; - the multi-dimensional overall identity assurance level (AL) of an MFS customer and its evaluation criteria; - security and privacy considerations. This document also contains annexes which demonstrate how to apply the ALs in practice, through (e)KYC use cases in different regions, for example. This document is applicable to various kinds of MFS providers, including but not limited to commercial banks and third-party payment service providers. This document is applicable to identifying natural persons. Identifying legal entities, known as (e)KYB, is out of the scope of this document.
- Standard23 pagesEnglish languagesale 15% off
This document provides best practices for writing a banking products or services (BPoS) handbook. It is applicable to any providers of banking products or services (BPoSP) that issue and operate BPoS. NOTE 1 A BPoS handbook is edited by either product managers or personnel in charge of key elements mentioned in this document, based on their role and responsibility within the BPoSP. NOTE 2 Whether ISO 21586 has been formally introduced, this document is useful as existing BPoS contain the key elements listed in ISO 21586.
- Technical report15 pagesEnglish languagesale 15% off
This document gives guidance to organizations on the application of overarching sustainability principles, practices and terminology for financing activities. It addresses what is material from the perspective of the organization and of its stakeholders. This document is applicable to all organizations active in the financial sector, including, but not limited to, direct lenders and investors, asset managers and service providers. Beyond financial institutions and intermediaries, this document can be used by other parties in the financial sector such as providers or recipients of sustainable finance, governmental organizations, public and private sector institutions, business entities, industry associations, financial market regulators, and supervisory and control bodies.
- Standard26 pagesEnglish languagesale 15% off
This document reports on a study to map messages defined using FIX Orchestra into the ISO 20022 model.
- Technical report6 pagesEnglish languagesale 15% off
This document establishes a framework and outlines a process to identify criteria for environmental impacts and performance to take into account when considering projects, assets and activities seeking finance. This document also gives guidance on assessing the risks and opportunities that can arise in applying environmental criteria to projects, assets and activities. It is applicable to parties seeking finance, providing finance or other interested parties.
- Standard39 pagesEnglish languagesale 15% off
- Standard44 pagesFrench languagesale 15% off
This document defines a taxonomy of eligible investment categories for designation as green debt instruments, including bonds and loans. This document categorizes economic sectors and establishes criteria for determining the eligibility of projects, assets and supporting expenditures. It provides guidance on adaptation by sector in Annex A. It provides examples of thresholds and exclusions in Annex B.
- Standard128 pagesEnglish languagesale 15% off
- Standard151 pagesFrench languagesale 15% off
This document specifies the elements and structure of a universal identifier code, the business identifier code (BIC), for financial and non-financial institutions, for which such an international identifier is required to facilitate automated processing of information for financial services. The BIC is used for addressing messages, routing business transactions and identifying business parties. This document applies to organizations and excludes individual persons.
- Standard5 pagesEnglish languagesale 15% off
This document provides the normative specification of the FIX tagvalue encoding, which is one of the possible syntaxes for FIX messages.
- Standard17 pagesEnglish languagesale 15% off
This document provides a set of mandatory and optional conformity tests applicable to all versions of the FIX session layer standard.
- Standard15 pagesEnglish languagesale 15% off
This document provides the normative specification of the FIX session layer standard and its session profiles.
- Standard79 pagesEnglish languagesale 15% off
This document specifies an unambiguous scheme to list official organizational roles by jurisdiction in a standard way. It is not the purpose of this document to compare or align official organizational roles across different countries or jurisdictions, so as not to limit the usage or relevance of this document. To understand the powers associated with each official organizational role, users of this document can consult applicable regulation or legislation, documents of the legal entity in which the official organizational role exists and procedures specific to each organizational entity.
- Standard4 pagesEnglish languagesale 15% off
SIGNIFICANCE AND USE
4.1 This practice establishes expected outcomes associated with an asset management system.
4.2 Understand the difference between performance standards and design standards—these are primarily performance statements versus design statements. What is being measured is achievement, not process.
4.3 This practice encourages an inclusive understanding and communication of the outcomes associated with an asset management system. As additional standards are added, comparisons on this basis to other asset management systems can be further enabled.
4.4 This practice, in combination with Practice E2279, should provide an enhanced basis for making decisions surrounding both assets and asset management systems.
4.5 This practice is intended to foster and enable additional standard practices related to or based on the terms and concepts in the outcomes and outcome components. In particular, this practice may suggest a standard for personal and management skills useful in efforts to achieve these outcomes.
4.6 This practice is to evaluate how robust the asset management system is, and guide future corrections and improvements.
SCOPE
1.1 This practice describes expected outcomes associated with an asset management system. It is a measure of achievement rather than process and is performance oriented rather than design oriented.
1.2 Outcomes are defined as information, events, objects, or states of being produced as a result or consequence of an objective, plan, process, accident, effort, or other similar action or occurrence and can be expressed in a quantitative or qualitative manner.
1.3 An output measure is the tabulation, calculation, or recording of activity or effort and can be expressed in a quantitative or qualitative manner. For example, an output is driving 100 mph; an outcome is arriving safely.
1.4 An outcome measure is an assessment of the results of a program activity compared to its intended purpose. This practice assumes that inputs are correlated to known or declared outputs of the system or system component being assessed.
1.5 Consistent with Practice E2452 (EMPM), these outcomes are grouped into process management outcomes and operational outcomes.
1.5.1 Although they may be directly related, strategies and tactics should not be confused with outcomes. Strategies are long-term plans of action designed to achieve a particular goal. Tactics are maneuvers or actions calculated to achieve some end. For example, increasing exercise is a strategy to attain the goal or outcome of fitness. Running is a supporting tactic to achieve the goal or outcome of fitness. Other tactics or groups of tactics may achieve the same outcome. On the other hand, as the definition of outcome indicates, tactics are not required for attaining outcomes. For example, fitness may be an unplanned result of a job requiring physical exertion.
1.6 This practice describes the outcomes at a high level, with limited discussion of each outcome or components of each outcome. The intent is to provide a framework for current and potential additional standards. A cross reference relating current standards to the outcomes is provided in Section 5.
1.7 The outcomes further described in Section 5 are listed in the following:
1.7.1 Process Management Outcomes:
1.7.1.1 Outcome 1—Mission Support
1.7.1.2 Outcome 2—Accounting and Accountability
1.7.1.3 Outcome 3—Information Management
1.7.1.4 Outcome 4—Planning
1.7.1.5 Outcome 5—Relationships
1.7.2 Operational Outcomes:
1.7.2.1 Outcome 6—Asset Functionality for Intended Purpose
1.7.2.2 Outcome 7—Resource Optimization
1.7.2.3 Outcome 8—Asset Visibility
1.7.2.4 Outcome 9—Safety and Security
1.7.2.5 Outcome 10—Installation, Movement, and Storage
1.8 In Section 5, a rating scale is provided to quantify in a uniform manner achievement of outcomes and outcome components.
1.9 This practice, in combination with Practice E2279,...
- Standard11 pagesEnglish languagesale 15% off
- Standard11 pagesEnglish languagesale 15% off
This document specifies the elements of an unambiguous scheme to identify over-the-counter (OTC) derivative products that are reportable to trade repositories, in particular: - the structure and format of the unique product identifier (UPI) code; - the minimum data elements of the UPI reference data library, together with their allowable values. At a minimum, the UPI code is applicable to OTC derivative instruments falling under the following categories of the classification of financial instruments (see ISO 10962): - swaps (S); - forwards (J); - non-listed and complex listed options (H); - others (miscellaneous) (M).
- Standard8 pagesEnglish languagesale 15% off
This document specifies a machine-readable, unambiguous natural person identifier (NPI) and the relevant reference data to uniquely identify the natural person relevant to any financial transaction rather than the personal identifying information.
- Standard13 pagesEnglish languagesale 15% off
This document defines the assignment and generation of a random, unique, fixed-length identifier for digital tokens in response to a request for registration that conforms to specified application guidelines (see also ISO 24165-2).
- Standard8 pagesEnglish languagesale 15% off
This document defines the data elements included in the registry record and used to establish the 1:1 relationship between a digital token and the identifier assigned according to the method in ISO 24165-1.
- Standard16 pagesEnglish languagesale 15% off
This document establishes principles, specifies requirements and gives guidelines: for designating bonds which finance eligible projects, assets and supporting expenditures as “green”; for managing and reporting on the use of proceeds; for defining, monitoring and reporting on their environmental impacts; for reporting to interested parties; for validation and verification. This document is applicable to any issuer of bonds.
- Standard15 pagesEnglish languagesale 15% off
- Standard15 pagesFrench languagesale 15% off
This document specifies requirements for verification bodies performing verification of claims of conformity to ISO 14030-1 or ISO 14030-2 and to ISO 14030-3 or a suitable substitute taxonomy. Conformity to the requirements of this document is mandatory for the verification of statements made by green debt issuers, borrowers and lenders that claim that their products conform to the ISO 14030 series. This document specifies requirements for the validation of claims of eligibility made in conformity to ISO 14030-1:2021, 5.4, ISO 14030-2:2021, 6.3, and ISO 14030-2:2021, 7.3. This document also establishes requirements for the optional use of third-party marks of conformity.
- Standard12 pagesEnglish languagesale 15% off
- Standard12 pagesFrench languagesale 15% off
This document establishes principles, specifies requirements and gives guidelines: for designating as “green” loans which finance eligible projects, assets and supporting expenditures; for managing and reporting on the use of proceeds; for defining, monitoring and reporting on the environmental impacts; for reporting to interested parties; for validation and verification. This document is applicable to any borrower seeking financing by way of a green loan for eligible green projects, assets and supporting expenditures. It is also applicable to lenders.
- Standard15 pagesEnglish languagesale 15% off
- Standard15 pagesFrench languagesale 15% off
This document provides a non-exhaustive list of relevant basic concepts, key initiatives and terms that are in common use in the global community of sustainable finance, and have been identified by ISO/TC 322 as helpful to facilitate a greater understanding of the topics suggested by sustainable finance practitioners, including but not limited to: financial regulators, development and commercial banks, asset managers, investors, international initiatives and researchers. The terms included in this document have been selected because they are: widely accepted and used in financial markets; sourced from supranational organization(s) or initiative(s), or national regulatory authorities; NOTE With priority given to the source with the larger geographic coverage. likely to be used in documents from ISO/TC 322 and other related International Standards; of international prevalence and interest.
- Technical report35 pagesEnglish languagesale 15% off
- Technical report33 pagesFrench languagesale 15% off
This document provides guidelines for data point modelling for supervising experts. The main body consists of four sections. The interrogative form helps in choosing which section may best answer your question and lead you to a good understanding of the subject matter. After this first introductory section and the section containing terms and definitions, the main part starts to provide basic knowledge about different types of data models and data modelling approaches. The first and the second sections provide an overview of data models in general, in contrast to the third section that highlights the necessity of data modelling for supervisory data. This third section draws on the objectives and background information of the preceding sections. Furthermore, a paragraph classifies the Data Point Model introduced by the Eurofiling Initiative and elaborated by EIOPA and EBA, where many new terms related to DPM are introduced. Another paragraph explains the areas of application for the DPM. The third section concludes with a paragraph introducing a subset of the technical constrains that need to be considered in the creation process of the DPM. The fourth section gives step-by-step instructions on how to create a DPM. The paper concludes with remarks on the progress achieved so far, and provides an outlook on the software that is being developed at the moment to support you during the creation process.
- Standard36 pagesEnglish languagesale 15% off
This document defines the Data Point Methodology for the creation of Data Point Models in the context of European supervisory reporting. Data Point Models are published by a European supervisory authority. To reflect the defined structures in a machine-readable form, they can be accompanied by an XBRL taxonomy. It is also possible to extend the described methodology to other environments.
- Standard18 pagesEnglish languagesale 15% off
This document aims to provide an introduction to the topic of creating a conceptual model for storing multidimensional data which is received as XBRL instances that follow the rules defined by European taxonomies published by the European Banking Authority (EBA) or by the European Insurance and Occupational Pensions Authority (EIOPA).
- Standard52 pagesEnglish languagesale 15% off
This document defines a common terminology to be used in the context of third-party payment (TPP). Next, it establishes two logical structural models in which the assets to be protected are clarified. Finally, it specifies security objectives based on the analysis of the logical structural models and the interaction of the assets affected by threats, organizational security policies and assumptions. These security objectives are set out in order to counter the threats resulting from the intermediary nature of TPPSPs offering payment services compared with simpler payment models where the payer and the payee directly interact with their respective account servicing payment service provider (ASPSP). This document assumes that TPP-centric payments rely on the use of TPPSP credentials and the corresponding certified processes for issuance, distribution and renewal purposes. However, security objectives for such processes are out of the scope of this document. NOTE This document is based on the methodology specified in the ISO/IEC 15408 series. Therefore, the security matters that do not belong to the TOE are dealt with as assumptions, such as the security required by an information system that provides TPP services and the security of communication channels between the entities participating in a TPP business.
- Standard40 pagesEnglish languagesale 15% off
SIGNIFICANCE AND USE
4.1 Uses—This guide is intended for use on a voluntary basis by a reporting entity that provides disclosure in its financial statements regarding financial impacts attributed to climate change. The degree and type of disclosure depends on the scope and objective of the financial statements. This guide is intended to apply to U.S. and international operations at the discretion of the reporting entity.8 The user should be aware that there may be contractual obligations, court decisions, or regulatory directives that may affect the flexibility in use of this guide. The user should also maintain an awareness of international regulations that may be relevant to disclosures, such as those of the International Accounting Standards Board and International Financial Reporting Standards.
4.2 Principle:
4.2.1 The following principles are an integral part of this guide and are intended to be referred to in resolving any ambiguity or dispute regarding the interpretation of financial disclosures regarding financial impacts attributed to climate change.
4.2.1.1 Uncertainty Not Eliminated—Although a reporting entity, as of the time when its financial statements are prepared, may have evaluated the existence and extent of financial impacts attributed to climate change, there remains uncertainty with regard to the final resolution of scientific, technological, regulatory, legislative, and judicial matters, which could affect its financial impacts attributed to climate change. Where, as defined by the reporting entity, such uncertainties cannot be eliminated, the reporting entity shall provide its justification. In addition, the reporting entity shall provide estimates of the risks involved regarding uncertainties. Typically, this is accomplished through the development of reasonable scenarios or ranges to recognize and address uncertainties. While one or more climate change uncertainties may be unforeseeable for any reporting period, once recognized, subsequent reports will...
SCOPE
1.1 Purpose—The purpose of this guide is to provide a series of options or instructions consistent with good commercial and customary practice for climate change-related disclosures accompanying audited and unaudited financial statements. This guide encourages consistent and comprehensive disclosure of financial impacts attributed to climate change.
1.2 Objective—The objective of this guide is to determine the conditions warranting disclosure and the content of appropriate disclosure.
1.3 This international standard was developed in accordance with internationally recognized principles on standardization established in the Decision on Principles for the Development of International Standards, Guides and Recommendations issued by the World Trade Organization Technical Barriers to Trade (TBT) Committee.
- Guide7 pagesEnglish languagesale 15% off
- Guide7 pagesEnglish languagesale 15% off
This document defines the process and the structure of the transfer of electronic documents, and facilitates the transfer of electronic documents between stakeholders in the insurance industry.
- Standard65 pagesEnglish languagee-Library read for1 day
This document defines and describes the structure for the codes for an internationally valid system to classify financial instruments. The classification system applies to financial instruments negotiated internationally as well as to domestic instruments. The term “financial instruments” refers not only to classical securities and derivatives but also covers the innovative financial products that have emerged in different markets (a trend that is expected to continue in the future). This document is intended for use in any application in the trading and administration of financial instruments in the international securities business. Insofar as the trading and administration of securities do not affect other countries, the application of this document remains at the discretion of the responsible national bodies, such as stock exchanges, banks, brokers, regulatory bodies and other institutions active in the securities field. In principle, the CFI code reflects characteristics that are defined when a financial instrument is issued and that remain unchanged during its entire lifetime. However, a few events that can lead to a new CFI code for the same instrument are anticipated, such as the changing of voting rights or ownership restrictions by a stockholders' meeting.
- Standard9 pagesEnglish languagesale 15% off
- Standard9 pagesEnglish languagesale 15% off
- Standard9 pagesEnglish languagesale 15% off
This document specifies a general framework, including principles, requirements and guidance for assessing, measuring, monitoring and reporting on investments and financing activities in relation to climate change and the transition into a low-carbon economy. The assessment includes the following items: - the alignment (or lack thereof) of investment and financing decisions taken by the financier with low-carbon transition pathways, adaptation pathways, and climate goals; - the impact of actions through the financier’s investment and lending decisions towards the achievement of climate goals in the real economy, i.e. mitigation (greenhouse gas emissions) and adaptation (resilience); - the risks to owners of financial assets (e.g. private equities, listed stocks, bonds, loans) arising from climate change. To support the financier’s assessment of the impact of investment and lending decisions, this document provides guidance for the financier on how to: - set targets and determine metrics to be used for tracking progress related to the low-carbon transition pathways of investees; - determine low-carbon transition and adaptation trajectories of investees; - document the causality or linkage between its climate action and its outputs, outcomes and impacts. This document is applicable to financiers, i.e. investors and lenders. It guides their reporting activities to the following third parties: shareholders, clients, policymakers, financial supervisory authorities and non-governmental organizations.
- Standard43 pagesEnglish languagesale 15% off
- Standard47 pagesFrench languagesale 15% off
This document provides a uniform structure for the identification of financial instruments as well as referential instruments (see Annex A) using a unique identification code and associated minimum descriptive data (see Annex B).
- Standard15 pagesEnglish languagesale 15% off
- Standard15 pagesEnglish languagesale 15% off
This document defines the process and the structure of the transfer of electronic documents, and facilitates the transfer of electronic documents between stakeholders in the insurance industry.
- Standard65 pagesEnglish languagee-Library read for1 day
This document describes the Registration Authority (RA) responsible for the registry of IBAN formats that conform with ISO 13616-1, the procedures for registering IBAN formats that conform with the ISO 13616 series and the structure of the registry.
- Standard3 pagesEnglish languagesale 15% off