CN113762904A

CN113762904A - Product management method and device, electronic equipment and storage medium

Info

Publication number: CN113762904A
Application number: CN202010499765.XA
Authority: CN
Inventors: 胡慧君
Original assignee: Zhejiang Meisheng Intelligent System Co ltd
Current assignee: Zhejiang Meisheng Intelligent System Co ltd
Priority date: 2020-06-04
Filing date: 2020-06-04
Publication date: 2021-12-07
Anticipated expiration: 2040-06-04
Also published as: CN113762904B

Abstract

The invention provides a product management method, a product management device, electronic equipment and a storage medium, wherein the method comprises the following steps: receiving an application request and generating an application form; associating at least one product according to the application form; generating a price approval request form of the product according to the first agreement information of the request form, wherein the price approval request form bears field values of at least part of attributes from the request form relay, and the price approval request form is associated with the product; generating a proofing application form of the product according to the second agreement information of the pricing application form, wherein the proofing application form bears at least part of attribute field values from the application form relay, and the proofing application form is associated with the product; receiving proofing feedback of a product; and processing the application form according to the proofing feedback. The method and the device provided by the invention realize the automatic management of the product.

Description

Product management method and device, electronic equipment and storage medium

Technical Field

The present invention relates to the field of computer applications, and in particular, to a method and an apparatus for managing a product, an electronic device, and a storage medium.

Background

At present, in the pre-sale management of products, the process from customer demand to product proofing has no automatic management, so that different business personnel, such as sales, development and draft personnel, cannot quickly and directly know the state of the current product, the next step is difficult to quickly execute, and the pre-sale management efficiency of the products is greatly influenced.

Therefore, how to realize the automatic realization of the pre-sale management of products and simultaneously improve the system processing efficiency and facilitate the check and operation of different business personnel is a technical problem to be solved urgently by technical personnel in the field.

It is to be noted that the information disclosed in the above background section is only for enhancement of understanding of the background of the invention and therefore may include information that does not constitute prior art that is already known to a person of ordinary skill in the art.

Disclosure of Invention

In order to overcome the defects of the related technologies, the invention provides a product management method, a product management device, an electronic device and a storage medium, so that the automatic implementation of the pre-sale management of the product is realized, the system processing efficiency is improved, and different business personnel can conveniently check and operate the product.

According to an aspect of the present invention, there is provided a method of managing products, including:

receiving an application request and generating an application form;

associating at least one product according to the application form;

generating a price approval request form of the product according to the first agreement information of the request form, wherein the price approval request form bears field values of at least part of attributes from the request form, and the price approval request form is associated with the product;

generating a proofing application form of the product according to second consent information of the approval price application form, wherein the proofing application form bears field values of at least part of attributes from the application form, and the proofing application form is associated with the product;

receiving proofing feedback for the product; and

and processing the application form according to the proofing feedback.

In some embodiments of the invention, the generating of the request for approval of the product comprises:

acquiring field values of attributes of a plurality of products in the application form;

judging whether the field values of the attributes of the products in the application form are the same or not;

if the field values of the attributes of the products in the application form are the same, combining to generate the price approval application form;

and if the field values of the attributes of the products in the application form are different, generating a plurality of price approval application forms according to the products with different attribute field values.

In some embodiments of the invention, the generating of the proof application form for the product comprises:

if the field values of the attributes of the products in the application form are the same, combining to generate the proofing application form;

and if the field values of the attributes of the products in the application form are different, generating a plurality of proofing application forms according to the products with different attribute field values.

In some embodiments of the invention, the first consent information is generated based on a match of the request information of the product with a set of predetermined rules.

In some embodiments of the present invention, after generating the request form for the approval price of the product and before generating the proof request form for the product, the method further comprises:

and generating a draft application form of the product for generating a draft piece for proofing the product.

In some embodiments of the present invention, said generating a draft application form for the product for generating a draft for proofing the product further comprises:

judging whether the product associated with the price checking application form has an initial draft or not;

if so, making a draft for the initial draft to generate a draft piece for proofing the product;

and if not, prompting to upload the initial draft.

In some embodiments of the invention, associating at least one product according to the application form comprises:

associating at least one existing product according to the application form;

judging whether the field values of at least part of attributes of the existing product are consistent with the field values of at least part of attributes of the request information of the product;

if the request form is consistent with the existing product, associating the existing product with the application form;

if not, prompting the application form and being incapable of associating the existing product.

and if at least one newly-built product is associated according to the request information of the product in the application form, the at least one newly-built product inherits the field value of at least part of attributes from the application form.

In some embodiments of the present invention, the generating of the request for approval of the product further comprises:

responding to the quotation feedback of the nuclear price application form, and automatically backfilling the single number of the nuclear price application form into a corresponding field of the application form related to the nuclear price application form;

the generating of the proof application form of the product further comprises:

