API接口调用要求

合集下载

api 接口方案标准

api 接口方案标准

api 接口方案标准对于API(Application Programming Interface)接口的设计与规范是确保软件系统之间进行有效通信的重要环节。

一个良好的API接口方案能够提升系统的可靠性、可扩展性和互操作性。

本文将分步回答关于API 接口方案标准的问题,为读者提供参考。

第一步:API接口方案的背景和意义API接口是系统之间进行通信的媒介,他们定义了如何请求和响应数据的结构和协议。

良好的API接口方案能够提升开发效率、减少错误和资源消耗,同时也能够提高系统的可维护性和可扩展性。

统一的API接口规范还能够促进不同系统之间的互操作性,降低集成成本和复杂度。

第二步:API接口方案的基本原则一个良好的API接口方案应该遵循以下基本原则:1. 一致性:API接口应该使用统一的命名规范和风格,使得开发者可以迅速理解和使用接口。

2. 简洁性:API接口应该尽量简洁明了,只提供必要的功能和信息,避免不必要的复杂性。

3. 易用性:API接口应该易于使用,提供清晰的文档和示例代码,降低开发者的学习成本。

4. 可扩展性:API接口应该设计为可扩展的,允许在不破坏现有接口的情况下进行功能的扩展和修改。

5. 安全性:API接口应该提供有效的身份验证和授权机制,确保只有合法的用户才能访问敏感数据和功能。

第三步:API接口方案的设计规范一个良好的API接口方案应该遵循以下设计规范:1. 使用标准的协议:API接口应该使用常见的HTTP或HTTPS协议进行通信,并遵循RESTful或SOAP等标准协议的规范。

2. 采用合适的请求方法:API接口应该使用合适的请求方法,如GET、POST、PUT、DELETE等,来进行资源的操作和管理。

3. 使用合适的URL结构:API接口的URL应该采用合适的结构来表示资源和相关操作,如使用名词来表示资源,使用动词来表示操作。

4. 采用合适的数据格式:API接口应该使用标准的数据格式来表示请求和响应的数据,如JSON、XML等。

应用程序接口规范

应用程序接口规范

应用程序接口规范1. 简介本文档详细描述了应用程序接口(API)的规范,包括接口的定义、功能、使用方法和技术要求。

开发者应遵循本文档的规范来设计和实现API,以确保系统的兼容性、稳定性和可维护性。

2. API定义与分类2.1 API定义应用程序接口(API)是一套定义良好的协议,它允许不同的软件系统相互通信。

API定义了请求的结构、响应的格式和错误处理机制等,为开发者提供了一种简便的方式来访问系统功能。

2.2 API分类根据不同的功能和用途,API可分为以下几类:- 公共API:提供给外部开发者使用的接口,用于访问系统的公共功能。

- 内部API:供内部团队使用的接口,用于实现系统内部功能和模块之间的通信。

- 管理API:用于管理系统资源、用户权限和系统配置等。

3. API使用方法3.1 接口请求- 请求参数:根据API的具体需求,可以在请求中传递JSON 格式的参数。

- 请求头部:包含API密钥、认证信息等必要头部信息。

3.2 接口响应- 响应格式:返回JSON格式的数据,包含接口调用结果、状态码和错误信息(如有)。

- 错误信息:当发生错误或异常时,返回详细的错误信息,包括错误码、错误描述和解决方案。

4. API技术要求4.1 性能要求- 响应时间:API调用应在500ms内完成,如有特殊需求,可在接口说明中注明。

- 并发能力:支持高并发访问,确保系统稳定性和可靠性。

4.2 安全要求- 认证授权:对访问API的用户进行认证和授权,确保接口安全。

- 访问控制:限制API的访问频率和来源,防止恶意攻击和滥用。

4.3 兼容性要求- 接口版本管理:支持多版本共存,通过版本号区分。

