Технические вопросы и проблемы по работе с автоматизированной системой МЕРКУРИЙ

300987 wrote:023701187700

моё предложение такое: завести самостоятельно ещё раз такую же площадку здесь https://cerberus.vetrf.ru/cerberus/request/
ИП ГКФХ Александрова Р.Д. (452340, Российская Федерация, Республика Башкортостан, Мишкинский район, с. Мишкино, Юбилейная ул., д. 6)
потом позвонить в своё ТУ по региону http://www.fsvps.ru/fsvps/structure/terorgs и попросить отвязать от ХС-а старую и привязать новую, т.к. работать со старой невозможно

Такая проблема. Пришло сырье, случайно выбрала не ту дату поступления груза. Аннулировала. Продукция есть в погашенных, но выбрать как сырье не могу. И во входящих оформленных тоже нет. Можно как-то вернуть сырье из аннулированного?

IraPo wrote:Такая проблема. Пришло сырье, случайно выбрала не ту дату поступления груза. Аннулировала. Продукция есть в погашенных, но выбрать как сырье не могу. И во входящих оформленных тоже нет. Можно как-то вернуть сырье из аннулированного?

Аннулирование/гашение/оформление в меркурии обратной силы не имеет. То есть вернуть назад ничего нельзя. Одно исключение. Оформленный исходящий ЭВСД. пока не погасили. можно аннулировать.
Исправить, только инвентаризацией.

http://vetrf.ru/vetrf/news/27710.html
Когда видишь такое кол-во пофикшенных дефектов, найденных пользователями, то сразу возникает в голове картинка: http://devtool.ru/wp-content/uploads/2016/05/Production.jpeg
Неужели никто не проверяет новую версию прежде чем ее выпустить в бой?
А судя по скорости развития системы её пишут 1,5 кодера.

Власову: если действительно хотите сделать систему рабочей, нужно нанять профессиональную команду с опытом разработки высоконагруженных систем, пусть с з/п 200-300 тыс (т.к. на меньшую з/п настоящие профессионалы не согласятся), но это просто необходимо на данном этапе, иначе система просто загнется. Система требует пересмотра всей архитектуры, нельзя в одной БД хранить миллиарды ВСД, архитектура системы должна быть децентрализованной, т.к. один центр просто не справится со всей нагрузкой.

Mercury wrote:Власову: если действительно хотите сделать систему рабочей, нужно нанять профессиональную команду с опытом разработки высоконагруженных систем, пусть с з/п 200-300 тыс (т.к. на меньшую з/п настоящие профессионалы не согласятся), но это просто необходимо на данном этапе, иначе система просто загнется. Система требует пересмотра всей архитектуры, нельзя в одной БД хранить миллиарды ВСД, архитектура системы должна быть децентрализованной, т.к. один центр просто не справится со всей нагрузкой.

Судя по тому что происходит призывать профи уже поздно. Доработки на таких этапах проекта катастрофичны по затратам, это азы технологии разработки ПО - вся основа должна входить в проектную документацию, доработки должны быть минимальными и косметическими. Зарплата в 200-300, кстати, профи не особо обрадует, а "осадочек" на карьере останется даже если они проект вытянут.

P.S. Проект был изначально неправильно спроектирован. Чья это вина мне неизвестно, но полагаю сейчас он состоит более на половину из "костылей" и доработок, которые на этапе проектирования не существовали. В такой ситуации надо перетряхнуть команду (особенно ту часть которая занималась разработкой (не кодеров) и ее руководство), добавить спецов и с нуля разработать третью версию API.

Vladimir2017 wrote:
Судя по тому что происходит призывать профи уже поздно. Доработки на таких этапах проекта катастрофичны по затратам, это азы технологии разработки ПО - вся основа должна входить в проектную документацию, доработки должны быть минимальными и косметическими. Зарплата в 200-300, кстати, профи не особо обрадует, а "осадочек" на карьере останется даже если они проект вытянут.