and responding to the proofing feedback of the proofing application form, and automatically backfilling the single number of the proofing application form into the corresponding field of the application form associated with the proofing application form.

In some embodiments of the present invention, the application form includes at least service attribute information, and the generating the application form includes:

and automatically acquiring user information and system time for logging in the system, and filling the user information and the system time into the application form.

In some embodiments of the invention, further comprising:

and importing products related to the application form in batch by importing files related to the application form, wherein the files comprise a plurality of products.

In some embodiments of the invention, one or more of the following steps:

associating a plurality of products of the approval request form by checking to perform an approval operation on the checked plurality of products;

associating the plurality of products of the draft application form by checking to perform a draft operation on the checked plurality of products;

associating the plurality of products of the proofing application form by checking to perform a proofing operation on the checked plurality of products.

In some embodiments of the invention, the product is upgraded in one or more of a pricing operation, a proofing operation, and a proofing operation of the product to indicate that the product has completed a previous operation.

In some embodiments of the present invention, in one or more of the operations of pricing approval, proofing, and drafting of the product, further comprising:

and providing a notification content column, wherein the notification content column provides a link related to a product of a current user, and the link is used for opening one or more of a price checking application form, a sampling application form and a draft application form of the product so as to perform one or more of price checking operation, sampling operation and draft operation.

According to still another aspect of the present invention, there is also provided a management apparatus of a product, including:

the first receiving module is configured to receive an application request and generate an application form;

the association module is configured to associate at least one product according to the application form;

the first generation module is configured to generate a price approval request form of the product according to first agreement information of the request form, wherein the price approval request form is relayed by the request form to bear field values of at least part of attributes, and the price approval request form is associated with the product;

the second generation module is configured to generate a proofing application form of the product according to second agreement information of the pricing approval application form, wherein the proofing application form is relayed by the application form to bear field values of at least part of attributes, and the proofing application form is associated with the product;

a second receiving module configured to receive proofing feedback for the product; and

and the processing module is configured to process the application form according to the proofing feedback.

According to still another aspect of the present invention, there is also provided an electronic apparatus, including: a processor; a storage medium having stored thereon a computer program which, when executed by the processor, performs the steps as described above.

According to yet another aspect of the present invention, there is also provided a storage medium having stored thereon a computer program which, when executed by a processor, performs the steps as described above.

Compared with the prior art, the invention has the advantages that:

the invention automatically manages the pre-sale process of the product by automatically generating the application form of the product application, the price checking and the sample making; on one hand, the automatically generated application form can be checked by corresponding business personnel to promote the selling and proofing processes of products; on the other hand, the pricing approval and the sampling application form automatically inherits at least partial attribute field values from the application form, so that the system processing efficiency is improved, manual input is not needed, and the labor cost is reduced; on the other hand, the application form, the price approval application form and the proofing application are all related to products, the association relationship is clear, and information of each process can be intuitively known when the products are checked by corresponding business personnel.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the invention, as claimed.

Drawings

The above and other features and advantages of the present invention will become more apparent by describing in detail exemplary embodiments thereof with reference to the attached drawings.

Fig. 1 shows a flowchart of a method of managing a product according to an embodiment of the present invention.

FIG. 2 illustrates a flow diagram for merging split core price application slips in accordance with a specific embodiment of the present invention.

Fig. 3 illustrates a flow chart of merging and splitting a proofing application form according to a specific embodiment of the present invention.

Fig. 4 illustrates a flow diagram for proofing draft proofing according to a specific embodiment of the present invention.

FIG. 5 illustrates a flow diagram for associating an existing product with an application form, in accordance with a specific embodiment of the present invention.

Fig. 6 is a schematic interface diagram of an application form according to an embodiment of the present invention.

FIG. 7 illustrates an interface diagram of a product tab associated with an application form, in accordance with a specific embodiment of the present invention.

FIG. 8 illustrates an interface diagram of a request for a nuclear quote in accordance with an embodiment of the present invention.

Fig. 9 is a block diagram showing a management apparatus of a product according to an embodiment of the present invention.

Fig. 10 schematically illustrates a computer-readable storage medium in an exemplary embodiment of the invention.

Fig. 11 schematically illustrates an electronic device in an exemplary embodiment of the invention.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

Furthermore, the drawings are merely schematic illustrations of the invention and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and thus their repetitive description will be omitted. Some of the block diagrams shown in the figures are functional entities and do not necessarily correspond to physically or logically separate entities. These functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.

The flow charts shown in the drawings are merely illustrative and do not necessarily include all of the steps. For example, some steps may be decomposed, and some steps may be combined or partially combined, so that the actual execution sequence may be changed according to the actual situation.

