Information systems, information processing devices, information processing programs, and information processing methods

Abstract

We provide a sustainability ERP (Enterprise Resource Planning) system and an information system that integrates with this system, enabling companies to conduct sustainable business operations. [Solution] A sustainability ERP system is constructed in which the parent company (holding company) and its subsidiaries each have a database linked to a different instance. Each database is independent, and the database used by the subsidiary is managed and operated by the subsidiary. The parent company is not permitted to freely access the subsidiary's database, and access or data transmission is limited to the extent agreed upon between the two parties. In terms of data collection, the parent company prepares a company-wide global template and distributes it to the subsidiaries. Subsidiaries create their own customized templates by adding content for the data they collect to the global template.

Description

Technical Field

[0001] The present invention relates to an information system, an information processing apparatus, an information processing program, and an information processing method.

Background Art

[0002] Patent Document 1 describes an accountability management system that determines the aggregated offset (an index indicating the environmental load including GHG emissions) for each layer of a corporate hierarchical network.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Means for Solving the Problems

[0004] An information system according to one aspect of the present invention is an information system that acquires and stores non-financial information from each of a plurality of sites, and includes an acquisition unit that acquires site data regarding designated items of the non-financial information set for each site, and a storage execution unit that stores the acquired site data in a global database managed by a holding company that oversees all sites including the site.

[0005] In the above information processing system, it may further include a collection unit that collects data regarding the non-financial information from the site, a sorting unit that sorts the data collected by the collection unit into specific data regarding collection items of non-financial information other than the designated items and the site data, and a local storage execution unit that stores the specific data in a local database managed by the site.

[0006] ​The above-described information processing system may further include a limited collection unit that acquires only location data relating to specified items from the locations, and the storage execution unit may store the location data collected by the limited collection unit in the global database.

[0007] The above-described information processing system may further include: a collection unit that collects data relating to non-financial information from the bases; a global sorting unit that sorts the data collected by the collection unit into specific data relating to non-financial information other than the specified items and base data; and a local data storage unit that stores the specific data in a storage area in a global database managed by a holding company that oversees all bases, including the base, that is accessible only to users authorized by the base.

[0008] The above information processing system may further include a data synchronization unit that synchronizes the location data stored in the global database with the location data stored in the local database.

[0009] The above information processing system may further include a display control unit that receives a display request from a terminal, determines the role associated with the account operating the terminal, and displays the site data according to the authority of that role.

[0010] In the above-described information processing system, the acquisition unit may acquire financial information relating to the base, and the storage and execution unit may store the financial information in the global database, relating it to the base data.

[0011] An information processing device according to one aspect of the present invention acquires non-financial information from each of a plurality of locations, acquires location data relating to specified items of the non-financial information set for each location, and stores the acquired location data in a global database managed by a holding company that oversees all locations, including the location in question.

[0012] An information processing program according to one aspect of the present invention retrieves non-financial information from each of a plurality of locations, retrieves location data relating to specified items of the non-financial information set for each location, and executes a process to store the retrieved location data in a global database managed by a holding company that oversees all locations, including the location in question.

[0013] An information processing method according to one aspect of the present invention involves acquiring non-financial information from each of a plurality of locations, acquiring location data relating to specified items of the non-financial information set for each location, and storing the acquired location data in a global database managed by a holding company that oversees all locations, including the location in question.

[0014] It should be noted that the above summary of the invention does not enumerate all of its features. Furthermore, subcombinations of these features may also constitute an invention. [Brief explanation of the drawing]

[0015] [Figure 1] This is an explanatory diagram showing an example of an information system configuration. [Figure 2] This is an explanatory diagram showing examples of hierarchical structures across multiple companies. [Figure 3] This is an explanatory diagram illustrating an example of an organizational hierarchy within a company. [Figure 4] This is an explanatory diagram showing an example of a supply chain configuration. [Figure 5] This is a flowchart illustrating an example of the collection and disclosure process. [Figure 6] This is an explanatory diagram showing an example of a company database. [Figure 7] This is an explanatory diagram showing an example of a branch database. [Figure 8] This is an explanatory diagram showing an example of an account database. [Figure 9] This is an explanatory diagram showing an example of an input status database. [Figure 10] This is an explanatory diagram showing an example of an input database. [Figure 11] This is an explanatory diagram showing an example of an approval database. [Figure 12] It is an explanatory diagram showing an example of a confirmation DB. [Figure 13] It is an explanatory diagram showing an exemplary form of the sustainability ERP system 10. [Figure 14] It is an explanatory diagram showing another exemplary form of the sustainability ERP system 10. [Figure 15] It is an explanatory diagram showing another exemplary form of the sustainability ERP system 10. [Figure 16] It is a block diagram showing an example of the hardware configuration of a server. [Figure 17] It is a block diagram showing the hardware configuration of a terminal. [Figure 18] It is an explanatory diagram showing an example of data to be synchronized. [Figure 19] It is a flowchart showing an example of the procedure for synchronization processing. [Figure 20] It is a flowchart showing an example of the procedure for report creation processing.

Embodiments for Carrying Out the Invention

[0016] Hereinafter, the present invention will be described through embodiments of the invention. However, the following embodiments do not limit the invention according to the claims. Also, not all combinations of features described in the embodiments are essential for the solution means of the invention. In this specification, information that is easy for a computer to handle, such as mere numbers or symbols or combinations thereof, and is difficult for a person to understand or interpret its meaning and significance, is particularly described as data, but it is not limited thereto.

[0017] In recent years, enterprises and organizations have been required to conduct sustainable management and operation. Sustainable management and operation refer to management and operation that aim not only to pursue their own short-term profits but also to aim for growth and progress from a long-term perspective. Sustainable management and operation require growing and progressing together while collaborating with various stakeholders, and contributing to the improvement or maintenance of the global environment. In the following description, the management of enterprises will be described, but the same applies to the operation of organizations.

[0018] To conduct sustainable business operations, companies need to collect data from many related organizations and groups. For example, timely data collection is necessary to improve operations by implementing the PDCA cycle. To conduct sound business operations, it is essential to receive investment from investors. In particular, whether or not a company can receive investment from institutional investors is important. Therefore, it is a company's responsibility to collect and disclose data in a timely manner so that institutional investors can use it to make investment decisions. And because institutional investors invest globally, global standards have been established for information disclosure. Hereafter, these standards for information disclosure will be referred to as disclosure standards.

[0019] The data that companies should collect includes not only the financial data that has been collected in the past, but also what is called non-financial data. Non-financial data is data related to sustainability. For example, non-financial data is classified into governance, strategy, risk management, metrics, and targets. Metrics and targets include greenhouse gas (GHG: GreenHouse GAS) emissions for each company. Non-financial data is associated with identifying information that uniquely identifies a company, such as a company ID. Another way to classify non-financial data is to divide it into categories: E (Environment), S (Social), and G (Governance).

[0020] Greenhouse gas emissions are calculated by multiplying carbon dioxide emissions and emissions of other gases, methane, nitrous oxide, perfluorinated compounds, chlorofluorocarbons (CFCs), sulfur hexafluoride, and nitrogen trifluoride by the global warming potential to convert them into carbon dioxide equivalents. Hereinafter, carbon dioxide emissions and the values ​​obtained by converting emissions of greenhouse gases other than carbon dioxide into carbon dioxide equivalents will be collectively referred to as carbon dioxide emissions.

[0021] Carbon dioxide emissions include direct emissions, indirect emissions, and other indirect emissions. Carbon dioxide emissions may also be derived by multiplying the amount of electricity, water, oil, and gas used by an emission factor that indicates the amount of emissions per unit of each use.

