Editing Options - Document Type 'Ready For Input'

I have a client who wants the default editing option for all users to have the Document Type set to 'Ready For Input'. Is this possible? I have explained how each user can change the own entry but they are not happy with this.
Any ideas?
Ged Griffiths

Hi Jurgan,
Thanks for your reply ,
The requirement here is to track the link between 541 and 542 ,
The processor PO is updated by user in PO field and also added the vendor field (custom) which is again updated by user
while doing 541 on saving exit finds out the latest PO number for combination of Vendor and material and updates it in one field
Hence 541 document always contain the processor PO ,and vendor PO
Normally client use MB1B for this but , if required MIGO can not be used because of this PO field constrain
Hope its clear
Thanks
Diwakar

Similar Messages

Hidden variable but ready for Input - BEx

Hello everyone,
I wanted to know if it's possible to create a variable for selection screen in the BEx which is hidden but still ready for input.
I guess that if I uncheck the option "Variable is Ready for Input" in the variable properties in BEx, I will have a variable which is hidden and can be manipulated in a SAP Exit function module. I don't want to manipulate the variable there but send a value through RRI to this report (where the Variable should be hidden). If I uncheck the option "Variable is Ready for Input" I cannot set this in the RRI settings because I don't see the variable since it is not ready for input
Do you know a possible solution for this?
Thanks,
Carlos

Hello Bob,
Thanks for your fast answer. I got what you said, but it is not as simple as it is, for that reason I will describe the scenario a little bit more:
Source query has:
Variable: Key Date (Single, mandatory) -> InfoObject /APC/ACCTRADAT
Key date means "all before that date" (defined in the extractor).
Target query has:
Variable: Transaction Date (selection Option, optional) -> InfoObject /APC/ACCTRADAT
Transaction Date means "only that date" or "from one date to other date".
If I send the date through RRI, the target query will think that the value it is getting is a single value, but it's actually a range (all before that date).
For that reason I created a new InfoObject called Key Date for Recon. (/APC/RCTKEYDAT) with a single optional variable. I don't want to show the InfoObject as a free char because it makes no sence on it. So, depending on the variable I get, the extractor will decide either if it is a range or a single value. Any ideas?
Regards,
Carlos

How to hide a varible that is ready for input and personalized for a value

Hi All,
Is there anyway to hide a variable in variable screen selection which is ready for input and its personalized value is stored in the ODS.
Any help greatly appreciated.
Suresh.

Hi Roberto,
Is there anyway to hide that variable from the variable screen(with still option being selected as ready for input).I ried all the options such as replacemetn type & copy from another variable.Always it appears in the varaible screen.
I don't want user to change the value of this variable.
Cheers,
Suresh.

Reconciliation account ready for input

Dear All,
While creating GL, if it is a recon account, then it is picked up form the Account Type (ie) either vendors/debtors/assets.
What is the use of 'Reconciliation account ready for input', Will there be any other recon items other than vendors/debtors, etc.
Please clarify,
JEERI

Dear,
Reconciliation account ready for input at time of posting - Indicator which determines that the reconciliation account is ready for input when posting a document. The indicator is used in Financial Assets Management like when you make initial load of the asset balances the balances are being posted to Asset Sub-Ledger but not to the GL Account.
Hence, in such cases, you are required to Reset the Reconciliation Accounts in OAMK and post the same entries into GL Account that you have loaded to Asset Sub-Ledger and then again make them as Reconciliation Accounts.
Note: On the other hand Reconciliation Accounts are only mean for posting by the System, but when you select the "Recon. account ready for input", it would become like a normal account, it will allow you to post directly, this would invalidate the integrity of the data. Therefore, you should never put the check box Reconciliation Account ready for input for RECONCILIATION accounts.

MIGO Field display to ready for Input

Hi,
Field EBELN purchase order is made mandatory for movement type 541
When i am doing MB1B its ready for input
But when i am trying to post 541 using MIGO the field is display only
I tried Enjoy settings for MIGO but the field is not available in modifiable or influencing node
Is there any way i can add the field or other workaround solution?
Thanks
Diwakar

Hi Jurgan,
Thanks for your reply ,
The requirement here is to track the link between 541 and 542 ,
The processor PO is updated by user in PO field and also added the vendor field (custom) which is again updated by user
while doing 541 on saving exit finds out the latest PO number for combination of Vendor and material and updates it in one field
Hence 541 document always contain the processor PO ,and vendor PO
Normally client use MB1B for this but , if required MIGO can not be used because of this PO field constrain
Hope its clear
Thanks
Diwakar