The product of the invention can comprise clothing accessories, packages and the like. The product of the present invention may be, for example, a tag, a sticker, a seal, a woven label (woven trademark product), a plastic product, an RFID (radio frequency identification) product, a heat transfer label, a paper product, a carbon tape product, a sticker product, an ink product, a card product, but the present invention is not limited thereto. In various embodiments of the present invention, the present invention is applicable to pre-sale management of products. Aiming at the characteristics of the product, the pre-sale process (including but not limited to order receiving, price checking, draft making, sample making) and the like of the product are automatically managed.

The product management method of the present invention will be described below by taking a heat transfer label as an example.

Fig. 1 shows a flowchart of a method of managing a product according to an embodiment of the present invention. The product management method comprises the following steps:

step S110: and receiving an application request and generating an application form.

The application request includes, but is not limited to, providing an initial draft of the product, attribute information of the product (including, but not limited to, specifications, process library, front-back CMYK, front-back spot color), customer attribute information of the product (including, but not limited to, brand name, product type remark), and business attribute information of the product (including, but not limited to, business person, business department, application date). Further, the application request may further include service manager information, and the service manager information may belong to attribute information of the product or may belong to service attribute information of the product according to an actual demand, which is not limited in the present invention. The CMYK color printing mode is a color register mode used for color printing, and is a so-called "full-color printing" in which four colors are mixed and superimposed in total by using the principle of color mixing of three primary colors of color materials and black ink. The spot color ink is a specific color ink (or a special premixed ink) which is mixed in advance and is used for replacing or supplementing printing Color (CMYK) ink, such as bright orange, green, fluorescent color, metal gold and silver ink and the like, or can be a gold stamping plate, a concave-convex plate and the like, or can be a local gloss ink plate and the like, the spot color ink is not formed by mixing four colors of CMYK, each spot color requires a special printing plate (can be simply understood as a spot color film, and the spot color is independently printed in the printing process), and the spot color means an accurate color. The above description is only illustrative and not restrictive, and each item of attribute information may be added, omitted, or changed, and all such changes and modifications are within the scope of the present invention.

Therefore, an application form of the product is generated according to the information included in the application request. The application form may include some or all of the above information.

Step S120: and associating at least one product according to the application form.

Specifically, the product information may be displayed in the form of a tab in the interface of the application form, the invention is not limited thereto, and the product may also be displayed in the form of other display components (such as icons, buttons) or links in the interface of the application form.

Specifically, according to the attribute information of the product in the application request, how many products are associated with the application form can be determined. In some variations, the application request may also provide explicit product quantities and attribute information corresponding to each product. In this modification, when a plurality of products are provided, it is possible to determine whether or not there is a duplicate product based on the attribute information of the plurality of products, and if so, it is possible to merge the products.

Specifically, in step S120, the application form may associate the newly created product, the existing product (i.e. the product already stored in the system), or both the newly created product and the existing product (i.e. the product already stored in the system), which is not limited by the present invention.

Step S130: generating a price approval request form of the product according to the first agreement information of the request form, wherein the price approval request form bears at least part of attribute field values from the request form, and the price approval request form is associated with the product.

Specifically, the request form for approval price may inherit the customer attribute information (including but not limited to brand, brand name, product type remark) of the product and the business attribute information (including but not limited to salesman, business department, application date) of the product from the request form. The price check application form can also be split and combined according to the attribute information of the product, and the specific implementation will be described with reference to fig. 2, which is not described herein again.

Specifically, the approval price application form related to the same application form may be displayed in the interface of the application form in the form of a tab. Multiple claim application forms may use the same tab or different tabs. The invention is not limited in this regard and the pricing application form may also be displayed in the interface of the application form in other display elements (such as icons, buttons) or in the form of links.

Specifically, the first consent information is generated according to the matching of the request information of the product and a preset rule set. The request information for the product may include, for example, product attributes and usage of the product attributes. The preset rule set may include, for example, a plurality of rules for determining whether the request for the product can be satisfied. For example, the preset rule set may include: the manufacturing process of the product, the base material of the product (such as PET, paper and the like), the performance of the product (such as reflection, sublimation prevention and the like), and the matching relationship between the fabrics using the product. If the request information of the product cannot satisfy the preset matching relationship, the product is identified to be possibly impossible to manufacture, and the first coincidence information cannot be generated. The above is only a schematic description of one way of generating the first consent information, the invention is not limited thereto, and those skilled in the art may implement more variations, for example, the first consent information may be directly given by a human; for another example, when the first consensus information can be generated by the pre-judgment of the preset rule set, the first consensus information is generated, and when the first consensus information is not generated by the pre-judgment of the preset rule set, the first consensus information is manually determined.

Step S140: and generating a draft making application form of the product according to the second consent information of the price checking application form so as to generate a draft making piece for proofing the product.

Specifically, step S140 may be omitted, and when the drawings uploaded by the client can be used directly, the drawing operation is not required.

The second consent information is generated via client consent after providing a suggested offer via execution of a bid approval request form. The proposed offer may be calculated via a predetermined price check formula based on at least the attribute information of the product associated in the price check request form, taking into account the influence of different dimensions, different drawing complexity, different processes, different performances, on the offer on the manufacturing cost. Further, the suggested offer may be automatically updated when the attribute information of the product changes.

Step S150: generating a proofing application form of the product, wherein the proofing application form bears at least part of attribute field values from the application form, and the proofing application form is associated with the product.

Specifically, the proof application form may inherit customer attribute information (including but not limited to brand, brand name, product type remark) of the product and business attribute information (including but not limited to salesman, business department, application date) of the product from the application form. The proofing application form can also be split and combined according to the attribute information of the product, and the specific implementation will be described with reference to fig. 3, which is not repeated herein.

Specifically, the proofing application form related to the same application form may be displayed on the interface of the application form in the form of a tab. Multiple proofing application forms may use the same tab or different tabs. The invention is not limited in this regard and the proofing application form may also be displayed in other display elements (such as icons, buttons) or in the form of links in the interface of the application form.

Step S160: receiving proofing feedback for the product.

The proofing feedback may include, for example, feedback information of the customer to the proofing. Proofing feedback may also include, for example, information that the factory believes feedback is needed during the proofing process. The invention is not so limited.

Step S170: and processing the application form according to the proofing feedback.

Depending on the proofing feedback, different operations may be performed on the application form. For example, when the customer feedback is satisfactory for the thermal transfer product, a seal request may be submitted to indicate that the application form has been processed, while the sample is sealed for corporate sample management. For another example, when there is a problem in the factory feedback proofing process or the customer is not satisfied with the proofing of the product, modification of the attribute information or drawing of the heat transfer product associated with the application form may be instructed. The above is merely an exemplary illustration of the processing of the application form, and the invention is not limited thereto.

According to the product management method provided by the invention, the automatic management is carried out on the product sale and sample making processes by automatically generating the application form of product application, price checking and sample making; on one hand, the automatically generated application form can be checked by corresponding business personnel to promote the selling and proofing processes of products; on the other hand, the pricing approval and the sampling application form automatically inherits at least partial attribute field values from the application form, so that the system processing efficiency is improved, manual input is not needed, and the labor cost is reduced; on the other hand, the application form, the price approval application form and the proofing application are all related to products, the association relationship is clear, and information of each process can be intuitively known when the products are checked by corresponding business personnel.

Referring now to fig. 2, fig. 2 illustrates a flow diagram of a merge split core price application form, according to an embodiment of the invention. As shown in fig. 2, the step S130 of generating the request form for approval of the product in fig. 1 may include the following steps:

step S131: and acquiring field values of the attributes of the products in the application form.

Step S132: and judging whether the field values of the attributes of the products in the application form are the same or not.

Step S133: and if the field values of the attributes of the products in the application form are the same, combining to generate the price approval application form.

Step S134: and if the field values of the attributes of the products in the application form are different, generating a plurality of price approval application forms according to the products with different attribute field values.

Specifically, in the embodiment where the attribute information of the product includes the specification, the process library, the front-back CMYK, and the front-back spot colors, when the specifications, the process library, the front-back CMYK, and the front-back spot colors of the plurality of products are all consistent, the request forms for the approval of the plurality of products are generated in a merged manner. When the field values of at least one attribute of the specifications, the process library, the front and back CMYK and the front and back spot colors of a plurality of products are inconsistent, a plurality of price approval application forms are generated according to the products with different attribute field values. For example, if the attribute information of the product a is the same as that of the product B, and the specification of the product C is different from that of the product a and that of the product B, a price approval request form is generated for the product a and the product B, and a price approval request form is generated for the product C.

In particular, in some preferred embodiments, the merger and disassembly of the underwriting application forms is performed based on multiple products associated with the same application form. In some variations, the merging and splitting of the priced application forms may also be performed based on multiple products associated with different application forms. The invention is not so limited.

Referring now to fig. 3, fig. 3 illustrates a flow diagram of a merge-split proofing application form, according to an embodiment of the invention. As shown in fig. 3, the generating of the proof application form of the product at step S140 in fig. 1 may include the following steps:

step S141: and acquiring field values of the attributes of the products in the application form.

Step S142: and judging whether the field values of the attributes of the products in the application form are the same or not.

Step S143: and if the field values of the attributes of the products in the application form are the same, combining to generate the proofing application form.

Step S144: and if the field values of the attributes of the products in the application form are different, generating a plurality of proofing application forms according to the products with different attribute field values.

Specifically, in the embodiment where the attribute information of the product includes the specification, the process library, the front and back CMYK and the front and back spot colors, when the specifications, the process library, the front and back CMYK and the front and back spot colors of a plurality of products are all consistent, the proofing application forms of the plurality of products are generated in a combined manner. When the field values of at least one attribute of the specifications, the process library, the front and back CMYK and the front and back spot colors of a plurality of products are inconsistent, a plurality of proofing application forms are generated according to the products with different attribute field values. For example, if the attribute information of the product a is the same as that of the product B, and the specification of the product C is different from that of the product a and that of the product B, a proofing application form is generated for the product a and the product B, and a proofing application form is generated for the product C.

