JP2004234265A - Arrangement/adjustment service providing method, travel expenses processing system and arrangement/adjustment service providing program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To enable a service providing company to target its business on company employees, and enable the company employees to enjoy flexible services. <P>SOLUTION: Functions of arrangements and adjustments having been provided by a travel expenses system of a conventional intracompany system are provided as company-oriented services. The services are provided for a company (service using company 1) in a BSP 2 (Business Service Provider) format, which uses unified standards of Web services to provide services of work related to travel expenses adjustment. Services related to business trips such as ticket arrangements and buying an insurance policy are provided for company employees as additional services in affiliation with service providing companies 3 such as a travel company and an insurance company. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an arrangement / payment service providing method, a travel expense processing system, and an arrangement / payment service provision program.
[0002]
[Prior art]
2. Description of the Related Art Numerous in-company systems for electronically processing travel expense (business trip) applications or settlements for domestic or overseas business trips have been proposed.
According to a certain in-house system, an electronic slip for requesting and reimbursement for travel expenses generated by an employee who is a business traveler operating a terminal connected to the premises is sent to the manager of the business traveler by e-mail ( The electronic slip transmitted to the terminal device of the supervisor and approved by the superior is further transmitted to the accounting department, and after the inspection by the accounting staff, provisional payment of the corresponding travel expenses or settlement processing is performed (Patent Document 1). Further, a business trip travel expense settlement system has been proposed in which a business trip traveler, a manager of the business traveler, and a person in charge of accounting operate the respective terminal devices to settle the business trip expenses (see Patent Document 2). .
[0003]
Employees also need to book airline tickets and lodging tickets on business trips, especially on overseas business trips.Insurance companies have traditionally required travel and insurance companies to provide customized services for specific companies. There was a mechanism to provide preferential services to company employees by deploying it on the intranet inside.
[0004]
[Patent Document 1]
JP-A-9-73492 (paragraph number 15 etc.)
[Patent Document 2]
JP 2001-282968 A (paragraph number 30 and the like)
[0005]
[Problems to be solved by the invention]
However, since the service described above is provided by a travel agency or an insurance company for the purpose of enclosing customers, the system is not always easy to use from the user's viewpoint, such as limited options.
In addition, when a user travels on a business trip, various tasks such as provisional payment before the business trip, ticket arrangement, insurance purchase, and settlement after the business trip occur, but there is no system that seamlessly connects these tasks, especially However, in order to connect to the accounting system in the company, some processes such as exchange of slips were left with paper processing, which was very inefficient.
In addition, travel expense settlement is the largest amount of work among services for individual employees in general affairs and accounting work.
[0006]
The present invention has been made in view of the above circumstances, and provides an arrangement / payment service in which functions provided by a conventional travel expense processing system of an in-house system are seamlessly connected with travel expense settlement-related operations to realize a service for an enterprise. It is an object to provide a method, a travel expense processing system, and an arrangement / payment service providing program.
In addition, it is also possible to provide an arrangement / payment service provision method, travel expense processing system, and arrangement / payment service provision program that realize services related to business trips such as ticket arrangement, insurance subscription, etc. as additional services in cooperation with external companies. Aim.
[0007]
[Means for Solving the Problems]
In order to solve the above-described problems, the present invention provides a function of arrangement and settlement provided by a conventional travel expense system of an in-house system as a service for companies. For this purpose, these services are provided in the form of a BSP (Business Service Provider), and services related to travel expense settlement are provided using a unified standard based on Web services. Furthermore, services related to business trips, such as ticket arrangement and insurance subscription, are provided as additional services to company employees in cooperation with service providers such as travel agencies and insurance companies.
[0008]
This allows service providers to target corporate employees as business targets, and allows corporate employees to select and use these service providers and enjoy flexible services. it can.
[0009]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 is a diagram cited for explaining a business model for realizing a travel expense system (a travel expense processing system and a method of providing an arrangement / payment service) and an entity that uses the travel expense system according to an embodiment of the present invention.
In FIG. 1, reference numeral 1 denotes a service using company that actually uses the system according to the embodiment of the present invention and enjoys a service related to travel expense settlement, and reference numeral 3 denotes a travel expense settlement to the service using company through the present embodiment system. It is a service providing company that provides related additional services, and includes travel companies (agents), credit card companies (referred to as card companies and credit companies as appropriate), insurance companies (agents), and the like. Reference numeral 2 denotes a system operator who maintains and operates the system according to the present embodiment. Here, a service is provided in a BSP (Business Service Provider) format, and hence the following description will be simply referred to as BSP2. Here, the "travel expense system" refers to the processing of the entire travel expenses from the provisional payment of expenses, including the arrangement of tickets etc. before departure, which is performed in the company on a business trip, to the settlement and return performed on return. Refers to a system. The “arrangement / payment service provision method” refers to the entire process from the provisional payment of expenses, including the arrangement of tickets etc. before departure, which is made within the company on a business trip, to the settlement and return performed at the time of return. Means how to do it.
[0010]
The service user company 1 includes general users (referred to as users as appropriate), managers, system managers, and accountants. The general user uses the system of the present embodiment in the service user company 1, Performs travel expense settlement related business. The manager is a general user's superior and mainly approves general user arrangement applications and settlement applications. The system manager is a system use manager in the service user company 1 and performs setting of a travel expense system, which will be described later. The accountant receives the journalized data from the settlement results and performs the accounting process.
Further, the service provider and the service manager belong to the service providing company 3. The service technician is a technician who provides additional services for the travel expense settlement-related business, and the service manager is the superior of the service technician. Here, “supervisor” means an administrator of a business trip person, an authorized person, an approver, and the like. Further, "subordinates" described later are general users, business travelers, and the like. Further, the "service using company" includes not only companies but also schools, government offices, other organizations, and the like.
[0011]
On the other hand, a system administrator, a coordinator, and a call center belong to BSP2. The system administrator maintains and operates the system of the present embodiment, and the coordinator sets and operates the service main body provided by the system of the present embodiment. Specifically, management of a service user, registration of a service provided by a service provider, and the like are performed.
The call center is an organization that responds to general inquiries about services provided by the system of the present embodiment.
[0012]
Hereinafter, the flow of data between users will be briefly described with reference to FIG. Here, description will be made assuming that a general user (employee) travels overseas. First, a general user belonging to the service using company 1 makes an application for approval to the superior who is an administrator on a business trip, and also makes an application for provisional payment including ticket arrangement by connecting to the BSP2 site (arrangement application (1)). In the drawings, 1 in the circled numbers is expressed as (1), 2 is expressed as (2),..., N is expressed as (n).
In response to this, the BSP 2 connects to, for example, a service providing server of the service providing company 3 such as a travel agency or an insurance company, and arranges a ticket and performs insurance registration (ticket and other arrangement (2)). Here, as will be described later, an environment for transmitting and receiving messages by chat is provided between the general user of the service using company 1 and the service person of the service providing company 3, and measures are taken so that there is no trouble in the arrangement contents. You.
[0013]
The service providing company 3 arranges a ticket or the like based on the application and delivers it to the general user of the service using company 1 that has made the application (ticket and other delivery (3)). Here, it is assumed that the general user who is a business traveler has obtained the approval of the business trip from the superior who is the manager before receiving the delivery of this ticket, and obtains temporary payment from the accountant in the company and travels. It will carry. Then, after completing the business trip schedule and returning, a payment input for payment application is performed ((4)).
[0014]
On the other hand, the BSP 2 receives the settlement input after returning from the general user who has gone on a business trip, and the card company, which is the service providing company 3, transmits the statement of use of the card used by the general user for this business trip ( (5)). Therefore, the BSP 2 obtains public / private separation information of the public and private expenses for each use of the card usage statement from the general user of the service user company 1 and performs the card settlement ((6)).
Next, the travel company, the card company, and the insurance company, which are the service providing companies 3, each issue a bill relating to the business trip to the service using company 1 (claim processing (7)). A withdrawal procedure and payment are performed based on the bill (withdrawal procedure payment (8)).
The BSP 2 transmits the journal data in batches to the service using company 1 ((9)), and the service using company 1 confirms a request based on the journal data and performs a withdrawal procedure.
[0015]
FIG. 2 is a system configuration diagram cited for explaining a communication infrastructure to which the travel expense system of the present embodiment is connected.
In the service using company 1, the BSP 2, and the service providing company 3, an enterprise backbone system 10, a BSP server 20, and a service providing server (30 for a travel company, 31 for a credit card company, 32 for an insurance company) are installed. All are connected via an IP (Internet Protocol) network 40.
[0016]
In this case, as an enterprise backbone system 10, a user terminal 101 and an administrator terminal 102 are commonly connected to a LAN (Local Area Network) 103 line with a company server 100 as a core.
On the other hand, the BSP server 20 in which the travel expense system of the present embodiment is implemented operates according to the contents customized according to the company concept set for each service using company 1 as described later, and via the browser of the user terminal 101. The processing is performed, and a screen switched for each service providing company 3 is provided at the time of login.
The travel expense system according to the present embodiment operates in cooperation with the accounting system in the core system 10 of the service using company 1 and the service providing servers 30, 31, 32 of the service providing company 3. Further, each of the service providing servers 30, 31, and 32 performs data exchange using a unified connection standard based on a Web service. Here, as a unified standard, a message exchange for coordinating Web services and a call procedure of a remote procedure, that is, an RPC (Remote Procedure Call) based on XML (extended Markup Language), is a SOAC (Simple Object Access Control). Is used. The term “server” corresponds to, for example, a service providing device in the claims. Further, the term “Web” corresponds to a network in the claims.
[0017]
FIG. 3 is a block diagram showing the internal configuration of the BSP server 20 (travel expense system) shown in FIG.
The travel expense system according to the present embodiment includes a communication interface unit 21, a portal management unit 22, a meta information storage unit 23, an operation state switching control unit 24, a business processing unit 25, a meta information registration unit 26, It mainly comprises an update unit 27, a travel company cooperation unit 28, a card company cooperation unit 29, an insurance company cooperation unit 50, and a core system cooperation unit 51.
[0018]
The communication interface unit 21 manages an interface between the core system 10 of the service using company 1 connected via the IP network 40 and each of the service providing servers 30, 31, and 32 of the service providing company 3. Since the connection is established via the IP network 40, control means for TCP / IP (Transmission Control Protocol / Internet Protocol) is implemented.
The portal management unit 22 has a function of performing user authentication at the time of login and displaying an available business menu according to the authority attribute of the logged-in user.
The portal management unit 22 further uses a message addressed to itself, a message table (Inbox 221) for managing a business trip in the process of approval by the superior, and a transaction relating to the business trip of its own at least in each application being arranged or settled. A message table (Outbox 222) that manages the status including the status and updates the status by performing application processing related to arrangements and settlement and approval by a superior is managed.
[0019]
On the other hand, the meta information storage unit 23 stores at least meta information including a personal attribute of the user, an authority attribute, and a business trip expense system of the service using company 1 to which the user belongs.
The meta information stored in the meta information storage unit 23 is set and registered by the coordinator who is the system operator via the meta information registration unit 26 at the time of system construction, and is updated by the meta information update unit 27 during system operation. FIG. 4 shows the directory structure of the meta information storage unit 23.
[0020]
If the directories stored in the meta information storage unit 23 are roughly classified by function, they are divided into a user directory 231, an execution authority directory 232, a service directory 233, and a system directory 234.
The user system directory 231 includes “user”, “user concept”, “organization”, “company”, “company concept”, “HR (HR) organization”, “HR (HR) organization concept”, and “accounting”. (AC) organization "and" accounting (AC) organization concept ". The company concept, the personnel organization concept, and the accounting organization concept can have a plurality of concepts with link conditions, and consideration is given to a company having a different travel expense system for each office.
The “user” is a directory in which user information is set, and has a name, an employee number, an affiliation, a position, a position name, a position name code, a position name, and role information (role). The “user concept” is a directory defined by the user, including approvers, agents, contacts (telephone numbers, fax numbers, addresses), work locations (station names, etc., which are referred to when arranging and adjusting), Default screen contents, payment method, etc. are set. “Organization” is basic information of an organization, and links a user with a company, a personnel organization, and an accounting organization. Here, the organization name, organization location, affiliated company, affiliated personnel organization, and affiliated accounting organization are set as directory information.
[0021]
"Company" is a directory in which company information is set. The company name, company address, address, and telephone number are used. "Company concept" is directory information defined in company units. The selection of the service provider), the selected business logic (fixed amount, actual cost, etc.), approval route, payment method, etc. are set as directory information.
The "HR (HR) organization" is a directory in which personnel organizations are set, and the "HR (HR) organization concept" is directory information determined for each personnel organization. A user, a travel expense category, a location with hand delivery (individual or organization), and the like are set as directory information. The “accounting (AC) organization” is directory information in which an organization on cost is set, and the “accounting (AC) organization concept” is content determined for each accounting organization. Are set as directory information.
[0022]
The execution authority directory 232 here includes “company authority” and “company program information”. The “company authority” indicates the business application range of the company and the management company, and the company code of the managing company, affiliated company code, operable business list, data transfer method, and the like are set as directory information.
In the “company program information”, information on a program operating method customized for each company is set. In this example, execution authority, a customized business menu, customization contents, and a customized screen are set as directory information.
[0023]
The service system directory 233 here includes “service company” and “service company concept”. The “service company” is a list of service providers that provide services. In this example, the service type, the service range, the service scope (user's company and location), and the service exclusion scope (exempt companies and locations) Is set as directory information.
Here, the system directory 234 includes “business information” and “program information”. In the "business information", information on the operation method of the business program is set. In the "program information", execution information for each program step is set. The basic logic to be used, the default screen, and the program journal ID are directory information. Is set as
[0024]
The description returns to FIG. After the user authentication is obtained by the portal management unit 22, the operation state switching control unit 24 switches the operation state for each service using company 1 based on the meta information stored in the meta information storage unit 23, and It has a function of transferring information to the business processing unit 25.
In addition, when the business menu is selected by the user, the business processing unit 25 uses a Web service (here, the above-described SOAP) and cooperates with the service providing company 3 to make a business trip travel expense settlement service according to the business menu and related services. It has a function to provide services to
[0025]
On the other hand, the travel agency linking unit 28 receives a unique (unique) order application number generated by the user operating the user terminal 101 when making an order application, and order data such as tickets necessary for a business trip. And a function for performing processing necessary for obtaining a ticket or the like with the service providing server 30 of the travel agency.
The travel agency linking unit 28 further includes a chat environment providing unit 281 for providing a chat environment for exchanging messages for ticket arrangement between the user terminal 101 and the service provider server 30 of the travel agency, and records the chat environment. As a result, troubles caused by contact errors or the like that occur in the arrangement are avoided.
[0026]
Further, the card company linking unit 29 receives card usage statement data based on the application number from the service providing server 31 of the credit company, and debits the card usage fee from the registered bank account of the user or the service usage company 1 to which the user belongs. (For public expense billing / private expense deduction).
The card company coordinating unit 29 also inputs the public / private separation information indicating the public expense and the private expense to the user via the user terminal 101 for each of the card usage details transmitted from the service providing server 31 of the credit card company. And a public / private separation function control unit 291 that performs processing of public expenditure billing and private expenditure based on the public / private separation information input and taken in through the user terminal 101. It's easy. (The BSP server charges for public expenses and withdraws private expenses.)
[0027]
The insurance company cooperation unit 50 receives the application data based on the insurance subscription generated by the user operating the user terminal 101 at the time of the application for the arrangement by the service providing server 32 and performs the process for the insurance subscription procedure. It has a function to issue a notice of insurance premium claim to a user for a business trip based on the application number.
The core system linking unit 51 fetches a master file of accounts for each service using company via the user terminal 101, and journals the data for each arrangement application number and each account for which the expenses required for the business trip have been fetched. With the ability to send
[0028]
FIG. 5 is a diagram cited for explaining the operation of the travel expense system (arrangement / payment service providing method) according to the present embodiment. The user terminal 101, the BSP server (travel expense system) 20, the travel agency / card company / The operation sequence between the service providing servers 30, 31, 32 of the insurance company and the enterprise backbone system 10 (accounting system) in the service using company is shown.
Hereinafter, a schematic operation of the travel expense system according to the present embodiment will be described with reference to an operation sequence diagram shown in FIG.
[0029]
By operating the user terminal 101, the user of the system serving as a business traveler who is enrolled in the service using company first logs in to the BSP server 20 and inputs an application for a business trip (S51).
This application input includes at least a request for arranging and ordering an airline ticket or an accommodation ticket ((1)). Upon receipt of the request, the travel expense system 20 receives the request such as a ticket or T / C (traveller's check). It prepares arrangement data and requests the travel agency server 30 for a procedure ((2)).
[0030]
What is characteristic here is that the travel expense system (BSP server) 20 provides a message transmission / reception environment by chat using a browser between the user terminal 101 and the service provider server 30 of the travel agency ((( 3)). Here, a message board and a real-time chat are provided as a form of realizing the chat. In the former, messages written when the other party does not open the chat screen are displayed as unread messages, whereas in the latter, the user and the service provider have logged in to the system at the same time. This is a real-time message exchange performed when the service provider of the travel agency is displaying a chat screen of the same arrangement data as the user.
As a result, arrangements are made by chat conversation, and the conversation between the two is recorded as a communication record. As a result, communication between the user and the travel agency is communicated, and troubles relating to the arrangement are eliminated.
[0031]
Here, the travel agency arranges a ticket or the like based on the application, prepares a T / C or the like, and hands it over to the user of the service using company 1 that has applied ((4)). At the same time, the arrangement data is transmitted to the in-company core system 10 ((7)), and accounting processing such as withdrawal procedures and payment procedures are performed for the service-using enterprise backbone system 10 (accounting system). Prompt.
The application input includes an insurance application ((5)), and the travel expense system 20 creates insurance data for insurance based on the user's insurance application input and creates insurance data for the insurance company. It is transmitted to the service providing server 32 ((6)).
[0032]
It is assumed that the user has obtained a business trip approval from the superior who is the manager before receiving the delivery of the ticket, and the temporary payment is made by an accountant in the company to carry the business trip. The provisional payment procedure is the same as the conventional procedure in a company, and a description thereof will be omitted.
Then, after completing the business trip schedule and returning, the user performs payment input for payment application (S52). At this time, the BSP server 20 receives the payment input after the user has returned, and also uses the card provider's service providing server 31 to transmit the usage statement data of the card used by the user regarding this business trip ( (9)). Therefore, the BSP server 20 obtains the input of public / private separation information ((10)) of the public expense and the private expense from the user via the user terminal 101, and performs the card settlement.
[0033]
As a result, the service providing server 31 of the card company performs a procedure for billing the service user company 1 for the public expense through the core system 10 ((11)), and furthermore, the user via the user terminal 101. Issue a notice of account debit for private expenses ((12)).
On the other hand, the return data included in the payment input is provided to the service providing server 32 of the insurance company ((13)), and the insurance premium for the business trip is charged according to the digestion schedule ((14)). Regarding insurance premiums, a deduction notice for salary deduction is sent to the basic system 10 for the company share and the general user via the user terminal 101 for the personal share ((15)). The core system 10 performs an accounting process based on the request, and performs a withdrawal procedure and a payment procedure ((16)).
[0034]
The BSP server 20 transmits journal data in batches to the core system 10 ((17)), and the service using company 1 confirms a bill based on the journal data and performs a withdrawal procedure. .
As for the journal, the journal items registered in the accounting database are output to the transaction in batches based on the company code, the journal type, and the program journal ID registered as the directory information.
The procedure for creating journal data is shown in a simplified form in the table of FIG. Here, as a result of the above-mentioned settlement, it is assumed that an actual cost of 1000 yen and a fixed cost of 1500 yen are required, of which 100 yen is a personal expense (own expense) and a case where 300 yen is provisionally paid is illustrated. ing. The journal data at this time is shown in (a), and the transaction is shown in (b). At this time, the journal shown in (c) is generated, and as a result, the journal transmitted to the core system 10 becomes as shown in (d).
[0035]
FIGS. 6 to 8 are flowcharts cited for explaining the operation of the travel expense system of the present embodiment. Each operation of the portal management unit 22, the business processing unit 25, and the operation state switching control unit 24 shown in FIG. It is shown. That is, FIGS. 6 to 8 are flowcharts showing the processing procedure of the arrangement / payment program in the present embodiment.
11 to 23 are diagrams showing an example of the screen configuration displayed via the browser of the user terminal. The portal screen (FIG. 11), the reception case (Inbox) screen (FIG. 12), and the transmission case (Outbox) screen (FIG. 13), application information input screen (FIG. 14), settlement details registration screens 1 to 5 (FIGS. 15 to 19), arrangement / payment list screen (FIG. 20), approval waiting list screen (FIG. 21) ), A subordinate status list screen (FIG. 22), and a reception arrangement list screen (FIG. 23).
Hereinafter, the operation of the travel expense system according to the present embodiment will be described in detail with reference to FIGS.
[0036]
First, the portal screen control by the portal management unit 22 will be described with reference to the flowchart shown in FIG.
The BSP server 20 receives a login request from the user terminal 101 (S601), and performs user authentication by the portal management unit 22 (S602). The portal management unit 22 performs user right authentication in addition to simple user authentication, and displays a menu that can be used according to the right attribute of the logged-in user (S603).
The portal screen shown in FIG. 11 includes business menus such as Inbox, Outbox, and business trip application arrangement. Here, the Inbox is a table 221 (Inbox in FIG. 3) for managing a message transmitted to each individual. Here, it is assumed that the approval process is managed. A list screen of the messages registered in the Inbox is shown as an example in FIG.
[0037]
The Outbox in FIG. 11 is a table 222 (Outbox in FIG. 3) for managing the basic status of arranging and setting up a case relating to oneself (individual), and manages transactions relating to individual business trips by the status shown in FIG. . Here, there are six statuses, “arrangement pending”, “arrangement application”, “payment pending”, “arrangement reversal”, “payment application”, and “processed”. This status changes and is updated. In the Outbox, messages about the input order and settlement are stored, and a list is displayed. FIG. 13 shows an example of the message.
[0038]
As the business menus in FIG. 11, "arrangement for business trip application", "adjustment of domestic and overseas travel expenses (overseas travel expense adjustment)", "expense adjustment", and "return" are prepared.
Except for the Inbox and Outbox, the provided business menus are for users other than general users (administrator, system administrator, accountant, service provider, service provider manager, coordinator, system administrator). The role is different for each role, and a portal screen of a general user is illustrated here. Therefore, the portal management unit 22 also accepts a login request from a user other than a general user, and authenticates the authority.
[0039]
The description returns to the flowchart of FIG. In step S603, the general user selects and clicks the "trip application arrangement" menu on the overseas business trip from the business menu displayed on the portal screen shown in FIG. 11 (selects the business menu in S604, and selects the business menu in S605). Application). As a result, the application arrangement screens shown in FIGS. 15 to 18 are displayed, and the user sequentially inputs necessary items according to the screens.
Here, in the present embodiment, the application arrangement screen before the business trip (the screen displayed in S606) is used in common with the settlement screen after the business trip (after returning) (the screen displayed in S607). 1) Basic information of FIG. 15, (2) Companion information of FIG. 15, (3) Journal information of FIG. 15, (4) Arrangement contents of FIG. 15, (5) Card use information of FIG. 16, (6) FIG. The schedule consists of 17 input schedules, (7) information on treatment shown in FIG. 18, and (8) actual cost information shown in FIG. The general user inputs the templates (1), (2), (4) and (6) by operating the user terminal 101 when arranging a business trip application. If the user selects and clicks the "Overseas Travel Expenses Payment" menu after returning (when the payment is selected in S605), the overseas travel expenses payment screen shown in FIG. 14 is displayed, and then the items (FIGS. 19) is displayed in the same manner. Therefore, the information about the template of (3), (5), (7) and (8) is further input to the items already input at the time of arranging the business trip application, and the already input (1), (2) ), And (4) and (6), supplementary input is performed for items that could not be input at the time of application.
[0040]
The items input here are taken in by the business processing unit 25 via the portal management unit 22 (S608), and processing for application and settlement described below is performed (S609).
On the other hand, Inbox includes negotiation contents with the service provider (delivery of arrangement data), approval / return from the manager who is the superior, an approval request from subordinates (administrator only), and addition of a new service provider. A message from the system administrator (eg, only the system administrator), a message from the system administrator such as a new agency addition, a change in the business trip management system, and a message from the system administrator such as operation suspension due to maintenance are stored and displayed.
The Outbox stores and displays the input arrangement and settlement cases. As shown in FIG. 11, in the Inbox and Outbox, only the number of cases is displayed on the portal screen, and if there is new information, that fact is displayed.
[0041]
Here, when the general user selects a reception case (Inbox) from the portal screen shown in FIG. 11 (when mail transmission / reception is selected in S604 and Inbox is selected in S610), a reception case screen shown in FIG. Is displayed, and a list of incoming messages is displayed here (S611).
The general user selects a message about the arrangement information from the service provider in the incoming message, the case waiting for approval from his / her subordinate, and the case for return from his superior, and clicks the detail button pasted on the screen (S613). (Yes), the details can be viewed, and each related task can be executed (S615). Here, the approval process by the business processing unit 25 can be started.
On the other hand, when the transmission case (Outbox) is selected (when the e-mail transmission / reception is selected in S604 and the Outbox is selected in S610), the transmission case screen shown in FIG. 13 is displayed. A list of statuses (arranged, settlement pending, processed, etc.) for each input case is displayed (S612). Then, the application is selected and a button (arrangement, settlement, return, etc.) assigned to the right end of each case is selected (Yes in S614), so that the application and settlement processing by the business processing unit 25 is started. Can be performed (S609).
[0042]
Although not shown, there is also a portal screen for the service provider. In this case, the Inbox displays arrangement information from a general user of the service using company 1, and the arrangement information is selected by selecting the arrangement information. Can be modified. In the Outbox, the details of the arrangement information transmitted to the general user can be displayed.
[0043]
Next, a detailed description will be given, with reference to the flowchart shown in FIG. 7, of a business processing routine related to arrangement and settlement executed by the business processing unit 25.
The business processing unit 25 fetches, via the portal management unit 22, data on arrangements and settlements input by the general user using the screens shown in FIGS. 15 to 19 (S701). Then, if the data is related to the arrangement of tickets or the like (S702), under the control of the travel agency coordinating unit 28, the trip information is shared by the Web service in cooperation with the service providing server 30 (S703).
Then, the chat environment providing unit 281 provides a message transmission / reception environment by chat between the general user and the service provider, so that the contents of the dialogue are recorded (S704), and the arrangement status is determined by the Inbox 221 of the general user. / Outbox 222 is reflected (S705). The steps of the arrangement record by chat and the reflection in the Inbox 221 / Outbox 222 are repeated until the arrangement is answered and the intentions of both parties are unified, and the arrangement is completed (S706). The arrangement record by chat is deleted when the arrangement is canceled, the approval is canceled, or the payment is completed.
[0044]
On the other hand, when the card payment is determined in the determination processing in S702, the business processing unit 25, under the control of the card company coordination unit 29, receives the card statement data by the Web service in cooperation with the service providing server 31 of the credit card company. Is performed (S707). The card statement data received here includes all items for which a general user has made a card payment on a business trip.
After receiving the card statement data, the business processing unit 25 transmits the replacement by a private card to the service providing server 31 of the card company based on the public / private separation information (S708) input by the general user at the time of payment input. (S709). FIG. 16 shows an input format of card use information including public / private separation information input by a general user. The general user inputs the public expense and the private expense for each item, and the business processing unit 25 that takes in these input items creates public / private separation information and transmits it to the service providing server 31. If the card used is not a personal card but a corporate card, the processing here is omitted.
[0045]
Further, when it is confirmed in the determination processing in S702 that the information relates to insurance subscription, the business processing unit 25, under the control of the insurance company coordination unit 50, cooperates with the service providing server 32 of the insurance company to provide the Web service. The sharing of the itinerary information is performed (S710). Then, communication by Inbox / Outbox is performed in order to carry out the insurance subscription procedure (S711). Then, at the time of return, the detailed schedule is notified again using Inbox / Outbox, whereby the actual insurance premium is calculated (S712, S713).
[0046]
In addition, the travel company, the credit card company, and the insurance company (the service provider 3) transmit the expenses required for the general user on a business trip to the BSP server 20 as an expense request notice. The business processing unit 25 receives the cost request (S714), creates journal data for each application number for each service using company, and transmits the journal data to the company-specific backbone system 10 using FTP (File Transfer Protocol). (S715).
The procedure for creating the journal data is as described with reference to FIG. 10. Here, the service using company 1 is shown as a company code, and further, an application number is given to each item, and the cost required for the business trip is calculated. Journals are entered for each account item taken in advance, and the data is transmitted.
As a result, the service using company 1 can check the travel expenses in a file format linked to the accounting system without changing its own accounting system, and can perform a withdrawal procedure, a payment procedure, and the like. .
[0047]
Next, the processing procedure of the operation state switching control unit 24 will be described in detail with reference to the flowchart shown in FIG.
Prior to the processing of the operation state switching control unit 24, various types of master data are taken in from the service using company 1 at the time of system construction (S801). These are a personal information master, an organization master, a business partner master, a bank master, an account master, and an account master. Then, it is assumed that the system definition is made by the coordinator, the meta information is set for each service using company, the service providing company is registered, and the like is stored in the meta information storage unit 23 as directory information (S802). The above is as described in the directory structure shown in FIG.
[0048]
After user authentication by the portal management unit 22 (S803), the operation state switching control unit 24 customizes the system of this embodiment for a service company obtained as a result of authentication. Specifically, the directory for company A shown in FIG. 4 is read from the meta information storage unit 23, and is resident in the main storage device (not shown) of the BSP server 20 (S804). This enables services for company A. If the result of the user authentication is a request from Company B, the meta information is replaced again, and the system is customized for Company B.
[0049]
On the other hand, when a service using company that has been authenticated during the system operation requests a directory update due to an organization change, a revision of a business trip expense system, a business reorganization, etc. (S805), the operation state switching control unit 24 determines the contents of the request. (S806), and updates the directory information stored in the meta information storage unit 23 (S807).
The operation state switching control unit 24 dynamically changes the setting of directory information for a small change such as an organization change. However, for a large change such as a directory update request accompanying a business restructuring, The system will be shut down, and the system maintenance side will respond.
As a result, it is possible to construct a flexible system that is not affected by the organization change of the service using company 1, the revision of the travel expense system, the business reorganization, and the like. It is possible to respond only by changing the directory information without requiring any change, thereby contributing to reducing the burden on the system providing side as well as the system user.
[0050]
Here, the explanation is returned to the screen, and an example of the business screen transiting from the portal screen (see FIG. 11) will be briefly described. FIG. 20 illustrates an arrangement / payment list screen.
Here, a list of arrangements and settlements entered by the general user via the user terminals 101,... Is displayed. When a general user selects an item via this screen, an application input screen for each item is displayed and can be modified. Each case is provided with a button that can be processed next, so that the contents can be taken over and entered.
Specifically, for a case for which the status column has been arranged, a “payment” button for inputting payment for the arrangement and a “cancel” button are assigned and displayed so that the arrangement can be canceled. In the case of a case in which the case column is arranged and settled, "same arrangement" and "same settlement" buttons are allocated and displayed so that similar cases can be input. At the top of the screen, check boxes for projects, domestic / overseas, and status are prepared so that the projects to be output can be narrowed down. Furthermore, new applications for arrangements and settlement can be input from this screen. It has become. This is intended to improve usability.
[0051]
FIGS. 21 and 22 show screens for the administrator. FIG. 21 shows an approval waiting list screen. On this screen, a list of orders from subordinates awaiting approval for settlement and settlement is displayed. Here, a detail screen is displayed by selecting an item, and approval processing can be performed. Also, by selecting each employee in the name column, a subordinate status list screen (FIG. 22) of the selected employee can be displayed. At the top of the screen, check boxes for items, domestic / overseas, and status and a combo box for selecting employees are prepared, so that items to be output can be narrowed down.
FIG. 22 shows a subordinate situation list screen. Here, by selecting a case in which a list of the status of each case in the designated subordinate's arrangement and settlement is displayed, a detailed screen of each case is displayed and can be referred to. In the upper part of the screen, check boxes for cases, domestic / overseas, and status are prepared so that the cases to be displayed in a list can be narrowed down.
[0052]
FIG. 23 shows a reception arrangement list screen. Here, from the arrangements accepted by the service provider, a list of arrangements being arranged is displayed. By selecting an item, the detail screen of each item is displayed and can be referenced.
In the initial display, only the distribution of the service personnel is displayed, but the display can be changed to a branch, a regional group, or the entire company by specifying a search range. In addition, the items to be displayed in a list can be narrowed down to the displayed items. For example, domestic / overseas, period, employees or company, transportation, carrier, card company, store (the entire company, the same area, the branch, ), Narrowing down according to the situation, etc. is possible.
[0053]
As described above, in the present embodiment, the function provided by the conventional travel expense system (travel expense processing system) of the in-house system is realized as a corporate service seamlessly together with the travel expense settlement-related business. In addition, services related to business trips, such as arranging for insurance and taking out insurance, are realized as additional services in cooperation with travel companies, credit card companies, insurance companies, and other external parties.
In this embodiment, only overseas business trips are illustrated, but the present invention is similarly applicable to domestic business trips. Further, according to the present embodiment, only the screen on the user side (see FIG. 11) is shown as the portal screen, but a similar screen is also used on the service providing side, and communication is performed using Inbox and Outbox to provide service. The only difference is that the business menus used for each are different.
[0054]
Also, the communication interface unit 21, the portal management unit 22, the operation state switching control unit 24, the business processing unit 25, the meta information registration unit 26, the meta information update unit 27, and the travel agency cooperation shown in FIG. The computer 28 can read the procedures executed by each of the unit 28, the card company linking unit 29, the insurance company linking unit 50, the core system linking unit 51, the chat environment providing unit 281 and the public / private separation function control unit 291. The travel expense system of the present embodiment is realized by recording the program on a recording medium, reading the program recorded on the recording medium into a computer system, and executing the program. Here, the computer system includes an OS and hardware such as peripheral devices.
[0055]
【The invention's effect】
As described above, according to the present invention, a service providing company can target employees of a service using company as business targets, and employees of a service using company select and use these service providing companies. And can enjoy highly flexible services.
[Brief description of the drawings]
FIG. 1 is a diagram cited for explaining a business model for realizing a travel expense system according to an embodiment of the present invention and an entity that uses the business model.
FIG. 2 is a system configuration diagram cited for explaining a communication infrastructure to which the travel expense system according to the embodiment of the present invention is connected.
FIG. 3 is a block diagram showing the internal configuration of a BSP server (travel expense system) shown in FIG.
FIG. 4 is a diagram illustrating a directory structure of meta information stored in a meta information storage unit illustrated in FIG. 2;
FIG. 5 is an operation sequence diagram showing a schematic operation of the travel expense system according to the embodiment of the present invention.
FIG. 6 is a flowchart cited for explaining the operation of the travel expense system according to the embodiment of the present invention.
FIG. 7 is a flowchart cited for explaining the operation of the travel expense system according to the embodiment of the present invention.
FIG. 8 is a flowchart cited for explaining the operation of the travel expense system according to the embodiment of the present invention.
FIG. 9 is a diagram cited for explaining transition of status used in the travel expense system according to the embodiment of the present invention.
FIG. 10 is a diagram cited for explaining a procedure for creating journal data used in the travel expense system according to the embodiment of the present invention.
FIG. 11 is a diagram showing an example of a screen configuration (portal screen) used in the travel expense system according to the embodiment of the present invention.
FIG. 12 is a diagram showing an example of a screen configuration used in the travel expense system according to the embodiment of the present invention.
FIG. 13 is a diagram showing an example of a screen configuration used in the travel expense system according to the embodiment of the present invention.
FIG. 14 is a diagram showing an example of a screen configuration used in the travel expense system according to the embodiment of the present invention.
FIG. 15 is a diagram showing an example of a screen configuration used in the travel expense system according to the embodiment of the present invention.
FIG. 16 is a diagram showing an example of a screen configuration used in the travel expense system according to the embodiment of the present invention.
FIG. 17 is a diagram showing an example of a screen configuration used in the travel expense system according to the embodiment of the present invention.
FIG. 18 is a diagram showing an example of a screen configuration used in the travel expense system according to the embodiment of the present invention.
FIG. 19 is a diagram showing an example of a screen configuration used in the travel expense system according to the embodiment of the present invention.
FIG. 20 is a diagram showing an example of a screen configuration (arrangement / payment list screen) used in the travel expense system according to the embodiment of the present invention.
FIG. 21 is a diagram showing an example of a screen configuration (approval waiting list screen) used in the travel expense system according to the embodiment of the present invention.
FIG. 22 is a diagram showing an example of a screen configuration (subordinate status list screen) used in the travel expense system according to the embodiment of the present invention.
FIG. 23 is a diagram showing an example of a screen configuration (reception arrangement list screen) used in the travel expense system according to the embodiment of the present invention.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Service use company, 2 ... System operator (BSP), 3 ... Service provision company, 10 ... Enterprise backbone system, 20 ... BSP server (travel expense system), 30, 31, 32 ... Service provision server, 101 ... Usage User terminal, 21 communication interface unit, 22 portal management unit, 23 meta information storage unit, 24 operation state switching control unit, 25 business processing unit, 26 meta information registration unit, 27 meta information update unit, 28: Travel Company Coordination Department, 29: Card Company Coordination Department, 50: Insurance Company Coordination Department, 51: Core System Coordination Department, 281: Chat Environment Providing Department, 291: Public / Private Separation Function Control Department

