Restrict users (sales persons) to view or change Sales order data - Using Enhancement framework:  
Source Code Enhancement is one of the enhancement technologies available under Enhancement Framework. Implementing this technology is also called as Source Code Plug-In. Technically the source code plug-in implementations are stored in a separate include program and not as part of the original source program.
There are two types of Source Code enhancements possible.

Implicit enhancement option
• Explicit enhancement option

Example Scenario: 
One sales person can’t see or change another sales person’s sales orders.
In my program, I have used following users.
Sales person1 (user 1): lz8xzf
Owner for Sales order no: 174.
Sales person2 (user 2): lzn4rm 
Steps to Implement the Implicit enhancement option: 
Step1:
Go to SE38 and Open include MV45AFZB
Step2:

In order to implement any of these Source code enhancements, you need to be in
‘change Enhancement mode’ (the spiral icon available in the editor).
 
 
Step3: Go to EDIT option in the menu and choose Enhancement Operations -> Show implicit Enhancement Options 
 
All Implicit Enhancement option will be displayed. All yellow lines indicate Implicit Enhancement options. In ABAP programs, implicit enhancement options are predefined at the following places:
•
Begin/End of an include.
•
Begin/End of Method/Function Module/Form Routine
•
End of a structure
•
End of Private/Protected/Public Section of a local class
 
 
Step4: Place the cursor on the yellow line and choose
Enhancement implementation
à Create. 

 
Step5: Give Implementation name and then create. 
 
Step6: Here Editor will be enabled to write the code. Write your own code save and activate it.


Step 7:
Once the development is completed you can test the scenario.
When Sales person (lzn4rm) tries to Open Sales order no 174, it gives error message ’Access Denied’.

Note: Sales order 174 is created by another sales person (lz8xzf).

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• VARI_USER_VARS_GET

Reads existing variable values

• VARI_USER_VARS_SET

Changes existing variable values

• VARI_USER_VARS_COPY

• VARI_USER_VARS_DELETE

• VARI_USER_VARS_RENAME

• VARI_USER_VARS_DIALOG

• RS_VARIANT_VALUES_TECH_DATA

Get variant data

• RS_CHANGE_CREATED_VARIANT

Change variant data

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

＜ 仮 払 金 ＞
帳簿を記入していると、 現金の支出があったのに相手勘定がわからないというときがあります。 現金が減っているのにその理由がわからないという場合があるんです。

これだけ書くと、お金を勝手に使い込んでいるような悪いイメージを想像してしまいますが、そうではありません。

例えば、従業員が出張に行く際、旅費などの出張費を渡します。そういった場合、出張先でいくら使うのかが、わからないので、だいたいの金額を渡します。このように現金が減る事はわかっているのにその目的がはっきりしない場合、仮払金（かりばらいきん）勘定という資産の勘定を使用します。

上記のケースでは、出張費で処理をしてもよさそうですが、渡した金額を全て出張で使うとは限りませんよね。なので一時的に仮払金として処理をし、正しい金額が確定したときに出張費などに振り替えます。

仮払金勘定は現金を支払ったとき、金額が確定したときの２つのケースがあります。
それでは、取引と仕訳を見てみましょう。

お金を支払ったとき ：

従業員の出張にあたり、旅費として現金60,000円を概算で渡した。

このような場合、仮払金勘定の借方に概算金額を記入します。この段階では、旅費にいくら使うかわからないからです。

金額が確定したとき ：

従業員が出張から戻り、旅費の金額が70,000円であることがわかった。不足額は従業員へ現金で支払った。  

この時、はじめて何にいくら使ったのかがわかったので、仮払金から旅費へ振り替えます。

ここでは、旅費が仮払金を超えてしまったケースを見てきました。仮払金の範囲内で納まった場合の取引も見てみましょう。

従業員が出張から戻り、旅費の金額が40,000円であることがわかった。残金20,000円は、現金で受け取った。

＜ 仮 受 金 ＞
仮払金勘定は、現金を支払ったとき、その理由や金額がわからない場合に使用しました。それとは反対に現金を受け取ったときに記入する勘定科目がわからない、金額が不確定といった場合は、仮受金（かりうけきん）勘定という負債の勘定を使用します。

仮受金勘定は、現金を受け取ったとき、金額が確定したときの２つのケースがあります。

現金を受け取ったとき ：
出張中の社員から、当座預金に100,000円の振込があったが、その内容は不明である。