- 数据格式:统一使用JSON格式,确保跨平台和语言的兼容性。

5. 接口示例以下是一个简单的接口示例:请求URL:GET /api/users请求参数:无响应示例:{"status": 200,"data": [{"id": 1,"name": "张三",},{"id": 2,"name": "李四",}],"message": "查询成功"}6. 附录- API列表:列出所有API接口的详细信息,包括接口名称、描述、请求URL、请求参数、响应格式等。

api接口对接标准

api接口对接标准

api接口对接标准
API接口对接标准主要包括以下几点:
1. 请求方式:通常使用HTTP请求,如GET、POST等。

2. 请求头:包含请求头信息,如Content-Type、Authorization等。

3. 请求参数:根据接口需求,携带相应的请求参数。

4. 响应格式:返回的响应数据应符合规范,如JSON、XML等。

5. 状态码:响应状态码用以表示请求是否成功,如200表示成功,4 04表示找不到资源等。

6. 错误处理:接口应具备完善的错误处理机制,如返回错误信息、异常处理等。

7. 安全性:保证数据传输的安全性,如使用HTTPS加密传输、设置访问权限等。

8. 性能优化:接口应具备良好的性能,如减少请求次数、缓存数据等。

9. 兼容性:考虑不同平台、浏览器和设备的兼容性。

10. 文档:提供清晰的接口文档,包括接口地址、请求方式、请求参数、响应格式等。

遵循以上标准进行API接口对接,可以确保接口的稳定、高效和易用。

API接口参考指南(简单版)

API接口参考指南(简单版)

API接口参考指南(简单版)概述该文档提供了对API接口的详细参考指南,以帮助开发人员快速了解和使用API接口。

API接口介绍API接口是用于应用程序之间进行通信和交互的一种机制。

通过使用API接口,应用程序可以请求其他应用程序提供的功能和数据,以实现更多的功能。

使用API接口的好处- 提高开发效率:使用API接口可以直接调用其他应用程序的功能,避免重复编写相同的代码。

- 扩展应用功能:能够通过API接口获取其他应用程序的数据,从而扩展自身应用的功能。

- 实现应用集成:通过使用API接口,不同的应用程序可以相互协作,实现更多的集成功能。

API接口的基本使用方法1. 注册访问权限:在开始使用API接口之前,一般需要注册一个开发者账号,并申请访问权限。

2. 获取API接口文档:通过开发者账号获取API接口的详细文档,其中包含接口的请求参数、响应数据等信息。

3. 构建请求URL:根据API接口文档中的要求,构建请求URL,并添加所需的参数。

5. 处理响应:接收到API接口的响应后,根据文档中的响应格式进行解析和处理。

常见的API接口类型1. 通信类API接口:用于网络通信相关功能,如发送短信、邮件、即时通信等。

2. 数据类API接口:用于获取和处理数据相关功能,如获取天气信息、股票行情等。

3. 服务类API接口:用于提供特定服务相关功能,如在线支付、地图导航等。

API接口的注意事项- 遵循API接口文档中的使用规范和限制。

- 确保使用的API接口有稳定可靠的服务器支持。

- 对敏感数据的处理要符合相关的安全和隐私规定。

- 定期更新和升级使用的API接口,以获得最新的功能和性能优化。

结论通过本文档,您可以更加深入地了解API接口的使用方法和好处。

请确保遵循API接口文档中的规范和限制,以实现更高效和安全的应用开发。

api调用协议

api调用协议

api调用协议甲方(服务提供方):姓名(或单位名称):______________________________身份证号码(或统一社会信用代码):______________________________住所地(或注册地址):______________________________联系电话:______________________________电子邮箱:______________________________乙方(API调用方):姓名(或单位名称):______________________________身份证号码(或统一社会信用代码):______________________________住所地(或注册地址):______________________________联系电话:______________________________电子邮箱:______________________________一、协议背景1.1 本协议由甲、乙双方根据业务需求自愿签订,旨在规范API 接口的使用和相关事宜。