Specifically, in some preferred embodiments, the merging and splitting of proofing application forms is performed based on multiple products associated with the same application form. In some variations, the merging and splitting of proofing application forms may also be performed based on multiple products associated with different application forms. The invention is not so limited.

Further, in some embodiments of the present invention, since the pricing application form is already split and merged, the proofing application form can be generated based on the pricing application form, and the data in the printing application form can be inherited from the pricing application form, thereby simplifying the merging and splitting steps of the proofing application form.

Referring now to fig. 4, fig. 4 illustrates a flow diagram for proofing draft proofing in accordance with a specific embodiment of the present invention. As shown in fig. 4, step S140: generating a draft application form for the product for generating a draft for proofing the product may include the steps of:

step S1401: judging whether the product associated with the price checking application form has a manuscript, wherein the manuscript is used for proofing the product;

if the product associated with the price approval request form is stored in the manuscript, step S1402 executes a step of generating a proofing request form for the product. In other words, when there are contribution pieces of the product available for product proofing in the system, the step of generating the proofing application form can be performed directly.

If the product associated with the price approval request form does not have a draft, execute step S1403: and generating a draft application form according to the product related to the price approval application form. The draft application form can be used as trigger information for automatic draft of the system. The draft application form can also be distributed or selected by draft personnel to receive the form so as to carry out draft operation according to the product associated with the draft application form. After step S1403, step S1404 is performed: and judging whether the product associated with the price approval request form has an initial draft or not. Generally, prior to performing a price check, an initial draft of the product has been uploaded to the system for a secondary price check. However, in some cases, the initial draft is not uploaded after the price checking is completed, and thus, it is possible to avoid the case where the system does not have the initial draft when the system automatically performs the draft or the draftmaker performs the draft by the judgment of step S1404. If the product associated with the pricing application form has an initial draft according to the determination of step S1404, step S1405 executes a draft making step according to the initial draft to convert the initial draft into a draft making document. If the product associated with the price approval request form does not have the initial draft, executing step S1406: and prompting to upload the initial draft.

Specifically, different clients may provide initial drawings with different formats and different specifications, and in order to perform proofing by a proofing factory during proofing, the initial drawings need to be converted into manuscripts for the proofing factory to perform proofing.

Through the above steps S1401 to S1406, it can be determined whether the product has the existing manuscript and the initial manuscript in different processes, so as to determine whether the conversion of the manuscript is required according to the determination result, thereby reducing the occupation of system resources caused by the conversion of the manuscript and improving the system performance and the execution efficiency.

In some implementations, the operation of converting the initial draft to a contribution in step S1405 may be performed automatically by the system. For example, the system performs format conversion, size setting, color conversion, and the like on the initial draft according to preset steps and conditions. In still other implementations, step S1405 may be performed manually by a drafter. In other embodiments, step S1405 may be implemented by the system automatically performing the preliminary conversion operation, and then manually performing the further detail adjustment (when the detail in the drawing is too small to make a proof, the drawing is manually adjusted to make a proof). The present invention can also be implemented in many different ways, which are not described herein.

In some implementations, before making a manuscript, the system will determine whether there is an initial manuscript on the tab of the product-manuscript, and if there is an initial manuscript, return "yes" on the field of "whether there is an initial manuscript"; if the initial manuscript does not exist, returning to 'No' on the field of 'whether the initial manuscript exists'. The value of this field is used to determine whether or not the draft can be made before the draft making operation. After making a draft, the system judges whether a page label of a product-manuscript has a manuscript, if so, the system returns ' yes ' to a field ' whether the manuscript is made ' or not '; if no draft exists, return no to the field of "whether or not there is a draft". The value of this field is used to determine whether proofing can be performed before the proofing operation. Specifically, when a proofing application flow is initiated, the system searches whether a draft piece exists in a product associated with a proofing application form. If the field value of 'whether a draft is made' is yes, a proofing application of a proofing application form is allowed to be initiated; if the field value of 'whether a manuscript is made' is no, providing 'whether a certain product is not made and is allowed to be added into the process' to determine whether to enter the process of proofing application under the condition that no manuscript is made, for example, adopting an initial manuscript provided by a client to perform proofing; if the user selects 'yes' after the prompt, the product is allowed to carry out a proofing application process; and if the user selects 'no' after the prompt, the product is not allowed to carry out the proofing application process. Further, in other embodiments, the foregoing determination may also be made by adding other objects via buttons for adding objects in the process initiation interface (e.g., the initiation interface may be for different processes such as proofing, pricing, drafting, etc.).