[0022] As non-financial data, companies may manage information on human rights measures and disaster risk measures related to the products and services they handle. Human rights measures may include, for example, whether measures are in place to prevent child labor in the manufacturing of products (including not only the assembly of the product itself, but also the assembly of components that make up the product, the processing of materials (including raw materials, etc.) that make up each component, and all other processes related to the manufacturing of the product). Disaster risk measures may include whether measures are in place to prevent the manufacturing of products from being affected in the event of a disaster. In addition, as financial or non-financial data, any other information that the end-user company wishes to request from related companies may be included. For example, this may include various types of damage calculation-based environmental impact assessments, environmental information such as product carbon footprints related to climate change, biodiversity, land use, and raw material procurement related to natural resources, hazardous materials, waste management, and waste such as packaging materials and home appliances related to waste disposal, contained chemical substances, air pollutants, water quality, and soil contamination related to environmentally regulated substances, and other environmental information such as technology, energy, noise, vibration, and odor. Furthermore, information regarding society may include human rights related to human resources (child labor, forced labor, working hours, wages, labor rights, discrimination, etc.), labor management and occupational health and safety, human capital, safety and quality related to the safety of products and services, safety of each substance, privacy and data security, community relations, diversity, equity and inclusion, well-being and engagement, compliance and ethics, and other information related to society. In addition, information regarding governance may include ethics and legal compliance related to corporate conduct, anti-corruption, risk management and disaster response, tax transparency, and other information related to governance. Information regarding due diligence may also be included.

[0023] Location information may be included as one of the non-financial data items. An example of location information is coordinate values ​​in a geographic coordinate system (such as the Japanese Geodetic System, Japanese Geodetic System 2000, Japanese Geodetic System 2011, WSG84, etc.). Geographic coordinate values ​​are latitude and longitude. In addition, coordinate values ​​from various projected coordinate systems (plane rectangular coordinate system, UTM coordinate system, Web Mercator coordinate system) may be used as location information. Location information may also include height information, such as elevation, altitude, and sea level. Location information is not limited to coordinate values ​​that indicate a single point, but may also include country names, regional names, administrative division names, telephone area codes, postal codes, building names, etc. Country codes as defined in ISO 3166-1 may be used instead of country names. Regional names in Japan, for example, are Hokkaido, Tohoku, Kanto, Chubu, Kinki, Chugoku / Shikoku, and Kyushu. Administrative division names in Japan, for example, are prefecture names, county / designated city names, and city / ward / town / village names. You may use a prefecture code instead of a prefecture name, or an administrative area code consisting of a prefecture code and a municipal code instead of a city / ward / town / village name.

[0024] Non-financial data may include the following information regarding environmental impact: the amounts of by-products, NOx, SOx, BOD, COD, etc. from each of the above-mentioned usage amounts, the impact areas such as air pollution, air pollution, hazardous chemicals, ozone depletion, acidification, noise, global warming, photochemical oxidants, eutrophication, resource consumption, ecotoxicity, fuel consumption, land use, etc., human health based on damage assessment, social projections, biodiversity, primary production, and other protected entities, and the amounts derived using unit consumption factors.

[0025] Direct emissions refer to carbon dioxide emissions (thousand tons of CO2) that fall under Scope 1 of so-called supply chain emissions. Indirect emissions refer to carbon dioxide emissions indirectly emitted by a company through energy purchases during a specified period (fiscal year, quarter, etc.). Indirect emissions refer to carbon dioxide emissions (thousand tons of CO2) that fall under Scope 2 of supply chain emissions. Other indirect emissions refer to carbon dioxide emissions from company activities that are not included in Scope 1 direct emissions or Scope 2 indirect emissions. Other indirect emissions refer to carbon dioxide emissions (thousand tons of CO2) that fall under Scope 3 of supply chain emissions.

[0026] The amount of carbon dioxide reduction represents the reduction from carbon dioxide emissions during the comparison period. The reduction may be shown separately for direct emissions, indirect emissions, and other indirect emissions. Instead of the reduction from the comparison period, the percentage change in emissions (e.g., a 10% reduction compared to the previous year) may be included in the non-financial data. Furthermore, the reduction contribution, which is the amount of reduction achieved per unit of product or service compared to the current carbon dioxide emissions of the product or service, the results of the LCA (Life Cycle Assessment) at the product or service level, or the carbon dioxide emissions (carbon footprint) at the product or service level may also be included in the non-financial data.

[0027] As explained above, for companies to conduct sustainable business, they need to collect financial and non-financial data and disclose and report it appropriately. The core system that supports sustainable business is the Sustainability ERP (Enterprise Resources Planning) system. Sustainability ERP systems enable companies to collect financial and non-financial data precisely and in a short period of time. As a result, it becomes possible to disclose non-financial data simultaneously with financial data. Furthermore, by having the Sustainability ERP system manage financial and non-financial data, it becomes possible to ensure the reliability of the data that can withstand audits. The Sustainability ERP system and systems that work in conjunction with it will be described below.

[0028] Figure 1 is an explanatory diagram showing an example of the information system configuration. The information system 100 is a system centered around the sustainability ERP system 10, and includes systems that link with the said system. The information system 100 includes the sustainability ERP system 10, user companies 20, information providing organizations 30, linking systems 40, formulation organizations 50, receiving organizations 60, cloud services 70, information sites 80, and stakeholders 90.

[0029] Sustainability ERP System 10 is a computer system that supports user companies in conducting sustainable business operations. Sustainability ERP System 10 collects financial and non-financial data related to user companies and discloses or submits the collected data either as is or after processing.

[0030] User company 20 is a company that uses the sustainability ERP system 10. In Figure 1, User company 20 more precisely refers to the computer or computer system used by User company 20. However, in this specification, the scope of User company 20 is broadly defined, and in addition to the company as an organization, it also includes the company's employees, computers, and computer systems used by the company. Furthermore, User company 20 does not refer to a single company, but also to a corporate group including a holding company with many subsidiaries and its subsidiaries. In this specification, "company" refers to a broad business entity, including companies with legal personality and sole proprietors.

[0031] Information providers 30 are organizations that provide information necessary for operating the Sustainability ERP System 10. For example, the Ministry of the Environment, which provides emission factors necessary for calculating GHG emissions, is an example of an information provider 30. Similarly, the IDEA Lab of the National Institute of Advanced Industrial Science and Technology (AIST), which creates the LCI (Life Cycle Inventory) database IDEA (Inventory Database for Environmental Analysis) and provides it through agents, is another example of an information provider 30. For convenience, agents providing IDEA are also included in the category of information providers 30.

[0032] Furthermore, information providers 30 are organizations that collect information from user companies 20 and provide the collected information upon request, primarily for a fee. It is assumed that information providers 30 have no conflict of interest with user companies 20. This is because the information collected and provided by information providers 30 must be fair and accurate. For example, credit rating agencies and think tanks are examples of information providers 30. Information providers 30 also include public institutions, NPOs (Nonprofit Organizations), and NGOs (Non-Governmental Organizations) that provide fair and accurate information free of charge or at low cost. The Japan Electric Power Data Management Association is an example of an information provider 30. Similar to user companies 20, information providers 30 refer not only to the organization itself, but also to its employees, computers, and computer systems used by the organization. The Financial Services Agency and EDINET, which is operated by the Financial Services Agency, are examples of information providers 30.

[0033] The linked system 40 communicates with the sustainability ERP system 10 and provides the sustainability ERP system 10 with data it possesses from user companies 20. The linked system 40 also receives data from user companies 20 from the sustainability ERP system 10. Data exchange between the sustainability ERP system 10 and the linked system 40 may be performed as needed via an API (Application Programmable Interface) or periodically via batch processing. Data exchange between the sustainability ERP system 10 and the linked system 40 may also be performed without using a network, by writing data to a recording medium, transporting the recording medium, and reading data from the recording medium. Note that a system provided by an information provider 30 can be the linked system 40. For example, the system that performs the electricity data provision service provided by the Japan Electric Power Data Management Association, which is an information provider 30, corresponds to the linked system 40.

[0034] The 50 regulatory bodies are organizations that develop disclosure standards. Disclosures include not only statutory and timely disclosures, but also disclosures required by non-profit organizations. Examples of the 50 regulatory bodies include the SSBJ (Sustainability Standards Board), the European Financial Reporting Advisory Group (EFRAG) in Europe, the US Securities and Exchange Commission (SEC) in the United States, and international organizations such as the GHG Protocol Initiative, the Global Reporting Initiative (GRI), the Carbon Disclosure Project (CDP), the Task Force on Climate-related Financial Disclosures (TCFD), the Sustainability Accounting Standards Board (SASB), and the International Sustainability Standards Board (ISSB) established by the IFRS Foundation.

[0035] For example, disclosure standards include the SSBJ standards developed by the SSBJ, the ESRS (European Sustainability Reporting Standards) developed by EFRAG, the Climate-related Disclosure Regulations developed by the SEC, the GHG Protocol developed by the GHG Protocol Initiative, the GRI standards developed by the GRI, the TCFD guidance developed by the TCFD, the SASB standards developed by the SASB, and the ISSB standards developed by the ISSB. In addition, the questionnaires prepared by the CDP can also be considered a type of disclosure standard.

[0036] The receiving organization 60 is an organization that receives financial and non-financial data from the user company 20 in accordance with disclosure standards. In addition to indicating the organization itself, the receiving organization 60 also indicates its employees, computers and computer systems used by the organization. The receiving organization 60 may also serve as the information provider 30. For example, the receiving organization 60 may be a CDP or EDINET. For convenience, auditors and audit firms that verify the validity of the financial and non-financial data of the user company 20 before disclosure are also included in the receiving organization 60.

[0037] Cloud services 70 are software and applications provided over the internet. Examples of cloud services 70 include SaaS (Software as a Service), PaaS (Platform as a Service), and IaaS (Infrastructure as a Service). Examples of cloud services 70 include cloud storage for data storage, customer relationship management systems, sales management systems, attendance management systems, accounting systems, and generative AI.

[0038] Information Site 80 is a website that collects information from User Companies 20 and makes that information widely available. Information Site 80 also includes websites, bulletin boards, and blogs operated by news organizations and PR (Public Solutions) companies. The difference between Information Site 80 and Information Providers 30 is that the information it publishes is a mix of reliable and unreliable sources.

[0039] Stakeholders 90 are defined as stakeholders of User Company 20 who are interested in the information to be disclosed. Examples include shareholders of User Company 20 and institutional investors who have invested in or plan to invest in User Company 20. Local communities that have various influences on User Company 20's business activities are also considered stakeholders. Furthermore, employees of User Company 20 and companies with which User Company 20 has business relationships are also stakeholders.

[0040] Next, we will reiterate the involvement of the supply chain in the collection of non-financial data. As mentioned above, Scope 3 of GHG emissions refers to carbon dioxide emissions from corporate activities that are not included in Scope 1 direct emissions or Scope 2 indirect emissions. Therefore, user company 20, as a member of the supply chain, needs to receive non-financial data from upstream companies in the supply chain and pass on this non-financial data to downstream companies. If upstream and downstream companies use the sustainability ERP system 10 on a limited basis at the request of user company 20, without paying any usage fees, we will include upstream and downstream companies in user company 20.

[0041] Next, we will illustrate the hierarchical structure of corporate groups used in the explanations in this specification. Figure 2 is an explanatory diagram showing an example of a hierarchy of multiple companies. Figure 4 shows a group of companies with A (ESG Trading Co., Ltd.) at the top of the hierarchy. Hierarchy 1 represents the top company of the corporate group. The top company is a company called a holding company. A holding company is the core parent company of a group, established to control multiple corporate groups as a corporate group. It holds shares in each company for the purpose of controlling the corporate groups within the group.

[0042] Tier 2 represents companies directly below Tier 1. Tier 2 consists of two companies: B (Food Sales Co., Ltd.) and C (Industrial Resources Co., Ltd.). Tier 3 represents companies directly below Tier 2. D (ABC Ham) and E (AB Foods) are directly below B (Food Sales Co., Ltd.). F (ABC Metals), G, and H are directly below C (Industrial Resources Co., Ltd.). Tier 4 represents companies directly below Tier 3. I and J are directly below E (ABC Metals).

[0043] Figure 2 shows the hierarchical structure between companies, illustrating relationships such as holding companies, headquarters, subsidiaries, sub-subsidiaries, affiliates, and overseas offices. Note that the hierarchical structure in the Sustainability ERP System 10 may be a convenient structure for data collection and does not necessarily have to perfectly match the dominance relationships between companies, organizations, or groups. In the hierarchical structure, the group directly above a given group is called the parent group, and the group directly below a given group is called the child group.

[0044] Although not shown in Figure 2, the hierarchical structure may include the internal organizational structure of a company (headquarters, business divisions, departments, etc.). It may also show connections between any other organizations (associations, national and local governments, etc.).

[0045] Figure 3 is an explanatory diagram illustrating an example of an organizational hierarchy within a company. Figure 3 shows an example of the organizational hierarchy of ABC Ham. In Figure 2, ABC Ham was located at level 3, so this is followed here. Level 4 shows the head office, sales division, manufacturing division, etc. In organizational charts, there are notations that do not include the head office in level 3, but in this case, the head office is intentionally included in level 4. ABC Ham at level 3 represents the head office department that performs the function of aggregating and managing data collected from all over the company. The head office shown at level 4 is the department that collects data from various head office departments such as the general affairs department, human resources department, and accounting department. At level 5, under the sales division, the Hokkaido / Tohoku branch, Kanto branch, Tokyo sales office, etc., are shown. The Takasaki factory is shown under the manufacturing division.

[0046] Figure 4 is an explanatory diagram illustrating an example of a supply chain structure. It shows that ABC Ham procures raw materials and packaging materials for products such as ham from meat wholesalers, seasoning manufacturers, flavoring manufacturers, packaging material manufacturers, etc. It also shows that ABC Ham sells its products to food wholesalers and supermarket (market) chains. As shown in Figure 4, when ABC Ham collects data using the Sustainability ERP System 10, it needs to receive data from downstream companies such as meat wholesalers, seasoning manufacturers, flavoring manufacturers, and packaging material manufacturers. As mentioned above, when a downstream company performs an assessment and inputs its own data into the Sustainability ERP System 10 at the request of ABC Ham, the downstream company is considered a user company 20. Also, when an upstream company that requested data from ABC Ham accesses the Sustainability ERP System 10 and refers to ABC Ham's data, the upstream company is considered a user company 20.

[0047] Next, we will explain the procedures for data collection and disclosure using the Sustainability ERP System 10. Here, we assume a process in which non-financial data is entered at each location, the entered non-financial data is aggregated and processed to create a report, and the created report is disclosed. Figure 5 is a flowchart showing an example of the data collection and disclosure procedure. First, the overall administrator or administrator performs the initial setup (Step S1). The initial setup involves setting up the company and location, and creating and managing accounts such as those of data entry personnel. It also involves setting the items (data type, section, item, type, unit) of company and location information to be entered by data entry personnel. Furthermore, the approval flow is set up.