1.2 双方承认API接口对于业务运作的重要性,同意在合作过程中遵守本协议约定的各项规定。

二、定义与解释2.1 API接口:指甲方提供给乙方使用的程序接口,用于实现数据交换和功能扩展。

2.2 API调用:乙方通过访问和使用甲方提供的API接口,实现数据传输和功能实现的行为。

三、授权和使用3.1 授权范围:甲方授权乙方根据本协议约定的使用方式和权限使用API接口。

3.2 使用限制:乙方应仅在本协议约定的合法用途下使用API接口,严禁超出授权范围的使用行为。

四、责任与义务4.1 甲方责任:保证API接口的稳定性和安全性,及时修复可能存在的漏洞和故障。

4.2 乙方责任:确保使用API接口的合法性,防止非法访问和滥用行为的发生。

五、服务费用与支付5.1 服务费用:甲方根据实际使用情况向乙方收取的API服务费用及支付方式。

菜鸟物流api接口对接标准

菜鸟物流api接口对接标准

菜鸟物流api接口对接标准菜鸟物流是阿里巴巴集团旗下的一家专业物流服务提供商,致力于为电商行业提供全方位的物流解决方案。

菜鸟物流提供了一系列的API接口,方便企业与菜鸟物流进行系统对接,实现物流信息的及时同步和管理。

下面将详细介绍菜鸟物流API接口对接的标准。

1.确定对接需求:在进行API接口对接之前,首先需要确定对接的具体需求,包括物流信息的同步、订单的下发、运单的打印等功能。

2.申请接口权限:在菜鸟物流官网上申请API接口权限,获取对接所需的AppKey和AppSecret。

3.查询接口文档:下载菜鸟物流提供的API接口文档,了解各个接口的功能和调用方式。

4.选择合适的接口:根据对接需求选择合适的API接口,如物流信息查询接口、订单创建接口、运单打印接口等。

5.确定数据格式:确定接口请求和返回数据的格式,通常采用JSON格式进行数据交互。

6.进行接口调试:使用Postman等工具进行接口调试,验证接口的正确性和稳定性。

7.编写接口代码:根据接口文档编写对应的接口调用代码,实现与菜鸟物流系统的数据交互。

8.进行接口对接测试:在测试环境下进行接口对接测试,确保接口的功能正常。

9.与菜鸟物流对接人员沟通:在遇到问题时及时与菜鸟物流对接人员沟通,协助解决接口对接中的各种技术问题。

10.部署上线:完成接口对接测试后,将代码部署到生产环境上线,实现与菜鸟物流系统的正式对接。

11.完善接口监控:对接成功后,需要建立接口监控机制,及时发现和解决接口异常问题。

12.高可用性设计:在接口对接过程中,需要考虑接口的高可用性设计,保障接口的稳定性和可靠性。

13.数据加密传输:在进行数据传输时,需采用加密算法对数据进行加密,确保数据的安全性。

14.接口调用频率控制:合理控制接口的调用频率,防止接口被滥用导致系统崩溃。

15.接口权限验证:在接口调用时需要进行权限验证,确保只有授权的用户可以调用接口。

16.异常处理机制:对接口调用过程中可能出现的异常情况进行处理,保证系统的稳定性。

web api 接口调用流程

web api 接口调用流程

web api 接口调用流程Web API(应用程序编程接口)的调用流程通常包括以下几个步骤:1. 鉴权认证,在调用Web API之前,通常需要进行身份验证和授权。

这可以通过使用 API 密钥、OAuth 令牌或其他身份验证机制来实现。

用户需要提供有效的凭证来证明其身份和权限,以便访问API。

2. 构建请求,一旦认证通过,就可以构建 API 请求。