Cl_salv_table - How to set grid ready for input

Hi,
I am using the class "cl_salv_table" on a 6.40 system to display an ALV grid. How can I set the grid cells are ready for input/editing?
( Something similar to slis_layout_alv-edit parameter
use in the REUSE_ALV_GRID_DISPLAY function )
I have looked at the demo programs SALV_TEST_TABLE* and
SALV_DEMO_TABLE*. Unless I am blind I cannot find a way.
Any suggestions?
Lukas
Message was edited by: van vuuren lukas

Hi,
thanks for the reply,
I do not call the SET_TABLE_FOR_FIRST_DISPLAY,
as far as I can tell SALV does not require this.
Here is in short what my program looks like:
data: lr_salvgrid type ref to cl_salv_table,
      lr_columns type ref to cl_salv_columns_table,
      lr_column type ref to cl_salv_column,
      gt_matdoc type mb_mkpf.
I call method cl_salv_table=>factory to get a reference to my itab:
        call method cl_salv_table=>factory
          exporting
            list_display = if_salv_c_bool_sap=>false
          importing
            r_salv_table = lr_salvgrid
          changing
            t_table      = gt_matdoc.
Then for fieldcatalogue:
i.e. hide columns etc
lr_columns = lr_salvgrid->get_columns( ).
lr_columns->set_optimize( abap_true ).
lr_column = lr_columns->get_column( 'MANDT' ).
lr_column->set_visible( abap_false ).
Then to display:
lr_salvgrid->display( ).
I would have thought that the edit parameter would be somewhere in the fieldcat ( in class CL_SALV_COLUMN )
but I cannot find it there. Everything else like text/edit mask/currency/visible etc is here but not edit.

Set specific rows in ALV grid ready for input

Hi everyone,
I have a question about how to set specific rows in ALV grid ready for input.
I know that I can make some columns ready for input before the ALV displayed,but I have no idea how to make specific rows displayed in the ALV ready for input.

Hello Aaron
For editable columns we can use the fieldcatalog (LVC_S_FCAT-EDIT = 'X') but for rows you need to define editability on cell level.
The required steps are documented in sample report BCALV_EDIT_02. Below I point out a few crucial points:
*§1.Extend your output table for a field, e.g., CELLTAB, that holds
*   information about the edit status of each cell for the
*   corresponding row (the table type is SORTED!).
DATA: BEGIN OF gt_outtab occurs 0. "with header line
        include structure sflight.
DATA: celltab type LVC_T_STYL.
DATA: END OF gt_outtab.
*§3.Provide the fieldname of the celltab field by using field
*   STYLEFNAME of the layout structure.
   gs_layout-stylefname = 'CELLTAB'.
   CALL METHOD grid1->set_table_for_first_display
         EXPORTING i_structure_name = 'SFLIGHT'
                   is_layout        = gs_layout
         CHANGING it_outtab        = gt_outtab[].
Note: in the sample report only field SEATSMAX is editable. In your case you need
to fill CELLTAB for all fields in a row.
*§2.After selecting data, set edit status for each row in a loop
*   according to field SEATSMAX.
LOOP AT gt_outtab.
    l_index = sy-tabix.
    refresh lt_celltab.
    if gt_outtab-seatsmax ge 300.
        perform fill_celltab using 'RW'
                             changing lt_celltab.
    else.
        perform fill_celltab using 'RO'
                             changing lt_celltab.
    endif.
*§2c.Copy your celltab to the celltab of the current row of gt_outtab.
    INSERT LINES OF lt_celltab INTO TABLE gt_outtab-celltab.
    MODIFY gt_outtab INDEX l_index.
ENDLOOP.
ENDFORM.                               " SELECT_DATA_AND_INIT_STYLE
NOTE: LVC_T_STYL is a SORTED table type. Thus, take care that you are using the
INSERT ... INTO TABLE statement and not APPEND (because then nothing is appended
to the CELLTAB itab).
IF p_mode EQ 'RW'.
*§2a.Use attribute CL_GUI_ALV_GRID=>MC_STYLE_ENABLED to set a cell
*    to status "editable".
    l_mode = cl_gui_alv_grid=>mc_style_enabled.
ELSE. "p_mode eq 'RO'
*§2b.Use attribute CL_GUI_ALV_GRID=>MC_STYLE_DISABLED to set a cell
*    to status "non-editable".
    l_mode = cl_gui_alv_grid=>mc_style_disabled.