[0048] At each location, data entry personnel enter the data (Step S2). Once data entry is complete, the data entry personnel submit the data. Submission can be done on a per-data-type basis. When the data entry personnel submit the data, the data status changes from "input" to "submitted." The submitted data is reviewed by end-users with review authority (reviewers) and approved by end-users with approval authority (approvers) (Step S3). Reviewers and approvers may be the same person or different. Also, only reviewed data may be approved, or unreviewed data may also be approved. In this case, it is desirable to ensure the accuracy and validity of the data by setting restrictions such as not being able to finalize unreviewed data. If a reviewer or approver finds any deficiencies in the data content and prompts the data entry personnel to review it, they will send it back for review. When data is sent back, the data status temporarily changes to "returned" and then to "input," which allows the data entry personnel to input and correct the data. In the flowchart shown in Figure 5, this returns to Step S2.

[0049] Once the status of all data types is confirmed and approved, the data is finalized and the report is created (Step S4). The report to be created is a report such as an integrated report or a sustainability report. Securities reports, which include financial and non-financial data, are also included in the report. In addition to the content and format of the report to be unique to the user company20, it is desirable that reports conforming to multiple disclosure standards can also be created. Furthermore, a data format that is easy for computers to handle, such as XBRL, can be used for the report.

[0050] Finally, output the completed report (Step S5). Output includes displaying it on the screen, printing it out on paper, submitting it as a printed document to the receiving institution 60, or transmitting it electronically. Simply storing the completed report on a storage device such as a hard disk is also included in output.

[0051] Next, we will describe the database used by the Sustainability ERP System 10. Figure 6 is an explanatory diagram showing an example of a company database. The company database 121 stores information about companies. The company database 121 includes a company ID column, a name column, a hierarchy code column, and a memo column. The company ID column stores a company ID that can uniquely identify a company. The name column stores the name of the company. The hierarchy code column stores a hierarchy code that indicates the hierarchy in which the company is located. For example, the hierarchy code for ABC Ham is . is the company ID for ABC Ham. The slash ( / ) separates the hierarchy to the left, indicating the company one level up, Food Sales Co., Ltd. Further to the left of that, B indicates the company one level up, ESG Trading Co., Ltd. Since there is no code to the left of , it can be seen that ESG Trading Co., Ltd. is at the top level. In this way, by generating a hierarchy code for a company (group) at a certain level, placing the company ID of that company after the hierarchy code of its parent company (parent group), it is possible to generate an infinite number of hierarchies while maintaining the links between companies, excluding physical constraints, etc., and to represent the hierarchy of many companies in a unified manner. The memo column is used to store notes and other information about the company. Note that the hierarchy code is an example of a group ID.

[0052] Figure 7 is an explanatory diagram showing an example of a location database. Location DB122 stores information about locations. Locations are assumed to be branches, sales offices, or factories. Locations are organizations that have a large amount of information about the collected data. Location DB122 includes columns for Location ID, Hierarchy Code, Location Name, Country, Company ID, Business, Area, and Location Type. The Location ID column stores a location ID that uniquely identifies the location. The Hierarchy Code column stores a hierarchy code that indicates the location of the location in the hierarchical structure. The Location Name column stores the name of the location. The Country column stores the name of the country where the location is located. The Country column may also store the country code specified in ISO 3166-1. The Company ID column stores the company ID of the company to which the location belongs. The Business column stores the business type of the location, for example, a business office, a factory, etc. The Area column stores the region where the location is located. In the example shown in Figure 7, Tokyo is not included in the Kanto area, so the area of ​​the Tokyo sales office is listed as Tokyo, not Kanto. The "Location Type" column stores the type of location, such as "directly under headquarters" or "outside headquarters."

[0053] Figure 8 is an explanatory diagram showing an example of an account database. Account DB123 stores account information and end-user information. Account DB123 includes columns for ID, display name, email address, company ID, and permissions. The ID column stores an ID that uniquely identifies the end-user. The display name column stores the account name, such as the end-user's job title or name. The email address column stores the end-user's email address. The company ID column stores the company ID of the company to which the end-user belongs. The permissions column stores the permissions granted to the end-user. For example, permissions may include "Global Management," "Management," "Approval," "Verification," and "Input Only." "Global Management" indicates the authority to manage accounts within a company group and manage the permission roles corresponding to each account. "Management" allows changes to accounts within a company group and changes to the permission roles corresponding to each account. "Management" does not allow adding accounts or permission roles. "Approval" allows approval of collected data. "Verification" allows verification of collected data. "Input Only" refers to an end-user account responsible only for inputting collected data, and the scope of input can be configured. The scope of authority is limited to the end-user's department and its subordinate departments. A range column may be added to account DB123 to explicitly store the scope of authority. For example, possible ranges include "including subsidiaries" and "company only." When combining multiple permissions, or when the scope of permissions does not match the organizational structure, permissions may be set individually. For example, the permission column may store the name of the individual permission, "Role 1." The Role DB (not shown) stores what permissions are granted to the permission named "Role 1."

[0054] Figure 9 is an explanatory diagram showing an example of an input status database. It stores the status of collected data entered at each location. Input Status DB124 includes columns for Location ID, Year, Month, Data Type, Status, and Last Operation Date. The Location ID column stores the location ID. The Year column stores the target year for the collected data. The Month column stores the target month for the collected data. The Data Type column stores the data type. A data type represents a group of multiple data items. The Status column stores the status of the collected data. Statuses include Input, Submitted, Under Review, Reviewed, Approved, etc. The Last Operation Date column stores the last date on which an operation was performed on the data type. Operations include Submission, Review, Approval, Return, etc.

[0055] Figure 10 is an explanatory diagram showing an example of an input database. Input DB 125 stores the collected data entered at each location. Input DB 125 includes columns for Location ID, Year, Month, Data Type, Section, Item, Type, Unit, and Value. The Location ID column stores the Location ID. The Year column stores the target year for the collected data. The Month column stores the target month for the collected data. The Data Type column stores the data type. The Section column stores data classifications below the Data Type. The Item column stores the name that represents the data. The Type column stores the type of the entered value. The Unit column stores the unit of the entered value. The Value column stores the entered value. Records in Input DB 125 are created when an administrator of each company group, or an end user with global management privileges as an account type, sets the data to be collected for each location. When a record is created, the Value column is set to empty.

[0056] Figure 11 is an explanatory diagram showing an example of an approval database. Approval DB 126 stores the approval tasks and approval history of collected data. An approval task for collected data refers to the business of approving the collected data. Approval DB 126 includes columns for location ID, year, month, data type, approval hierarchy, approver ID, approval date and time, and result. The location ID column stores the location ID of the location where the collected data to be approved or approved was entered. The year column stores the target year of the collected data. The month column stores the target month of the collected data. The data type column stores the data type of the collected data. The approval hierarchy column stores the hierarchy code of the hierarchy to be approved or the hierarchy to which approval was performed. The approver ID column stores the user ID of the end user who approved. The approval date and time column stores the date and time of approval. The result column stores the result. When an approver approves, the result column stores the approval. When an approver rejects the data, the result column stores the rejection. For records representing approval tasks, the values ​​in the Approver ID, Approval Date & Time, and Result columns will be blank or fixed values ​​indicating that the task is not approved (e.g., "None" in the example in Figure 11).