通常,这涉及到构造一个 HTTP 请求,包括指定所需的 HTTP 方法(GET、POST、PUT、DELETE等)、API端点(URL)、请求头部(包括身份验证信息和其他必要的信息)以及可能的请求体(对于POST和PUT 请求)。

3. 发送请求,构建好请求后,将其发送到API端点。

这可以通过使用 HTTP 客户端库或工具来实现,例如cURL、Postman等。

请求将通过网络发送到API服务器。

4. 服务器处理,一旦API服务器接收到请求,它将根据请求的内容和参数进行处理。

这可能涉及到验证请求、处理数据、执行相应的操作,并生成相应的响应。

5. 接收响应,API服务器处理完请求后,将生成一个响应。

这个响应通常是一个包含数据的HTTP响应,包括状态码、响应头和响应体。

客户端将接收到这个响应,并根据其中的数据进行处理。

6. 处理响应,客户端收到API的响应后,可以根据需要对响应进行处理。

这可能涉及到解析响应体中的数据,处理返回的状态码以及处理响应头部信息。

7. 错误处理,在整个调用流程中,可能会出现各种错误,包括网络错误、服务器错误、认证失败等。

在调用API时,需要考虑如何处理这些错误,例如重试请求、回退到备用API、记录错误日志等。

总的来说,Web API的调用流程涉及到鉴权认证、构建请求、发送请求、服务器处理、接收响应、处理响应以及错误处理等多个步骤。

这些步骤需要按照规范和最佳实践进行处理,以确保API调用的安全、可靠和高效。

api接口规则

api接口规则

api接口规则摘要:一、什么是API接口二、API接口的设计原则三、API接口的规范四、如何使用API接口五、API接口的实践应用正文:一、什么是API接口API(Application Programming Interface,应用程序编程接口)是连接不同软件或系统的桥梁,它允许应用程序之间相互通信和共享数据。

简单来说,API接口就是一组定义清晰的规则,让不同的开发者能够遵循这些规则来构建和扩展软件功能。

二、API接口的设计原则1.易于理解和使用:API接口的设计应该简单明了,方便开发者快速上手和使用。

2.稳定性和可维护性:API接口应具备良好的稳定性和可维护性,尽量避免频繁更改,确保开发者能够长期依赖。

3.模块化和可扩展性:API接口应具备良好的模块化,便于后续功能的扩展和维护。

4.安全性:API接口应确保数据安全和隐私,遵循相关安全规范。

三、API接口的规范1.请求方法:API接口应明确指定请求方法,如GET、POST、PUT、DELETE等。

2.请求头:API接口请求头应包含协议版本、客户端信息、Content-Type 等必要信息。

3.请求参数:API接口的请求参数应明确定义,遵循规范的命名和格式。

4.响应格式:API接口的响应应采用合适的格式,如JSON、XML等,并包含状态码、响应头和响应体。

5.错误处理:API接口应具备完善的错误处理机制,方便开发者排查问题。

四、如何使用API接口1.了解API接口的文档:在使用API接口前,首先要仔细阅读接口文档,了解接口的功能、参数、返回值等。

2.编码实现:根据接口文档,编写相应的代码来实现功能。

3.调试和测试:在实际应用中,不断调试和测试接口,确保其稳定可靠。

4.持续关注和更新:随着业务的发展,需要关注API接口的更新和变化,及时调整代码以适应新版本。

五、API接口的实践应用1.跨平台应用:通过API接口,实现跨平台应用的开发,如移动端、桌面端等。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1.客户登录验证和信息获取:VerifyCustomerValid输入:客户用户名(member_name) 、密码(member_password)、邮箱(comm_email)、手机(mobile_phonel),返回:1-成功;0-失败,信息内容:客户的种子、名称、种类、地址、电话、手机、邮箱、积分等相关自定义启用的息。

例子程序:http://localhost:8888/crm/apidemo/customer/VerifyCustomerValid.htm is_success 1 成功0 失败!返回那些字段请参考用户自定义界面。

