关于“Client 000 has status ‘not modifiable’”

服了自己了,芝麻大点事,都写了这么多......[@more@]

昨天提到,以sap*登录进client 000后,进行功能操作时,如新增material typecompany code等时,系统老是会提示“client 000 has status not modifiable”,我还以为是系统写死了000不能动呢,结果今天偶然发现,原来000的内容还是可以更改的,它是通过一个参数来进行控制的。

话说我以uio用户在888里面横冲直撞,肆无忌惮的乱点鼠标,但每次新增或修改一个东西,点保存时,比如以上的company code,系统总会弹出一个框,提示我一个消息,意思大概就是本次的修改会被记录下来,并产生一个请求号,为了传输之类的。虽然我不是很明白它的含义,但是有前天client复制时的深有体会的过程,我估计这个提示可能是用于两个client之间的数据交换之类的。通俗点说,888000里掏了那么多东西,适当的时候总要还点给人家吧――当然这只是我的一个自以为是的想法,同时也我估计到应该是有参数控制的。

于是一大早上itpub发问,果然有热心的坛友马上回复,说用SCC4进去后,修改client的某某参数即可,另外还有一个坛友回复了一句话“不是第一天做SAP吧”,我真是郁闷,不知是批评我呢还是讽刺我?但不管怎么都好,你老人家回一个“SCC4,改参数”都总比回这句话强吧,至少字都要少打几个,既节省了你的时间,又帮助了我,多好呀。 其实每次在itpub上发问之前,我几乎都要在baidu或者itpub本身的论坛上搜一搜,看有没有人曾经讨论过我遇到的问题,我一直认为这是一个很好的习惯,节约了大家的时间和精力,衷心希望各位向我学习。^_^

晚上回到家后,按照指引,SCC4,弹出系统的client列表,有000001066888,于是双击888这行记录,发现在“changes and transport….”这个参数下,选择的是“automatic recording of changes”,怪不得呢,我每次修改什么东西你都要给我自动记录用于传输啊什么的,原来就是这个参数在作怪,于是立刻改为“changes without automatic recording”,保存后,退出,再重试昨天出现提示消息的那些功能,OK,那该死的提示框终于消失了,整个世界清静了。

突然灵光一现,000不能做任何修改,是不是也是这个参数在捣乱?SCC4进来后,双击000这行,果真,这个参数选择的是“no changes allowed”,意思是不能修改了。也就是我昨天用sap*进来000,老是出现如本文标题字样的提示的原因所在。这好办了,马上改为“changes without automatic recording”,问题解决――当然我不敢肯定是不是真的解决,毕竟我才刚刚接触博大精深的传说中才能见到的SAP

……

服了自己了,芝麻大点事,都写了这么多,而且像记流水帐一样,哈哈,不过这也好,反正我只是记录下自己每天学习的收获,看着自己一步一个脚印的往前迈步。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/14454661/viewspace-1006169/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/14454661/viewspace-1006169/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
超 文本传输协议(HTTP)是一种为分布式,合作式,超媒体信息系统。它是一种通用的,无状态(stateless)的协议,除了应用于超文本传输外,它也 可以应用于诸如名称服务器和分布对象管理系统之类的系统,这可以通过扩展它的请求方法,错误代码和报头[47]来实现。HTTP的一个特点是数据表现形式 是可输入的和可协商性的,这就允许系统能被建立而独立于数据传输。 目录 1 引论 1.1 目的 1.2 要求 1.3 术语 1.4 总体操作 2 符号习惯和一般语法 2.1 扩充的BNF(扩充的 巴科斯-诺尔范式) 2.2基本规则 (basic rule) 3 协议参数 3.1 HTTP版本 3.2 统一资源标识符(URI) 3.2.1一般语法 3.2.2 http URL 3.2.3 URI 比较 3.3 日期/时间格式(Date/Time Formats) 3.3.1完整日期 (Full Date) 3.3.2 Delta Seconds 3.4 字符集 3.4.1丢失的字符集(Missing Charset) 3.5 内容编码(Content Codings) 3.6 传输编码 (Transfer Codings) 3.6.1块传输编码(Chunked Transfer Coding) 3.7 媒体类型(Media Type) 3.7.1规范化和文本缺省 (Canonicalization and Text Defaults) 3.7.2多部分类型(Multipart type) 3.8 产品标记 (product Tokens) 3.9 质量值(Quality Values) 3.10 语言标签 (Language Tags) 3.11 实体标签 (Entity Tags) 3.12 范围单位(Range Units) 4 HTTP消息 4.1 消息类型(Message Types) 4.2 消息头 (Message Headers) 4.3 消息主体 (Message Body) 4.4 消息的长度(Message Length) 4.5 常用头域(General Header Fields) 5 请求(Request) 5.1 请求行 (Request-Line) 5.1.1方法 (Method) 5.1.2请求URL(Request-URI) 5.2请求资源 (The Resource Identified by a Request) 5.3请求报头域 (Request Header Fields) 6 响应 (Response) 6.1 状态行 (Status-Line) 6.1.1状态码与原因短语 (Status Code and Reason Phrase) 7 实体(Entity) 7.1 实体报文域(Entity Header Fields) 7.2 实体主体(Entity Body) 7.2.1类型(Type) 7.2.2实体主体长度(Entity Length) 8 连接 8.1 持续连接(Persistent Connection)。 8.1.1目的 8.1.2总体操作 8.1.2.1 协商(Negotiation) 8.1.2.2 流水线(pilelining) 8.1.3代理服务器 (Proxy Servers) 8.1.4实际的考虑 (Practical Considerations) 8.2 消息传送要求(Message Transmission Requirements) 8.2.1持续连接与流量控制 (Persistent Connections and Flow Control) 8.2.2监视连接中出错状态的消息 8.2.3 100状态码的用途 8.2.4服务器过早关闭连接时客户端的行为 9 方法定义(Method Definitions) 9.1 安全和等幂(Idempotent)方法 9.1.1安全方法(Safe Methods) 9.1.2等幂方法(Idempotent Mehtods) 9.2 OPTIONS(选项) 9.3 GET 9.4 HEAD 9.5 POST 9.6 PUT 9.7 DELETE(删除) 9.8 TRACE 9.9 CONNECT(连接) 10.状态码定义 10.1 通知的 1xx 10.1.1 100 继续 (Continue) 10.1.2 101切换协议 (Switching Protocols) 10.2 成功 2xx 10.2.1 200 OK 10.2.2 201 已创建(Created) 10.2.3 202 接受(Accepted) 10.2.4 203 非权威信息(Non-Authoritative informatio

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值