Physical Inventory Problem with Security

Hi,

We have setup security on this screen, now we have this problem. We can re-commit many times on the same count, then inventory quanity will be adjusted on every commit.

Without security, system works in this way, after "Calculate", "Commit" button is visible and enabled, "OK" also. After "Commit" (this count will be closed), both "Commit" and "OK" will be greyed out.

But now, after "Commit", both "Commit" and "OK" are still enabled, clicking it system will do the adjustment again. If after "Calculate" and before "Commit", click "OK", then back, most of times both "Commit" and "OK" are greyed out. That means we cannot commit and close this count.

I realized this issue existing on both 1.2.0185 and 1.2.0186. It would be much appreciated if someone knows whether hotfix existing or not.

Regards, Jason

Reply to
Jason
Loading thread data ...

Hi,

We have setup security on this screen, now we have this problem. We can re-commit many times on the same count, then inventory quanity will be adjusted on every commit.

Without security, system works in this way, after "Calculate", "Commit" button is visible and enabled, "OK" also. After "Commit" (this count will be closed), both "Commit" and "OK" will be greyed out.

But now, after "Commit", both "Commit" and "OK" are still enabled, clicking it system will do the adjustment again. If after "Calculate" and before "Commit", click "OK", then back, most of times both "Commit" and "OK" are greyed out. That means we cannot commit and close this count.

I realized this issue existing on both 1.2.0185 and 1.2.0186. It would be much appreciated if someone knows whether hotfix existing or not.

Regards, Jason

Reply to
Todd Berger [MSFT]

Hi Todd, thanks for your reply.

I will put that customisation into a database, then you can transfer into your one to test it. Looks I cannot put an attachment here. My email addr is " snipped-for-privacy@hotmail.com", please drop me an email, then I will send you the file soon.

Thanks and regards, Jas> Good morning Jason,

Reply to
Jason

Jason,

My name is Gregg and I am responding to your issue as Todd is out of the office today.

Thank you for responding to Todd's questions.

We do not actually need your database. What we need is the detailed steps that you are taking to reproduce this problem.

Also, what type of customization are you using? You did not mention that you were using a customization in your first post.

Gregg Kosel Microsoft Online Support Engineer =====================================================PLEASE NOTE: The partner managed newsgroups are provided to assist with break/fix issues and simple how to questions. We also love to hear your product feedback! Let us know what you think by posting from the web interface: Partner Feedback from your newsreader: microsoft.private.directaccess.partnerfeedback. We look forward to hearing from you! =====================================================When responding to posts, please "Reply to Group" via your newsreader so that others may learn and benefit from this issue. =====================================================This posting is provided "AS IS" with no warranties, and confers no rights. ===================================================== Hi Todd, thanks for your reply.

I will put that customisation into a database, then you can transfer into your one to test it. Looks I cannot put an attachment here. My email addr is " snipped-for-privacy@hotmail.com", please drop me an email, then I will send you the file soon.

Thanks and regards, Jas> Good morning Jason,

Reply to
Gregg Kosel [MSFT]

Hi Gregg, thanks for reply.

The customisation I mean the security we did. The reason I like to copy you some records of table "Security" is hoping you can have our security setting in our live database, then see the problem. Now I reproduced the problem in the demo db (RMSSample), it may not exactly the same security setting to our live one, but it's enough to show the issue.

In SO Manager of RMSSample, create a new Physical Inventory, add one item, put a quantity in Counted column, click "Calculate", now the 3 columns "Expected, Delta, and %Delta" and button "Commit" is showing out. Enter Security Mode, Ctrl-S, then disable "reading" and "changing" rights on the 3 columns and "changing" on button "Commit" on the level 2.

Simply we don't want level 2 users (with manager rights to enter this program) to see quantity Expected in the system when counting (let them just focus on counting), and they can not click "Commit" to make quantity adjustment.

Now change cashier "2" into level 2 and tick "Manager Rights". Exit SO manager, login as "2", Physical Inventory screen is working as what we want. But login as "1", sometimes "Commit" button is disabled, that's not what we want, he should be able to review counting done by "2" and do "Commit".

Log off and in again as "1", sometimes "Commit" is enabled, then the user can do "Commit" many times, and each click will adjust the quanity by the number of Delta. That should not happen, it should be done only once, then the button should be greyed out.

By the way, the live system is on 1.2.0186, also the testing done on the same version.

Regards, Jason

"Gregg Kosel [MSFT]" wrote:

Reply to
Jason

Hi Gregg, thanks for reply.

The customisation I mean the security we did. The reason I like to copy you some records of table "Security" is hoping you can have our security setting in our live database, then see the problem. Now I reproduced the problem in the demo db (RMSSample), it may not exactly the same security setting to our live one, but it's enough to show the issue.

In SO Manager of RMSSample, create a new Physical Inventory, add one item, put a quantity in Counted column, click "Calculate", now the 3 columns "Expected, Delta, and %Delta" and button "Commit" is showing out. Enter Security Mode, Ctrl-S, then disable "reading" and "changing" rights on the

3 columns and "changing" on button "Commit" on the level 2.

Simply we don't want level 2 users (with manager rights to enter this program) to see quantity Expected in the system when counting (let them just focus on counting), and they can not click "Commit" to make quantity adjustment.

Now change cashier "2" into level 2 and tick "Manager Rights". Exit SO manager, login as "2", Physical Inventory screen is working as what we want. But login as "1", sometimes "Commit" button is disabled, that's not what we want, he should be able to review counting done by "2" and do "Commit".

Log off and in again as "1", sometimes "Commit" is enabled, then the user can do "Commit" many times, and each click will adjust the quanity by the number of Delta. That should not happen, it should be done only once, then the button should be greyed out.

By the way, the live system is on 1.2.0186, also the testing done on the same version.

Regards, Jason

"Gregg Kosel [MSFT]" wrote:

microsoft.private.directaccess.partnerfeedback.

Reply to
Todd Berger [MSFT]

Thank you Todd for your time and effect on this issue.

Do you know which version having this issue fixed?

Regards, Jas> Good morning Jason,

Reply to
Jason

Thank you Todd for your time and effect on this issue.

Do you know which version having this issue fixed?

Regards, Jas> Good morning Jason,

the

Reply to
Todd Berger [MSFT]

Thank you Todd for your time and effect on this issue.

Do you know which version having this issue fixed?

Regards, Jas> Good morning Jason,

the

Reply to
Todd Berger [MSFT]

BeanSmart website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.