AG140181 - Fixflo sync not reflected in Reapit

[TMoffat]

Alright you beautiful creatures.

Our shared client Edward Rose Property Group are having a wee issue with their sync.

Despite being assigned correctly in Fixflo and the webhooks appearing successful, my dear friend Maureen is not being attached to the works order within the RPS.

Images redacted - see AD

Hopefully this is something you can help me with.

[plittlewood-rpt]

HI @TMoffat firstly apologies for the delay in getting back to you. I've had a look at the example provided and can see it was submitted to us with a negotiatorId of SXQ, which doesn't actually exist in this agent's system so I'd ask if you could ask your developers to figure out where that is coming from. I've gone a bit further and found lots more examples where you are passing a negotiatorId of SXQ in your request to POST /worksOrders, the most recent being at 15:22 today for the new works order attached to your system code IS14035804 (our request id for tracking purposes ee4355fb-e6af-4501-a295-c322af331ed0 / T9LbxFFJLPEERHw=). It looks therefore there's a wider issue here. There's some older examples where a negotiatorId of RRRD has also been provided which is invalid. I have logged a separate item to address the missing validation however I'll give you chance to address any issues at your end first otherwise it will cause problems with your integration.

Can you come back to me on the above once you've had chance to speak to your developers?

[github-actions[bot]]

We have recently requested additional information relating to the issue you have raised. Please can you take the time to review this ticket and where applicable, provide the information requested. For more information on our processes, please click here

[plittlewood-rpt]

Some further info which has just come to light. The user in question (Maureen, with a code of SXQ) actually exists in a different system which is under the LSL umbrella. This system also has the Edward Rose franchise in it so it looks like you might have some odd mapping going on in your own systems. SXQ exists in the RER dataset, and not the YOM dataset which is the one you've sent this particular example through to. Hope this sheds some light on the problem. Thanks

[TMoffat]

Hi Pete,

That's really useful, thank you for your assistance.

Excuse my ignorance but is this something the client can easily sort or likely something that LSL will need to action for them?

Kind regards, Tom

On Fri, 1 Mar 2024 at 16:26, Pete Littlewood @.***> wrote:

Some further info which has just come to light. The user in question (Maureen, with a code of SXQ) actually exists in a different system which is under the LSL umbrella. This system also has the Edward Rose franchise in it so it looks like you might have some odd mapping going on in your own systems. SXQ exists in the RER dataset, and not the YOM dataset which is the one you've sent this particular example through to. Hope this sheds some light on the problem. Thanks

— Reply to this email directly, view it on GitHub https://github.com/reapit/foundations/issues/10668#issuecomment-1973490767, or unsubscribe https://github.com/notifications/unsubscribe-auth/A4HB3E52G244IP7L33VFXGDYWCT4FAVCNFSM6AAAAABCW3NV5WVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZTGQ4TANZWG4 . You are receiving this because you were mentioned.Message ID: @.***>

[plittlewood-rpt]

HI @TMoffat I don't think the customer will need to sort anything here. It's perfectly fine for them to have the two systems up the way they have, it feels like an issue with the mapping at Fixflo's end, but I can't comment on how that works.

[TMoffat]

Hi Pete,

With most of the other LSL franchises the majority have two Fixflo systems looking at the different data sets. Edward Rose are slightly different in that they only have one - YOM-GRYN. I'll need to get them to move Maureen across to the correct data set but am just a bit unsure of how to advise them on how to do this.

Kind regards, Tom

On Mon, 4 Mar 2024 at 11:11, Pete Littlewood @.***> wrote:

HI @TMoffat https://github.com/TMoffat I don't think the customer will need to sort anything here. It's perfectly fine for them to have the two systems up the way they have, it feels like an issue with the mapping at Fixflo's end, but I can't comment on how that works.

— Reply to this email directly, view it on GitHub https://github.com/reapit/foundations/issues/10668#issuecomment-1976340045, or unsubscribe https://github.com/notifications/unsubscribe-auth/A4HB3E4UE37C67V546EYBQ3YWRJGFAVCNFSM6AAAAABCW3NV5WVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNZWGM2DAMBUGU . You are receiving this because you were mentioned.Message ID: @.***>

[plittlewood-rpt]

Closing as per email thread.

[github-actions[bot]]

It looks like you have commented on a closed issue. If your comment relates to a bug or feature request, please open a new issue, and include this issue number/url for reference. For more information on our processes, please click here