ENDIF.
ls_celltab-fieldname = 'SEATSMAX'.
ls_celltab-style = cl_gui_alv_grid=>mc_style_disabled.
INSERT ls_celltab INTO TABLE pt_celltab.
Regards
Uwe

User exit to open field for change / ready for input in delivery

Hi !
We need to open a field for change / ready for input in the header level of a delivery after it has been goods issued. Is there a BADi / User exit that can open a field for change / ready for input in the delivery after the delivery has been goods issued ?
Regards,
Ashok.

Hi,
As per the SAP Process it is not recommendable to edit the closed delivery. In order edit the devlivery you have to cancel the post goods issue and then update the same.
So there is a option like in PBO user-exits, we can force the status fields values and open up the delivery fields. But this would lead to inconsitency.
If you are updating just any information, you can always use the Text fields in header or items to update at any time of delivery processing.
Regards,
Sivparatap

Recon. acc.ready for input in FS00

Hi All,
Please let me know what is the purpose of Recon.acc.ready for input in FS00 with examples.
Thanks
Chinna

Reconciliation account ready for input at time of posting - Indicator which determines that the reconciliation account is ready for input when posting a document. The indicator is used in Financial Assets Management like when you make initial load of the asset balances the balances are being posted to Asset Sub-Ledger but not to the GL Account.
On the other hand Reconciliation Accounts are only mean for posting by the System, but when you select the "Recon. account ready for input", it would become like a normal account, it will allow you to post directly, this would invalidate the integrity of the data. Therefore, you should never put the check box Reconciliation Account ready for input for RECONCILIATION accounts.
Summary - Normally sub ledger doesn't allow GL accounts to enter manually in the transactions. But if you actiavte this indicator for reconciliation account, then the subledger allow other recon accounts also while doing the transactions.
Thanks
KB
Edited by: Kishore Bachina on Aug 27, 2011 4:52 PM

Migo: field not ready for input

hello ,
i am stuck with an issue , which is ---
I have to add two fields in migo tablecontrol with dyndr- 200, for overdelivery tolerance and under delivery tolerance.
I am able to add them with my custom fields (ZZUEBTO,ZZUNTTO). and now fields are their in table control .
But now the issue , when i am initializing values to these fields using badi MB_MIGO_BADI ,and method LINE_MODIFY,
its showing warning that --
BAdI: Field GOITEM-ZZUEBTO not ready to accept input (Change will not be adopted)
Message no. MIGO050
Diagnosis
The contents of field GOITEM-ZZUEBTO have been changed in BAdI MB_MIGO_BADI (method LINE_MODIFY). The field, however, is not ready for input, so the change cannot be copied.
In method LINE_MODIFY, only the contents of fields that are ready for input can be changed.
if any one , please revert me back .
Thanx,
Jeetendra Chauhan
Edited by: jeet.chauhan on Jun 2, 2011 7:58 AM

Hi
If I understand you, you are modifing the standard dynpro SAPLMIGO 0200 (ie: the table control TV_GOITEM). I suggest you to avoid it and mantain these fields in a new tab with this BADI and methods PBO_DETAIL and PAI_DETAIL.
Regards
Eduardo

Navigational Attribute as 'Ready for Input'

I have a navigational attribute called sub category for profit center. Both has the variable 'ready for input'. I am able to get the report output based on the profit center input but not on the sub category. Do we need follow anything while providing the navigational attribute as 'ready for input'? Thanks in advance.
Regards
Mahesh Kumar

Hi,
I am getting "Time Out error" and "Error while reading data; navigation is possible". I am able to get the Sub Category data in the multi provider.
Mahesh
Edited by: MAHESH KUMAR on Oct 6, 2009 12:40 PM
Edited by: MAHESH KUMAR on Oct 6, 2009 12:41 PM

Bex variable ready for input not displayed in webi

Hi,
I created bex query with some variables.
Variables are defined as "optional" but "ready for input". On productive system the prompts are all displayed, but when i transported the webi report to dev, some prompts are not displayed.
we are on BW 7.31 and BO 4.0. I also tried with BO 4.1. but the problem is the same.
I have no idea what's wrong here! Attached you can find some screenshots on my current settings.
thanks,
Katharina

Hi,
yes the reports are based on BICS and I moved them from prod to dev.
I already checked, the query panel does not show these variables!
I copied query and saved under new name, and i also created a new webi report upon this query, but some variables ready for input are still not displayed.
Regards,
Katharina

