Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

wrong data and dupplicate system id imported by pluggin #234

Open
Guillaume-exo opened this issue Feb 10, 2025 · 1 comment
Open

wrong data and dupplicate system id imported by pluggin #234

Guillaume-exo opened this issue Feb 10, 2025 · 1 comment

Comments

@Guillaume-exo
Copy link

Hello,
We are currently using your plugin in our company. We're using BC as our global ERP and Azure as our datalake. The data from BC are exported every hour to ensure fresh data is available for users.

Recently, we've noticed that some lines are created by the plugin inside the datalake, but these lines don't exist in our ERP. After some investigation, it seems to be linked to some entries that are in a "buffered" state inside BC and not committed due to rollback reasons.(job queue failing)

Here is an example: at the end of the month, we ran the job queue "Post Inventory to G/L." The job queue finished in an "error" state because the user who ran that job queue was missing some rights to perform this action. But during the execution of this job queue, some entries were caught by the ADLSE plugin and sent to our Azure datalake. With the cancellation of the job queue, the data were not committed and were rolled back. We noticed this issue because we ran the job queue again the day after, and we found entries with the same IDs inside our datalake.
Is there a way to ensure that the data retrieved by the plugin are 100% committed?

Can this be link to tristate feature of Business central that reduce deadlock and improve performance.

We are using version 22.0.15.0 of Adlse

Thanks you in advance,
Regards,

@Bertverbeek4PS
Copy link
Owner

Hi @Guillaume-exo when looking up records inside the tables the data is already committed inside the table.
Maybe there is something inside the object "Post Inventory to G/L." I havew to look into that one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants