Non updation of PAYR

When I am making payment with transaction code F-58 the PAYR table which contains cheque information is not getting updated. Can anyone please provide me some insight as to what could be the reason for this and provide a solution as well.
Regards

Dear Prasad,
Generally the transaction F-58 will be used for posting the payment document as well as check printing (check will be alloted to the payment document). In case, the number has not been alloted to the payment document - due to some reason. You can't find that in table "PAYR".
This you can cross check using document display transaction FB03 using menu path --> Environment --> Check Information.
If you didn't find the check information there, it means check is not allocated to payment document.
In that case you need to analyse the reason for that and for this document you can allot the check number using FCH5 then PAYR table will be updated.
Kind Regards,
Kiran Yelamarthy
Edited by: Kiran Kumar NVL Yelamarthy on Dec 11, 2009 7:20 AM

Similar Messages

Automatic payment program (F110) document are not update in PAYR table

Hi all,
I have make payment in F110 (automatic payment) to customer
But it is not update in PAYR table
Please guide me what I have to do for documents update in PAYR table
Thanks and Regards,
Prudhvi

Hi,
It is possible to enter multiple documents.
You can enter a list of single documents or in intervals.
Enter the document number in ascending order.
Ex:
Individual documents.
10001,10003,10011
If the documents are in a sequence you can enter the Interval like this
(10001,10011)
Hope it helps you
Regards
Andrew
Edited by: Andrew J on May 28, 2009 4:26 PM

Key flexfield - protecting one of the segment as NON-UPDATABLE/ READ-ONLY

Key Flexfield setup for "People Group Flexfield" consists of seeg1,seg2,seg3,seg4.
We would like to make Seg1 of this flexfield "READ ONLY" / "DISPLAY ONLY" / "Non-Updatable".
Please advise possible way of making this functionality.
I have tried, following but no luck :
1) Limitations of Forms Personalization [ID 420518.1]
Forms Personalization is not possible for any key flexfield structure or segments.
This is a limitation of Forms Personalization on Flexfield. There was an enhancement request Bug 5506506 - "PERSONALIZE FLEXFIELDS BY USING FORMS PERSONALIZATION" but it was rejected the enhancement request as this is not feasible. A Flexfield is a single field in a form but then when you click into it and it opens up the flexfields window, the multiple fields you see is actually a user exit with multi segment values, not form fields. No Form Personalization events are passed to flexfield windows (user exits). No Form Personalization events are passed to segments inside the flexfield window (user exit).
2) Key Flexfield Security Rules Enabled
Defining security rules on any segment in key flexfield makes all segments as read only. Per Oracle Document:"Defining security rule on key flexfield combination on one or more segments allows all segments to be not updatable"

In SSHR, I believe it is possible although I have not done it before, I have spoken to people who have.
You need to have access to jDeveloper and be able to open up the SSHR page in question. Find the internal ID of the flex item within the SSHR page in question.
Then you create a new item in personalization and set that new item to have the same ID as you retrieved from jDeveloper. Make that item read only and configured the 'default' flex to not show the segment in question.
That is basically the way this can be achieved but it is not straightforward and requires a cursory understanding of OAF.
I do not know if it is possible to do this in the PUI. Would be interested to know requirement behind essentially showing a static read only field in a professional form - can the admins not be trusted to leave it alone? One workaround would be coding a user hook or custom library to error if that field is updated. Not read only but would stop those pesky Administrators meddling with it!

Problem with non-updated idocs

Hi,
we have a problem after upgrading from 3.5 to 7.0. Lots of extractors end
in an error-message concerning non-updated idocs. Every day several
extractors have this problem. This are not always the same extractors. As
a result we must repair many extractions manually.
I know the procedure of how to repair, but I want te know how I can prevent
extractors from running into this problem in the first place.
Any suggestions?
This is the problem-message that we get...
Non-updated Idocs found in Source System
Diagnosis
IDocs were found in the ALE inbox for Source System that are not updated.
Processing is overdue.
Error correction:
Attempt to process the IDocs manually. You can process the IDocs
manually using the Wizard or by selecting the IDocs with incorrect
status and processing them manually.

It has been happening on our env as well (BI 7.0 SP 12), time to time one load or the other gets into this problem and it waits yellow for few hrs before turning red.
I can correct the IDOC and move on or run the load again it works fine.. but the process chain gets held up not going to the next stage for hrs..
any resolution on your problem..
thanks
Mayil

Setting check box (in detail block) as (non) updatable...