Referring now to FIG. 5, FIG. 5 illustrates a flow diagram for associating an existing product with a request form, in accordance with an embodiment of the present invention. As shown in fig. 5, the step S120 in fig. 1 of associating at least one product according to the application form includes the following steps:

step S121: and associating at least one existing product according to the application form.

Step S122: and judging whether the field values of at least part of attributes of the existing product are consistent with the field values of at least part of attributes of the request information of the product.

If yes, go to step S123: and associating the application form with the existing product.

If not, go to step S124: and prompting the application form that the existing product cannot be associated.

Specifically, in this embodiment, the at least part of the attribute field value may include customer attribute information (including but not limited to a brand, a brand name, a product category, and a product category remark) of the product and business manager information, which is not limited by the present invention. Through the steps, the mistaken addition of the application form to the existing product can be avoided, so that the products related to the same application form are proposed by different customers, and further the subsequent price checking (considering that different customers have different quotations) and proofing (errors may occur when entity proofing samples are provided, and further some customers obtain the proofing of other customers) are influenced. Therefore, the accuracy of the subsequent process is guaranteed through the judgment and the prompt of the steps.

Further, the step S120 in fig. 1 of associating at least one product according to the application form includes the following steps: and associating the new product of at least one product according to the request information of the product in the application form, wherein the new product of at least one product inherits the field value of at least part of attributes from the application form. Therefore, manual input can be reduced and the system management efficiency can be improved in an attribute inheritance mode.

Referring now to fig. 6, fig. 6 illustrates an interface diagram of an application form in accordance with an embodiment of the present invention. Specifically, fig. 6 is an interface diagram schematically illustrating an application form, and in the detailed information of the application form, the aforementioned attribute information of the product (including but not limited to specification, process library, front and back CMYK, front and back spot colors), the customer attribute information of the product (including but not limited to brand, brand name, product type remark) and the business attribute information of the product (including but not limited to salesman, business department, application date) may be displayed, and the display of the above information is omitted in fig. 6 for clarity. Further, FIG. 6 may also display the associated sample number of the proofing application form and the associated sample number of the pricing application form. Specifically, after the completion of the price approval feedback process, the single number of the price approval request form may be returned to the "price approval request form number" field of the associated request form, and if there are a plurality of single numbers, the single numbers of the price approval request form (for example, ID11, ID12, ID13) may be sequentially filled in the "price approval request form number" field by using a separator (such as a comma, a space, or the like). The invention is not so limited. Specifically, after the proofing feedback process is completed, the single number of the proofing application form may be returned to the field of the "proofing application form single number" of the associated application form, and if there are a plurality of single numbers, the single numbers (e.g., ID21, ID22, ID23) of the proofing application form may be sequentially filled in the field of the "proofing application form single number" by using a separator (such as a comma, a space, etc.). The invention is not so limited.

In some embodiments, the fields of "operator", "service department", "application date" and the like on the application form can be directly obtained from the system without being filled in by the user. For example, after the new application form is stored, the field of the "salesman" on the application form is the name of the user of the current user automatically obtained from the system; the 'business department' on the application form is the group name of the group where the current user is located, which is automatically obtained from the system; the 'business department' field on the application form is the group name of the group where the current user is located, which is automatically obtained from the system; the "Date of application" field on the application form is the Date of the system's current day (note: Date of application is Date type field) automatically obtained from the system. The invention is not so limited.

Specifically, in some embodiments of the present invention, a display component (for example, shown as a button) for batch importing associated product information in an Excel form may be provided on the associated tab of 'application form & product' of the application form interface, and the product may be newly created while importing. In this embodiment, a sample plate of an Excel filling format may be provided, and meanwhile, adjustment may be possible in a later stage of each attribute field of a product, and a corresponding adjustment method of an Excel import format may also be provided. Therefore, the invention can realize batch product import, reduce the cost of manual input and improve the system processing efficiency.

Referring now to fig. 7, fig. 7 illustrates an interface diagram of a product tab associated with an application form, in accordance with a specific embodiment of the present invention. A plurality of products are displayed in a product tab (application form-product) associated with the application form, the products can be checked in the tab, and the process is initiated through icons of different steps (price checking, draft making and sample making), which is not limited by the invention.

Referring now to fig. 8, fig. 8 illustrates an interface diagram of a pricing application form in accordance with an embodiment of the invention. In the interface of the price approval request form, a flow initiation component (e.g., a button) may be provided on the price approval request form-product tab. After the user reselects the products in the tab, the user clicks the process initiating assembly, and therefore the multiple products are used as initiating objects to initiate the price checking process at one time. The effect of the initiating process is consistent with the initiating process of a single product object. Further, in the tab of the proof application form-product, the application form-product, a flow initiation component (e.g., a button) may also be provided. After the user reselects the products in the tab, the user clicks the process initiating assembly, and therefore the multiple products are used as initiating objects to initiate application and proofing processes at one time. The invention is not so limited.