Default Exchange rate type at document type level for parallel currencies

Hi,
I have a scenario wherein 2 parallel currencies have been maintained (Grp & index based) against a Co Code and have maintained a default exchange type (Z2) in the Document type settings (OBA7).
But when I want to post a foreign currency document, system picks Z2 rates for Co Code currency conversion and not for Grp & index based. In fact it picks M rate for these addtional currencies.
I know that for parallel currencies, the system will always use the exchange rate type defined in transaction OB22 ( "M" rate) which is at Co Code level but I want default exchange rate type Z2 to be picked at Document Type level for all the parallel currencies.
Please suggest how to archive this.
Thanks,
Sam

Dear Sam,
The exchange rate type defined in the FI document type (-> field
exchange rate type in transaction OBA7) is only used for the currency
translation from transaction/document currency into first local
currency, not for the currency translation into second local (group)
currency or for the currency translation into third local currency.
The exchange rate types for the currency translation into second
local (group) currency and third local currency are defined in
transaction OB22.
Unfortunately there is no option to change the exchange rate of 2nd or
3rd local currency in our posting transactions. The design doesn't
regard that requirement. But you have the chance to adjust the parallel
currencies in OB22 or to change the amounts manually.
I hope this helps.
Mauri

Interactive form within WebDynpro not ready for input

Hi,
After building a simple interactive form with the form builder, I want to fill in the fields in the adobe form. The form is included in a ABAP web dynpro application as Interactive form and the enabled property is checked. But the form fields are still read only and not ready for input.
The interactive form uses ZCI layout and an ABAP dictionary based interface. The menu item include scripting was hit and I can not fill in the fields. Instead I only see read only fields. When previewing the form in the forms designer, the fields are open.
Please assist.
Regards
Ravikumar

hi Ravikumar,
The following code fragment shows how this input readiness can be set up:
method WDDOMODIFYVIEW.
data: LR_INTERACTIVE_FORM type ref to CL_WD_INTERACTIVE_FORM,
LR_METHOD_HANDLER type ref to IF_WD_IACTIVE_FORM_METHOD_HNDL.
check first_time = abap_true.
LR_INTERACTIVE_FORM ?= VIEW->GET_ELEMENT(u2018INTERACTIVE_FORM_1u2019).
LR_METHOD_HANDLER ?= LR_INTERACTIVE_FORM->_METHOD_HANDLER.
LR_METHOD_HANDLER->SET_LEGACY_EDITING_ENABLED( abap_true ).
endmethod.
Hope this helps.

Input ready query - not ready for input

I have created the following in IP:
1. A multiprovider based on an actuals cube (Standard infocube) and a plan cube (realtime - data can be planned not loaded).
2. An Aggregation level on the multiprovider - containing infoobjects: 0version, employee, WBS element, infoprovider, fiscal year, fiscal year variant, 0currency and 0amount.
3. A filter on the following infoobjects: employee (=123456), wbs element(XX.XX.XXX.X), version (variable - mandatory; ready for input), fiscal year(2008) and fiscal year variant(XX).
4. A planning function to copy from version 0 (actual) to version 866 (random Value - Master data exists).
I have created a query on the multiprovider and set the query properties correctly. I have also created two restricted key figures as follows:
1. Actual (Restricted by infoprovider = actual; version = 0; fy = 2007; fyvar = XX)
2. Plan (Restricted by infoprovider = plan ; version = input-ready variable; fy = 2008; fyvar = XX)
I have used all the infoobjects in the agg. level in the query. I am using the same version number (866) on the query selection screen as defined in the filter.
When I run the query, I can see only the actuals line. The plan keyfigure is not ready for input (although keyfigure properties are set to "Data can be changed using user entries or planning functions).
What am I doing wrong which is preventing the plan keyfigure from opening up for planning?
I have also tried to create an agg. level on the plan infocube with similar settings as above. When I run the query, I get a no data found result - which I think is right because there is no data in the planning cube.
PS: When I use the wizard in the planning modeler the keyfigure (0amount) can be changed.

Hi Avya,
Use a filter on the 0currency, for a particular currency type. (if problem is: currency type keyfigures are not input ready)
This will mak it input ready.
**Reward Points for useful answers**
Regards,
Naveenan

Editing Options - Document Type 'Ready For Input'

Similar Messages

Maybe you are looking for