Hi,
I have a master-detail form. The form does execute a query when it opens. Now, according to a condition i want to do the check box(in detail block) as non- updatable.
I have tried to write the appropriate code in:
WHEN-NEW-RECORD-INSTANCE(in the master block level)
WHEN-NEW-ITEM-INSTANCE (in the detail block level)
POST-QUERY(in the detail block level)
but it does not work 'perfectly'. I mean that in most cases even one of the above triggers does not execute (for example the 'WHEN-NEW-RECORD-INSTANCE' but only after i click on this new record instance. I mean that after this on this new record the condition is estimated....)
or
it does execute but after i click on the checkbox (for example the 'WHEN-NEW-ITEM-INSTANCE').
The code i tried looks like the following:
if :block.item=<condition>
then
set_item_property ('detail_block.chk_box',updatable,property_false);
else
set_item_property ('detail_block.chk_box',updatable,property_true);
end if;I consider to use the WHEN-CHECKBOX-CHANGED trigger and code which looks like:
if <condition>=true
then
    /*i set the value of the checkbox as the opposite of what it is just after the click on it...*/
if :detail_block.chk_box=0
   then
     :detail_block.chk_box=1;
else
    :detail_block.chk_box=0;
end if;
set_record_property(currect_record,status,query_status);
set_item_property ('detail_block.chk_box',updatable,property_false);
end if;The truth is that i do not like very much this code, but is there any alternative...???
Note: I use Dev6i with patch 12
Thank you,
Sim

I build a little testform based on HR-schema-table DEMO_USERS and switch each second record to be not updateable, works without problems (code from POST-QUERY-trigger):
DEFAULT_VALUE('1', 'GLOBAL.SWITCH');
:GLOBAL.SWITCH:=3-:GLOBAL.SWITCH;
IF :GLOBAL.SWITCH=2 THEN
SET_ITEM_INSTANCE_PROPERTY('DEMO_USERS.ADMIN_USER', TO_NUMBER(:SYSTEM.TRIGGER_RECORD), UPDATE_ALLOWED, PROPERTY_TRUE);
ELSE
SET_ITEM_INSTANCE_PROPERTY('DEMO_USERS.ADMIN_USER', TO_NUMBER(:SYSTEM.TRIGGER_RECORD), UPDATE_ALLOWED, PROPERTY_FALSE);
END IF;     Edited by: Andreas Weiden on 31.03.2009 21:24

Non-updated Idocs found in Source System

Hi Experts,
I am getting an error Non-updated Idocs found in Source System
Plz help me to resolve this issue.

Hi
BD87 Update Idocs manually.
1. When you look in the Monitor screen for the first time on a day you mostly will see some Loads that have yellow traffic lights. When you click on the lowest line of the Load (with the time of Load start) you will get the next popup screen:
2. Here you can click on the "Yes" button. The Load specification window (right side of the screen) will now be filled with data.
3. You can now start the manual processing of the IDocs. You go to the "Details" tabpage of the right window. You right click on the line with the red traffic light stating "Request IDoc : IDoc ready to be transferred to application" on the "Details" tab page of the Load. In the option menu that appears choose the option "Update manually in OLTP" (click it).
4. You will get to the next screen (which is in fact a transaction in the source system (SAP R/3) where you can update the IDoc that is send by the source system)
5. Now click the "Excecute" button on the left of the screen (or press the F8 button on your keyboard). You will get to the next screen:
6. This states that the IDoc has been passed through to BW. You return to BW by clicking the "Back" button (or pressing the F3 button on your keyboard) twice. After the first time you will see the previous screen and after that the Monitor screen again.
7. You will now see that the Status of the Load has turned to yellow or green. When it is yellow you will have to wait a little time (the execution of the Load in BW is still running) and by clicking "Refresh Details" button on the left upper side of the screen (or pressing the F8 button on your keyboard) you will see the Load turn green.
Hope it helps

R3 to BW Extraction fails: Non-updated Idocs found in Source System

We load data from R3 to BW and this process has been successful for the past few days except last night. The error msg is listed below in between two dashed lines:
Non-updated Idocs found in Source System
Diagnosis
IDocs were found in the ALE inbox for Source System that are not updated.
Processing is overdue.
Error correction:
Attempt to process the IDocs manually. You can process the IDocs manually using the Wizard or by selecting the IDocs with incorrect status and processing them manually.
I checked the system connection by right click the source system in the Source System page on BW and selecting "Check" and "Customizing for Extractors" from the context menu and find everything works fine.
Any idea about the IDOC thing?
Thanks