客户具体字段信息请参考客户附录2.客户注册登记:RegisterCustomer输入:客户相关字段信息、客户类型(公共客户:默认、潜在客户、渠道客户。

),结果:将客户的相关注册信息在CRM中做登记,并返回:1-成功,0-失败,失败原因例子程序:http:// localhost:8888/crm/apidemo/customer/RegisterCustomer.htm客户具体字段信息请参考客户附录3.客户信息唯一性检查:VerifyCustomerUnique输入:可按客户用户名(member_name)、邮箱(comm_email)、手机(mobile_phonel)输出:如果已存在,返回:1;如果不存在,返回:0:例子程序:http://localhost:8888/crm/apidemo/customer/VerifyCustomerUnique.htmis_success 存在1 , 不存在0!客户具体字段信息请参考客户附录4.客户下单:SubmitOrder输入:订单的明细(产品名称、数量、单价、金额等),订单金额、客户名称、及订单其它字段;例子程序:http:// localhost:8888/crm/ apidemo / order/SubmitOrder.htm1成功,-1 找不到客户,-2产品信息出错,找不到产品。

-3 新增订单时失败!(可能是某些字段过长或者查看CRM系统日志)5.订单查询:InquireOrder输入:客户编号或客户种子、客户名称,订单时间范围,订单主题,订单号输出:客户订单列表例子程序:http://localhost:8888/crm/apidemo/order/InqueryOrder.htm6.订单明细查询:InquireOrderDetail输入:订单种子、订单编号输出:订单产品明细列表例子程序:http://localhost:8888/crm/apidemo/order/InqueryOrderDetail.htm7.产品列表查询:InquireProduct输入:产品分类名称或分类编号或空(则查询全部产品),根据产品查看自定义选择字段返回,分页显示输出:相关产品的信息列表例子程序:http:// localhost:8888/crm/apidemo/product/InqueryProduct.htm8.产品查询明细:InquireProductDetail输入:产品分类名称或分类编号或空(则查询全部产品),根据产品查看自定义选择字段返回,分页显示输出:相关产品的信息例子程序:http://localhost:8888/crm/apidemo/product/InqueryProductDetail.htm9.客户投诉登记:SubmitCustomerComplaint输入:客户投诉的相关信息输出:1-成功、2-失败,直接将客户投诉的相关信息增加到CRM中(可以不存客户种子)例子程序:http://127.0.0.1:8888/crm/apidemo/customerservice/SubmitCustomerComplaint.htm跳转到成功或者失败页面10.客户服务登记:SubmitCustomerService输入:客户服务的相关信息登记输出:1-成功,2-失败,直接将客户服务的相关信息增加到CRM中(可以不存客户种子)例子程序:http://127.0.0.1:8888/crm/apidemo/customerservice/SubmitCustomerService.htm跳转到成功或者失败页面注意:1:所有获取列表信息的地方,可以传入参数每页显示条数rowSet(默认十条)以及想要获取第几页的数据(默认为0第一页)2:所有可以按条件查询的地方,条件的关系都是and的关系。

3:所有列表查询的地方,页面返回那些字段,请到客户的CRM客户管理软件里面,查看用户自定义页面。

订单列表查询只返回用户在管理软件里面设置了在列表页面显示的值,其他数据不予返回。

4:jquery-1.4.2.min.js及以上版本测试是没有问题的。

