Получение номера входящего ВСД при работе через API

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

TWAIN wrote:сопоставлять по номеру ВСД.

откуда у вас он появился? зачем их вручную заводить в вашу ИС? есть эвсд, затягиваете к себе по uuid и дальше просто следите за изменениями.

Вообще то сейчас при оприходовании всего сырья мы на каждой партии прописываем номер и дату ВСД.
При выдаче этого сырья на производство мы знаем номера ВСД израсходованного сырья.
Это требуется указывать в ветсправке.

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

При выдаче этого сырья на производство мы знаем номера ВСД израсходованного сырья.

это тоже будут врачи делать? и вы им передаете номера входящих ВСД, а они в меркурии будут делать ветсправку?

Зачем мешать бумажный текущий оборот и будущий электронный?
Сейчас они делают справку и передают госам.
Поправка: если быть точным мы им ничего не выдаем, они печатают из ИС.

А теперь надо это выгрузить в виде затраченного на производства сырья в Меркурий.

а на партии напечатать QR код ВСД и со сканером бегать кладовщику не вариант?

mevgenym wrote:а на партии напечатать QR код ВСД и со сканером бегать кладовщику не вариант?

С какой целью бегать?
От бегания у нас ничего не изменится. Я говорил о сопоставлении сырья, а потом можно хоть плакат распечатать.
Вы не вчитывались в проблему и пишете не о том.
Счетчик сообщений наматываете?

...

Проблема известна, причем не только с входящими ВСД, но и с исходящими тоже. У нас пара крупных клиентов в лице ветврачей сказали, что пока мы в печатной форме не начнем указывать номер ВСД - гасить они их не будут, т.к. нет времени бегать искать. С проблемой по эл.почте обращались в техподдержку дважды, 9 и 17 октября - безрезультатно, ответов на письма не было. По телефону снова дозвониться невозможно.

Я по телефону дозванивался (с другими вопросами). Звоните с утра, часов в 9-10.
Но все гораздо хуже, наверное, поэтому и реакции нет. Скорее всего, ждут решения от разработчиков.
Я пытался задать вопрос на семинаре главному разработчику (Осминину А.С.),
попробовал объяснить, что документ без номера - это не документ.
Но он не захотел даже вникать в проблему - сказал, чтобы мы работали с 34-символьным ГУИД'ом.
Их номер, являющий собой не последовательную нумерацию,
а просто привязку к времени и месту генерации кода, номером не является.
И у любого кладовщика мозг взорвется. Тем более 30% их не смогут озвучить английский алфавит.
Нумерация должна быть последовательной (более или менее, может, в рамках серий).
Их бумажный документ таким правилам соответствует.
В чем проблема привести API к нормальному виду мне непонятно.

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

.

Поэтому и решил писать здесь, чтобы люди высказались и под давлением
наших объяснений они сделают это пустяк, в общем-то (с точки зрения объема доработок).

Присоединяюсь. Очень неудобно без этого номера.
Сколько времени техподдержка потратила на объяснения, что нам этот номер не нужен, уже давно бы добавили и вопросы сняли.

Кто-нибудь еще выскажется? Хотелось бы также услышать мнение разработчиков,
в чем такая большая проблема выдавать в запросе этот номер.
Нам же виднее как и что на местах творится.

скорее всего разработчики сами не понимают как должно это работать - они програмисты а не врачи и товароведы и к всему о чем мы тут говорим они не имеют ни какого отношения как и мы к их затянувшейся разработке. Нам интересен рабочий продукт, но" кобыла оказалась хромой"запустили и все пыхтят потихоньку.
Можно уже и отчитаться о внедрении и полной прослеживаемой товара.

Еще очень нужен номер площадки в реестре (RUхххххх) и поиск по нему.

nsnt wrote:Еще очень нужен номер площадки в реестре (RUхххххх) и поиск по нему.

+1