hi Subray/Bhanu,
With WE05, find some records with yellow status. How to find some missing data here?
With BD87, under BW system folder, there are two folders:
1. IDocs in outbound processing
2. IDoc in inbound processing
Under 1st folder, there is one yellow status folder called "IDoc ready for dispatch (ALE service)", continue to expand another folder called CREMAS under it, there is a blue information line which is "Receiver found , Data filtered , No conversion , No version change".
Under 2nd folder, there is one yellow status folder called "IDoc ready to be transferred to application", continue to expand other two folder under it called "BBPIV" and "RSRQST", find there is a red flash status line which is "No resources, immed. processing not possible: Too few free dialog work" under these two folders.
I need to go ahead to select these two red flash status lines and then press the Process button at the top bar?
Thanks
Message was edited by: Kevin Smith

How to make a record as Non Updatable

Hi all
I want to make the whole record(multi record block) as non updatable. My condition is, I have one status field in the base table block, when I query the form if the "status" field containing value 'Y', the user should not be able to update any item in the record. How to acheive the functionality?
Thanks in advance
ram.

Hi,
Have you tried using the set_item_instance_property('',update_alowed,..) built_in in the when_new_record_instance trigger on the block level?
You can check there the :block.status field,and set the item instances in that record to non updatable.

Non-updated Idocs found in Business Information Warehouse

Hi,
I got the following error while trying to load data:
"Non-updated Idocs found in Business Information Warehouse
Diagnosis
IDocs were found in the ALE inbox for Business Information Warehouse that are not updated.
Processing is overdue.
Error correction:
Attempt to process the IDocs manually. You can process the IDocs manually using the Wizard or by selecting the IDocs with incorrect status and processing them manually. "
Please help me solve this issue.

Hi,
Actually i tried all these options. I updated the idoc manually, and now the following message comes :
"Request still running
Diagnosis
No errors found. The current process has probably not finished yet.
System Response
The ALE inbox of BI is identical to the ALE outbox of the source system
or
the maximum wait time for this request has not yet been exceeded
or
the background job has not yet finished in the source system.
Current status
Data packets were found that have not yet been rea "
And the process is on for the past 5hours. Can i do something regarding this?

Idocs error: Non-updated Idocs found in Business Inormation Warehouse

Hi
I have found this error for delta load.
"Non-updated Idocs found in Business Information Warehouse"
I know that if the non-updated idocs found in source system, we can use
BD87 to manual update.
But it is with in the BI.
Can someone please help with steps involved.
Thanks

I will suggest you to set the delta load request to red and then reset the delta flag. Reload the last repested delta will include all missing idocs. That way it is much cleaner.
Good Luck,
CL

How to create editable form with non-updatable vo

Hi,
i need to create a new form on non-updatable VO.
My requirement is: i have Data base View, based on that view i have created VO, based on this VO i need to create new form, when ever i submit a request, web service will invoke and that validate the data and sends to the data base.
when ever i drag drop the vo i couldn't able to enter any data bcoz all the data are coming in the form of output boxes.
can any one help how can i create this.

Check the setting of your viewobject attributes settings, most probably they are 'updatable never', set them to "updatable always".
This way you can drag the view as an editable form.
About sendind data to the database, i guess you have an idea how to do it afterwards :)

Display description, but non-updatable data block

To display my Item_Description, I've created a post-query trigger to lookup Item_Description based on Item_Num, which works fine, except if the user does not have update priveledge. By default the data block is non-updatable. If the user has update, then the block is set updatable at run-time.
Problem is, for a non-update priveledge user, the form errors when the trigger attempts to set the description field. [Even though the field is set updatable by default.]
What am I missing? Thanks.

I'm confused. You say:
"By default the data block is non-updatable."
but then you say:
"...the field is set updatable by default."
If the data block is not updateable, then you can't make the item updateable.
Assuming the default is non-updateable, and a user does not have update privilege, then the error message you are getting is correct because the trigger is trying to do an update when the item is non-updateable.
If you need the trigger to do an update, then you need to make the item updateable. If you don't want the trigger to do an update for this user, then first check if the item is updateable (use the get_item_property), and if it is updateable, then let the trigger do the update.
Message was edited by:
Mark Roberts

Non-Updatable Columns

Hello
Is it possible to conditional make a column non-updateable, but allow updates on other columns in the same region.
This is based on an updateable Tabular Form : a user of low authority is not allowed to change the Status column but may update the Allocated Days column; a user of high authority may change the Status column and update the Allocated Days column.
Many thanks
Ade Adekoya

