Recepient type not updating in entries posted through F-54

We have a scenario as follows
1. First we have made advance payment to vendor through F-48 with TDS posting.
2. We received 4 bills against these advance payment and we booked these bills with TDS posting.
3. We have used F-54 T-Code to nullify the TDS effect in FB60 and to process open item of FB60 against the advance payment through F-48.
Now it working fine while open item clearance ( there is 1Re.diff which we are rounding up).
But while making TDS payment through J1INCHLN two of the entries posted through F-54 ( KA Documents ) are not getting picked up as a result there is differenc between total TDS payable & what is shown in J1INCHLN open items.
On checking in WITH_ITEM table it is found that Receipent type is not updating for these particular entries.
Additional observation : we have three tds codes for basic, surcharge & E cess and three seperate line items are generated for each while posting TDS. It is observed that for these particular invoices as the amount is in hundreds the E cess amt is less than Re.1 so the only two line items are created i.e. Basic & Surchage.
Please guide us for solving this.
Thanks & Regars,
Chandrakant

Hi,
You have to check two tables :
T059C for Receipient types for country IN whether all the WH Types are maintained for CO and OT.
V_T001RWT - WHT Rounding Rules - normally it will be 100 for INR (min Re.1) you may have to change it.
Regards,
Sadashivan

Similar Messages

  • SPL Entry posting through the transaction GB01

    Hi All,
    I have a requirement where I am uploading SPL entries as a file to the program where the entries has to be posted through GB01transaction.My queries:
    1. Kindly let me know is there any BAPI for GB01 to post
    2. I have to confirm posting successfull only if all entries in teh file got posted successfully. If not i have to roll back the BAPI.
    What if I go for BDC call transaction method for posting, how can I do roll back option in this case.
    Is there any option to check wheather entries will get posted successfully or not before proceeding with posting an entry.
    Kindly help me on this.
    Regards,
    Ashwini

    I tried posting entry through FM 'JV_GB01_DOCUMENT_POST'. Here is the code.
    types:  GUSL_S_RANGE LIKE RSDSSELOPT,
                  GUSL_T_RANGE TYPE GUSL_S_RANGE OCCURS 10.
    TYPES: BEGIN OF GUSL_S_SELECTION,
           FIELDNAME LIKE DFIES-FIELDNAME,
           T_RANGE   TYPE GUSL_T_RANGE,
           END   OF GUSL_S_SELECTION,
           GUSL_T_SELECTION TYPE GUSL_S_SELECTION OCCURS 20.
    *DATA: t_sel_glu1 TYPE gusl_t_glu1.
    data: t_sel_glu1 type standard table of glu1.
      DATA: t_post_glu1 LIKE glu1 OCCURS 0 WITH HEADER LINE.
        DATA: t_selection TYPE gusl_t_selection,
                s_selection TYPE gusl_s_selection.
          DATA LS_T800A    LIKE T800A.
    data: P_DOCCT_SEL  TYPE DOCCT,
          P_DOC_TEXT   TYPE SGTXT.
      DATA: s_range TYPE gusl_s_range,
            t_range TYPE gusl_t_range.
    P_DOCCT_SEL = 'L'.
      Document type (only documents from other applications)
      IF NOT P_DOCCT_SEL IS INITIAL.
        CLEAR: s_range, t_range, s_selection.
        refresh t_range.
        s_range-sign = 'I'.
        s_range-option = 'EQ'.
        s_range-low = P_DOCCT_SEL.
        APPEND s_range TO t_range.
        s_selection-fieldname = 'DOCCT'.
        s_selection-t_range = t_range.
        APPEND s_selection TO t_selection.
      ENDIF.
      Select records from database
    LS_T800A-NTABLE = 'ZCASHA'.
    CALL FUNCTION 'G_TABLE_SELECT_WITH_CURSOR'
       EXPORTING
         i_tabname      = LS_T800A-NTABLE
         i_selection    = t_selection
         i_zero_records = 'X'
       CHANGING
         c_t_glu1       = t_sel_glu1.
         if sy-subrc eq 0.
         endif.
       LOOP AT t_sel_glu1 INTO t_post_glu1.
          t_post_glu1-rclnt = sy-mandt.
         t_post_glu1-RLDNR  = 'ZC'.
          t_post_glu1-RTCUR = 'USD'.
          t_post_glu1-RVERS = '001'.
          t_post_glu1-tsl = 33.
          t_post_glu1-hsl = 33.
          t_post_glu1-ksl = 33.
         t_post_glu1-osl = t_post_glu1-osl * -1.
         t_post_glu1-msl = t_post_glu1-msl * -1.
         t_post_glu1-asl = t_post_glu1-asl * -1.
          t_post_glu1-racct = '0037000001'.
          t_post_glu1-rbukrs = 'US01'.
          t_post_glu1-bukrs = 'US01'.
          t_post_glu1-cputm = sy-uzeit.
          t_post_glu1-cpudt = sy-datum.
          t_post_glu1-usnam = sy-uname.
          t_post_glu1-budat = sy-datum.
          t_post_glu1-wsdat = sy-datum.
          t_post_glu1-LCURR = 'USD'.
          t_post_glu1-GCURR = 'USD'.
         t_post_glu1-glx_budat = sy-datum.
         t_post_glu1-glx_wsdat = sy-datum.
         t_post_glu1-key_flag = 1.
         t_post_glu1-data_flag = 'X'.
          t_post_glu1-DOCTY = 'A0'.
          t_post_glu1-DOCCT = 'G'.
          t_post_glu1-docln = '000001'.
         IF NOT P_DOC_TEXT IS INITIAL.
            t_post_glu1-sgtxt = 'item1'.
            t_post_glu1-activ = 'RGL0'.
         ENDIF.
         IF NOT P_DOCCT_REV IS INITIAL.
           t_post_glu1-docct = P_DOCCT_REV.
         ENDIF.
          APPEND t_post_glu1.
          t_post_glu1-rclnt = sy-mandt.
         t_post_glu1-RLDNR  = 'ZC'.
          t_post_glu1-RTCUR = 'USD'.
          t_post_glu1-RVERS = '001'.
          t_post_glu1-tsl = 33 * -1.
          t_post_glu1-hsl = 33 * -1.
          t_post_glu1-ksl = 33 * -1.
          t_post_glu1-racct = '0037000000'.
          t_post_glu1-rbukrs = 'US01'.
          t_post_glu1-bukrs = 'US01'.
          t_post_glu1-cputm = sy-uzeit.
          t_post_glu1-cpudt = sy-datum.
          t_post_glu1-usnam = sy-uname.
          t_post_glu1-budat = sy-datum.
          t_post_glu1-wsdat = sy-datum.
          t_post_glu1-lcurr = 'USD'.
          t_post_glu1-gcurr = 'USD'.
         t_post_glu1-glx_budat = sy-datum.
         t_post_glu1-glx_wxdat = sy-datum.
         t_post_glu1-key_flag = 1.
         t_post_glu1-data_flag = 'X'.
          t_post_glu1-DOCTY = 'A0'.
          t_post_glu1-DOCCT = 'G'.
          t_post_glu1-docln = '000002'.
          t_post_glu1-sgtxt = 'item2'.
          t_post_glu1-activ = 'RGL0'.
          APPEND t_post_glu1.
       endloop.
    JV_GB01_DOCUMENT_POST handles all JVTO2 fixed ledgers
        CALL FUNCTION 'JV_GB01_DOCUMENT_POST'
         EXPORTING
         W_REVERSE = 'X'
          TABLES
            T_GLU1    = t_post_glu1.
            if sy-subrc eq 0.
               commit work.
            endif.
    But posting is unsuccessful.

  • Partner Bank Type not Updating

    When running transaction F-110, the programme will not pick up DM documents on customer accounts due to the fact the Partner Bank Type field is not populated.
    As such I have to do this manually for each vendor every month. If this was populated invoices would be automatically netted against debit memo's
    to explain what's happening in our company here is the process...
    When we order a material from vendor - we normally raise a credit memo, after that when the quality department finds any fault with the product what they do is they do some repair work and they create a surcharge against it. This surcharge will create a creditmemo.
    Quality Management is implemented in our systems.
    A notification is created in Qm01
    Surcharge is added in Qm02
    And this produces a debit memo request (a sales order) in Va03
    Every night Batch input session runs in VF04 and billing document is produced.
    From billing document u2013accounting document is produced.
    Here when we run F110- it should normally net off credit balance with the new debit balances, but F110 cannot select these documents as partner bank type is not updating.
    (Both master records checked. And its happening for all the vendors)
    1) whether there is an opportunity to create (or) populate the field Partner bank type in creation of billing document.
    2) Any BTE's will help me like  (00001120).
    Please help me,
    cheers

    Hi Dove,
    I think you can use a substitution for field Bank Type at Item Level (TCODE OBBH). This would fill your bank type when you post the document in FI, then you won't have problems in F110.
    Hope that helps.Cheers.
    Ignacio.

  • Not updating  partner Emp Resp through CRM_PARTNER_MAINTAIN_SINGLE_OW

    Hi friends,
    I am facing a problem i'm not able to update Partner employee responsible through CRM_PARTNER_MAINTAIN_SINGLE_OW.
    If you have faced this situation earlier please help.
            CLEAR LS_PARTNER_COM.
              LS_PARTNER_COM-REF_GUID = WA_CRMD_ORDERADM_H-GUID.
              LS_PARTNER_COM-REF_HANDLE = '00000000001'.
              LS_PARTNER_COM-REF_KIND = 'A'.
              LS_PARTNER_COM-REF_PARTNER_HANDLE = '0000'.
              LS_PARTNER_COM-PARTNER_FCT = '00000014'.
              LS_PARTNER_COM-PARTNER_NO =  WA_INPUT_PC-EMP_RESP.
              LS_PARTNER_COM-DISPLAY_TYPE = 'BP'.
              LS_PARTNER_COM-NO_TYPE = 'BP'.
              LS_PARTNER_COM-MAINPARTNER = 'X'.
              APPEND LS_PARTNER_COM.
              CLEAR LT_INPUT_FIELD_NAMES.
              LT_INPUT_FIELD_NAMES-FIELDNAME = 'DISPLAY_TYPE'.
              LT_INPUT_FIELD_NAMES-CHANGEABLE = 'X'.
              APPEND LT_INPUT_FIELD_NAMES.
              CLEAR LT_INPUT_FIELD_NAMES.
              CLEAR LT_INPUT_FIELD_NAMES.
              LT_INPUT_FIELD_NAMES-FIELDNAME = 'KIND_OF_ENTRY'.
              LT_INPUT_FIELD_NAMES-CHANGEABLE = 'X'.
              APPEND LT_INPUT_FIELD_NAMES.
              CLEAR LT_INPUT_FIELD_NAMES.
              CLEAR LT_INPUT_FIELD_NAMES.
              LT_INPUT_FIELD_NAMES-FIELDNAME = 'NO_TYPE'.
              LT_INPUT_FIELD_NAMES-CHANGEABLE = 'X'.
              APPEND LT_INPUT_FIELD_NAMES.
              CLEAR LT_INPUT_FIELD_NAMES.
              CLEAR LT_INPUT_FIELD_NAMES.
              LT_INPUT_FIELD_NAMES-FIELDNAME = 'PARTNER_NO'.
              LT_INPUT_FIELD_NAMES-CHANGEABLE = 'X'.
              APPEND LT_INPUT_FIELD_NAMES.
              CLEAR LT_INPUT_FIELD_NAMES.
              CALL FUNCTION 'CRM_PARTNER_MAINTAIN_SINGLE_OW'
                EXPORTING
                  IV_REF_GUID          = LS_PARTNER_COM-REF_GUID
                  IV_REF_KIND          = LS_PARTNER_COM-REF_KIND
                  IS_PARTNER_COM       = LS_PARTNER_COM
                CHANGING
                  CT_INPUT_FIELD_NAMES = LT_INPUT_FIELD_NAMES[].
    Regrds,
    Navin
    Edited by: navin.c on Jun 8, 2010 1:53 PM

    HI Vikash,
    I tried this solution , still its not wrking. Have a doubt in your code
    How come you are passing partner guid in partner no field.
    it will throw an dump if size does not match.i placed a brkpoint in CRM_PARTNER_MAINTAIN_SINGLE_OW and passed the values as much as possible to original but still not able to crack.
    Anyways i'm pasting my code snippet for your reference please mention if im missing some key data.
      CLEAR LS_PARTNER_COM.
                LS_PARTNER_COM-REF_GUID = WA_CRMD_ORDERADM_H-GUID.
                LS_PARTNER_COM-REF_HANDLE = '00000000000'.
                LS_PARTNER_COM-REF_KIND = 'A'.
                LS_PARTNER_COM-REF_PARTNER_HANDLE = '0000'.
                LS_PARTNER_COM-REF_NO_TYPE = 'BP'.
                LS_PARTNER_COM-REF_DISPLAY_TYPE = 'BP'.
                LS_PARTNER_COM-PARTNER_GUID = WA_PARTNERGUID.
                LS_PARTNER_COM-PARTNER_FCT = '00000014'.
                LS_PARTNER_COM-PARTNER_NO =  WA_INPUT_PC-EMP_RESP.
                LS_PARTNER_COM-KIND_OF_ENTRY = 'C'.
                LS_PARTNER_COM-DISPLAY_TYPE = 'BP'.
                LS_PARTNER_COM-NO_TYPE = 'BP'.
                LS_PARTNER_COM-MAINPARTNER = 'X'.
                APPEND LS_PARTNER_COM.
                CLEAR LS_PARTNER_COM.
                CLEAR LT_INPUT_FIELD_NAMES.
                LT_INPUT_FIELD_NAMES-FIELDNAME = 'DISPLAY_TYPE'.
                APPEND LT_INPUT_FIELD_NAMES.
                CLEAR LT_INPUT_FIELD_NAMES.
                CLEAR LT_INPUT_FIELD_NAMES.
                LT_INPUT_FIELD_NAMES-FIELDNAME = 'KIND_OF_ENTRY'.
                APPEND LT_INPUT_FIELD_NAMES.
                CLEAR LT_INPUT_FIELD_NAMES.
                CLEAR LT_INPUT_FIELD_NAMES.
                LT_INPUT_FIELD_NAMES-FIELDNAME = 'NO_TYPE'.
                APPEND LT_INPUT_FIELD_NAMES.
                CLEAR LT_INPUT_FIELD_NAMES.
                CLEAR LT_INPUT_FIELD_NAMES.
                LT_INPUT_FIELD_NAMES-FIELDNAME = 'PARTNER_NO'.
                APPEND LT_INPUT_FIELD_NAMES.
                CLEAR LT_INPUT_FIELD_NAMES.
              CALL FUNCTION 'CRM_PARTNER_MAINTAIN_SINGLE_OW'
                  EXPORTING
                    IV_REF_GUID          = LS_PARTNER_COM-REF_GUID
                    IV_REF_KIND          = LS_PARTNER_COM-REF_KIND
                    IS_PARTNER_COM       = LS_PARTNER_COM
                    IV_POPULATE_MODE     = ' '
                  CHANGING
                    CT_INPUT_FIELD_NAMES = LT_INPUT_FIELD_NAMES[]
                  EXCEPTIONS
                    OTHERS               = 1.
    Regards,
    Navin

  • Currency in Condition type not updating

    Dear Team,
    The currency in PO condition type is not updated when the defaulted currency in PO header is modified.
    I want the system to automatically update the PO Condition type currency when the header currency is updated.
    Apperciate ur immedaite assistance.
    Zulfikar

    The PO Curreny Can not be changed bcz of the below reasons.
    As a basic rule, the currency cannot be changed if there has already been a goods receipt against a document.
    If the document contains external service and/or limit items, or if an invoicing plan has been assigned to an item, the currency cannot be changed following the receipt of an invoice either.
    If external service items exist, the currency also cannot be changed if services that have actually been performed have already been recorded or if the item in question has been assigned to a preventive maintenance (servicing) plan.
    But for a New PO and no GRN is done , in that case once you change the Currency in the Delivery/invoice tab at PO Header ,
    then the Currency for Conditions also changes..

  • ICal not updating edited entries

    Hello:
    Not sure if this is an iCal issue or a MobileMe/sync issue, but the issue is affecting iCal directly. If from my iMac, I make a new entry in iCal all my devices (i.e. MobileMe, iPhone, and iPad) are updated properly. But if I edit an entry, such as changing date, time, etc..., the change is not updated in MobileMe or my devices. I have waited unsuccessfully as long as an hour to see if the update will take place automatically.
    The only way I can update it is to do a manual sync. This is a recent development. For many years, it has worked just fine.
    From System Preferences I have reset the data, but it did not have any effect.
    Thanks in advance for your help.

    Greetings,
    First make an iCal backup, File > Export > Archive.
    Remove the following to the trash and restart your computer:
    Home > Library > Caches
    Home > Library > Calendars > Calendar Cache, Cache, Cache 1, 2, 3, etc. (Do not remove Sync Cache or Theme Cache)
    Home > Library > Preferences > com.apple.ical (There may be more than one of these. Remove them all.)
    __NOTE: Removing these files will remove any shared (CalDAV) calendars you may have access to. You will have to re-add those calendars to iCal > Preferences > Accounts.
    Once the computer is back up and running open iCal and test.
    If the issue persists reset your sync data again from the computer to MobileMe.
    If the issue persists reset your sync history and then try again: http://docs.info.apple.com/article.html?path=iSync/3.1/en/9247.html
    Hope that helps.

  • Prime Infrastructure 2: Device Typ not updated after replacement in Device Work Center

    Hello,
    I've found something confusing. Please have a look below. Has anyone the same feature or is familiar with that?
    We replaced a 4400-series WLAN controller with a 5500 series controller, the UDI information was discovered correctly but the general information was not updated.
    I got it uptodate while exporting exporting the device and doing a bulk import. I also recognized that the credentials were not the correct ones for the new controller. Could it be that the credetial mismatch was cause? Is snmp access not enough to update the inventory information?
    Regards
    Bastian

    Hi Bastian,
    It can only be  because of "Incorrect credentilas Only"
    Thanks-
    Afroz
    [Do rate the useful post]

  • "CO" recepient type not appearing in J1INCHLN

    Hi
    I have 20 Vendors invoices posted (with Withholding tax for contractors) in the month of Feb 2012. Total of WHT payable for Feb 2012 is Rs. 25000. Out of 20 vendor invoices, 5 pertains to "CO" recipient type and 15 pertains to "OT"
    When i ran J1INCHLN, i selected "OT" recipient type. It showed me all 20 invoices (including "CO" recipient type) whose WHT is totaling to Rs. 25000.
    When i ran J1INCHLN, i selected "CO" recipient type. It showed me error "No unpaid tax lines exist for the given selection criteria"
    In WHT ledger (FBL3N) it showing correct recipient type. But while executing J1INCHLN, it gives above mistake.
    Please let me know why SAP is not considering "CO" in J1INCHLN. I have correctly mentioned vendor master.
    Edited by: Deepak Agrawal on Mar 7, 2012 11:33 PM

    Hi Deepak,
    This is weird. Could you once check if SECCO field in BSEG is updated  for those 5 CO documents?
    How is it getting picked when you have mentioned recipeint type as OT ? Why is CO as well being picked that time?
    Could you debug and check the program givin only CO and see where the condition fails?
    You can also refer to this consulting note : 1465529 ( check the PDF attachment in it ) they have a list of reasons why
    selection might fail in j1inchln.
    Hope this helps.
    Regards,
    Anushya

  • Step Type not updating properly with LabVIEW

    I have a custom steptype that reads the information from the step properties.  I also want this VI to be used as a stand alone.  So I read the sequence context handle to determine if I am running in TS or standalone.  This works fine.  Because it is a stand alone I have a cluster of all the variables the I will need input.  This is where the problems start.  I noticed that when I define the step type in TS that I load the prototype.  I choose to use the default values for the cluster input because I will read the real values inside the VI.  When I "EDIT" (ctrl-E) the step it works fine.  However at runtime I notice that occasionally the default value is used instead of the real data stored in the step type.  I assume there is a race condition for when my variables are loaded.  I assumed that when TS loads the prototype it will load the default values, then my LabVIEW TS properties will read and set the values of my VI.  What I am seeing is that about every other time my LV will read the steps and update the value correctly then other times TS will overwrite the values with the default after I have read them.  Some other wierd fluke I would notice that the variables would be updated in a similar but different named cluster.  This I haven't be able to reliably reproduce.  It is almost as if the references to the controls would get confused and switch to another control temporarily.
    One fix that I have done is to not use the default value but pass the actual step value.  See attached pix.  This is tedious because some of my steps are large.  This is not flexible.  Some of my variables I would like to point to different locations, such as a FileGlobal instead of step.XXX.
    Has anyone seen this before?  When does LabVIEW actually write the data from TS into the VI?  It appears that I am having a race condition between me updating the variables by reading the step values and when TS is loading the prototype.
    I am using LV 7.1 and TS 3.5.
    Thanks.
    Attachments:
    default.jpg ‏120 KB
    step.jpg ‏137 KB

    Hey Taylored_Solution,
    I'd love to try to help you out with this issue you're having, but I'll be honest - I'm finding it a little hard to follow what's going on.
    Have you been able to isolate this behavior to only one single VI (the one you're currently working on), or, is this behavior reproducible in multiple VIs? 
    I ask because if it's reproducible in multiple VIs (a new VI), would you mind giving me sort of "step-by-step" to follow so that I can try to reproduce and decipher the behavior you're currently seeing?
    If it's isolated to the VI you're working on and not easily reproducible, can you create a copy of your VI, remove everything not-pertinent to the behavior you're seeing, and post a very simple example so that other users can take a look and weigh in?
    Derrick S.
    Product Manager
    NI DIAdem
    National Instruments

  • Delivery Output Type not updated automatically in change mode

    Hello,
    I am dealing with a strange problem.
    If i open delivery to change using VL02N then, output type configured for reissue is updated properly and on save ouput type is getting successfully processed also.
    Now if i open VL03N and then using change mode button on application toolbar i go to change of delivery, then output type is not getting created. The issue was figured out when i tried to open delivery from shipment and then using change button i tried to change and save delivery....
    Expectiing solution from experts.
    Thanks
    Hari

    Hi,
    May be this behaviour is due to the application in which you are opening the delivery. When you open the delivery from shipment, check the transaction code in the screen in system status. If it is VL03N, then it is correct. But if it is VT03N, then it is expected that even in change mode, the output is not triggered.  Pls check this once.
    I tried the same thing in an invoice from where i opened a SO and then went in change mode, and the otuput is getting retriggered.
    I hope teh configuration of your output is correct. Ensure that the Multiple Issuing button is ticked on, if you want yoru output type is to be triggered everytime you go in change mode.

  • MM - output type not *allways* assigned during posting with MB1C?

    Hi guys,
    in one of our R/3 4.6C systems we have developed an automation process, where one of the steps is to call transaction MB1C in background mode and to do some postings in K-stock (expenditure), depending on input data. There are few output types, which are supposed to be attached automaticaly to the newly produced MM document, and further to be printed out by end-users.
    Everything goes as expected at development and test stage. Even in production there were allmost allways no problems. But in some unpredicted occations output types are not automaticaly assigned. In case output types are not automaticaly assigned, end user is supposed to assign them manualy, which is annoying (obviously).
    The problem does not arise at our testing system.
    Due to roll-out of the automation process to more stores at the client' company this problem rises more times.
    We have started some investigation, but are stuck up to now.
    Does anyone have a clue what might goes wrong and where to push our efforts in order to resolve the problem?
    Many thanks in advance.
    Regards,
    Ivaylo Mutafchiev
    SAP consultant
    <removed by moderator>
    Edited by: Thomas Zloch on Jan 13, 2012

    Hi,
    thanks for comment. Perhaps I missed something in my explanation. There are few output types, which are assigned automaticaly to MM-document when it is posted. "Few" means 8. And all of them are assigned as expected in case of manual processing, and even when posted in this automation procecess in background.
    Well, I have found the problem. As I explained, this is an automated process. There might be more than 1 document to be created one after another. Allways the 1st document is created correctly with output types assigned, but all next documents (2nd, 3th...) are created without output types assigned automaticaly.
    The issues was - there was missing check in the recording RM07M-XNAPR = 'X' (GI/GR slip Print = 'X'), and further output types were not assigned for the 2-nd (and next) documents. Strangely it appears in the document preview (via MB03 for example), even if it was not supplied. Even more strangely, 1-st document gots all the output types assigned, which perhaps was due to some inheriting behaviour.
    We reproduced the problem in test system and fixed it.
    Thanks again.
    Regards,
    Ivaylo

  • Workflow not starting for invoice posting through MIRO...

    Hi,
    I have a blocked invoice workflow in Release status. The business object BUS2081 is used and POSTED event is activated in the workflow.
    Hello Gurus,
    Now when I try to post invoice through MIRO, the workflow does not start. I go to top called service for object icon and click on Workflow, but I cannot see the workflow started.
    Please help.
    Regards,
    Rajesh.

    Hi
    This was already discussed. Check in SWEL Tcode whether the Posted Event is getting triggered or not. If not then find out whether this event gets triggered automatically or through Coding. If thru coding check ur code. If thru config check ur config.
    Please close thread when this gets resolved

  • Resource view ACLs not updating [removed: duplicate post]

    Removed.

    An excellent suggestion and one I was just checking myself: results are NOT positive
    SQL> conn TEST/TEST
    Connected.
    SQL> select extract(res, '/Resource/Owner') owner
    from resource_view
    where any_path='/home/test/test-doc.xml'; 2 3
    OWNER
    <Owner xmlns="http://xmlns.oracle.com/xdb/XDBResource.xsd">TEST</Owner>
    SQL> select dbms_xdb.getprivileges('/home/test/test-doc.xml').getclobval() granted_privileges from dual;
    GRANTED_PRIVILEGES
    <privilege xmlns="http://xmlns.oracle.com/xdb/acl.xsd" xmlns:xsi="http://www.w3.
    org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.oracle.com/xdb/acl
    .xsd http://xmlns.oracle.com/xdb/acl.xsd DAV: http://xmlns.oracle.com/xdb/dav.xs
    d" xmlns:xdbacl="http://xmlns.oracle.com/xdb/acl.xsd" xmlns:dav="DAV:">
    <read-properties/>
    <read-contents/>
    <update/>
    <link/>
    <unlink/>
    <read-acl/>
    <write-acl-ref/>
    <update-acl/>
    <resolve/>
    <link-to/>
    <unlink-from/>
    <dav:lock/>
    <dav:unlock/>
    </privilege>
    Everything checks out so far, but here's the really strange one:
    SQL> select dbms_xdb.aclcheckprivileges(
    2 '/home/test/test-doc.xml',
    3 'TEST',
    4 xmltype('<privilege xmlns="http://xmlns.oracle.com/xdb/acl.xsd" xmlns:dav="dav:">
    5 <read-contents/>
    6 <read-properties/>
    7 </privilege>'))as has_privileges
    8 from dual;
    HAS_PRIVILEGES
    0
    Basically this is saying that the owner, 'TEST', does not have permissions which he most obviously does! WTH?
    I'll look into raising a TAR but I have to say that this is SO disappointing.

  • Visual Basic Forum - Is it just me or is the Forum not updating when a post is answered so the post bumps to the top of the first page?

    Maybe this is an issue with my webbrowser, though I doubt it, or maybe it's an issue with all forums currently due to some new "update" that again requires testing by microsoft end users in order for microsoft to debug issues the end users have
    to find for them.
    La vida loca

    Maybe this is an issue with my webbrowser, though I doubt it, or maybe it's an issue with all forums currently due to some new "update" that again requires testing by microsoft end users in order for microsoft to debug issues the end users have
    to find for them.
    La vida loca
    Hi,
    Thanks for your pointing this issue.
    I have helped you move this thread to Forums Issues forum to get submit this issue.
    Regards.
    We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
    Click
    HERE to participate the survey.

  • Quantity field KWMENG not updating in Salesorder created through BAPI

    Hi ,
    I created sales order through BAPI - BAPI_SALESORDER_CREATEFROMDAT2.Here, I passed material , quantity , unit of measure etc..
    But, when the sales order is created the value in the quantity filed is missing.
    I passed values as :--
      wa_itemx-updateflag = 'I'.
          wa_item-itm_number = '10'.
          wa_itemx-itm_number = 'X'.
          wa_item-material = wa_alv-matnr.
          wa_itemx-material = 'X'.
          wa_item-rnddlv_qty = wa_alv-kwmeng.
          wa_itemx-rnddlv_qty = 'X'.
          wa_item-target_qu = wa_alv-kmein.
          wa_itemx-target_qu = 'X'.
          wa_itemx-ITEM_CATEG = 'X'.
          append wa_item to it_item.
          append wa_itemx to it_itemx.
    What possibly could be the error?
    Thanks,
    Shivaa......

    Hi,
    You have to pass the quantity in the schedule lines parameter ORDER_SCHEDULES_IN..
    Thanks
    Naren

Maybe you are looking for