Skip to Content
author's profile photo Former Member
Former Member

Conflict: R/3 = modify, device = modify in MEREP_MON

Hi,

I had encountered this conflict ( Conflict: R/3 = modify, device = modify ) when trying to modify a record in mobile device and sync back to back end R/3. Only this particular record wasnt able to be modified, while the rest of the other records are modifiable.

I'm pretty sure that there was no change in the R/3 record after the last synch, so it wasnt the case that both the records in the mobile device and backend R/3 were modified at the same time.

Here is my data in merep_mon:

   Direction Mobile ID  Seq. No. Rcd. Cntr. SID
   Field Name    Type OutLen IntLen Dec.Places

   O         0000001987      68          1  RTN
   STRUCT_ID     C         3      3            RTN
   STRVERS       N         4      4            0001
   SYNC_KEY      N        10     10            0000000003
   CORR_TOP_CNTR N        10     10            0000000000
   RESPTYPE      C         1      1            C
   TYPE          C         1      1            W
   ID            C        20     20            MEREP_01
   NUMBER        N         3      3            100
   MESSAGE       C       220    220            Conflict: R/3 = modify, device = modify
   MESSAGE_V1    C        50     50
   MESSAGE_V2    C        50     50
   MESSAGE_V3    C        50     50
   MESSAGE_V4    C        50     50
   TIMESTAMP     N        21     21            000000000000000000000

   O         0000001987      68          2  TOP
   STRUCT_ID     C         3      3            TOP
   STRVERS       N         4      4            0001
   SNDMSK        C        64     64            FE00000000000000000000000000000000000000000000000000000000000000
   SYNC_KEY      N        10     10            0000000003
   STR_CNTR      N        10     10
   ACTION        C         1      1            R
   TIMESTAMP     N        21     21            200711200913395780000
   PRESTATE_ID   C        32     32            E9981EDD8C02184F82846BBC2227C561
   POSTSTATE_ID  C        32     32            767506F54CF81D4DAE9483D278BCF4B7
   ID            C        32     32            FF18C0CE16A47A49AB766DD3BDFC1845
   REQUEST_ID    C        32     32            E9981EDD8C02184F82846BBC2227C561
   BUKRS         C         4      4            1000
   ANLN1         C        12     12            000000001111
   ANLN2         C         4      4            0001
   KOSTL         C        10     10            cc
   WERKS         C         4      4            p


 Direction Mobile ID  Seq. No. Rcd. Cntr. SID
 Field Name   Type OutLen IntLen Dec.Places

 O         0000001987      69          1  TOP
 STRUCT_ID    C         3      3            TOP
 STRVERS      N         4      4            0001
 SNDMSK       C        64     64            FE00000000000000000000000000000000000000000000000000000000000000
 SYNC_KEY     N        10     10            0000000003
 STR_CNTR     N        10     10
 ACTION       C         1      1            M
 TIMESTAMP    N        21     21
 PRESTATE_ID  C        32     32
 POSTSTATE_ID C        32     32            7383933A59464649B982836E2039DBCD
 ID           C        32     32            BFA58AB98DFC854A9F70EEDA9DB3D654
 REQUEST_ID   C        32     32
 BUKRS        C         4      4            1000
 ANLN1        C        12     12            000000001111
 ANLN2        C         4      4            1111
 KOSTL        C        10     10            cc1
 WERKS        C         4      4            pl1
 STORT        C        10     10            sl1
 TXT50        C        50     50            TEST 2

How do i solve this particular record's conflict? Any help would be much appreciated. Thanks.

- julius

Add a comment
10|10000 characters needed characters exceeded

Assigned Tags

Related questions

1 Answer

  • author's profile photo Former Member
    Former Member
    Posted on Nov 20, 2007 at 11:42 AM

    Hi Julius,

    well, you do not really need to change items in the backend to run into that type of conflict. It is enough to open the item in the backend in edit mode.

    Sync the next time and you run into that problem.

    Several strategies are possible: You can always let the client win in case of conflict - or the backend wins - if you have items for that BO and just change an item - you could compare on row level.

    Have a look into MDK -it should give you a clear overview about the possible steps there.

    But as I said previously: it could simply be that someone opened this item in edit mode.

    Regards,

    Oliver

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member

      Hi Julius,

      If data snapshots that you have sent represent same order in the In-bound and Out-bound container then this order did indeed change on the backend - you can see different data in the KOSTL and WERK fields.

      The easiest way to investigate conflicts is actually open inbound and outbound sequencies in two screen and compare field to field what data is sent from the device and what data is sent from the backend as response to the conflict.

      Backend data represent the latest status of the object in the backend (or at least what BAPIs return).

      Once you have fogured out what field caused a conflict you can start investigation where are how it was changed.

      Cheers,

      Larissa Limarova

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.