Ade - if you simply want to hide certain columns, then apply authorization controls to individual columns.
However, if you want to have the columns visible but only editable by certain users, what I would do is to return the SQL for the tabular report from PL/SQL, then use the HTMLDB_ITEM functions to determine how the fields are to be displayed.
You would check in PL/SQL whether the current user had the authority to edit the particular column, return standard SQL if not or return something like HTMLDB_ITEM.TEXT(1, status) if they did.
Values that you return in this way are stored in a global array that you can reference from the page using the HTMLDB_APPLICATION.G_FNN construct, where NN is the ID of the item (01, 02 etc.). The '1' in the function call HTMLDB_ITEM.TEXT(1, status) indicates that the value will go into HTMLDB_APPLICATION.G_F01. Each row on the page becomes an element in the array.
Creating tabular forms in this way makes the processing of page harder, because you have to throw away all of HTML DB's automatic processing and do it yourself. The important thing to remember is that you write the primary key of each row to the array so that you know which row to update when the page is submitted. You can write data to a HIDDEN item, although I've found that you need to concatenate hidden items with ones that are displayed in order to stop them showing up - check out the help files for HTMLDB_ITEM.
Hope this helps.
Regards,
John.

Reservation line item text - non update issue

Hi,
We have a custom BDC (call tran) to create reservation. One of the fields for the reservation is line item text. We had this program from July 2008 onwards and we have no issues. All of sudden from 01/15/09 , the line item text is not being populated in the reservation, but reservation creation is working as before. We checked our system, there is no change to that program and infact we had only 2 transports on that day and they are related to FI and not related to MM or reservation at all.
We did all our debugging, but this is inside a wrapper RFC and the RFC is called from EAI subsystem. (Tibco) The SQL trace and RFC trace shows all data of RESB being updated except this text. We are going crazy on this since it is such a simple BDC program and working fine so far and stopped all of sudden.
My question is, are there any config which all of sudden made this field not available for input or something like that? I tried in config, but I couldn't find anything.
Can you help on this? Thanks,
The other crazy parts are,
1. We tried writing the BDCTAB into a unix file, but the file is not created - one of the reason could be the user is CPIC user and may not have authorization to write to unix inspite of this user has sap all access
2. We tried writing the dump into a custom table, but even that is not working. But when we execute this in SE37 manually, it is creating both unix file (in development) and updating the table as well.
Regards,
Sundar.

It's sure that something changed between the last run and 01/15/09. A few ideas :
- When the program is run, start an authorization trace, and give missing authorizations to CPIC until there is no more authorization problem (this is the most important thing to do first !)
- Make sure that you program displays correctly all CALL TRANSACTION messages and exceptions also.
- Analyze customizing imported between the 2 runs of this program (look at transport requests in the import queue log).
- "Save" importing parameters so that to redo the test (with CPIC user) :
-- change the program to write the BDCDATA to a batch input session (BDC_OPEN_GROUP, etc., SM35), and so test it later.
-- save them to test data as indicated by [note 517767 Automatically generate test data at function module call|http://service.sap.com/sap/support/notes/517767]

Reservation line item text non - update

Hi,
We have a custom BDC (call tran) to create reservation. One of the fields for the reservation is line item text. We had this program from July 2008 onwards and we have no issues. All of sudden from 01/15/09 , the line item text is not being populated in the reservation, but reservation creation is working as before. We checked our system, there is no change to that program and infact we had only 2 transports on that day and they are related to FI and not related to MM or reservation at all.
We did all our debugging, but this is inside a wrapper RFC and the RFC is called from EAI subsystem. (Tibco) The SQL trace and RFC trace shows all data of RESB being updated except this text. We are going crazy on this since it is such a simple BDC program and working fine so far and stopped all of sudden.
My question is, are there any config which all of sudden made this field not available for input or something like that? I tried in config, but I couldn't find anything.
Can you help on this? Thanks,
The other crazy parts are,
1. We tried writing the BDCTAB into a unix file, but the file is not created - one of the reason could be the user is CPIC user and may not have authorization to write to unix inspite of this user has sap all access
2. We tried writing the dump into a custom table, but even that is not working. But when we execute this in SE37 manually, it is creating both unix file (in development) and updating the table as well.
Regards,
Sundar.

It solved by itself

Non updation of PAYR

Similar Messages

Maybe you are looking for