現金を受け取ったが、この段階では受け取った100,000円の内容が不明なので仮受金勘定を使用します。

金額が確定したとき ：

従業員が出張から戻り、当座預金に振り込まれた100,000円は商品の売上代金であることが判明した。

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

from http://blog.csdn.net/compassbutton/archive/2007/01/31/1499218.aspx

1、建立自定义函数
1.1 整数显示
FUNCTION CONVERSION_EXIT_Z0002_OUTPUT.
*"----------------------------------------------------------------------
*"*"Local interface:
*"  IMPORTING
*"     REFERENCE(INPUT)
*"  EXPORTING
*"     REFERENCE(OUTPUT)
*"----------------------------------------------------------------------
  DATA: OUTPUT1(12)   TYPE C,
        OUTDATUM   TYPE INT4.
  IF INPUT <> SPACE.
    OUTDATUM = INPUT.
    if input > 0.
      move OUTDATUM TO OUTPUT .
    else.
      OUTDATUM = OUTDATUM * ( -1 ).
      move OUTDATUM TO OUTPUT1 .
      CONCATENATE '-' output1 into output.
      CONDENSE output NO-GAPS .
    endif.
  ELSE.
    OUTPUT = SPACE.
  ENDIF.
ENDFUNCTION. 
1.2 浮点数显示
FUNCTION conversion_exit_zsign_output.
*"----------------------------------------------------------------------
*"*"Local interface:
*"  IMPORTING
*"     REFERENCE(INPUT)
*"  EXPORTING
*"     REFERENCE(OUTPUT)
*"----------------------------------------------------------------------

  DATA: output1(19)   TYPE c,
        output2(19),
        outdatum   TYPE p DECIMALS 2.
  IF  not input is initial.
    outdatum = input.
    IF input > 0.
      WRITE outdatum TO output1 ."RIGHT-JUSTIFIED .
      CONCATENATE ' ' output1 INTO output1.
    ELSE.
      outdatum = outdatum * ( -1 ).
      WRITE outdatum TO output1 ."RIGHT-JUSTIFIED.
      CONCATENATE '-' output1 INTO output1.
    ENDIF.
  ELSE.
*    output = '0.00'.
    CLEAR output1.
  ENDIF.
  CONDENSE output1 NO-GAPS .
  WRITE output1 TO output2 RIGHT-JUSTIFIED .
  output = output2.
ENDFUNCTION.

2、设置ALV输出格式字段格式
  clear ls_fcat.
  ls_fcat-fieldname = 'INT4'.
  ls_fcat-inttype   = 'I'.
  ls_fcat-intlen    = 10.
  ls_fcat-col_pos   = l_lin.
  ls_fcat-seltext_s = ls_fcat-fieldname.
  ls_fcat-seltext_m = ls_fcat-fieldname.
  ls_fcat-seltext_l = ls_fcat-fieldname.
  ls_fcat-edit_mask = '==Z0002'.
  append ls_fcat to ct_fcat.

3、调用函数就可达到负数符号前显的效果。
  call function 'REUSE_ALV_GRID_DISPLAY'
    exporting
      it_fieldcat                       = lt_fcat
    tables
      t_outtab                          = gt_outtab
    exceptions
      program_error                     = 1
      others                            = 2.

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

我们手动的做一下支票存款(Check Deposit)来进行应收账款的Clear操作。

首先TCODE FB70来做一张invoice

其中customer为PAUL POWER,Accounts Receivable帐户为159100. 应收账款11欧元。

此刻我们用TCODE   FBL5N - Display/Change Line Items来查看PAUL POWER客户，可以看到这笔未清项。

TCODE FAGLB03 - Display Balances (New) 查看other receivable的balance状况为

之后我们便开始手动操作支票收款，TCODE为FF68 - Manual Entry

其中输入check支票的屏幕需要输入支票金额，支票号码，支付的customer的search item以及Invoice号码。

但输入结束，保存之后，通过菜单，进行POST，我们会看到生成了两个session。

因为check deposite会有两个session操作的过程:

subledger session用来与客户AR帐户做clear

bank session会对bank账户做clear

通过TCODE SM35会发现两个新建立的session,首先选中BANK session，点击process，选择foreground，我们可以看到整个clear的过程，是通过FB01进行的。

之后选中customer session，点击process，可以看到整个clear过程，通过FB05进行。

Bank session跑完之后，我们再次查看159100的balance，可以看到，已经有11欧元的debit

subledger session跑完之后，我们再次查看paul power的open item已经消失了，出现在了cleared item里面

通过FB03可以查看这两个session执行之后产生的document. 整个check deposit过程就结束了。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

House Bank: A business partner that represents a bank via which you can process your own internal transactions. 也就是说，你的内部业务处理所需要的一个银行。但是并非是只有一个科目或者一个帐户。
House Bank中的每一个帐户，靠Account ID来区别。House Bank和Account ID组合在一起，就唯一确定了一个Bank Account. 每个Bank Account都指定了一个唯一的G/L中的科目。

他们三个之间的关系如下

在IDES系统中，我们演示如下。

首先在找到一个G/L Account主数据，然后看到有House Bank和Account ID两个栏位。

TCODE：FI12进入到后台配置，我们就可以看到一个House Bank体现了一个Bank Key定义的银行主数据，而一个House Bank下会有很多Account ID， House Bank和Account ID确定了唯一的一个Bank Account，每个Bank Account会制定一个G/L Account。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

当我们利用TCODE FBCJ来记录cash journal的时候，如果是一笔客户的incoming payment，即时POST了，也无法与相匹配的invoice做clear。我们必须手动clear一次。过程如下。

首先FB70做一张invoice

FBCJ来记录一笔cash journal

最后F-32将Invoice和payment选中，进行clear

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

首先编辑ALV的CALLER_EXIT事件，在call back的subroutine中做如下处理
CALL FUNCTION 'GET_GLOBALS_FROM_SLVC_FULLSCR'
    IMPORTING
      E_GRID = W_ALV_GRID.

最后调用 W_ALV_GRID->CHECK_CHANGED_DATA( ).

ALV GRID中编辑的值就可以更新到ALV内表中了

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

原载http://www.0oo.cn/jp/showthread.php?t=2103

在背单词的过程中，总是听到一些朋友抱怨“怎么这么难背，每个汉字都有很多发音，记不住”，其实仔细分析这些读音，也不难找到其中的一些门道和规律。今天在这里总结一些，希望能对大家在背单词上有所帮助。

汉字其实主要只有两种读法，就是“音读”和“训读”，相信大家都很清楚了，这里也不再赘述。一般情况下，一个汉字的训读只有一种，音读最多也不过两种，之所以会有千变万化的读音，是因为在复合词（两个汉字以上）之中，为了发音的简便，而产生出来的“音变”。

这里简要介绍以下三种“音变”：促音变、连浊、通音

1、促音变
形式：
将汉字的部分音节变成促音“っ”，使单词读起来更加上口。
规律：
两个字组成的单词（主要是音读单词），前字末音为“く”或“つ”（有时可能是“き”或“ち”）时发生促音变，具体变法（汗，戊戌变法么……）为：
“く”的情况，后字首音为“か行”或“た行”时，“く”变成促音“っ”；
“つ”的情况，后字首音为“か行”、“さ行”、“た行”、“は行”或“ぱ行”时，“つ”变成促音“っ”。
其他情况不发生变化。
举例：
国　こく　 国会　こっかい　 国境　こっきょう　国訓　こっくん　国権　こっけん　国庫　こっこ
作　さく　 作家　さっか　 作曲　さっきょく
六　ろく　 六段　ろったん　 六着　ろっちゃく　六通　ろっつう　六点　ろってん　六等　ろっとう
雑　ざつ　 雑貨　ざっか　 雑誌　ざっし　   雑著　ざっちょ　雑駁　ざっぱく
立　りつ　 立国　りっこく　 立身　りっしん　   立体　りったい　立法　りっぽう
石　せき　 石膏　せっこう　
一　いち　 一個　いっこ　 一斉　いっせい　   一旦　いったん　一緒　いっしょ　一杯　いっはい　一筆　いっぴつ
八　はち　 八回　はっかい　 八層　はっそう　   八頭　はっとう　八品　はっぴん