Further, in this embodiment, the associated object link of the process main approval object may be displayed through a notification content bar. Specifically, the link is used for opening one or more of a price checking application form, a proofing application form and a draft application form of the product for one or more of price checking operation, proofing operation and draft operation. For example, after the price checking application process is finished, the user double-clicks the notification in the content field of the received notification, and then displays the hyperlink of the price checking application object in the approval object in the attachment position of the popped-up information field, and can directly open the price checking application objects. Thus, the present invention is not limited in this regard as it facilitates review of the pricing and pricing application slips.

In some implementations of the invention, the invention also controls each process in a upgrading manner, so that each application form is associated with the latest version of the product to prevent erroneous execution before the process. For example, when initiating a draft making application and a feedback process, if it is determined that there is a published product that has been checked for price at the initiating object, the version of the product is automatically upgraded (when the time for automatically upgrading the version is click to initiate "draft making application and feedback process"), thereby indicating that the product has passed through the previous process, and the current "draft making application and feedback process" may be executed; when a proofing application process is initiated, if a published product which has been drafted is judged to exist in an initiating object, the product is automatically upgraded (when the automatic edition upgrading time is click initiation of the 'proofing application process'), so that the product is indicated to pass through the previous process, and the current 'proofing application process' can be executed; when the 'proofing feedback process' is initiated, if the initiating object is judged to have a published product in the proofing, the version of the initiating object is automatically upgraded (when the 'proofing feedback process' is initiated by clicking), so that the product is indicated to pass through the previous process, and the current 'proofing feedback process' can be executed. The above is merely an illustrative way of implementing the up-conversion of the present invention, and the present invention is not limited thereto.

The above are merely a plurality of specific implementations of the present invention, and each implementation may be implemented independently or in combination, and the present invention is not limited thereto.

Fig. 9 is a block diagram showing a management apparatus of a product according to an embodiment of the present invention. The management apparatus 400 of a product includes a first obtaining module 410, an associating module 420, a first generating module 430, a second generating module 440, a third generating module 450, a second receiving module 460, and a processing module 470.

The first receiving module 410 is configured to receive an application request and generate an application form.

The association module 420 is configured to associate at least one product according to the application form.

The first generating module 430 is configured to generate a price approval application form of the product according to the first consent information of the application form, wherein the price approval application form relays at least part of the attribute field values from the application form, and the price approval application form is associated with the product.

The second generating module 440 is configured to generate a draft application form of the product according to the second agreement information of the price approval application form, so as to perform a draft operation on a draft piece of the product, where the draft piece is used for product proofing. In some embodiments, the second generation module 440 may be omitted.

The third generation module 450 is configured to generate a proofing application form for the product, the proofing application form relaying field values of at least some of the attributes from the application form, the proofing application form associating the product.

The second receiving module 460 is configured to receive proofing feedback for the product.

The processing module 470 is configured to process the application form according to the proofing feedback.

In the management device of the product of the exemplary embodiment of the present invention, the sales and proofing process of the product is automatically managed by automatically generating the application form of the product application, the price checking and the proofing; on one hand, the automatically generated application form can be checked by corresponding business personnel to promote the selling and proofing processes of products; on the other hand, the pricing approval and the sampling application form automatically inherits at least partial attribute field values from the application form, so that the system processing efficiency is improved, manual input is not needed, and the labor cost is reduced; on the other hand, the application form, the price approval application form and the proofing application are all related to products, the association relationship is clear, and information of each process can be intuitively known when the products are checked by corresponding business personnel.

Fig. 9 is a schematic diagram illustrating a management apparatus 400 of a product provided by the present invention, and the splitting, merging and adding of modules are within the protection scope of the present invention without departing from the concept of the present invention. The management apparatus 400 of the product provided by the present invention can be implemented by software, hardware, firmware, plug-in and any combination thereof, which is not limited by the present invention.

In an exemplary embodiment of the invention, a computer-readable storage medium is also provided, on which a computer program is stored, which, when being executed by a processor for example, is adapted to carry out the steps of the method of managing a product described in any one of the above embodiments. In some possible embodiments, aspects of the invention may also be implemented in the form of a program product comprising program code means for causing a terminal device to carry out the steps according to various exemplary embodiments of the invention described in the management method section of the above-mentioned product of the present description, when said program product is run on the terminal device.

Referring to fig. 10, a program product 700 for implementing the above method according to an embodiment of the present invention is described, which may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be run on a terminal device, such as a personal computer. However, the program product of the present invention is not limited in this regard and, in the present document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

The computer readable storage medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable storage medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the tenant computing device, partly on the tenant device, as a stand-alone software package, partly on the tenant computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of remote computing devices, the remote computing devices may be connected to the tenant computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., through the internet using an internet service provider).

In an exemplary embodiment of the invention, there is also provided an electronic device that may include a processor and a memory for storing executable instructions of the processor. Wherein the processor is configured to perform the steps of the method of managing a product as described in any of the above embodiments via execution of the executable instructions.