[0057] Figure 12 is an explanatory diagram showing an example of the Verification DB 127. The Verification DB 127 stores the verification history. The verification history is a record of whether the contents of the collected data entered at each location were correct. It includes columns for Location ID, Year, Month, Data Type, Verification Hierarchy, Verifier ID, and Verification Date and Time. The Location ID column stores the Location ID of the location where the verified collected data was entered. The Year column stores the target year of the collected data. The Month column stores the target month of the collected data. The Data Type column stores the data type of the collected data. The Verification Hierarchy column stores the hierarchy code of the hierarchy in which the verification was performed. The Verifier ID column stores the User ID of the end user who performed the verification. The Verification Date and Time column stores the date and time of the verification.

[0058] The databases described above are necessary when performing the collection and disclosure operations shown in Figure 5 using the Sustainability ERP System 10, but are not limited to these. For example, if a function implemented in the Sustainability ERP System 10 is removed, unnecessary databases may be created. Also, if the functions implemented in the Sustainability ERP System 10 are changed, the schema of the databases described above may need to be changed. Furthermore, adding functions to the Sustainability ERP System 10 may require new databases other than those described above.

[0059] While the traditional design involves placing the database physically on the server computers that constitute the Sustainability ERP System 10, it is clear that this is not the only option. The database may be distributed and stored across multiple database servers. The database may also be stored in cloud storage. In any case, as long as the database described above is appropriately available within the Sustainability ERP System 10, there are no special constraints regarding its physical placement.

[0060] There are several possible forms of database management privileges, depending on the database management policy. In the following explanation, the term "instance" is used, and in this specification, it refers to the following: An instance is an execution environment that integrates the physical and logical resources of a database and performs database operations. An instance provides a set of processes and resources for accessing and manipulating the data stored in the database. An instance manages access privileges to the database and user authentication. This prevents unauthorized access to and manipulation of data.

[0061] This specification describes three implementation forms of the Sustainability ERP System 10, focusing primarily on the nature of instances: the 2-Tier type, the Global Single Instance type, and the Flexible Global Single Instance type. Figure 13 is an explanatory diagram showing an example of the Sustainability ERP System 10's form. Figure 13 shows the 2-Tier type. In the 2-Tier type, the parent company (holding company) and its subsidiaries each build an ERP system with a database linked to a different instance. Each database is independent, and the database used by the subsidiary is managed and operated by the subsidiary. The parent company is not permitted to freely access the subsidiary's database, and access or data transmission is limited to the extent permitted by mutual agreement. From the perspective of data collection, the parent company prepares a company-wide global template and distributes it to the subsidiaries. Subsidiaries create their own customized templates by adding content for the data they collect to the global template. Since the global template corresponds to the data that the parent company should collect from the subsidiaries, subsidiaries are not permitted to change the content of the global template. Subsidiaries deploy their own templates internally. The subsidiary stores and utilizes the collected data in its own database, and transmits data collected according to a global template to the parent company.

[0062] The advantages of adopting a 2-Tier model are as follows: Subsidiaries can manage the databases they use themselves and customize the templates for collected data, enabling the construction and deployment of highly scalable systems. Furthermore, since the uniqueness of the subsidiary is reflected in the system's form, it is expected to reduce resistance from business personnel and overseas subsidiaries with differing values ​​when the parent company collects various data from the subsidiary via the Sustainability ERP System 10.

[0063] The disadvantages of adopting a 2-Tier model are as follows: The parent company needs to collect data from databases managed by each subsidiary, which increases the processing load for data collection in the parent company's ERP system. In addition, since each subsidiary manages its own database and collects data using its own templates, the sustainability ERP system as a whole will have multiple master data and applications, which is expected to increase management and maintenance costs. Ultimately, a 2-Tier sustainability ERP system is equivalent to operating and maintaining multiple information infrastructures across the entire corporate group, and is therefore considered to have little economies of scale.

[0064] Figure 14 is an explanatory diagram showing another example of the Sustainability ERP System 10. Figure 14 shows the Global Single Instance type. In the Global Single Instance type, the parent company and its subsidiaries access the database using a single common instance. In the Global Single Instance type, the content and format of the collected data are defined by company-wide global requirements (global template) established by the parent company. The parent company also operates and manages the database with a common schema and stores the data collected from multiple subsidiaries in that database. Note that the database may contain multiple tables.

[0065] The advantages of adopting a Global Single Instance (GST) architecture are as follows: Since the entire company uses a database with a common schema, operation and management of data in a single format and a single application are handled, reducing the effort required for operation and management. Because a single information infrastructure is operated and maintained, costs are relatively lower.

[0066] The disadvantages of adopting a Global Single Instance model are as follows: Since the parent company is involved in all aspects of data management and operation, significant resistance is expected from business personnel and overseas subsidiaries with differing values. When the Sustainability ERP System 10 is shut down, it is difficult to partially limit the impact on end users. Therefore, even for maintenance purposes, the number of downtimes must be small and the duration short, making stable operation and the necessary maintenance work difficult. As a system configuration, while the parent company can strengthen governance over its subsidiaries, it is necessary to ensure sufficient independence between companies in terms of technology and operation to prevent excessive interference from the parent company or unnecessary data access between subsidiaries.

[0067] Figure 15 is an explanatory diagram showing other examples of the Sustainability ERP System 10. Figure 15 shows the Flexible Global Single Instance type. The Flexible Global Single Instance type is an extension of the Global Single Instance type. The parent company and subsidiaries use one instance, but it is possible to create a data area in the database that is accessible only to each subsidiary. In terms of data collection, similar to the 2-Tier type, a company-wide global template prepared by the parent company is customized and deployed by the subsidiary. Among the collected data, the subsidiary writes the data collected according to the global template to an area that is also accessible to the parent company. Among the collected data, data collected independently by the subsidiary is stored in a database area accessible only to the subsidiary (hereinafter also referred to as the "proprietary area").

[0068] The advantages of adopting the Flexible Global Single Instance model are as follows: Similar to the Global Single Instance model, the entire company uses a database with a common schema, resulting in a single data format and a single application for operation and management, thus reducing the man-hours required for operation and management. Since a single information infrastructure is operated and maintained, costs are relatively lower. Also, unlike the Global Single Instance model, subsidiaries can store data they collect independently in their own areas, so it is expected that there will be less resistance from overseas subsidiaries with different business personnel and values.

[0069] The disadvantages of adopting the Flexible Global Single Instance type are as follows: Similar to the Global Single Instance type, the number of downtime instances and the duration of downtime must be kept to a minimum, making stable operation and the necessary maintenance work difficult. Since the parent company and subsidiary use a single instance, the parent company's system administrator can change the access rights to the subsidiary's private area, allowing the parent company to access it. While parent company access to the subsidiary's private area contributes to strengthening the parent company's governance, it may undermine the subsidiary's independence. Therefore, changes to access rights should not be permitted in principle and should only be applied in the event of a predetermined emergency.

[0070] Of the three implementation forms of the Sustainability ERP System 10 described above, the choice of which type to select should be determined by the user company 20's specific needs and requirements. This concludes our overview of the Sustainability ERP System 10, which helps user companies 20 to conduct sustainable business practices. Next, we will provide a more detailed explanation of the Sustainability ERP System 10.

[0071] First, let's describe the server 1 and terminal 2, which are components of the sustainability ERP system 10. Server 1 uses the database mentioned above to perform information processing to realize the functions provided by the sustainability ERP system 10. It then transmits the information to terminal 2. Server 1 can consist of a server computer, workstation, PC (Personal Computer), etc. Alternatively, Server 1 may be configured as a multicomputer consisting of multiple computers, a virtual machine virtually constructed by software, or a quantum computer. The functions performed by Server 1 may be distributed among multiple computers. Furthermore, the functions of Server 1 may be implemented as a cloud service.

