Settlement Transaction type problem

Gurus,
We currently use CJ88 to settle to AUCs to Fixed assets for US Projects. SAP internally uses transaction types 331/336 while posting this settlement and values are settled to all depreciation areas. Now, we are implementing for Mexico where they want only select depreciation areas to post acquisition costs. I created custom transaction types for 331/336 for the select transaction types.
But the question is how do I make CJ88 to select 331/336 for US and the custom Ttypes for Mexico.
Any suggestions will be highly appreciated.
Thanks
Alen

Hi Bernhard,
Could you elaborate what your proposed solution is?
I welcome other too to take a shot at this.
Thanks,
Alen

Similar Messages

  • Toplink transaction-type problem

    we have web application ear file, inside ear file persistence.xml is looking like
    <persistence-unit name="TCA" transaction-type="JTA">
    <provider>oracle.toplink.essentials.PersistenceProvider</provider>
    <jta-data-source>jdbc/TcaConnDS</jta-data-source>
    We have deployed same ear file to 4 different oc4j instances and 2 oc4j instances application working without problem. Another 2 oc4j instances application does not work and we have to modify transaction-type="JTA" to transaction-type="RESOURCE_LOCAL" to make it work.
    Since we have deployed same ear to all oc4j instances, 2 oc4j only work with transaction-type="JTA" and the other 2 only work with transaction-type="RESOURCE_LOCAL".
    I think it is OC4J configuration to affect toplink behavior. Which oc4j configuration can affect toplink transaction-type setting?
    Thanks for the help.

    Very odd. What does not work, what error do you get?
    Are the OC4J servers that same version, what is different about them?
    James : http://www.eclipselink.org

  • Asset Under Construction Settlement - transaction types 340 & 345

    Hi all,
    My understanding is that
    a) If an Asset Under Construction (AUC) item is settled completely through transaction AIBU, then transaction type 345 is used to credit the AUC GL Account in asset accounting document
    b) If an AUC item pertaining to previous fiscal year is settled completely through transaction AIBU in current fiscal year, then transaction type 340 is used to credit the AUC GL Account in asset accounting document
    Please confirm if my understanding is correct.
    Also, please clarify, which is the program or configuration which proposes transaction type 340 or 345 for AUC settlement accounting document. I understand that transaction type 340 or 345 can't be entered manually & they are automatically determined by the system at the time of settlement
    of AUC through transaction AIBU.

    Hello
    The transaction types posted with AIBU are defined in the IMG:
    Financial Accounting > Asset Accounting > Transactions > Intercompany Asset Transfers > Automatic Intercompany Asset Transfers > Define Transfer Variants
    Transfer variant used in this case is number 6.
    They are also used for settlement purposes. And it is really important their definition regarding dependant areas. As the revaluation area.                                                                               
    It is recommended that transfer variants 4, 5 and 6 do have as transfer method 4. You can check this information in the following SAP notes 300273 and 327088.  
    Regards
    Javier Reviriego

  • Asset Settlement You cannot use this transaction type to post to this asset

    Hi All,
    A CAPEX is created. An Asset is created. The asset is assigned to CAPEX under settlement rule. Out of several purchases made against the CAPEX, settlement for 2 months are carried out and the value of CAPEX was transferred to Asset.
    However, during the current month, while doing the settlement, the system is giving the following error :-
    "You cannot use this transaction type to post to this asset"
    Message no. AA 834
    The details diagnosis of the error message is
    "The transaction type entered belomgs to transaction type group 15. It has been specified for this transaction type group, that it is only allowed to post to asset classes for which it has been explicitly allowed (for example, the asset class for assets under construction). The asset to which you are posting belongs to class PM-501 (chart of depreciation DEIL). You cannot post to this asset class using the transaction type entered"
    Request to please let me know what could be the possible reasons for system giving such message adn how to rectify it.
    Regards
    Santosh

    Hi Santosh,
    I would suggest that you Check the <b>asset number</b> you entered. You may want to allow posting to this asset class using this transaction type group. If this is not the case, then, you may have to ask the business to reverse the initial posting causing this error and re-post with the correct transaction type that is allowed for this asset class.
    I hope the above helps.
    Do not forget to award the points please.
    Regards,
    Jacob

  • EDI Transaction type for MRKO Settlement

    Hi,
    Please let us know what should be the EDI Transaction type to be used for MRKO Settlement .
    Thanks in advance,
    Venkat

    Hi,
    thanks for your reply.We complated all the steps which was outlined. Now i want to know what is the correct EDI transaction type to be used in this regard.
    Please let me know about the same as it is not mentioned in the note which you have suggested.
    Thanks
    Venkat.

  • Problem about creating asset transaction type

    I  created an asset transaction type with AO76 to deal with the  apportionment of asset expenses which was created in the year before yesteryear.But the user demands an account assigned to the transaction type .Then I checked the configuration.It seems t-code AO85 can only realize the relationship between asset classes and accounts.
    So what should I do to realize this? Thanks!

    or if you still want to achieve it. Go for substitution. make the Gl account the substitutable field and then define a rule saying that, if the transaction type is ' ', then the gl account is ' '
    Regards
    anantha

  • Open follow up transaction type screen automatically after confirm account

    Hi Gurus,
    I have a transaction type Z010 for interaction record that is copied from standart 0010 transaction type.
    I define dependent transaction type SRVO that is service order as a follow up of Z010
    My requirement is to open automatically open service order screen after confirming account
    As agents must do everything vey quickly while they are on phone, it is needed urgently.
    Now they have to open Z010 interction record screen, have to press follow up button, click to clipboard and then can open the scrren of service order.
    How can we automatically open service order screen after confirming account??
    I will be very pleased if you will help...
    Thanks.

    Hi Denis, thanks for reply.
    I read it and see that interaction record is automatically created. How can it be made, is it a standard customizing?? Our interaction record is created automatically when follow up process-it is service order here- is created. First we confirm customer, then press to Interaction Record at the left hanside, then in this screen we press follow-up button, then click on Activity Clipboard, then service order screen is opened. I want to pass two steps, pressing Interaction Record and pressing follow up record, how can I do this??
    Exactly I have to define process type Business Activity for interaction record, I can't give Service Order process type directly to interaction record. Service Order type must be dependent to business activity, is it true?? If there is a way to directly giving service order type as an interaction record type, and making interaction record creation automatically after confirming, my problem is solved as very well.

  • Transaction type not found while creation of service order/ticket

    Dear All,
    I had done all basic configuration of CIC but i am not able to create service order and service ticket.
    When i trying to create i am not able to find any transaction type but if i want to create follow-up document from CIC screen then i am able to create both the thing. I am not able to find out where is the  problem. can any body help me out.
    Thanks & regards
    Neeraj

    Hi Francis,
    Thanks
    I am on Interaction Center WebClient 2007.
    I have already done the configuration and Transaction type is popping up for selection screen but once i select the transaction type then system automatically canceled the transaction "Transaction Cancelled"
    But in the same time if i am trying to created follow-up transaction with reference to previous transaction then i am able to created service ticket/service order.
    what could be the problem?
    Regards
    Neeraj

  • How to create messages for Validation in transaction type OB28

    Hello All!
    I am creating a validation in transaction type ob28. I have created the first point "prerequisite", second point "Check" and in the third point "Message" I want to put the message number 016 but the next error appears "Entry E ZFI 160 does not exist in T100". How can I create this messages number?
    Thank you in advance!

    Hi Leyre,
    This message applies to a problem with change requests. When creating a message, it's a workbench request that system has to create. Apparently, when you try to create a message, it tries to catch 'tramp' on existing CR which is assigned to a different client in your system. You should try assigning a new CR for this change; you could ask your BASIS team to help you on this.
    Regards,
    Eli

  • Error Message during PO GR - Please enter a valid transaction Type

    During the goods receipt movement 1010 of a Purchase Order,  I am getting following error Message:
    "Please enter a valid transaction Type"
    I am not a Purchasing expert. Could please help?
    Thanks and regards.

    Hi,
    Pl do below 2 things:
    1 ) Go to Transaction code = OMBA , Click on Goods receipt Documen type button and check whether MIGO_GR is assigned to DOC Type = WE
    2 ) Go to Transaction code = OMJJ , Tick Movement type and select 101 Movement type .
    Then You need to click on "Allowed Transaction option ( Left pane ) and see whether transaction code MIGO is mentioned for Movement type 101.
    it should solve ur problem.

  • JDBC, JMS and EJB transactions - possible problem?

    Hello,
              I am using Oracle 9, Weblogic 8.1 SP 4, MyEclipse and
              XDoclet.
              In my current project I have the following piece of code
              in one of my message driven beans (code cited as pseudocode
              without unnecessary details):
              * @ejb.bean name="MyMessageProcessor"
              * display-name="Display name for a MyMessageProcessor"
              * jndi-name="ejb/MyMessageProcessor"
              * description="Bean MyMessageProcessor"
              * destination-type="javax.jms.Queue"
              * transaction-type="Container"
              * acknowledge-mode="Auto-acknowledge"
              * subscription-durability="Durable"
              * generate="false"
              * @ejb.transaction type="Required"
              public class MyMessageProcessor implements MessageDrivenBean, MessageListener {
              public void onMessage(Message msg) {
                   try {
                        //obtaining connections to two different databases via JNDi
                        java.sql.Connection connOne =
                        ((DataSource)ctx.lookup("DataSourceOne")).getConnection();          
                        java.sql.Connection connTwo =
                             ((DataSource)ctx.lookup("DataSourceTwo")).getConnection();
                        // performing some UPDATEs and INSERTs on connOne and connTwo
                        // calling some other methods of this bean
                        //creating the reply JMS message and sending it to another JMS queue
                        Message msgTwo = this.createReplyMessage(msg)
                        this.queueSender.send(msgTwo);
                        //commiting everything
                        this.queueSession.commit();          
                   } catch (Exception ex) {
                   try {
                        if (this.queueSession!=null) this.queueSession.rollback();
                   } catch (JMSException JMSEx) {};     
                   this.context.setRollbackOnly();
              Some days ago (before the final remarks from my client) there used to be only one DataSource configurated on the basis of the
              connection pool with non-XA jdbc driver. Everything worked fine
              including the transactions (if anything wrong happend not only wasn't the replymessage sent, but also no changes were written
              to database and the incomming message was thrown back to the my bean's
              queue).
              When I deployed the second DataSource I was informed by an error message, that only one non-transactional resource may
              participate in a global transaction. When I changed both datasources
              to depend on underlying datasources with transatcional (XA) jdbc drivers, everything stopped working. Even if
              EJB transaction was theoretically successfully rolledbacked, the changed were written to the database
              and the JMS message wasn't resent to the JMS queue.
              So here are my questions:
                   1. How to configure connection pools to work in such situations? What JDBC drivers should I choose?
                   Are there any global server configurations, which may influence this situation?
                   2. Which jdbc drivers should I choose so that the container was able to rollback the database transactions
                   (of course, if necessary)?
                   3. Are there any JMS Queue settings, which would disable the container to send message back to the
                   queue in case of setRollbackOnly()? How should be the Queue configurated?
              As I am new to the topic and the deadline for the project seems to be too close I would be grateful
              for any help.
              This message was sent to EJB list and JDBC list.
              Sincerely yours,
              Marcin Zakidalski

    Hi,
              I found these information extremely useful and helpful.
              The seperate transaction for sending messages was, of course, unintentional. Thanks a lot.
              Anyway, I still have some problems. I have made some changes to the
              code cited in my previous mail. These changes included changing QueueSessions
              to non-transactional. I also set the "Honorate global transactions" to true.
              I am using XA JDBC driver. After setting "Enable local transactions" to false
              (I did it, because I assume that JDBC transactions should be part on the global
              EJB transaction) I got the following error:
              java.sql.SQLException: SQL operations are not allowed with no global transaction by default for XA drivers. If the XA
              driver supports performing SQL operations with no global transaction, explicitly allow it by setting
              "SupportsLocalTransaction" JDBC connection pool property to true. In this case, also remember to complete the local
              transaction before using the connection again for global transaction, else a XAER_OUTSIDE XAException may result. To
              complete a local transaction, you can either set auto commit to true or call Connection.commit() or Connection.rollback().
              I have also inspected the calls of methods of bean inside of onMessage() method just to check, whether
              the transactions are correctly initialized (using the weblogic.transaction.Transaction class).
              My questions are as follows:
              1. Any suggestions how to solve it? I have gone through the google answers on that problem and only
              thing I managed to realize that JDBC must start its own transaction. Is there any way to prohibit it
              from doing that? Can using setAutocommit(true/false) change the situation for better?
              2. How to encourage the JDBC driver to be a part of EJB transaction?
              3. As I have noticed each of ejb method has its own transactions (transactions have different
              Xid). Each method of the bean has "required" transaction attribute. Shouldn't it work in such
              way that if already started transaction exists it is used by the called method?
              4. The DataSources are obtained in my application via JNDI and in the destination environment I will have slight
              impact on the configuration of WebLogic. What is least problematic and most common WebLogic configuration which would
              enable JDBC driver to participate in the EJB transaction? Is it the WebLogic configuration problem or can it be
              solved programmically?
              Currently my module works quite fine when "enable local transactions" for DataSources is set to true, but this way
              I am loosing the ability to perform all actions in one transaction.
              Any suggestions / hints are more than welcomed. This message was posted to jdbc list and ejb list.
              Marcin

  • IM - AA - auc / Transaction Type 116 should be divided in 3 parts

    We can link all AA transaction types with Cognos flow except for 3 Cognos flows:
    300 Acq. Subsidaries
    301 Acq. 3rd party
    340 Own construction
    Why this Cognos flows can not be assigned to AA transaction types:
    ERP process of acquiring new assets is using investment module. This means that all acquisitions for assets are first posted on Investment order (measure) and latter settled to assets (monthly settlement on Asset under construction (AUC) and final settlement on fixed asset in use).
    Standard Sap functionality always uses only one type of AA transaction to make this settlement.
    In the case of settlement to AUC = 116
    In the case of final settlement = 331, 336, 338, 339
    (in this case we don't have control which one is used). Since transfer of values between AuC and final asset is not reported to Cognos we don't have any GAP (issue) for this.
    This means that every acquiring transfer for assets gets 116 AA TTY. For the Cognos reporting this transaction should be divided in 3 parts:
    1. Acq. Subsidaries
    2. Acq. 3rd party
    3. Own construction
    Way to fill the gap :
    Enhancement should be developed which should substitute AA TTY 116 with appropriate AA TTY.
    This can be based on the type of posting posted to Investment order.
    For the Cognos flow 301 Acq. 3rd party:
    This posting can be identified in the following way. Vendor invoice was posted on Investment order for a vendor which is not affiliated company (trading partner field empty). When making the order settlement this posting should get 100 AA TTY.
    For the Cognos flow 300 Acq. Subsidaries:
    This posting can be identified in the following way. Vendor invoice was posted on Investment order for a vendor which is affiliated company (trading partner field filled in the posting). When making the order settlement this posting should get Z10 AA TTY (this TTY has to be created).
    For the Cognos flow 340 Own construction:
    This posting can be identified in the following way. The posting did not come to the investment order from vendor invoice posting but from the settlement of production order to investment order. When making the order settlement this posting should get 110 AA TTY. Note: it should be checked if there are also other postings (like Goods receipt, Goods receipt for production order&#65533;) that can be posted to investment order as part of own construction and how they can be identified. Perhaps we can just make a rule, if the posting did not come from vendor it is in house production.
    Thanks for you help.

    look forward to answer

  • Transaction type -Asset accounting

    Hello SAPians,
    User is reporting a problem relating to the write-up posting.
    Please check the details:
    User is using Transaction:ABZU(write-up) on Financial asset.
    In thisscenario  he is using 700 as transaction type and trying to simulate,but he is getting a error message when activating the post button.error is transaction type 790 is not possible.
    Issue is the transaction type.It is changed automatically to 790 .can you please let me know what need to be done.
    Please let me know if I can check any transaction in this.
    Please let me know ASAP as this is critical issue and I am new to AA.
    please let me know if you need any information in this regard
    Thanks&Regards

    Hi,
    TT. Type 700 - There are Two types of Write-ups
    1. Cannot be used manually - This will trigger TT. Type 790
    2. Can be used Manually - This will trigger TT. Type 700
    Your case is 1.
    For both scenarios, the Consolidation Transaction type is 275 only ( TCDOE AO78)
    Just analyze the scenario whether it is manual or automated.
    Thanks

  • Error: 'Transaction type not possible (no affiliated company specified)'

    Hello,
    I am trying to transfer an asset under construction to following asset class: 'low value assets' with ABUMN
    It get the error message: 'Transaction type not possible (no affiliated company specified)'.
    I could go to AO76 to mark the 'post to affiliated company'.
    How can I check which transaction type it uses? With the transactio type group? Or something else...?
    Regards,
    Pamela

    Hello,
    actually, the problem lies with the transfer of assets under construction to low value assets with are happening in the CURRENT year, and not the previous year. AuC to LVA transfers from previous years are allowed, but not the one in the current year. Because it uses a different transfer transaction type... The transfer variant 4 (= transfer within company code) is the correct one I assume.
    Regards,
    Pamela

  • ABUMN Intracompnay asset transfer error AA389 Transaction type 300 not pos

    Hello,
    I am getting the following error message while runinng ABUMN  Transaction type 300 not possible (no affiliated company specified) Message no.  AA389.  Transfer variant 4 (transfer within a company) code is set as follows
    Rel Type               Crs-sys.ar     Rel.crsyst area     trans me              retmt tr type   acq.trasn.typ
    1                                   *                generic entry              1                        300                 310
    2                                   *                 generic entry             2                        300                 310
    The problem is that on  t-code AO76   trans type 300  Posting type has "Post to affiliated company" and "Post gross" both checked on.  In Company Code Global Data my Company code and Company are the same.
    Transaction type 306 has posting type "Do not post to affiiliated co." and "Post net" checked on.
    I changed transfer variant 4  to have retmt transaction type of 306 for relationship type 1 and 2 instead of 300 and I do not get an error and the posted depriciation is updated correctly. 
    Since 300 is the recommended SAP setting in note 327088 would their be any problem if I leave it at 306?
    Thanks for any answers to this issue.

    Hello Murali,
    Thank you for your response.
    I created a new tranaction type which was a copy of 300 and clicked on
    Do not post to affiliated company
    Post Net
    Since 300 was set up for intercompany and it resolved my issue.
    Rgds,
    Dan

Maybe you are looking for