Марочный учет и прочее

[ngng]

Понимаю, что этот кусок сообщения не является вопросом по проблеме, вопрос ниже.

Я очень надеюсь, что этот новый помарочный учет все-таки добъет сервера ЕГАИСа. Подобную схему работы можно было придумать только в этой стране. Если бы они хотя бы немного подумали над тем, как можно реализовать подобное, они бы сделали это иначе (хотя есть ли там вообще кто-то, кто этим занимается, либо это делает пара программистов, неизвестно).
Если вводится помарочный учет, зачем нужен учет по справкам (партиям)? Насколько я понимаю, основная идея проследить движение бутыки (марки) от производителя до потребителя -- каким местом тут сдались эти справки 1 и 2? Убрали бы учет по справкам, перешли бы на учет по маркам (для опта это тяжело, но не невозможно). Но справки решили оставить, чтобы не отказываться от "заслуг" 2016 года, из-за обычной лени, или еще по какой-то скрытой причине.
Напомню, что в понимании ЕГАИС партионный учет не позволяет перемещать между партиями, оприходовать в старые партии, в нем отсутствует прочий функционал без которого нормальный учет невозможен. Однако теперь они решили привязать к этим партиям еще и марки. Если бы эти марки шли дополнительно к каждой позиции документа, не зависимо от справки 2, это были бы два параллельных учета, один бесполезный -- по справкам, один "полезный" -- по маркам. Но они привязали марки к справке 2. В каком кошмарной сне можно было бы увидеть более убогий и наивный подход к учету.
Каждый возврат рождает новую партию, бутылки из возврата возвращаются на склад ко всем остальным бутылкам. При реализации складские работники берут эти бутылки вместе с остальными из данного срока. Даже если все бутыки будут сканироваться перед отгрузкой, чтобы отгрузить эту реализацию теперь придется понять, на какой же партии зависли недостающие марки, сделать списание нескольких марок с этой партии, оприходование на ту, в которой происходит отгрузка и после этого попробовать выгрузить еще раз, до новой ошибки. При этом обещается, что доступ к функциям проверки марок, закрепленных за партией, будет ограничен по количеству запросов за определенное время. Где-то здесь проблемы с логикой. Если вы решили, что нужно связать эти два учета, как можно ограничивать единственный функционал, позволяющий хоть как-то распутать ситуацию?
Мне обидно, что тысячи операторов ЕГАИС, ночами будут отправлять большие накладные, часами пытаясь подобрать марки на каждую позицию.
Если бы у меня было три желания, я бы нисколько не задумывался над первым.

Возвращаясь к теме форума:
Скажите, когда наконец в ЕГАИС решатся проблемы, возникающие из-за некорректной реализации многозадачности? Почти каждую пятницу (а часто и в обычные дни) внутри ЕГАИСа каким-то образом дублируются запросы на регистрацию накладных. После того, как накладная уже зарегистрирована (пришли все справки и подтверждения) обычно приходит еще пару квитанций с текстом о том, что "вы нарушаете и пытаетесь послать накладную еще раз". Неприятно.
А в последнее время ЕГАИС начать терять квитанции отказа. В прошлую пятницу некоторую количество отозванных накладных лишилось одной квитанции (т.е., пришло на одну квитанцию меньше). Либо почините, пожалуйста, систему, либо выключите сервера, и будем жить спокойно.

[listavra]

Читал стоя и аплодировал!

[syperlex83]

Поддерживаю, система же не может все время загружаться какими-либо контролирующими функциями, вот лучше бы развивали качество, а не количество.

[n0nsense]

Читал, прослезился, согласен...