[0072] Figure 16 is a block diagram showing an example of the hardware configuration of Server 1. Server 1 includes a control unit 11, a storage unit 12, a communication unit 13, and a read unit 14. Each component is connected by bus B.

[0073] The control unit 11 has one or more arithmetic processing units such as a CPU (Central Processing Unit), an MPU (Micro-Processing Unit), and a GPU (Graphics Processing Unit). The control unit 11 reads and executes a program 1P (program product) stored in the storage unit 12, thereby performing various information processing, control processing, etc. related to the server 1 and realizing various functional units.

[0074] The storage unit 12 is composed of SRAM (Static Random Access Memory), DRAM (Dynamic Random Access Memory), flash memory, or a hard disk or SSD (Solid State Drive). The storage unit 12 temporarily stores the data necessary for the control unit 11 to perform calculations. The storage unit 12 also stores the program 1P necessary for the control unit 11 to perform the processing. Some or all of the above-mentioned DB may be stored in the storage unit 12.

[0075] The communication unit 13 communicates with terminal 2 via network N. Alternatively, the control unit 11 may use the communication unit 16 to download program 1P from another computer via network N or the like and store it in the storage unit 12.

[0076] The reading unit 14 reads a portable storage medium 1a, including CD (Compact Disc)-ROM and DVD (Digital Versatile Disc)-ROM. The control unit 11 may read program 1P from the portable storage medium 1a via the reading unit 14 and store it in the storage unit 12. Alternatively, the control unit 11 may download program 1P from another computer via a network N or the like and store it in the storage unit 12. Furthermore, the control unit 11 may read program 1P from a semiconductor memory (not shown).

[0077] Terminal 2 is a terminal used by end users. End users are employees or staff of corporations, organizations, etc. Depending on their role and authority, end users may be referred to as inputters, approvers, verifiers, etc.

[0078] Figure 17 is a block diagram showing the hardware configuration of a terminal. Terminal 2 consists of a notebook computer, panel computer, tablet computer, smartphone, etc. Terminal 2 includes a control unit 21, a storage unit 22, a communication unit 23, an input unit 24, and a display unit 25. Each component is connected by bus B.

[0079] The control unit 21 has one or more arithmetic processing units such as CPUs, MPUs, and GPUs. The control unit 21 provides various functions by reading and executing programs 2P (program products) stored in the storage unit 22.

[0080] The storage unit 22 is composed of SRAM, DRAM, flash memory, or a hard disk or SSD. The storage unit 22 temporarily stores data necessary for the control unit 21 to perform calculations. The storage unit 22 also stores the program 2P and various databases necessary for the control unit 21 to perform processing. The various databases stored in the storage unit 22 may be stored in a database server or cloud storage.

[0081] The communication unit 23 communicates with the server 1 via the network N. Alternatively, the control unit 21 may use the communication unit 23 to download program 2P from another computer via the network N or the like and store it in the storage unit 22.

[0082] The input unit 24 is a keyboard or mouse. The display unit 25 includes a liquid crystal display panel or an organic EL display panel, etc. The display unit 25 displays reports output by the server 1. Alternatively, the input unit 24 and the display unit 25 may be integrated to form a touch panel display. The terminal 2 may also display information on an external display device.

[0083] In the two-tier model of the sustainability ERP system 10 described above, data synchronization is required between the global database managed by the parent company and the local databases managed by each subsidiary. The data to be synchronized is the global data stored in the local database and the data stored in the global database corresponding to that global data.

[0084] Figure 18 is an explanatory diagram illustrating an example of synchronized data. The local database column shows the data stored in the database managed by companies at tier 2 or lower (referred to as "subsidiaries" in the explanation of Figure 18). The global database column shows the data stored in the database managed by the holding company at tier 1 (referred to as the "parent company" in the explanation of Figure 18). The arrow between the two columns indicates the flow of data during synchronization.

[0085] Data definition 181 defines the location data that each location collects and inputs into the sustainability ERP system 10. Since the parent company determines which data each subsidiary and location should collect, the data stored in the global database is primary, and the data stored in the local database is replica. However, for location data that a subsidiary collects independently and does not send to the parent company, the data stored in the local database is primary. This data definition is not stored in the global database and is not subject to synchronization.

[0086] Global administrative privilege 182 grants the authority to perform maintenance on data stored in the global database. While it is desirable that even subsidiary system administrators not be able to perform routine maintenance, in cases where only a subsidiary system administrator can respond urgently, global administrative privilege 182 allows the authorized system administrator to perform maintenance on the global database. Note that the system administrator can only maintain data related to their own company. Since the parent company manages the global database, the global administrative privilege 182 stored in the global database is primary, and the global administrative privilege 182 stored in the local database is replica.

[0087] Management privilege 183 indicates maintenance privileges for the local database managed by the subsidiary. Since the local database is managed by the subsidiary, the management privilege 183 stored in the local database is primary, and the management privilege 183 stored in the global database is replica. Ideally, for the parent company to implement appropriate governance over its subsidiary, it is desirable to store management privilege 183 in the global database and allow the parent company to access it. However, if the subsidiary refuses this, it is not necessary to store management privilege 183 in the global database. Such cases are indicated by a dotted line in Figure 18. The same applies to the data described below.

[0088] Verification / Approval Authority 184 indicates the authority to verify the contents of site data and the authority to approve site data and transmit it to higher levels. The Verification / Approval Authority 184 stored in the local database is the primary, and the Verification / Approval Authority 184 stored in the global database is the replica.

[0089] Verification history 185 is a verification history of location data, etc. Verification is mainly performed by subsidiaries, but when aggregating subsidiary data to create parent company data, it is expected that the parent company will also perform verification operations. Therefore, no particular distinction is made between primary and replica, and synchronization is performed by adding records that one does not remember to the other.

[0090] Approval history 186 is the approval history for location data, etc. Approvals are performed not only by subsidiaries but also by the parent company, so there is no specific distinction between primary and replica, and synchronization is performed by adding records that one does not remember to the other.

[0091] Location data 187 is data collected at each location and reported to the parent company. The location data 187 stored in the local database is the primary, and the location data 187 stored in the global database is the replica.

[0092] Figure 19 is a flowchart illustrating an example of the synchronization process. The synchronization process synchronizes the global database and the local database. The control unit 11 of server 1 detects data changes (step S11). If the control unit 11 makes a change to the data, it can naturally be detected. If another computer makes a change, the database server managing the global database and the database server managing the local database notify server 1 of the change. The control unit 11 determines whether the change was in the global database or not (step S12). If the control unit 11 determines that the change was in the global database (YES in step S12), it determines whether the changed data was primary data or not (step S13). If the control unit 11 determines that it was primary data (YES in step S13), it specifies the scope to which the changes should be distributed (step S14). For example, if data relating to a specific location is changed, the changes only need to be distributed to that location. If data relating to the entire company is changed, the changes will be distributed to all locations. The control unit 11 distributes the changes to the specified scope (step S15). The local database is updated accordingly. If the control unit 11 determines that the data was not primary data (NO in step S13), it determines whether it was bidirectional data or not (step S16). If the control unit 11 determines that it was bidirectional data (YES in step S16), it identifies the scope to which the changes should be distributed (step S17). The control unit 11 distributes the changes to the identified scope (step S18). The local database is updated accordingly. If the control unit 11 determines that it was bidirectional data (NO in step S16), it terminates the process without doing anything because the data that does not need to have its changes distributed has been changed. If the control unit 11 determines that the target of the change was not the global database (NO in step S12), it determines whether the changed data was primary data or not (step S19). If the control unit 11 determines that the changed data was primary data (YES in step S19), it updates the replica data stored in the global database (step S20).If the control unit 11 determines that the changed data was not the primary data (NO in step S19), it determines whether or not it was bidirectional data (step S21). If the control unit 11 determines that it was bidirectional data (YES in step S21), it updates the replica data stored in the Glow Database (step S20) and terminates the process. If the control unit 11 determines that it was not bidirectional data (NO in step S21), it determines that the data that does not require updating the Glow Database has been changed, and terminates the process without taking any action.

