如何追踪生产订单的修改记录
方法一：系统标准方法
如何查找到production order的修改记录呢?因为有很多用户"赖皮",明明自己修改过某些资料,如qty or component,可就是不承认,并且还大骂SAP大大的有问题,真会气死人,所以想记录下来.
HEHE,这里我就摘录一段SAP的NOTES给大家看看,如何去整这玩意.
Note 390635 - Change documents for production and process order
Summary
Symptom
You cannot activate the creation of change documents for production orders and process orders. Customizing table T399X (parameters dependent on order type) contains field FLG_DOC but you cannot maintain it using the Customizing transactions for production or process orders.
Other terms
Production order, process order
T399X-FLG_DOC
SPRO, BADI
Reason and Prerequisites
It is not intended to use the SAP standard tool for the creation of change documents for production or process orders in the SAP standard system. The indicator in table T399X is only interpreted by maintenance orders and networks.
The reason for this is that the tool cannot determine dependencies of changes and thus would log too many changes that would have a negative effect on the runtime.
Example: A production order contains 10 operations and 1000 components
Case 1: You change the requirements quantity for a component manually.
The system creates a change document for the changed component.
Case 2: You change the planned quantity in the order header manually.
The change causes that the quantites are changed automatically for all operations and components. The system would create
a change document for the changed header quantity,
ten change documents for the automatically changed operation quantities (if defined) and
thousand change documents for automatically changed component quantities.
Solution
Use the SAP enhancement PPCO0007 that is processed when you save order changes. You can find the SAP enhancement in Customizing under the menu path "Shop Floor Control or Production Planning for Process Industries -> Process Order -> System Modifications -> Enhancements for Order Maintenance -> Enhancement when Saving an Order (Header Fields)".
Here you can define additional logic to decide whether or not the system creates change documents. For this, you can access either the SAP standard tool for creating change documents or your own tool. The call of the customer exit takes place in function module CO_ZV_ORDER_POST when you save. The current data of an order header is supplied via parameter HEADER_IMP. For collective orders the exit
can be called several times - once for each order in the collective order.
Remember that a dialog box must not be accessed and a message must not be issued from the exit. You can use the attached source code as a template for accessing the creation of change documents. You can also see in the source code how the current and original data of the different order objects can be provided by internal tables.
The example source code uses function module ORDER_WRITE_DOCUMENT that logs - for the ORDER change document object - the changes for the tables transferred to the module.
It may be appropriate to define a separate object for change documents for orders, for example ZZORDER. If required, you can use the ORDER standard object as a template.
The following tables of the order may have to be taken into ac_countfor this type of change document object:
Table Description Production Process order
AFAB Relationships X
AFFH Production resource/tool X
AFFL Work order sequence X X
AFFT Process instructions X
AFFV Process instruction values X
AFKO Order header data PP X X
AFPO Order item X X
AFVC General operation X X
AFVU User-specific data operation X X
AFVV Quantities/dates/values in the operation X X
AUFK Order header general X X
DRAD_PORDER Link: Document to order X
MLST Trigger point X
RESB Reservation X X
RSDB Index reservation/direct procurement X X
Important:
The creation of change documents using the SAP standard tool requires that the indicator for change document creation is set for the data element that defines the affected table field. For example, this indicator is not set for data element GAMNG (total order quantity) in the standard system which is the reason why changes to the planned order quantity of the order header are not logged. The reason for this is that the GAMNG field of the AFKO table is defined using data element GAMNG.
To be able to set the indicator for the creation of change documents without modifications and display change document data at a later stage, refer to Note 394887 (Enhancements for installing
PH-ELR_100_46C) for Release 4.6C; as of Release 4.70 (SAP Enterprise), the Add-On is part of the R/3 standard system.
You can of course set the indicator for activating the creation of document changes manually for each
data element using Transaction SE11, however, this changes the data element.
You can display the change documents using, for example, programs RSSCD100, RSSCD150, or RSSCD200. The display from the standard transactions of the order is not supported.
For Release 45B to 46B, you must also create function module CO_BR_AFFX_GET_TABLES_POST in function group COBR using Transaction SE37. Define the following TABLES parameters for the interface: Parameter name Type spec. Reference type Optional
EXP_AFFT LIKE AFFTB
EXP_AFFV LIKE AFFVB
To be able to archive the generated change documents, you must implement the program modification from Note 508212 in your system.
方法二：通过增强程序记录。
SAP生产工单更改(CO02)记录详细教程
In SAP system, it has not prodution order"s change record. it is very pity! how to solve it? you can use below ways :
需求：SAP在更改生产工单时并没有提供详细的更改记录，查看SAP的Notes，如果强行开启FLG_DOC （控制往更改记录CDHDR，CDPOS里写数据）标记，在批量处理组件过多的生产工单时会导致程序运行出错，SAP建议不开启。User要求对保护字段进行更改记录，无奈只有使用SAP提供的增强功能，东西经过测试初步完成，发出来共享一下，如果大家有更好的方法，发出来讨论讨论，步骤如下：
1.CMOD新增一项目ZCO02,增加增强PPCO0001。
2.查看、Debug SAP源代码，了解数据流向，主要了解在变更工单组件和表头未保存前这些数据存放在哪里？最后查到这两数据放在调用出口函数参数表：component_table,header_table。
3.设计数据表结构:ZPCO02,记录更改，结构如下:
MANDT MANDT CLNT 3
AUFNR AUFNR_char 12
MATNR MATNR_char 18
FILED FIELDNAME_char 30
AENAM AENAM_char 12
LAEDA LAEDA DATS 8
TCODE TCODE_char 20
CHNID CDCHNGIND_char 1
HOSTIP_char20_char 20
HOST MSHOST2_char 32
VALUE_OLD_char20_char 20
VALUE_NEW_char20_char 20
TIMES CDUZEIT TIMS 6
ALPOS ALPOS _char 1 0 指示符：替代项目
LOOPID INT4 INT4 10 0 自然数
4.在EXIT_SAPLCOBT_001的ZXCO1U01写入代码，component_table中的数据跟RESB中的相应保护
字段值对比，得出组件更改记录,表头更改记录由header_table与视图CAUFV对比而来。对于因工单总数更改导至组件数量更改的记录可以写一程序从ZPCO02里分开，开放给用户使用，其他一些更改情况请自行研究。代码如下：
-----------------------------------------------------------------------------------------------------------------
代码通过了User测试更正已传至生产系统，改善了保存时的速度，不用拿更改后的工单组件与RESB里的一个个对比了。
*&---------------------------------------------------------------------*
*& 包括ZXCO1U01_*
*&---------------------------------------------------------------------*
TABLES:caufv,resb.
DATA: BEGIN OF old_resb OCCURS 0, "更改后未保存之RESB.
aufnr LIKE resb-aufnr,
posnr LIKE resb-posnr,
matnr LIKE resb-matnr,
rsnum LIKE resb-rsnum,
rspos LIKE resb-rspos,
xloek LIKE resb-xloek,
bdmng LIKE resb-bdmng,
objnr LIKE resb-objnr,
END OF old_resb.
DATA: BEGIN OF new_resb OCCURS 0. "数据库中的RESB.
INCLUDE STRUCTURE old_resb.
DATA: END OF new_resb.
DATA: BEGIN OF obj_resb OCCURS 0. "插入的RESB
INCLUDE STRUCTURE old_resb.
DATA: END OF obj_resb.
DATA: i_zpco02 LIKE zpco02 OCCURS 0 WITH HEADER LINE.
DATA: i_temp LIKE zpco02 OCCURS 0 WITH HEADER LINE.
DATA: iporg LIKE msxxlist-hostadr,
ipdec(16) TYPE c,
host(18) TYPE c.
DATA:_char1(20) TYPE c,
char2(20) TYPE c.
DATA: inst_flg TYPE c VALUE "N",
chan_had TYPE c VALUE "N".
* teco_flg TYPE c VALUE "N",
* read_flg TYPE c .
*BREAK-POINT.
CHECK sy-tcode EQ "CO02".
** Get user IP,hostname
CALL FUNCTION "TH_USER_INFO" " Get user IP,hostname EXPORTING
client = sy-mandt
user = sy-uname
IMPORTING
hostaddr = iporg
terminal = host
EXCEPTIONS
OTHERS = 1.
**"Conv.IP addr to format "xxx.xxx.xxx.xxx"
CALL FUNCTION "GWY_IPADR2STRING" "Conv.IP addr EXPORTING
ipadr = iporg
IMPORTING
string = ipdec.
***Common var.
MOVE: sy-mandt TO i_temp-mandt,
sy-uname TO i_temp-aenam,
sy-datum TO i_temp-laeda,
sy-uzeit TO i_temp-times,
sy-tcode TO i_temp-tcode,
ipdec TO i_temp-hostip,
host TO i_temp-host,
header_table-aufnr TO i_temp-aufnr.
***Check M/O header
**check if status eq "TECO".
*LOOP AT status_table WHERE objnr EQ header_table-objnr * AND stat EQ "I0045".
*
* MOVE: "Y" TO teco_flg.
*ENDLOOP.
*CHECK teco_flg NE "Y".
*CHECK read_flg NE "Y".
_selectSINGLE gamng gltrp INTO (caufv-gamng, caufv-gltrp) FROM caufv WHERE aufnr EQ header_table-aufnr.
**qty
IF header_table-gamng NE caufv-gamng.
MOVE: caufv-gamng TO_char1, header_table-gamng TO_char2. MOVE-CORRESPONDING i_temp TO i_zpco02.
MOVE: "更改工单总数" TO i_zpco02-filed,
"U" TO i_zpco02-chnid,
char1 TO i_zpco02-value_old,
char2 TO i_zpco02-value_new.
APPEND i_zpco02.
inst_flg = "Y".
chan_had = "Y".
ENDIF.
**date
IF header_table-gltrp NE caufv-gltrp.
MOVE-CORRESPONDING i_temp TO i_zpco02.
MOVE: "更改完成时间" TO i_zpco02-filed,
"U" TO i_zpco02-chnid,
caufv-gltrp TO i_zpco02-value_old,
header_table-gltrp TO i_zpco02-value_new.
APPEND i_zpco02.
inst_flg = "Y".
ENDIF.
IF inst_flg = "Y".
_insertzpco02 FROM TABLE i_zpco02 ACCEPTING DUPLICATE KEYS. inst_flg = "N".
ENDIF.
*_deletecomponent_table WHERE vbkz EQ "I".
LOOP AT component_table WHERE vbkz EQ "U"
OR vbkz EQ "I"
OR vbkz EQ "D".
CASE component_table-vbkz.
WHEN "I".
MOVE-CORRESPONDING i_temp TO i_zpco02.
MOVE: "新增组件" TO i_zpco02-filed,
"I" TO i_zpco02-chnid,
"" TO i_zpco02-value_old, "old_resb-matnr
component_table-matnr TO i_zpco02-value_new,
"新增的组件" TO i_zpco02-matnr,
* read_flg TO i_zpco02-readf,
component_table-alpos TO i_zpco02-alpos,
sy-tabix TO i_zpco02-loopid.
APPEND i_zpco02.
inst_flg = "Y".
WHEN "D".
MOVE-CORRESPONDING i_temp TO i_zpco02.
MOVE: "删除组件" TO i_zpco02-filed,
"D" TO i_zpco02-chnid,
resb-xloek TO i_zpco02-value_old,
component_table-xloek TO i_zpco02-value_new,
component_table-matnr TO i_zpco02-matnr,
* read_flg TO i_zpco02-readf,
component_table-alpos TO i_zpco02-alpos,
sy-tabix TO i_zpco02-loopid.
APPEND i_zpco02.
inst_flg = "Y".
WHEN "U".
_selectSINGLE matnr bdmng INTO (resb-matnr, resb-bdmng) FROM resb WHERE aufnr EQ component_table-aufnr
AND posnr EQ component_table-posnr
AND matnr EQ component_table-matnr
AND rsnum EQ component_table-rsnum
AND rspos EQ component_table-rspos.
IF component_table-matnr NE resb-matnr.
MOVE-CORRESPONDING i_temp TO i_zpco02.
MOVE: "更改组件" TO i_zpco02-filed,
"U" TO i_zpco02-chnid,
resb-matnr TO i_zpco02-value_old,
component_table-matnr TO i_zpco02-value_new,
"更改的工单组件" TO i_zpco02-matnr,
* read_flg TO i_zpco02-readf,
component_table-alpos TO i_zpco02-alpos,
sy-tabix TO i_zpco02-loopid.
APPEND i_zpco02.
inst_flg = "Y".
ELSEIF component_table-bdmng NE resb-bdmng.
CHECK chan_had NE "Y".
MOVE: component_table-bdmng TO_char1, resb-bdmng TO_char2.
MOVE-CORRESPONDING i_temp TO i_zpco02.
MOVE: "需求数量" TO i_zpco02-filed,
"U" TO i_zpco02-chnid,
char2 TO i_zpco02-value_old,
char1 TO i_zpco02-value_new,
component_table-matnr TO i_zpco02-matnr,
* read_flg TO i_zpco02-readf,
component_table-alpos TO i_zpco02-alpos,
sy-tabix TO i_zpco02-loopid.
APPEND i_zpco02.
inst_flg = "Y".
ENDIF.
ENDCASE.
ENDLOOP.
IF inst_flg = "Y".
_insertzpco02 FROM TABLE i_zpco02 ACCEPTING DUPLICATE KEYS.
IF sy-subrc EQ 0.
inst_flg = "N".
chan_had = "N".
* MESSAGE ID "ZX" TYPE "W"
* NUMBER "000" WITH "SAP系统已记录您的更改!".
ENDIF.
ENDIF.
-------------------------------------------------------------------------------------------------------- 5.更改记录:
集团400
订单400000063
物料5017000533A
字段名删除标记
更改者SAP003
上一次修改2005.09.12
事务代码CO02
修改标识符 D
字符20 (HOSTIP) 192.168.4.95
Host Name SAP-8
字符20 (VALUE OLD)
字符20 (VALUE NEW) X
方法三：Tcode-aut10
订单查询管理系统功能分析
订单查询管理系统是当代零售或电商企业在进销存管理中不可或缺的组成部分，其主要功能是通过整合订单的管理与分配，仓储管理与运输管理有效结合，进而更加稳定的实现进销存各个环节充分发挥作用，在提高作业效率的同时，满足仓储、物流系统信息化的需求，打破信息孤岛提高企业竞争力。订单查询管理系统功能大致相似，但供应商不同又略微有些区别，今天我们来了解一下订单查询管理系统功能都有哪些。 一、基础信息管理功能 特点：基础信息管理，线上线下业务共享底层主数据，实现商品、店铺、仓库、供应商等基础资料的真正统一，降低多套系统所带来的重复操作成本，运营人员工作效率提升50%。 管理模块：系统配置，店铺管理，商品管理，快递管理，仓库管理，会员管理，其他管理，策略管理。 二、订单管理(正向) 特点：一套系统打通从电商平台订单处理到财务凭证生成的全链路正向流程，告别接口传输所带来的数值不统一、漏单等问题。业务财务数据一致性达到100%，告别人工对账，提升了运营团队的整体工作效率。 管理模块：订单查询，新增订单，订单解析，订单审核，订单配货，发货同步，销售出库单。 三、订单管理（逆向） 特点：一套系统高效处理线上退款、线下退款、仅退款、换货等电商行业常见的逆向订单管理流程，解决了传统逆向订单管理流程中业务、财务数据无法统一的问题。
管理模块：线上退款，线下退款，仅退款，换货。 四、电商外仓管理 特点：一套系统管理自有仓库及电商外仓，无需分仓处理，实现了多渠道仓储数据的高度统一，解决了仓库人员操作成本高，跨渠道库存调拨难，多仓数据同步难等老大难问题。 管理模块：库存管理，出入库管理，仅退款，换货 订单查询管理系统不仅是一款用来简单查询订单的系统，对于众多企业来说一款单一的订单查询系统也无法满足或不便管理企业的其他工作，因此越来越多企业、决策者选择功能丰富且可以实现二次定制开发的综合型订单管理系统。 一款功能丰富的订单查询管理系统，可帮助企业无缝对接各销售渠道，数据全链路贯通，并支持公/私有云，基于BOS架构，满足大中型企业多组织管理、个性化定制需求。 管易云订单查询管理系统功能丰富，可满足企业繁杂的订单管理的业务需求，更多系统功能及核心应用场景，可进入管易云官网咨询或试用。
订单查询系统软件功能及优势介绍
电子商务这种跨地域性、可交互性、全天候性的运营模式相比较传统经营模式而言具有先天的优势，且发展十分迅速。线上业务的扩大，销售渠道的增多也意味着订单越来越多，订单数据越来越割裂，订单查询及处理也越来越不方便，因此具有订单查询系统功能的订单管理软件深受大家欢迎，本文将介绍订单查询系统软件的功能及优势。 一、基础功能 1、数据收集功能：分析客户特征，匹配对应商品类别定位；畅销品滞销品特点分析，不同商品不同地区表现；会员消费习惯分析，实现精准营销推广。 2、基础信息管理功能：配置店铺管理、商品管理、快递管理、仓库管理、会员管理、其他管理、策略管理，降低多套系统带来的重复操作，提升工作效率。 3、订单管理（正向）功能：可进行订单查询、新增订单、订单解析、订单审核、订单配货、发货同步、销售出库单等处理，告别人工对账。 4、订单管理（逆向）功能：快速处理线上退款、线下退款、仅退款等电商常见的逆向订单管理流程，解决逆向订单管理流程中业务、财务数据无法统一的问题。 二、拓展功能 1、业财税一体化：打通从电商平台订单到财务凭证生成的全链路流程； 2、支持新零售O2O业务：线上下单，门店自提；线下下单，总仓发货； 3、支持第三方WMS对接：支持奇门外仓对接；支持京东外仓对接。 4、支持主流平台对接：支持120+主流平台对接。 5、支持个性化开发：支持单据零代码个性化开发，报表零代码个性化实现。
订单查询系统软件优势 1、整合电商平台、社交电商、官方渠道、零售渠道，一盘货全渠道营销，让品牌商在多渠道管理中占据主导地位。线上个性化营销策略，实现业务增长。 2、打通供应链，前端业务柔性拓展，可基于同一套商品资料、同一套库存，面向不同渠道铺货，为品牌商提供统一的商品管理；供应链后台提供统一的仓库服务，集中采购和管理。 3、统一的后台管理，线上线下业务打通，无需分仓处理，全渠道一盘货，实现多渠道库存数据的统一，解决系统重复操作、跨渠道库存调拨、多仓数据同步等问题，帮助企业有效整合线上线下资源。 4、打通从电商平台下单、电商平台退款申请单到财务凭证的正逆向全链路流程，一单到底解决有接口传输带来的数据不统一、漏单、错单等问题。 以上就是单查询系统软件的功能及优势，管易云OMS基于BOS技术架构，可满足大中型企业多组织管理、业务个性化定制需求。了解更多订单查询系统功能的软件系列，来管易云官网，咨询试用。
订单管理系统概念设计
订单管理系统 一、需求分析 1.程序应用背景 订单管理是客户关系管理的有效延伸，主要是订单执行的管理，即对订单的情况的记录、跟踪和控制，包括针对销售合同的执行；随时对订单完成情况的跟踪、控制订单的实际执行；根据实际补货情况实现追加执行订单；进行比较并显示订单执行差异，并通过业务和分析报表进行订单执行情况的反映。如果企业有集团内部的购销业务，还要包括集团内部销货或调拨的订单的执行情况。 2.程序构成说明 该系统主要由四个实体部分构成： （1）用户：是指可登录程序的人员 （2）商品：是指可供销售的各种商品 （3）客户：是指可对商品进行采购的人员 （4）订单：这是程序的核心部分,是指由客户和商品等信息形成的订货记录 二、概念结构设计 根据客户的需要，分析后得到具体的系统功能如下所述： (1)用户订购系统的主要功能要求
a、用户可以随时登录或注册，购物车中的商品不会丢失。 b、用户可以随时找回密码，密码将发送到其注册时候填写的信箱。 c、用户申诉功能，如果用户定单未被处理，可以随时提出申诉（需要提供订单号和用户帐号）。 d、用户可以随时查看站务公告（站务公告将公布最新信息）。 e, 对订单可以进行跟踪 (2)管理员管理系统的主要功能要求 a、用户管理（查询／编辑／修改帐号）。 b、订单管理（批量查看所有订单，根据订单号查询，查看用户投诉）。 c、邮件管理（发送邮件，设置邮件默认标题／内容）。 d、商品管理（批量查看所有商品，添加商品，查看／修改／删除商品）。
三、程序功能简介 这个程序方便查询了销售人员对订单进行的管理，改变了人工记录的缺点。管理人员可以随时对各价格的物品库存量进行查询、分析、记录，达到更好地对销售现状的了解。并且也可以对每天进出销售的物品数量,和客户进行查询，根据这些信息决定销售的情况,从而更好地管理各项事务。 系统主要功能 商品报价维护 对销售物品的报价记录进行增加或修改。记录物品代码、货币代码、销售计量单位、价格类型、价格等信息，报价序号由系统自动生成。 订单录入 按客户录入销售订单，首先填写订单总括信息（包括订单号、付款期限、货币）和每个订单行的信息（包括物品、订货数量、订货单位、单价、需求日期、发货日期、交货地点、发货仓库及物品批号等）。在确认不再改动后，系统自动计算订单的原币及本币总额，需收金额等。 订单维护
基于Web的网上订单管理系统
1．系统分析------------------------------------------------------------------------1 2．功能模块设计：---------------------------------------------------------------1 2.1客户订购系统的主要功能要求-----------------------------------------------------------2 2.2管理员管理系统的主要功能要求--------------------------------------------------------2 3.数据库的逻辑结构设计-------------------------------------2 3.1数据库需求分析-----------------------------------------------------------------------------2 3.2系统数据库功能设计-----------------------------------------------------------------------2 3.3数据库的结构创建--------------------------------------------------------------------------3 4.界面设计与应用程序实现-------------------------------------------------------5 4.1订单管理系统客户端首页与实现---------------------------------------------------------5 4.2新用户注册页面是设计与实现------------------------------------------------------------6 4.3用户登录页面的设计与实现---------------------------------------------------------------9 4.4购物页面的设计与实现：------------------------------------------------------------------10 4.5找回密码页面设计及实现------------------------------------------------------------------14 4.6订单申诉页面设计及实现------------------------------------------------------------------16 5.总结------------------------------------------------------18 6.作业心得-----------------------------------------------------------------------------18
订单处理表格格式
订单处理表格格式集团标准化工作小组 [Q8QX9QT-X8QQB8Q8-NQ8QJ8-M8QMN]
1目的 1.1建立标准的订单处理程序以便客户的要求能够得到及时评审和实施；1.2把公司的应收帐款控制在合理的水平以降低风险； 1.3提高订单及时交付率。 2范围 2.1本程序适用于所有和正裕工业公司签署正式销售合同或形式发票的所有 客户的订单； 2.2本程序适用于所有国内、国际销售的订单； 2.3本程序适用于所有已生产的产品订单和需要开发的新产品订单。 3定义 3.1没有确认的订单：没有确认的订单是指客户有从公司购买产品的愿望， 但需要进一步对交付期，产品的可供应性，客户的特殊要求等信息进行 进一步确认的订单或客户预付款没有到位的订单。 3.2确认的订单：确认的订单是指客户书面地对所有购买的产品规格和数量 等进行确认，购买的条款参见双方所签订的合同。 3.3订金：客户按照合同要求付给公司用于确认订单处理的一部分款项或保 证金，通常为订单总值的一定百分比。 3.4最小起订量：每个订单每个零件号的最小起订数量。 3.5订单反应时间：从订单确认和预付款满足合同要求之日起到产品装上船 的开船日期的时间间隔。 3.6订单销售额：客户按实际发货规格和数量支付的全部货款。只有当客户 100%支付货款后，该订单的销售才算结束。 3.7交付日期的起算日期：客户对订单的确认日期和/或客户按合同支付的 订金到公司帐户上的日期（如果有的话）或客户信用证到达日期，以最 晚的一个日期为准。 4涉及部门 4.1销售部 4.2计划部 4.3物流部 4.4研发部
4.5财务部 5一般原则 5.1公司按如下规则对客户订单进行编号，规定： 5.1.1XXS1 5.1.1.101：订单顺序号（从客户下第一个订单开始到第99单止，超过99单后 再从01开始; 5.1.1.208：客户订单确认的月份; 5.1.1.303：客户订单确认的年份; 5.1.1.4111：客户代码：从001开始，每一个客户有唯一代码; 5.1.1.5S：产品类型，S表示减振器，P表零部件，C表示CKD散件; 5.1.1.6X X：表示该订单的产品将去的国家或地区： 5.1.1. 6.1CN：中国 5.1.1. 6.2NA：北美 5.1.1. 6.3LA：中南美洲 5.1.1. 6.4EU：欧洲 5.1.1. 6.5SE：东南亚 5.1.1. 6.6AU：澳洲 5.1.1. 6.7ME：中东 5.1.1. 6.8AF：非洲 5.1.1. 6.9如果未知，用UN 6程序 6.1客户订单号和ADD内部订单号必须出现在每一张订单上，如果客户没有 分配其自己的订单号，可以使用ADD内部订单号。每一个客户都需要给 其分配一个客户代码，从001开始。 6.2对于签订了框架合同的客户的订单，则可以使用《报价和合同评审程 序》的附表《订单确认表》（）。在该订单确认表中，必须填写可参 照的合同号。 6.3对于每一个新客户，在给计划部下其第一个订单之前，必须填写《合同 /订单评审检查清单》（），只有当所有要求都清楚的情况下才能给计 划部下达订单，但为了不影响产品的生产，对于标签和包装印刷等的要
订单管理系统需求分析说明书
订单管理系统需求分析说明书 ——电子商务软件设计课程
目录 1绪论 (3) 1.1系统研究背景与目的 (3) 1.2系统分析的意义 (4) 1.3订单管理系统发展概况 (5) 2系统规划与需求分析 (6) 2.1订单管理项目概述 (6) 2.2系统设计目标 (7) 2.3需求分析（用例图） (7) 2.3.1 客户下单 (8) 2.3.2订单管理人员审核 (10) 2.3.3发货管理 (13) 3系统设计 (14) 3.1 系统类图设计 (15) 3.2 模块活动图 (17) 3.2.1用户管理模块主要活动图 (17) 3.2.2订单管理模块主要活动图 (18) 3.3 界面设计 (19) 3.4 数据库设计 (20) 3.4权限设置 (25) 4 其他非功能需求 (26) 4.1性能需求 (26) 4.2 安全性需求 (26) 4.3 质量需求 (27) 4.4 易用性需求 (27)
1绪论 1.1系统研究背景与目的 随着市场机制的日趋完善，商品经济化猛进发展，企业自主权不断增强，来往贸易的商品销售过程中，订单管理系统的应用不断地被企业重视，渗透到经济和社会生活的方方面面。加之互联网环境下的信息爆炸大数据时代，通过一些新旧媒介平台开展营销手段（特别是信息时代下的线上O2O网络交易），许多企业的销售规模不断扩大，订单量越来越多，也就是说在部门人员中会累积大量的客户资料信息、商品信息、订单信息、销售数据和分析数据等，订单管理系统对于各类企业、公司的重要性愈加彰显出来。 订单管理系统是企业从接收到客户下达订单开始运作的管理，是紧密买卖双方关系的扩展延伸，即对订单的情况的记录、跟踪、控制和售后情况的反馈，是一种一站式供应链服务。为了紧跟现代社会的快节奏生活理念，满足人们得到商品的快捷、便利的需求，订单管理系统也在不断进步、升级，特别是在对订单情况的跟踪和控制上，便于时刻查询到仓储物流信息和根据实际销售量产生的追加客户订单，根据销售量上的变化得到更加深入的数据分析去改进产品的生产模 式等等。利用信息技术的发展和合理的销售管理模式，深入调查并分析企业销售订单系统，对于优化企业销售过程和管理模式，提高市场
产品订单跟踪管理制度
竭诚为您提供优质文档/双击可除产品订单跟踪管理制度 篇一：订单管理制度 篇二：产品订单跟单管理办法 产品订单跟单管理办法 一、目的： 确保产品准时交付及货款的及时回笼，并增强顾客的满意度。 二、适用范围： 产品订单或合同所涉及过程和有关的事项。 三、职责 3.1跟单员负责公司订单产品实施进度的跟踪、货款催交和交付前后与顾客或其代表的交流与沟通。 3.2包装管理员负责产品包装及运输车辆有关事项的联络与沟通；并确定产品交付地点（港口码头）、时间和联系方式（人）等信息。 3.3相关部门在各自职能内做好产品订单跟踪有关事项的配合工作。 四、管理办法：
4.1跟单信息来源： 4.1.1与顾客签订产品销售合同或顾客下达采购订单后；执行《合同管理制度》的相关规定。 4.1.2顾客签订产品合同或下达产品订单后，其中一份 应移交给责任跟单员，由接单的责任跟单员签收。 4.2订单实施过程的跟踪内容和要求： 4.2.1跟单员自接到产品销售合同或顾客的采购订单时，应制订与该合同或订单相关部门、人员的《项目清单》，应 明确与该项目有关的基本信息，工作要求（生产任务）、有 关部门或人员的分工及完成时限等内容及跟踪事项；同时应编制该“项目生产任务单”，经总经理批准后下达给产品生 产的有关车间。 4.2.2当项目需过程外包时，由技术或生产部门认定是 否需要外包，经总经理批准决定是否外包；需外包时按相关规定对外包进行控制。 4.2.3“项目生产任务单”内容包括：产品名称、规格 和数量，包装、完工时间或入库交货，交货方式等常规信息；若有其他特殊事项或要求，应另行说明；当涉及生产过程时，在项目生产任务单中应在备注栏说明；由承接生产任务的车间负责人签收。 4.2.4根据合同或订单的产品技术、质量等要求和交付 时间，应对生产准备、生产过程、包装入库和产品交付各阶
采购管理-订单跟踪制度规范(20200807031001).pdf
订单跟踪制度规范 1订单跟踪工作规范 第1条目的 为了规范订单跟踪工作，提高订单跟踪效果，特制定本规范。 第2条审批权限 1.采购总监及总经理负责审批元以上的订单处理工作。 2.采购经理负责审批元以下的订单处理工作。 第2章采购跟单总体要求 第3条跟踪过程 订单发出后，采购专员需要跟踪整个过程直至收货入库。 第4条跟踪要求 1.采购专员应完成企业规定的以及自购的订单跟踪任务。 2.采购专员全面统筹安排所负责的各个订单的跟踪工作，不可遗漏。 第5条处理审批 采购订单的取消、违反合同以及其他未规定处理规范的问题的处理方案应由相关权限审批人审批后方可执行。 第6条行为规范 跟单员必须保持对供应商的尊重，在跟单过程中必须注意自己的言行举止，自觉维护企业的良好形象。 第3章订单跟踪处理规范 第7条订单分类汇总
1.采购专员必须整理好所负责订单，将订单信息填入“订单信息汇总表”中，确保每一订单都可查询。“订单信息汇总表”如下所示。 订单信息汇总表 序号订单号供应商下单日期交货日期备注 2.采购专员将负责的采购订单按照订单跟踪类别分类，便于进行供应商分级跟踪管理(参照《供应商分级跟踪管理制度》)。 第8条订单执行情况跟踪 1.采购专员应跟踪订单处理的整个过程。 2.采购专员按照企业《订单状态跟踪管理制度》跟踪采购订单。 第9条企业取消采购订单的处理 1.原则上，采购部不能取消订单。如因企业内部某种原因，确实需要取消已发出的订单，采购专员应依据领导审批权限向领导申请取消订单。 2.对于企业单方面取消订单或供应商可能提出取消订单的问题，采购专员应按照以下程序处理。 (1)采购部预先提出有可能出现的问题及可行的解决方法，并由采购专员编制《××取消订单处理方案》。 (2)采购经理或采购总监在权限内审批《××取消订单处理方案》。
客户订单查询系统需求说明书
客户订单查询系统需求说明书 一、项目概况 1.1项目背景 近年来,随着Internet的迅速崛起,互联网已日益成为收集提供信息的最佳最快渠道，并快速进入传统的流通领域。互联网的跨地域性、可交互性、全天候性使其在与传统行业的竞争中具不可抗拒的优势，因而发展十分迅速。电子商务在中国逐步兴起的大环境下，越来越多的企业及个人开始选择在网上办理贷款申请办公操作等。 1.2项目目标 通过在网上订单查询系统，用户可避免高额的电话费查询并及时了解最新订单的状况，节省了大量的时间，具备了省时、省事、省心等特点，让用户足不出户可以了解产品最新的进展状况。 二、模块功能要求 系统功能结构图
由专职操作人员将每天订单的相关信息汇总并录入系统，用户可通过查询界面对当前自己所持有的订单查询所有相关步骤，如用户当前不在线，可发送短信于用户提醒。 相关功能如下： 录入：录入供应商号,订购单号，订购日期;总金额（可选），运作步骤（可传输附件，如产品照片等） 修改：按订购单号修改内容 查询：按订购单号查询订购单信息 打印:查询者可打印订购单 短信通道：及时送达用户当前订单所在操作流水的步骤。 数据字典：分为用户数据库字典和产品字典，产品字典将常用的产品研发步骤录入字典，方便操作人员选择；用户数据库字典将用户资料录入，第一方便操作人员选择，第二也可做为将来企业的客户管理资料备份。 三、系统特点
B/S结构（Browser/Server结构） B/S结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。以目前的技术看，局域网建立B/S结构的网络应用，并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）访问和操作共同的数据库；它能有效地保护数据平台和管理访问权限，服务器数据库也很安全。在JAVA这样的跨平台语言出现之后，B/S架构管理软件更是方便、快捷、高效。 四、系统设计原则考虑 i)一致性原则 系统一致性主要包括如下方面： 颜色搭配：各级页面颜色有独立的颜色模式，同时整体站点颜色模式趋于一致 颜色模式的定义采用CSS样式定义！ 内容布局：各级页面布局有独立的方式，同时整体站点布局方案趋于一致 跳转方式：站内容页面跳转方式根据区域一致，考虑用户习惯，考虑web系统特点 ii)高吞吐量原则
物流订单跟踪流程及客户沟通
物流订单跟踪流程及客户沟通 物流订单跟踪是属于物流系统运输环节中非常重要的一项，关系着：是否正常发货，货物安全，在途运输，信息交流，安全到货，客户回执等诸多环节的掌控及操作。其次电话客户沟通是与客户连接的一座桥梁，关系着：企业形象，服务态度，工作水平，及客户满意度等。所以如何做好做优这项工作是至关重要的。 一．物流订单跟踪流程 客户申购系统下单确认订单仓库配货装车发货在途运输 完好到货客户签单回单归档 1.客户申购 客户通过申请与公司达成购货协议。包括货物明细，订发货时间，支付货款，等来完成申购。 2.系统下单 生成购货协议后，物流系统录入订货明细。生成发货单。 3.确认订单 发货单生成后，通过复核及审查。正式下单，进入仓库环节。 4.仓库配货 统计处打印单据，传至仓库。由仓库管理员检货配货，准备装货。 5.装车发货 发货复核货品，保证订单与实物相符。司机签收及注意事项，完成发货。 6.在途运输 与司机保持密切联系，分时分段掌握货物及在途信息。发现情况及时处理及汇报。 7.完好到货 及时帮助司机疏导解决路况及地址等着诸多问题。跟踪货物准确按时的到达货运地。 8.客户签单 协助司机及跟车人员与客户的核对卸货等环节，确保客户满意完好的签收货物及回单。 9.回单归档 跟踪回单，及周期。保证回单安全完整的返回物流部。合理保存归档。
二．与客户电话沟通 基本要求：①说话要尊称，态度平稳。②说话要文雅，简练，明确。③说话要婉转热情。④说话要讲究语言艺术，力求语言优美，婉转悦耳。⑤与客户讲话要注意语气措辞。 开始语：对外：您好！鲜多集物流。 对内：您好！物流部。 称呼：尊称男士X先生，女士X小姐。如知对方职位可加职称，例：XX经理。 规范礼仪用词：您好，再见，再联系，感谢您，不好意思，不客气，麻烦您，谢谢您，等。 忌用词：喂，不知道，笨蛋，你不懂，你笨死了，狗屁不通，猪脑袋，白痴，没脑子，等。 方言差异：例：物品名称差异，根据在库货品的名称及客户地区灵活掌握词汇及名称的含义和读法。 1.货物申购 例题1：客户所定货物库存不够，导致缺货。 答：XX先生；您好！很抱歉给你您带来不便。因为厂商发货不足，导致这次货品缺少XXX，我们会在最短的时间内安排补货。以最快的速度，第一时间将缺少的货物发出。请您保持联系。谢谢！ 2.系统下单 例题1：已经与客户达成申购协议，但是客户要求补货。 答：XX小姐；您好！对于您提出的补货要求，很高兴已经通过公司批准。现和您核对货品明细。以便准确发货。谢谢！ 例题2：统计发现订单数量单位存在问题。 答：XX会计；下午好！我这边录入时发现订单数量及单位数据存在问题，请予以修改，感谢你配合我部的工作,谢谢！ 例题3：因客户未及时支付货款，XX部要求物流部取消订单。 答：XX经理，您好！根据您反馈的情况，我们这里是无法单方面取消订单的。请您联系
生产订单管理流程
订单管理流程 1.目的 加强公司生产订单流程管理，体现从销售到生产环节的无缝衔接，实现产品加工过程安全、高效、低耗、按期交货。 2、适应范围：深圳市鹏桑普太阳能股份有限公司产品事业部 3、流程管理层 3.1订单评审管理流程 3.1.1该流程由订单主管部门（内、外销部）组织产品事业部的研发部、生产部、品质部、综合部、销售部、合同签订人等对订单进行技术评审，提出处理意见。 3.1.2对能满足客户（合同）要求的一般订单准备技术、原材料预案，对技术偏离较大的特殊订单由销售部和客户进行沟通，达成处理意见，由销售部报请产品事业部领导签批。 3.1.3根据领导签批 3.1.3.1由订单主管部门（销售部）下达《订单通知书》，转入《订单作业计划管理流程》。 3.1.3.2客户同意方案的，由订单主管部门（销售部）进入《订单生产准备流程》。 3.1.3.3客户协商不成的，由销售部进行退单并做好退单记录。 3.1.4按公司规定合同额小于10万元、无特殊技术要求或库存直接提货的只报事业部领导签批，不再进行技术评审。
3.1.5流程图（图1） 销售部 PMC部综合部开发部所属相关部门 3.1.6工作节点和部门分工 订单评审管理流程执行说明
3.2订单协调管理流程 3.2.1该流程由公司销售部部门组织研发部、生产部、品质部、综合部、销售部，根据客户提出的特殊技术要求，进行产品结构和工艺参数的确定。（针对特殊订单） 3.2.2确定后的产品结构和工艺参数。报事业部技术开发总监签批。 3.2.3签批方案执行 3.2.3.1图纸、工艺资料、物料清单（BＯＭ）（BOM）的编制，产品试制的，技术测试试、终试到样品。 3.2.3.2只做结构调整变化的，由订单主管部门下达《订单通知书》，进入《订单计划管理流程》。 3.2.4流程图 销售部门研发部生产部 PMC部采购部品管部
订单处理表格格式
1目的 1.1建立标准的订单处理程序以便客户的要求能够得到及时评审和实施； 1.2把公司的应收帐款控制在合理的水平以降低风险； 1.3提高订单及时交付率。 2范围 2.1本程序适用于所有和正裕工业公司签署正式销售合同或形式发票的所有客户的订 单； 2.2本程序适用于所有国内、国际销售的订单； 2.3本程序适用于所有已生产的产品订单和需要开发的新产品订单。 3定义 3.1没有确认的订单：没有确认的订单是指客户有从公司购买产品的愿望，但需要进一 步对交付期，产品的可供应性，客户的特殊要求等信息进行进一步确认的订单或客 户预付款没有到位的订单。 3.2确认的订单：确认的订单是指客户书面地对所有购买的产品规格和数量等进行确 认，购买的条款参见双方所签订的合同。 3.3订金：客户按照合同要求付给公司用于确认订单处理的一部分款项或保证金，通常 为订单总值的一定百分比。 3.4最小起订量：每个订单每个零件号的最小起订数量。 3.5订单反应时间：从订单确认和预付款满足合同要求之日起到产品装上船的开船日期 的时间间隔。 3.6订单销售额：客户按实际发货规格和数量支付的全部货款。只有当客户100%支付 货款后，该订单的销售才算结束。 3.7交付日期的起算日期：客户对订单的确认日期和/或客户按合同支付的订金到公司 帐户上的日期（如果有的话）或客户信用证到达日期，以最晚的一个日期为准。4涉及部门 4.1销售部 4.2计划部 4.3物流部 4.4研发部 4.5财务部 5一般原则 5.1公司按如下规则对客户订单进行编号，规定： 5.1.1XXS111030801 5.1.1.101：订单顺序号（从客户下第一个订单开始到第99单止，超过99单后再从01开
订单跟踪流程操作细则
订单跟踪流程操作细则 一、目的 为了进一步优化订单管理全流程，监控物资供应的全流程，提高到货及时率，明确订单管理作业的具体内容，提高工作效率，制定本操作细则。 二、适用范围 本操作细则针对框架及集中采购合同的订单跟踪全流程中各项操作规范进行说明，为建立订单跟踪管理的三级联动体系提供基础保障。 三、细则内容 （一）订单下达 每日下午四点物资部总经理在物资系统中对采购订单进行审核（可以在采购订单下达界面查看），当采购订单完成审核后：1）对于使用订单管理平台的供应商，计划人员在采购订单下达界面点击“发送供应商”按钮后，订单自动下达成功。 2）对于未使用订单管理平台的供应商，计划人员将订单生成PDF 格式文件，通过订单专用邮箱（orderform@https://www.wendangku.net/doc/ef14541922.html,）在当天下班前发送至供应商邮箱。 （二）订单跟踪 1、订单接受 订单接受指的是供应商回复所收到的订单是否可按照要求到货
日期供货： 1）每日下午1点，计划人员查看订单专用邮箱（orderform@https://www.wendangku.net/doc/ef14541922.html,）内的供应商订单接受反馈邮件，并在采购订单下达界面点击接受按钮。 2）计划人员查看采购订单下达界面，查找状态为“待接收”的订单，邮件及电话要求供应商当天完成操作，并记录在案。 供应商应回复可按订单要求供货，若供应商无法按我司要求供货，则可采取以下方式； 1)如有两家可选供应商则征询另一家供应商可否按订单要求供货； 2）可与需求部门沟通，是否可以按供应商回复延期供货 3）如遇协调无法解决的情况，需上报领导。 2、供货提醒 到货反馈指的是供应商回复是否可在要求到货日期前或当天送货。 1）每日上午10点，计划人员查看订单专用邮箱（orderform@https://www.wendangku.net/doc/ef14541922.html,）内的供应商订单到货反馈邮件，并在采购订单下达界面点击反馈按钮。 2）计划人员查看采购订单下达界面，查找状态为“已接受”的订单，邮件及电话要求供应商当天完成操作，并记录在案。 供应商应回复可按订单要求供货，若供应商无法按我司要求供货，则可采取以下方式； 1)如有两家可选供应商则征询另一家供应商可否按订单要求供
采购合同进跟踪表
编号：_______________本资料为word版本，可以直接编辑和打印，感谢您的下载 采购合同进跟踪表 甲方：___________________ 乙方：___________________ 日期：___________________ 说明：本合同资料适用于约定双方经过谈判、协商而共同承认、共同遵守的责任与 义务，同时阐述确定的时间内达成约定的承诺结果。文档可直接下载或修改，使用 时请详细阅读内容。
篇一：销售合同进度跟踪表格式 销售合同进度跟踪表 篇二：采购进度跟踪表 鑫隆机械实业有限公司 米购进度跟踪表H期 篇三：采购合同跟踪单 采购合同跟踪单 篇四：采购合同跟踪 篇一：采购合同跟踪单 采购合同跟踪单 篇二：采购合同的跟踪监控跟踪监控及问题处理 采购合同的跟踪监控跟踪监控及问题处理采购合同的跟踪监控跟踪监控及问题处理 1、跟踪监控及问题处理 (1) 严密跟踪和监控供应商准备物料的详细过程，保证采购正常进行； (2) 紧密响应生产需求形势； (3) 慎重处理库存； (4) 控制好物料验收环节。 2、合同跟踪监控的主要事项
(1) 在合同跟踪工程中，要注意供应商的质虽、货期等 的变化； (2) 注意把合同、各类经验数据的分类保存工作做好 (3) 供应商的历史表现数据对订单下达以及合同跟踪具有重要的参考价值。 七、合同的变更、解除与取消 (理解) 1、采购合同变更和解除的条件：双方协商同意、不可抗力、一方未履行合同。 2、采购合同的修改：国内采购合同修改最常见的有交货日期以及价格的修改两者。国外采购合同的修改一般有三种常见形式：装运期的修改、船运改空运、一次装运改分批装运。 3、采购合同的取消：因违约而取消合同、因需求变更由企业要求取消合同、供需双方同意取消合同。八、采购合同的争议及解决(掌握) 1、争议 争议是指买卖的一方认为另一方未能全部或部分履行合同约定的责任与义务所引起的纠纷。主要有三种原因：卖方违约、买方违约、合同规定不明确、不具体。 2、索赔和理赔 索赔就是指损害的一方在争议发生后，向违约的一方提出赔偿的要求。理赔就是指违约的一方受理遭受损害的一方提出的索赔要求。
公司订单状态跟踪管理制度
文档序号：XXGS-AQSC-001 文档编号：AQSC-20XX-001 XXX（单位）公司 订单状态跟踪管理制度 编制科室：知丁 日期：年月日
订单状态跟踪管理制度 第1章总则 第1条目的 为了以下目的，特制定本制度。 1.促进采购合同或订单的正常执行。 2.满足企业物资需求，保持合理的库存量，确保企业生产经营活动正常进行。 第2条适用范围 本制度适用于企业采购部所有采购专员跟踪订单的全过程工作。 第3条职责分工 采购专员按采购订单所载明的物资、品名、规格、数量及交期等进行订单跟踪工作。 第4条采购订单跟踪的基本要求 1.适当的交货时间。 2.适当的交货质量。 3.适当的交货地点。 4.适当的交货数量及适当的交货价格。 第2章订单跟踪管理程序 第5条跟踪订单接受情况 向供应商下订单之后，采购专员需及时了解供应商接
受订单的情况。 1.在采购活动中，供应商会因担心最终被淘汰而拒单，所以采购专员应要求供应商在接受订单后及时向企业提供接受回执。 2.在供应商难以十分符合本企业的采购要求时，采购专员应改变价格、质量、交期等条件，在满足企业基本要求的基础上，与供应商进行充分沟通，达成共识。 3.若供应商拒单，采购专员可以另选其他供应商。采购专员应注意及时将与供应商签订的订单进行存单，以备查。 第6条跟踪订单处理情况 1.采购专员审核订单无误后将订单发给供应商，并要求供应商签字回传。订单审核的要求包括以下三点。 (1)熟悉订购的物资，确认名称、规格型号、数量、价格，确认质量标准。 (2)确认物资需求量，制定订单说明书。 (3)交期等要求表达清楚。 2.供应商接受订单后，采购专员应及时跟踪供应商的订单处理情况，查看并确定供应商是否及时根据订单安排生产或安排出货。 第7条供应商备料过程监控 1.采购专员应严密监控供应商需要加工的物资的备料过
客户跟踪重点学习的记录标准表格格范本.doc
客户跟踪记录表1 跟进方式□ 直接登门；□邀约登门；□电话跟进；□ 网络对话；□ 手机短信；□其它 跟进主题 跟进情况 2 客户类别 跟进人 跟进方式 跟进主题 □ 准客户；□ 意向客户；□ 优质潜在客户；□ 一般潜在客户 日期年 □ 直接登门；□邀约登门；□电话跟进；□ 网络对话；□ 手机短信；□其它 月日跟进情况 3 客户类别 跟进人 跟进方式 跟进主题 □ 准客户；□ 意向客户；□ 优质潜在客户；□ 一般潜在客户 日期年 □ 直接登门；□邀约登门；□电话跟进；□ 网络对话；□ 手机短信；□其它 月日跟进情况 客户类别 跟进人 □ 准客户；□ 意向客户；□ 优质潜在客户； 日期 □一般潜在客户 年月日 4跟进方式□ 直接登门；□邀约登门；□电话跟进；□ 网络对话；□ 手机短信；□其它跟进主题 跟进情况 客户类别□ 准客户；□ 意向客户；□ 优质潜在客户；□一般潜在客户 跟进人日期年月日5跟进方式 □ 直接登门；□邀约登门；□电话跟进；□ 网络对话；□ 手机短信；□其它跟进主题 跟进情况 客户类别跟进人□ 准客户；□ 意向客户；□ 优质潜在客户； 日期 □一般潜在客户 年月日 6跟进方式□ 直接登门；□邀约登门；□电话跟进；□ 网络对话；□ 手机短信；□其它跟进主题 跟进情况 客户类别□ 准客户；□ 意向客户；□ 优质潜在客户；□ 一般潜在客户 跟进人日期年月日
客户跟踪记录表 7跟进方式□直接登门；□邀约登门；□电话跟进；□网络对话；□手机短信；□其它跟进主题 跟进情况 8 客户类别 跟进人 跟进方式 跟进主题 □ 准客户；□ 意向客户；□ 优质潜在客户；□ 一般潜在客户 日期年 □ 直接登门；□邀约登门；□电话跟进；□ 网络对话；□ 手机短信；□其它 月日跟进情况 9 客户类别 跟进人 跟进方式 跟进主题 □ 准客户；□ 意向客户；□ 优质潜在客户；□ 一般潜在客户 日期年 □ 直接登门；□邀约登门；□电话跟进；□ 网络对话；□ 手机短信；□其它 月日跟进情况 客户类别 跟进人 □ 准客户；□ 意向客户；□ 优质潜在客户； 日期 □一般潜在客户 年月日 10跟进方式□ 直接登门；□邀约登门；□电话跟进；□ 网络对话；□ 手机短信；□其它跟进主题 跟进情况 客户类别□ 准客户；□ 意向客户；□ 优质潜在客户；□一般潜在客户 跟进人日期年月日11跟进方式□ 直接登门；□邀约登门；□电话跟进；□ 网络对话；□ 手机短信；□其它跟进主题 跟进情况 客户类别跟进人□ 准客户；□ 意向客户；□ 优质潜在客户； 日期 □一般潜在客户 年月日 12跟进方式□ 直接登门；□邀约登门；□电话跟进；□ 网络对话；□ 手机短信；□其它跟进主题 跟进情况 客户类别□ 准客户；□ 意向客户；□ 优质潜在客户；□ 一般潜在客户 跟进人日期年月日