Естественно, систему нужно проектировать и разрабатывать по-нормальному с нуля. Это было очевидно ещё несколько лет назад, но просто никому до этого не было дела...

в продакшн, мне кажется, пустили потому что дальше уже тянуть нельзя было и полетели бы чьи то головы, а не потому что готова

Добрый день, подскажите,
работаем через API 2.0 , формируем производственную операцию. Сырье списали, материал получили. Есть номер записи в журнале, его в АПИ Видно, в самой записи журнала в вебе есть "Документ, подтверждающий происхождение: № 612818363 от 03.08.2018", не могу найти где этот номер документа в посмотреть через АПИ.

Banzaai wrote:Добрый день, подскажите,
работаем через API 2.0 , формируем производственную операцию. Сырье списали, материал получили. Есть номер записи в журнале, его в АПИ Видно, в самой записи журнала в вебе есть "Документ, подтверждающий происхождение: № 612818363 от 03.08.2018", не могу найти где этот номер документа в посмотреть через АПИ.

Ни где. Номер ЭВСД в API не отображается. Говорят из печатных форм меркурия тоже уберут.

oleg-x wrote:

Banzaai wrote:Добрый день, подскажите,
работаем через API 2.0 , формируем производственную операцию. Сырье списали, материал получили. Есть номер записи в журнале, его в АПИ Видно, в самой записи журнала в вебе есть "Документ, подтверждающий происхождение: № 612818363 от 03.08.2018", не могу найти где этот номер документа в посмотреть через АПИ.

Ни где. Номер ЭВСД в API не отображается. Говорят из печатных форм меркурия тоже уберут.

У нас Роспотребнадзор требует выводить на этикету номер производственного ВСД, для подтверждения происхождения, что же тогда выводить.

Banzaai wrote:У нас Роспотребнадзор требует выводить на этикету номер производственного ВСД, для подтверждения происхождения, что же тогда выводить.

UUID ЭВСД. По нему и можно будет проверить в меркурии.

oleg-x wrote:

Banzaai wrote:У нас Роспотребнадзор требует выводить на этикету номер производственного ВСД, для подтверждения происхождения, что же тогда выводить.

UUID ЭВСД. По нему и можно будет проверить в меркурии.

как найти ЭВСД производственное по UUID? мне выдает UUID производственного ВСД 903efba5-1404-4848-88f4-b308328f4844, но через https://mercury.vetrf.ru/pub его не находит

Banzaai wrote:

oleg-x wrote:

Banzaai wrote:У нас Роспотребнадзор требует выводить на этикету номер производственного ВСД, для подтверждения происхождения, что же тогда выводить.

UUID ЭВСД. По нему и можно будет проверить в меркурии.

как найти ЭВСД производственное по UUID?

Когда вы получаете ответ на заявку оформления производственного сертификата, там вся информация.
То есть:
1) Нажали в программе "Создать производственный сертификат".
2) Программе приходит ответ, что заявка принята и присвоен id заявки.
3) Потом программа опрашивает по id, что с заявкой. И если все оформлена, то получаете в ответ всю инфу по сертификату.
Вот там и вытаскиваете.

oleg-x wrote:

Banzaai wrote:

oleg-x wrote:

Banzaai wrote:У нас Роспотребнадзор требует выводить на этикету номер производственного ВСД, для подтверждения происхождения, что же тогда выводить.

UUID ЭВСД. По нему и можно будет проверить в меркурии.

как найти ЭВСД производственное по UUID?

Когда вы получаете ответ на заявку оформления производственного сертификата, там вся информация.
То есть:
1) Нажали в программе "Создать производственный сертификат".
2) Программе приходит ответ, что заявка принята и присвоен id заявки.
3) Потом программа опрашивает по id, что с заявкой. И если все оформлена, то получаете в ответ всю инфу по сертификату.
Вот там и вытаскиваете.

он UUID вернул такой 903efba5-1404-4848-88f4-b308328f4844, но https://mercury.vetrf.ru/pub его не находит

Выложите весь ответ. Может не тот берете.