[0093] The above outlines the main components of the Sustainability ERP System 10. The above discussion covered the collection of non-financial information. The collection of financial information is similar to that of non-financial information. However, for the collection of financial information, integration with existing financial accounting systems is also possible. The following sections will discuss the combination of financial and non-financial information, taking this into consideration.

[0094] End users are required to explain their value creation process using financial and non-financial information when preparing integrated reports. This allows user companies to provide investors with information to assess their sustainability and long-term value creation capabilities. In this process, the integrated report will include a combination of financial and non-financial information.

[0095] In an integrated assessment of risks and opportunities, non-financial information can influence financial information. For example, if climate change risks increase business costs over the long term, that impact will ultimately be reflected in financial information.

[0096] From the perspective of the impact of sustainability on financial performance, companies that prioritize the environment and fulfill their social responsibilities may gain the support of investors and consumers, potentially leading to long-term profit improvement. These non-financial results are expected to be reflected in financial information as improvements in sales and profit margins.

[0097] From the perspective of its impact on the cost of capital, companies with high ESG scores tend to gain more investor confidence. As a result, their cost of raising capital may decrease. Thus, ESG scores, which are non-financial information, can be a factor that influences financial information (for example, the cost of capital and financial health).

[0098] From the perspective of human resources and governance impact, strengthening internal talent development and governance systems can lead to improvements in operational efficiency and profitability. As a result, this non-financial information directly or indirectly affects financial information (e.g., sales and profit margins).

[0099] As described above, the purpose of an integrated report is to explain the relationship between financial and non-financial information and to clearly demonstrate how non-financial initiatives contribute to financial results. Specifically, the following methods can be considered.

[0100] (Presenting a value creation story) To present a value creation story, it is necessary to explain various types of capital, such as financial capital, manufacturing capital, intellectual capital, human capital, social / relational capital, and natural capital, and how they contribute to corporate value. When Server 1 is instructed by an end user to collect data necessary for creating a value creation story, it retrieves financial information from the financial accounting system, compiles the financial capital, and stores it in the storage unit 12. Server 1 also retrieves fixed asset information from the fixed asset management system and production management system, compiles the manufacturing capital, and stores it in the storage unit 12. Human capital, social / relational capital, and natural capital are non-financial information that the sustainability ERP system 10 collects. If Server 1 has not collected the necessary human capital, social / relational capital, and natural capital to create a value creation story, it displays a warning on Terminal 2 and prompts the end user to collect them. Server 1 also checks whether the user company's industry and double materiality have been collected, and if not, instructs the end user to collect them. If Server 1 determines that all the necessary information is available, it creates a value creation story based on the various types of capital, industry, double materiality, etc.

[0101] (Integration of KPIs) This approach integrates financial and non-financial Key Performance Indicators (KPIs) to measure a company's performance from multiple perspectives. Specifically, it combines numerical indicators such as sales and profit margins (financial KPIs) with quantitative and qualitative perspectives such as talent development, customer satisfaction, environmental impact reduction, and social contribution (non-financial KPIs) for evaluation. This integrated evaluation allows companies to demonstrate their corporate value comprehensively and in a balanced manner, including long-term sustainability, social responsibility, and brand value, without being biased towards the pursuit of short-term profits.

[0102] (Consistency with strategy) Strategic alignment is a concept that shows how non-financial information is linked to a company's medium- to long-term strategy. Linking non-financial information to medium- to long-term strategy means integrating a company's sustainability goals and social and environmental considerations into business strategies such as profit growth and market expansion, and operating them as a unified whole. For example, this could involve specifically reflecting long-term carbon dioxide emission reduction targets in product development plans, or incorporating procurement standards based on human rights policies into supply chain strategies. Through this, companies aim to achieve value creation in both financial and non-financial aspects. By clarifying this alignment, stakeholders can understand that companies are pursuing sustainability not merely as an ideal, but through concrete strategies and action plans.

[0103] To incorporate GHG emission reduction targets into product development plans, Server 1 calculates GHG emissions at each stage of product development, from raw material procurement and manufacturing to sales and disposal, using the Carbon Footprint (CFP) methodology. If the GHG emissions do not meet the reduction targets, Server 1 proposes changes to materials, components, and processing methods. When proposing changes, Server 1 refers to databases such as IDEA and emission intensity databases provided by the Ministry of the Environment.

[0104] Next, we will explain the process of creating reports that combine non-financial and financial information. The reports referred to here are integrated reports and sustainability reports. Figure 20 is a flowchart showing an example of the report creation process. The end user inputs the settings for the report to be created into terminal 2. For example, they input the report type, items to be included, and information to be referenced (such as past reports and press releases). Examples of report types that combine financial and non-financial information include integrated reports, sustainability reports, CSR reports, ESG reports, impact reports, climate-related financial disclosures, human rights reports, and supply chain reports. The control unit 21 of terminal 2 sends the settings entered by the end user to server 1. The control unit 11 of server 1 receives the settings (step S31). The control unit 11 checks whether the data necessary to create the report according to the settings is stored in the global database or local database (step S32). The financial and non-financial information required for each report type is assumed to be stored in advance in the storage unit 12 of server 1. The control unit 11 determines, based on the results of the check, whether or not the data necessary for report creation is sufficient (step S33). If the control unit 11 determines that the data is insufficient (NO in step S33), it acquires the missing data (step S34). For example, the control unit 11 sends an input form for the missing data to terminal 2 and has the end user input it. The control unit 11 acquires the missing data from the linked system 40 that holds it. When data is missing, information on which linked system 40 to query to acquire the data is stored in the storage unit 12 for each data item. The control unit 11 stores the acquired data in the global database or local database (step S35). The control unit 11 creates the report (step S36). For example, the control unit 11 completes the report by filling in the data with a pre-prepared report template. The control unit 11 may also send the report template and the necessary data to the cloud service 70 that provides the generation AI service and have it create the report. The control unit 11 stores the created report in the global database or local database (step S37) and terminates the process.

[0105] You may prepare templates to ensure that the reports you create comply with various standards. These standards include GRI standards, SASB standards, TCFD, CDP, IFRS Sustainability Disclosure Standards (ISSB Standards), and EFRAG's ESRS (European Sustainability Reporting Standards). Furthermore, the reports you create may be in XBRL or iXBRL format, based on a taxonomy that conforms to the standards.

[0106] By creating reports that combine financial and non-financial information, the collected non-financial information can be used effectively.

[0107] The following additional information is disclosed regarding the embodiments described above.

[0108] (Note 1) An information system that acquires and stores non-financial information from multiple locations, An acquisition unit that acquires location data relating to the specified non-financial information items set for each location, A storage and execution unit stores the acquired location data in a global database managed by the holding company that oversees all locations, including the location in question. An information system equipped with the following features.

[0109] (Note 2) A collection unit that collects data related to the non-financial information from the aforementioned bases, A sorting unit sorts the data collected by the collection unit into specific data for non-financial information collection items other than the specified items and the location data. A local storage execution unit that stores the aforementioned specific data in a local database managed by the aforementioned base, The information system described in Appendix 1 further comprises the following:

[0110] (Note 3) The system further includes a limited data collection unit that acquires only location data related to specified items from the aforementioned locations. The storage execution unit stores the location data collected by the limited collection unit in the global database. The information system described in Appendix 1.

[0111] (Note 4) A collection unit that collects data related to the non-financial information from the aforementioned bases, A global sorting unit sorts the data collected by the collection unit into specific data for non-financial information collection items other than the specified items and location data. A local data storage unit stores the aforementioned specific data in a storage area accessible only to authorized users from the aforementioned location within a global database managed by a holding company that oversees all locations, including the aforementioned location. The information system described in Appendix 1 further comprises the following:

[0112] (Note 5) A data synchronization unit synchronizes the location data stored in the global database with the location data stored in the local database. Furthermore, the information systems described in Appendix 2 are provided.

[0113] (Note 6) A display control unit receives a display request from a terminal, determines the role associated with the account operating the terminal, and displays the aforementioned location data according to the permissions of that role. Furthermore, an information system described in any one of the appendices 1 to 5.

[0114] (Note 7) The acquisition unit acquires financial information relating to the base, The memory execution unit stores the financial information in the global database, relating it to the location data. An information system described in any one of the appendices 1 through 5.

[0115] (Note 8) We obtain non-financial information from each of the multiple locations. Acquire location data relating to the specified non-financial information items set for each location, The acquired location data is stored in a global database managed by the holding company that oversees all locations, including the location in question. An information processing device that performs processing.

[0116] (Note 9) We obtain non-financial information from each of the multiple locations. Acquire location data relating to the specified non-financial information items set for each location, The acquired location data is stored in a global database managed by the holding company that oversees all locations, including the location in question. An information processing program that executes a process.

[0117] (Note 10) We obtain non-financial information from each of the multiple locations. Acquire location data relating to the specified non-financial information items set for each location, The acquired location data is stored in a global database managed by the holding company that oversees all locations, including the location in question. An information processing method that performs a process.

[0118] (Note 11) If the aforementioned account has been granted global administrative privileges as a role by the holding company, the display control unit will display any data stored in the global database based on the display request. The information system described in Appendix 6.

[0119] (Note 12) If the aforementioned account has been granted global administrative privileges as a role by the holding company, the display control unit will display any of the aforementioned location data stored in the global database, excluding the aforementioned specific data, based on the display request. The information system described in Appendix 6, which cites Appendix 4.

[0120] (Note 13) The aforementioned global database stores approval history and confirmation history corresponding to the aforementioned location data, and includes a reception unit that receives confirmation and approval notifications from terminals. The reception unit updates the confirmation history when it receives a confirmation notification, and the history update unit updates the approval history when it receives an approval notification. An information system further comprising any one of the appendices 1 to 5.

[0121] (Note 14) When the reception unit receives the approval notification for the base data, a determination unit determines whether or not to grant approval, The result of the determination unit is notified to the terminal by the notification unit. Furthermore, The determination unit determines that approval is denied if the role associated with the account operating the terminal indicates the final approval authority of the holding company, and if the verification history regarding the site data is not stored in the global database. The aforementioned notification unit will issue a notification stating that approval is denied because there is no verification history. The information system described in Appendix 13.

[0122] Although the present invention has been described above using embodiments, the technical scope of the present invention is not limited to the scope described in the above embodiments. It will be apparent to those skilled in the art that various modifications or improvements can be made to the above embodiments. It will be clear from the claims that such modified or improved forms may also be included in the technical scope of the present invention.

[0123] It should be noted that the execution order of operations, procedures, steps, and stages in the apparatus, systems, programs, and methods shown in the claims, specifications, and drawings is not explicitly stated as "before," "prior to," etc., and that these can be implemented in any order unless the output of a previous process is used in a later process. Even if the operation flow in the claims, specifications, and drawings is described using phrases such as "first," "next," etc. for convenience, it does not mean that it is essential to perform the operations in that order.

[0124] Furthermore, aspects of each embodiment can be embodied in whole or in part by a computer. For example, a program installed on such a computer may cause the computer to function as an operation associated with an apparatus according to an embodiment of the present invention, or as one or more "parts" of such apparatus. Alternatively, the program may cause the computer to execute such operation or one or more "parts." The program may cause the computer to execute a process or a stage of such process according to an embodiment of the present invention. Such a program may be executed by the CPU to cause the computer to execute a particular operation associated with some or all of the blocks in the flowcharts and block diagrams described herein. [Explanation of Symbols]

[0125] 100: Information Systems 10: Sustainability ERP System 20: User companies 30: Information Providers 40: Integration System 50: Formulation body 60: Receiving Institution 70: Cloud Services 80: Information site 90: Stakeholders 1: Server 11: Control Unit 12: Storage section 121: Corporate DB 122: Branch Database 123: Account DB 124: Input Status DB 125: Input DB 126: Approval DB 127: Confirmation DB 13: Communications Department 14: Reading section 16: Communications Department 1P: Program 1a: Portable storage medium 2: Terminal 2P: Program 21: Control Unit 22: Storage section 23: Communications Department 24: Input section 25:Display section B: Bus N: Network

Claims

1. An information system that acquires and stores non-financial information from multiple locations, An acquisition unit that acquires location data relating to the specified non-financial information items set for each location, A storage and execution unit stores the acquired location data in a global database managed by the holding company that oversees all locations, including the location in question. An information system equipped with the following features.

2. A collection unit that collects data related to the non-financial information from the aforementioned bases, A sorting unit sorts the data collected by the collection unit into specific data for non-financial information collection items other than the specified items and the location data. A local storage execution unit that stores the aforementioned specific data in a local database managed by the aforementioned base, The information system according to claim 1, further comprising:

3. The system further includes a limited data collection unit that acquires only location data related to specified items from the aforementioned locations. The storage execution unit stores the location data collected by the limited collection unit in the global database. The information system according to claim 1.

4. A collection unit that collects data related to the non-financial information from the aforementioned bases, A global sorting unit sorts the data collected by the collection unit into specific data for non-financial information collection items other than the specified items and location data. A local data storage unit stores the aforementioned specific data in a storage area accessible only to authorized users from the aforementioned location within a global database managed by a holding company that oversees all locations, including the aforementioned location. The information system according to claim 1, further comprising:

5. A data synchronization unit synchronizes the location data stored in the global database with the location data stored in the local database. The information system according to claim 2, further comprising:

6. A display control unit receives a display request from a terminal, determines the role associated with the account operating the terminal, and displays the aforementioned location data according to the permissions of that role. The information system according to any one of claims 1 to 5, further comprising:

7. The acquisition unit acquires financial information relating to the base, The memory execution unit stores the financial information in the global database, relating it to the location data. The information system according to any one of claims 1 to 5.

8. We obtain non-financial information from each of the multiple locations. Acquire location data relating to the specified non-financial information items set for each location, The acquired location data is stored in a global database managed by the holding company that oversees all locations, including the location in question. An information processing device that performs processing.

9. We obtain non-financial information from each of the multiple locations. Acquire location data relating to the specified non-financial information items set for each location, The acquired location data is stored in a global database managed by the holding company that oversees all locations, including the location in question. An information processing program that executes a process.

10. We obtain non-financial information from each of the multiple locations. Acquire location data relating to the specified non-financial information items set for each location, The acquired location data is stored in a global database managed by the holding company that oversees all locations, including the location in question. An information processing method that performs a process.

Images