2、连浊
形式：
将汉字的部分音节变成相应的浊音，使单词读起来更加上口。
规律：
两个字组成的单词（音读训读都有可能），后字首音为“は行”时绝大多数时候发生连浊，变成“ば行”或“ぱ行”；
两个字组成的单词（音读训读都有可能），后字首音为“か行”、“た行”且前后字为修饰关系时大多数时候发生连浊，变成“が行”、“だ行”。
举例：
松　まつ　+　葉　は　松葉　まつば
花　はな　+　火　ひ　花火　はなび
勝　しょう　+　負　ふ　勝負　しょうぶ
身　しん　+　辺　へん　身辺　しんぺん
連　れん　+　邦　ほう　連邦　れんぽう
手　て　+　紙　かみ　手紙　てがみ
双　ふた　+　子　こ　双子　ふたご
陰　かげ　+　口　くち　陰口　かげぐち
口　くち　+　金　かね　口金　くちがね
注意：后字次音为浊音时，前面的清音就不能“连浊”了，如：口　くち　+　髭　ひげ　口髭　くちひげ（因为げ已经是浊音了）；还有不是前面修饰后面的情况也不能“连浊”，如：点　てん　+　取り　とり　点取り　てんとり（这是动宾结构的哦）
连浊还经常和促音变一同出现，下面只举两个例子，更多的大家自己去发掘吧。
発　はつ　+　表　ひょう　発表　はっぴょう
八　はち　+　匹　ひき　八匹　はっぴき

3、通音
形式：
将汉字的部分音节变成同行其他段的音节，使单词读起来更加上口。
规律：
两个字组成的单词（绝大部分是训读），前字末音为“え段”时部分时候发生通音，变成同一行中“あ段”的假名，通音较多时候也和连浊一起出现。
例如：
酒　さけ　+　場　ば　酒場　さかば
風　かぜ　+　口　くち　風口　かざくち
上　うえ　+　紙　かみ　上紙　うわがみ

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

这个是我曾经在itput发的帖子提问 http://www.itpub.net/thread-922888-1-1.html

其实当时最后一个帖子已经回答了我的问题，只是我当时没有自己练习出来。
今天做了一下练习，发现是否需要做TO完全就是取决于这个material item的plant+SLoc.是否被assin了一个warehouse NO.
当没有assign的时候，就不需要TO，直接可以手动添数做PICK，当assign了的时候，就需要来做一个TO做picking了。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

汇票。汇票是出票人签发的，委托付款人在见票时或者在指定日期或者在将来可以确定的日期，向收款人或持票人无条件支付确定金额的票据。汇票的当事人，有出票人、付款人和收款人。其中，出票人可以同时是收款人。出票人是签发汇票并将其交付与他人之人。汇票签发后，出票人对收款人及正当持票人承担当汇票提示时付款人一定承兑或付款的保证责任。在汇票未经承兑之前，出票人是汇票的主债务人。付款人又称受票人，是根据出票人的命令支付票款之人。但在远期汇票，付款人在作出承兑前只是从债务人，汇票承兑后，付款人成为主债务人，出票人退居从债务人地位。收款人是有权收取票款之人，亦即汇票的债权人。收款人如果遭到拒付，有权向出票人追索票款。
根据出票人的不同，汇票分商业汇票与银行汇票。出票人为企业或个人的，为商业汇票 。在商品买卖交易中 ，买方以第三方为付款人、以卖方为收款人签发的汇票，或者卖方以买方为付款人、以自己为收款人签发的汇票，即为商业汇票。银行汇票是以银行为出票人的汇票，它是一家银行向另一家银行发出的书面支付命令。银行汇票由银行签发后交汇款人，由汇款人寄给收款人。

本票。本票是出票人签发的，承诺自己在见票时或在指定的日期或在可以确定的将来日期，无条件向收款人或持票人支付确定金额的票据。本票只有出票人与收款人两方当事人。出票人是签发本票并将其交付他人之人，他完成出票行为后即成为本票的付款人，承担见票付款或定期付款的义务。收款人是自出票人取得本票，有权向出票人提示并要求出票人付款之人。
根据出票人的不同，本票分为一般本票与银行本票。由企业或个人签发的为一般本票，由银行签发的为银行本票。我国《票据法》规定的本票，限于银行本票。银行签发的见票即付不记名本票，可以代替现金流通，因此，各国对签发银行本票均有一定的限制。我国《票据法》第75条规定：本票出票人的资格由中国人民银行审定，具体管理办法由中国人民银行规定。

支票是指由出票人签发的，委托办理支票存款业务的银行或者其他金融机构在见票时无条件支付确定的金额给收款人或者持票人的票据。开立支票存款账户和领用支票，必须有可靠的资信，并存入一定的资金。支票可分为现金支票和转账支票。支票一经背书即可流通转让，具有通货作用，成为替代货币发挥流通手段和支付手段职能的信用流通工具。运用支票进行货币结算，可以减少现金的流通量，节约货币流通费用。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师