Claims (18)

An arrangement / payment service providing method in which one or more service using companies and one or more service providing company devices are connected via a network,
Performs user authentication at the time of login, displays available business menus according to the authority attributes of the logged-in user,
After the user authentication is obtained, the service use is performed based on at least the personal information of the user, the authority attribute, and meta information including the business trip travel system of the service user to which the user belongs, which is set and registered in advance. Switching the operating state for each company and importing necessary meta information into the system,
When the business menu is selected by a user, providing a business trip travel expense settlement service and related services according to the business menu in cooperation with the service provider via a network,
Arrangement and settlement service provision method characterized by the following. An arrangement / payment service providing method, wherein user terminals of one or more service using companies and devices of one or more service providing companies, a travel company and a credit card company, are connected via a network,
The user receives a unique application number generated by operating the user terminal at the time of application for arrangement and ticket order data required for a business trip, and obtains a ticket with the service provider of the travel agency. Perform the necessary processing,
Receiving card usage statement data based on the application number from the credit card company's service providing device and performing a process for debiting a card usage fee from a registered bank account of the user or a service usage company to which the user belongs; ,
Arrangement and settlement service provision method characterized by the following. An arrangement / payment service providing method, wherein user terminals of one or more service using companies and devices of one or more service providing companies, a travel company and a credit card company, are connected via a network,
Performing a screen display on the user terminal operated by the user, arranging a business trip, or prompting input of information necessary for settlement,
A user receives a unique application number generated by operating the user terminal at the time of application for arrangement and information necessary for arrangement or settlement, and arranges or adjusts with the service provider of the travel agency. Performing the necessary processing;
Receive card usage statement data based on the unique application number from the service providing device of the credit card company, and perform a process for debiting a card usage fee from a registered bank account of the user or a service usage company to which the user belongs. Steps to perform;
A method for providing an arrangement / payment service, comprising: Based on a request generated by the user operating the user terminal, based on the request input by the user, a step of outputting a list of the status of the case for settlement on the screen,
Assigning a button that can be processed next for each matter, and performing a process for adjusting the arranged matter and canceling the arrangement by selecting the button by the user;
The method for providing an arrangement / payment service according to claim 3, further comprising: Based on a request generated by a user operating the user terminal, a step of outputting a list of statuses of pending approval items for arrangements and settlements from subordinates on a screen,
In the screen output list screen, a step of outputting each matter status list of arrangement and settlement of the designated subordinate to the screen,
The method for providing an arrangement / payment service according to claim 3, further comprising: Based on a request generated by the user operating the user terminal, a step of outputting a list of each subordinate's arrangement and settlement case status list specified on the screen,
A step of outputting a detail screen of each matter by specifying a matter in the list screen output on the screen, and permitting reference;
The method for providing an arrangement / payment service according to claim 3, further comprising: Based on the request generated by the service provider operating the service provider terminal, based on the request received by the service provider, a screen output of each case status list of those being arranged from the arrangement request,
A step of outputting a detail screen of each matter by specifying a matter in the list screen output on the screen, and permitting reference;
The method for providing an arrangement / payment service according to claim 3, further comprising: At least a part of each of the case status list screens output on the screen is assigned an item input column for a narrowing parameter including a domestic / overseas business trip distinction, and based on the narrowing parameter specified through the item input column, A step of narrowing down and outputting matter output on the screen,
The method for providing an arrangement / payment service according to any one of claims 5 to 7, further comprising: A travel expense processing system comprising one or more service using companies and one or more service providing company devices connected via a network,
A portal management means for performing user authentication at the time of login and displaying an available business menu according to the authority attribute of the logged-in user;
Meta-information storage means for storing at least meta-information comprising a personal attribute of the user, the authority attribute, and a travel expense system of the service using company to which the user belongs;
After the user authentication is obtained, based on the meta information, an operation state switching control unit that switches an operation state for each service using company and transfers necessary meta information to a business processing unit,
When the business menu is selected by the user, via a network, in cooperation with the service provider, arrange according to the business menu, business processing means for providing a settlement service,
A travel expense processing system comprising: The portal management means,
A first message table for managing a business trip in the process of approval by the superior by a message addressed to the user,
The second is to manage its own business trip project by at least the status including each application status during arrangement and settlement, and to manage the status updated by performing the application process related to the arrangement and settlement and the approval of the superior. And a message table of
10. The travel expense processing system according to claim 9, wherein a list of messages registered in the first and second tables is displayed on the screen together with the business menu. Meta information updating means for dynamically updating the meta information stored in the meta information storage means during system operation,
The travel expense processing system according to claim 9, comprising: A travel expense processing system comprising a user terminal of one or more service using companies and service providing devices of one or more service providing companies, a travel company and a credit card company, connected via a network,
The user receives a unique application number generated by operating the user terminal at the time of application for arrangement and ticket order data required for a business trip, and obtains a ticket with the service provider of the travel agency. Travel agency cooperation means to perform necessary processing,
A card that receives card usage statement data based on the application number from the credit card company's service providing device and performs a process for debiting a card usage fee from a registered bank account of the user or a service usage company to which the user belongs. Company cooperation means,
A travel expense processing system comprising: A service providing device of an insurance company is further connected via the network,
The user receives insurance application data generated by operating the user terminal at the time of application for arrangement, performs processing for insurance application procedures, and travels to the user based on the application number. Insurance company cooperation means for issuing a notice of insurance premium claim to
The travel expense processing system according to claim 12, comprising: A backbone system of the service using company is further connected via the network,
Taking a master file of accounts for each service using company through the core system, for each application number, journaling the expenses required for business trips for each of the captured accounts, and transmitting the data,
The travel expense processing system according to claim 12, wherein: The travel agency cooperation means,
Providing a chat environment between the user terminal and the device of the travel agency for exchanging messages regarding the arrangement of the ticket,
13. The travel expense processing system according to claim 12, wherein: The card company cooperation means,
For each card usage statement transmitted from the service providing device of the credit card company, the user is prompted via the user terminal to enter public / private separation information indicating the distinction between public and private expenses, and via the user terminal Based on the entered and captured public / private separation information, perform public expense billing and private expense deduction processing,
The travel expense processing system according to claim 12, wherein: An arrangement / payment service providing program used in a travel expense processing system in which one or more service using companies and one or more service providing company devices are connected via a network,
Performing a user authentication at the time of login and displaying a work menu that can be used according to the authority attribute of the logged-in user;
After the user authentication is obtained, the service use is performed based on at least the personal information of the user, the authority attribute, and meta information including the business trip travel system of the service user to which the user belongs, which is set and registered in advance. Switching the operation state for each company and importing necessary meta information into the system;
Providing a service according to the business menu in cooperation with the service providing company via a network when the business menu is selected by a user;
Program to arrange and settle payments on a computer. An arrangement / payment service providing program used in a travel expense processing system in which user terminals of one or more service using companies and devices of one or more service providing companies, a travel company and a credit card company, are connected via a network. So,
The user receives a unique application number generated by operating the user terminal at the time of application for arrangement and ticket order data required for a business trip, and obtains a ticket with the service provider of the travel agency. Performing the necessary processing;
Receiving card usage statement data based on the application number from the credit card company's service providing device and performing a process for debiting a card usage fee from a registered bank account of the user or a service usage company to which the user belongs; When,
Program to arrange and settle payments on a computer.

Images