Сообщения, отправленные пользователем: nsnt

Я вообще не понимаю, чем контроль по такому справочнику в принципе отличается от контроля по строке. Кто запретит писать ту же лажу в справочник? Кто будет реально ручками заменять колбасу в ассортименте на Докторскую, когда можно сделать создание номенклатуры автоматом перед отправкой?

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

На мой запрос, что будет с остатками записей, по которым на момент поступления не был указан четвертый уровень справочника продукции, техподдержка ответила:

При оформлении транспортной партии для продукции у которой нет 4 уровня необходимо будет его указать.

Как это осуществить чисто технически? У нас таких входящих записей несколько тысяч, почти половина остатков. Нет никакой гарантии, что производитель внесет всю свою продукцию к 01.02.2019. А если внесет, как ее искать? У части записей даже нет информации о производителе, потому что после одного прекрасного обновления перестала приходить информация по производителю, введенному строкой (кому мешала?).

А что делать с остатками, где не было четвертого уровня?

"Реализация в пищу людям", у ХС другие цели не пропустит, скорее всего.

Попробуйте добавить права на 646 приказ и цель указать "Реализация в пищу людям".

Я правильно понимаю, что оформляете транспортную операцию, а не частичное гашение ВСД?
Тогда права зависят еще от продукции и целей, у хозсубъекта прав меньше, чем у врача. И не хватает этих прав:
Уполномоченное лицо (Оформление ВСД на продукцию из Приказа МСХ РФ №646)

Mercury wrote:Разработчикам системы Меркурий нужно сделать свои API платными - за каждый вызов, в зависимости от операции, получать по несколько копеек. Тогда глядишь разработчики интеграционных решений мигом бы оптимизировали свои поделки. А вырученные деньги направлять на закупку новых серверов.

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

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

А если свои посмотреть, то которые при входе в веб предлагаются к выбору, те и привязаны.

В 2.0 можно получить активные площадки GetActivityLocationList, в 1.4 прямо в данных ХС был список activityLocation.

Всегда было можно так сделать, хоть по api, хоть в вебе (выбрать предприятие без привязки к ХС).
ХС и не должен быть владельцем, имеет значение наличие связи ХС и площадки.

Yoreg07 wrote:Добрый день, а не дадите ссылку на схемы api 2.1 ?

Здесь есть:
http://help.vetrf.ru/wiki/Ветис.API

exteris wrote:Спасибо за информацию. А 2.1 уже можно использовать в "боевом" режиме?

Насколько вижу по форуму, уже можно.