5:编码格式使用UTF-8,否则数据是否乱码不能得到保证!!客户具体字段信息请参考客户附录客户名称:customer_name简称:customer_alias客户种类:kind行业:industry_kind电话:comm_phone传真:comm_fax热点分类:hot_kind客户来源:customer_source阶段:customer_phase网址:weburl国家地区:country省份:province城市:city邮编:zipcode地址:address开户银行:contact_bank_name银行帐号:contact_bank_account税号:contact_tax_account开票地址:invoice_address所有者:sub_account_id客户级别:customer_level备注:remark是否增加次联系人:b_record_contact价值评估:value_evaluate关系等级:relation_level信用等级:credit_level人员规模:staff_scope上级客户:parent_customer_name收入说明:revenue_info文件:files开票名称:invoice_nameQQ :qq手机:mobile_phone邮箱:comm_email类型:customer_type创建时间:create_date联系人:contact_man操作:operate创建者:create_man修改者:update_man修改时间:update_date最新跟进时间:customer_follow_link_date 是否共享:is_shared到期天数:expiration_days最新签单日期:lastest_sign_order_date文件1 :files1文件2 :files2文件3 :files3文件4 :files4文件5 :files5呼叫结果:CALL_RESULT座席处理结果:CALL_PROCESS_STATE呼叫拒绝次数:CALL_REFUSE_TIMES最后一次联系时间:CALL_LINK_DATE跟进内容:CALL_FOLLOW_RESULT下次跟进时间:customer_follow_next_date 客户编号:customer_no授信额度:credit_amount所有者部门:dept会员余额:Balance是否会员:IS_MEMBER跟进次数:customer_follow_num市场活动:ACTIVITY_SUBJECT渠道客户:channel_customer_name来源于:original_source拥有时间:own_date需求时间:require_date介绍者:introduce_customer_name最新签单天数:new_order_days创建天数:create_days跟进天数:follow_days跟进逾期天数:follow_overdue_days产生需求天数:require_days名称缩写:name_abbreviation客户积分:CUSTOMER_INTEGRAL付款方式:pay_method付款条件:transaction_kind联系人姓名:con_contact_name联系人别名:con_contact_alias联系人称呼:con_call_name联系人性别:con_gender联系人电话:con_comm_phone联系人传真:con_comm_fax联系人移动电话:con_mobile_phone联系人商务邮箱:con_comm_email联系人备注:con_remark联系人部门:con_department联系人职位:con_position负责工作:con_preside_work联系人上级:con_higher_level联系人国家:con_country联系人邮编:con_zipcode联系人城市:con_city联系人地址:con_address联系人家庭电话:con_home_phone联系人MSN :con_msn联系人QQ :con_qq联系人SKYPE :con_skype博客:con_blog网址:con_weburl婚姻状况:con_marriage联系人生日:con_birthday爱好:con_interest学历:con_education证件类型:con_certificate_kind联系人证件号码:con_certificate_no联系人省份:con_province跟进记录:customer_follow状态:audit_status性别:gender生日:birthday阴历生日:BIRTHDAY_LUNAR联系人阴历生日:con_BIRTHDAY_LUNAR 最新评阅:latest_review会员姓名:member_name会员编号:member_no登陆密码:member_password提醒余额:ALERT_BALANCE最近余额提醒日期:ALERT_BALANCE_DATE 年龄:age未签单天数:no_order_days部门:dept_id分支机构:branch_id联系人文件:con_files扩展字段1 :extend1扩展字段2 :extend2扩展字段3 :extend3扩展字段4 :extend4扩展字段5 :extend5扩展字段6 :extend6扩展字段7 :extend7扩展字段8 :extend8扩展字段9 :extend9扩展字段10 :extend10 扩展字段11 :extend11 扩展字段12 :extend12 扩展字段13 :extend13 扩展字段14 :extend14 扩展字段15 :extend15 扩展字段16 :extend16 扩展字段17 :extend17 扩展字段18 :extend18 扩展字段19 :extend19 扩展字段20 :extend20 扩展字段21 :extend21 扩展字段22 :extend22 扩展字段23 :extend23 扩展字段24 :extend24 扩展字段25 :extend25 整型字段26 :extend26 整型字段27 :extend27 整型字段28 :extend28 整型字段29 :extend29 整型字段30 :extend30 整型字段31 :extend31 整型字段32 :extend32 整型字段33 :extend33 整型字段34 :extend34 整型字段35 :extend35 浮点数字段36 :extend36 浮点数字段37 :extend37 浮点数字段38 :extend38 浮点数字段39 :extend39 浮点数字段40 :extend40 浮点数字段41 :extend41 浮点数字段42 :extend42 浮点数字段43 :extend43 浮点数字段44 :extend44浮点数字段45 :extend45日期字段46 :extend46日期字段47 :extend47日期字段48 :extend48日期字段49 :extend49日期字段50 :extend50联系人扩展字段1 :extend1_con联系人扩展字段2 :extend2_con联系人扩展字段3 :extend3_con联系人扩展字段4 :extend4_con联系人扩展字段5 :extend5_con联系人扩展字段6 :extend6_con联系人扩展字段7 :extend7_con联系人扩展字段8 :extend8_con联系人扩展字段9 :extend9_con联系人扩展字段10 :extend10_con 联系人扩展字段11 :extend11_con 联系人扩展字段12 :extend12_con 联系人扩展字段13 :extend13_con 联系人扩展字段14 :extend14_con 联系人扩展字段15 :extend15_con 联系人扩展字段16 :extend16_con 联系人扩展字段17 :extend17_con 联系人扩展字段18 :extend18_con 联系人扩展字段19 :extend19_con 联系人扩展字段20 :extend20_con 联系人扩展字段21 :extend21_con 联系人扩展字段22 :extend22_con 联系人扩展字段23 :extend23_con 联系人扩展字段24 :extend24_con 联系人扩展字段25 :extend25_con 联系人整型字段26 :extend26_con 联系人整型字段27 :extend27_con 联系人整型字段28 :extend28_con 联系人整型字段29 :extend29_con 联系人整型字段30 :extend30_con 联系人整型字段31 :extend31_con 联系人整型字段32 :extend32_con 联系人整型字段33 :extend33_con 联系人整型字段34 :extend34_con 联系人整型字段35 :extend35_con 联系人浮点数字段36 :extend36_con 联系人浮点数字段37 :extend37_con 联系人浮点数字段38 :extend38_con联系人浮点数字段39 :extend39_con 联系人浮点数字段40 :extend40_con 联系人浮点数字段41 :extend41_con 联系人浮点数字段42 :extend42_con 联系人浮点数字段43 :extend43_con 联系人浮点数字段44 :extend44_con 联系人浮点数字段45 :extend45_con 联系人日期字段46 :extend46_con 联系人日期字段47 :extend47_con 联系人日期字段48 :extend48_con 联系人日期字段49 :extend49_con 联系人日期字段50 :extend50_con 扩展字段51 :extend51扩展字段52 :extend52扩展字段53 :extend53扩展字段54 :extend54扩展字段55 :extend55扩展字段56 :extend56扩展字段57 :extend57扩展字段58 :extend58扩展字段59 :extend59扩展字段60 :extend60扩展字段61 :extend61扩展字段62 :extend62扩展字段63 :extend63扩展字段64 :extend64扩展字段65 :extend65扩展字段66 :extend66扩展字段67 :extend67扩展字段68 :extend68扩展字段69 :extend69扩展字段70 :extend70扩展字段71 :extend71扩展字段72 :extend72扩展字段73 :extend73扩展字段74 :extend74扩展字段75 :extend75扩展字段76 :extend76扩展字段77 :extend77扩展字段78 :extend78扩展字段79 :extend79扩展字段80 :extend80订单具体字段信息请参考客户附录订单主题:contract_order_subject订单号:contract_order_no客户:customer_name分类:contract_order_kind日期:execute_start_date发货日期:execute_end_date公开金额:sum_money实际金额:discount_money折扣率(%) :discount_rate付款类型:pay_kind付款方式:pay_method所有者:sub_account_id经手人:handler_sub_account_id快递公司:express_delivery_company运单号码:express_delivery_no客户联系人:sign_customer_name增加收款记录:b_pay_fact增加开票记录:b_invoice文件:files备注:remark销售机会:sale_chance_subject状态:execute_status发货状态:goods_status已收款:pay_money开票状态:invoice_audit_status审核状态:order_status创建时间:create_date修改时间:update_date创建者:create_man修改者:update_man产品类别:product_deal_kind收货人:contact_name收货地址:goods_address收货人电话:comm_phone收货人手机:mobile_phone收货邮编:zipcode是否共享:is_shared提单号:bill_lading开船日期:ship_date开船备注:ship_remark开船附件:ship_files回单号:back_order回单备注:back_remark回单附件:back_files回单日期:back_date是否审核:is_audit订单:contract_subject关闭者:close_man关闭时间:close_date关闭原因:close_remark导出:print关闭信息1 :close_info1关闭信息2 :close_info2关闭文件:close_files生产百分比:finished_percent生产状态:manufacture_status外币种类:foreign_kind外币汇率:exchange_rate应收款:should_pay_money毛利:order_profit添加:product_frame成本金额:cost_money所有者部门:dept收款状态:pay_fact_money_status产品名称:product_name客户创建时间:c1_date银行流水日期:income_expense_date 结算方式:clearing_way收货邮箱:comm_email是否发货:b_out_storage客户类型:customer_type国家:country港口:port排库状态:storage_accounting_status 订单类型:order_type客户服务:SERVICE_SUBJECT开票金额:invoiced_money是否开票:is_invoiced订单积分:ORDER_INTEGRAL上级订单:parent_order_subject审核流程:audit_subject预付款支付:is_advance_payment可用余额:available_balance预付款支付金额:advance_pay_money 开票时间:invoice_date期望发货时间:Expect_Deliver_Date发货金额:goods_money最新评阅:latest_review会员卡号:member_no第二客户:SECOND_CUSTOMER_NAME第二主联系人:SECOND_CONTACT_NAME真实成本金额:real_cost_money真实毛利:real_order_profit客户转介绍:introduce_customer级联客户转介绍:cascade_introduce_customer 分支机构:branch_id部门名称:dept_id产品总数:sum_num产品总重:sum_weight自定义类型1 :CUSTOM_KIND1自定义类型2 :CUSTOM_KIND2自定义类型3 :CUSTOM_KIND3自定义类型4 :CUSTOM_KIND4自定义类型5 :CUSTOM_KIND5扩展字段1 :extend1扩展字段2 :extend2扩展字段3 :extend3扩展字段4 :extend4扩展字段5 :extend5扩展字段6 :extend6扩展字段7 :extend7扩展字段8 :extend8扩展字段9 :extend9扩展字段10 :extend10扩展字段11 :extend11扩展字段12 :extend12扩展字段13 :extend13扩展字段14 :extend14扩展字段15 :extend15扩展字段16 :extend16扩展字段17 :extend17扩展字段18 :extend18扩展字段19 :extend19扩展字段20 :extend20扩展字段21 :extend21扩展字段22 :extend22扩展字段23 :extend23扩展字段24 :extend24扩展字段25 :extend25整型字段26 :extend26整型字段27 :extend27 整型字段28 :extend28 整型字段29 :extend29 整型字段30 :extend30 整型字段31 :extend31 整型字段32 :extend32 整型字段33 :extend33 整型字段34 :extend34 整型字段35 :extend35 客户需要字段:extend36 浮点数字段37 :extend37 浮点数字段38 :extend38 浮点数字段39 :extend39 浮点数字段40 :extend40 浮点数字段41 :extend41 浮点数字段42 :extend42 浮点数字段43 :extend43 浮点数字段44 :extend44 浮点数字段45 :extend45 日期字段46 :extend46 日期字段47 :extend47 日期字段48 :extend48 日期字段49 :extend49 日期字段50 :extend50。

相关文档
最新文档