As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, method or program product. Thus, various aspects of the invention may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system.

An electronic device 500 according to this embodiment of the invention is described below with reference to fig. 11. The electronic device 500 shown in fig. 11 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present invention.

As shown in fig. 11, the electronic device 500 is embodied in the form of a general purpose computing device. The components of the electronic device 500 may include, but are not limited to: at least one processing unit 510, at least one memory unit 520, a bus 530 that couples various system components including the memory unit 520 and the processing unit 510, a display unit 540, and the like.

Wherein the storage unit stores program code executable by the processing unit 510 to cause the processing unit 510 to perform steps according to various exemplary embodiments of the present invention described in the management method section of the above-mentioned products of the present specification. For example, the processing unit 510 may perform the steps as shown in any one or more of fig. 1-5.

The memory unit 520 may include a readable medium in the form of a volatile memory unit, such as a random access memory unit (RAM)5201 and/or a cache memory unit 5202, and may further include a read only memory unit (ROM) 5203.

The memory unit 520 may also include a program/utility 5204 having a set (at least one) of program modules 5205, such program modules 5205 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.

Bus 530 may be one or more of any of several types of bus structures including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

The electronic device 500 may also communicate with one or more external devices 600 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a tenant to interact with the electronic device 500, and/or with any devices (e.g., router, modem, etc.) that enable the electronic device 500 to communicate with one or more other computing devices. Such communication may be through input/output (I/O) interfaces 550. Also, the electronic device 500 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN) and/or a public network, such as the Internet) via the network adapter 560. The network adapter 560 may communicate with other modules of the electronic device 500 via the bus 530. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the electronic device 500, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiment of the present invention can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to make a computing device (which can be a personal computer, a server, or a network device, etc.) execute the management method of the above product according to the embodiment of the present invention.

Compared with the prior art, the invention has the advantages that:

the invention automatically generates the application form of product application, price checking and proofing to automatically manage the product sale and proofing process; on one hand, the automatically generated application form can be checked by corresponding business personnel to promote the selling and proofing processes of products; on the other hand, the pricing approval and the sampling application form automatically inherits at least partial attribute field values from the application form, so that the system processing efficiency is improved, manual input is not needed, and the labor cost is reduced; on the other hand, the application form, the price approval application form and the proofing application are all related to products, the association relationship is clear, and information of each process can be intuitively known when the products are checked by corresponding business personnel.

Other embodiments of the invention will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the invention and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the invention being indicated by the following claims.

Claims

1. A method for managing products, comprising:

receiving an application request and generating an application form;

associating at least one product according to the application form;

receiving proofing feedback for the product; and

and processing the application form according to the proofing feedback.

2. The method of claim 1, wherein said generating a request for approval of said product comprises:

3. The method of claim 1, wherein said generating a proofing application form for the product comprises:

4. The method for managing products according to claim 1, wherein the first consent information is generated based on a matching of the request information of the product with a preset rule set.

5. The method of claim 1, wherein after generating the request form for approval of the product and before generating the proof request form for the product, further comprises:

6. The method for managing products of claim 5, wherein said generating a draft application form for said product for generating a draft piece for proofing said product comprises:

judging whether the product has an initial draft or not according to the draft making application form;

and if not, prompting to upload the initial draft.

7. The method for product management according to claim 1, wherein said associating at least one product according to said application form comprises:

associating at least one existing product according to the application form;

8. The method for product management according to claim 1, wherein said associating at least one product according to said application form comprises:

and associating at least one newly-built product according to the request information of the products in the application form, wherein the newly-built product of the at least one product inherits the field value of at least part of attributes from the application form.

9. The method for managing products according to claim 1,

the generating of the request form for the approval price of the product further comprises:

the generating of the proof application form of the product further comprises:

10. The method for managing products according to claim 1, wherein the application form includes at least service attribute information, and the generating of the application form includes:

11. The method for managing products according to claim 1, further comprising:

12. The method of managing products of claim 1, further comprising one or more of the following steps:

13. A method of managing a product according to claim 1, characterized in that in one or more of the operations of checking prices, proofing, and making draft of the product, it is indicated that the product has completed the previous operation by means of upgrading the product.

14. The method for managing a product according to claim 1, wherein in one or more of a pricing operation, a proofing operation, and a drafting operation of the product, further comprising:

15. An apparatus for managing products, comprising:

the second generation module is configured to bear field values of at least part of attributes from the application form according to second agreement information of the pricing approval application form, and the proofing application form is associated with the product;

16. An electronic device, characterized in that the electronic device comprises:

a processor;

memory on which is stored a computer program that, when executed by the processor, carries out a method of managing a product according to any one of claims 1 to 14.

17. A storage medium, characterized in that it has stored thereon a computer program which, when being executed by a processor, carries out a method of managing an article according to any one of claims 1 to 14.