Task preview

НомерprojectCategoryVisibilityИзменен
0000420RasKonMistakespublic2013-12-27 11:25
Initiatorsania ResponsibleADGroup  
PriorityordinaryInfluencelargeReproducibilityalways
Condition closedDecisionsolved 
PlatformWin32Operating systemWindows ServerOS version2003
Целевая версия9.11Решена в версии9.11 
Theme0000420: Unrecognized barcode for user - ARM-Warehouse of finished goods on structural element
DescriptionDifferent stickers were printed on the same window sill.
Steps for playbackCreated the order, saved it, printed the page with stickers.
All but two of the window sills, moldings and designs were not printed.
Later, I printed out the same stickers and noticed that the design code
had changed. Pictures with stickers are in the attached files
TagsThere are no associated tags.
Attached files
ccack_errr.zip (570,817 bytes)
Number of references
Implementation period (days)
Cost
Planned date

Activity

sania

2013-12-26 16 :52

author ~0000394

I will send the database by letter after uploading to dropbox

ADGroup

2013-12-26 23 :23

administrator ~0000396

Last modified: 2013-12-26 23 :24

1. In the base you sent me order 5432 but the printouts show order 5435, wrong order.
2. As for the fact that the barcode has changed: it may or may not be an error, you need to help me to study this issue more deeply. There is a very important nuance: if you printed the barcode and then changed something in the order (redrew, added a design to the order, added additional elements or removed something from the elements), then the barcode on the additional elements will change! Accordingly, if you have printed the barcode, then changed the order a bit, then you try to scan it - it may fail because of the changed barcode. The program has a special function that tries to save this barcode in case of some design changes, but it is not always possible (especially if you delete an item for which it is important to save the barcode). There is an assumption that this mechanism contains an error, then I need help in its research to understand after what actions changed the bar code (then I can repeat this error in my own), if the error in this mechanism is not confirmed, then the cause of changes in the code were strong changes since the moment of its printing.

ADGroup

2013-12-26 23 :26

administrator ~0000397

Last modified: 2013-12-26 23 :26

That is, the mechanism itself was made for the situation that the order was drawn and put into operation, from that moment, as you understand, no one makes any changes to the order and then the bar code should be permanent.

ADGroup

2013-12-26 23 :55

administrator ~0000398

After some analysis, I found a certain situation where the mechanism failed to save the barcode when the design was changed, although it should have done so. I have corrected the mechanism now, if the codes were floating for you because of such design changes, the situation should stabilize a bit in 9.11. I will close this appeal for now, if the situation in 9.11 will be repeated - open it again. In any case, you can write comments regardless.

Community support for the task
This problem is marked solved.
If you think it is not, please reopen it and explain why.
Supporters: No supporters have yet voted in favor of the task.
Neutrality: No users have yet voted neutral for this task.
Opponents: No opponents have yet voted in favor of this task.

Change history

Date of change User Field Modify
2013-12-26 16:49 sania New task
2013-12-26 16:49 sania File added: ccack_errr.zip
2013-12-26 16:52 sania Comment added: 0000394
2013-12-26 23:23 ADGroup Comment added: 0000396
2013-12-26 23:24 ADGroup Comment modified: 0000396
2013-12-26 23:26 ADGroup Comment added: 0000397
2013-12-26 23:26 ADGroup Comment modified: 0000397
2013-12-26 23:55 ADGroup Comment added: 0000398
2013-12-26 23:56 ADGroup Targeted version => 9.11
2013-12-26 23:56 ADGroup Condition new => closed
2013-12-26 23:56 ADGroup Responsible => ADGroup
2013-12-26 23:56 ADGroup Decision open => solved
2013-12-26 23:56 ADGroup Resolved in version => 9.11