Выписка ветеринарных сертификатов в системе Меркурий по одной кнопке

E_Letov wrote:

Agnostik wrote:[

Только если ХС не заведен (нет такого субъекта по ИНН) в Меркурии мы можем его создать и только в своем регионе - и тогда компания, которая его создает становится владельцем этого ХС.

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

Забавная история: разработчик интеграционного ПО путает понятия "ХС" и "Предприятие". Хреновая справочная система у вашего "Меркурия", Николай Анатольевич, раз до такого дело доходит. Это мягко говоря.

Какой интересный вывод...
Могу предложить поучаствовать и написать этот раздел справочной системы.

Не совсем понятна фраза про получение сертификатов в электронном виде, поясните, пожалуйста.

ну, в целом, уже пояснили.

Еще раз. Предприятия с НАЗВАНИЕМ г. ХХХ, ул. ССС, д. 7 не существует.
Если есть действующее ПРЕДПРИЯТИЕ, с закрепленным врачом по этому адресу, то оно и должно использоваться, а не АДРЕС ДОСТАВКИ ИЗ БУХГАЛТЕРСКОЙ БАЗЫ ОТПРАВИТЕЛЯ !. но эта работа предполагает связь с местным администратором (региона, города), который вкурсе где какое предприятие с каким врачом.

если чуть разъяснить, то по поднадзорным объектам (ПО) как то так:
есть некие ПО, которые уже внесены в реестр (их и рассмотрим), есть те, которые не внесены.
Те, которые внесены, либо: 1) обслуживаются ветеринарными специалистами, 2) к ним есть доступ у представителей ХС, 3) не подконтрольны госветслужбе субъекта (магазины, детсады, общепит и прочие).
Общее у них только одно - они имеют названия и адрес.
Ваша же система каким-то образом, я честно не понимаю все еще каким умеет создавать ПО, которые никогда не могли быть внесены в реестр, потому что названия у них нет.
Соотвественно, ваши документы висят где то в системе, никем не видимые, потому что те ПО, на которые они оформлены, не имеют основного идентификатора - названия, эти ПО создаются каждый раз новые, никто к ним никогда из пользователей к ним не был и не будет прикреплен, поэтому не увидит.

Могу предложить поучаствовать и написать этот раздел справочной системы.

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

waterfalls wrote:Поясню. Есть контрагент как юр. лицо у которого есть ИНН, ОГРН - это одно сопоставление. Есть торговые точки - магазинчики по которым продается продукт - у них только адрес (по сути наименование дублируется с контрагентом). Изначально сопоставление ведется по контрагенту, а потом выводятся торговые точки которые сопоставлены на этого контрагента в Меркурии и они уже ВРУЧНУЮ сопоставляются по адресам в программе. Это НЕ происходит автоматически - НЕТ в нашей программе такого механизма поиск по адресу торговой точки и если такого адреса нет - автоматическое создание торговой точки. Все адреса пишут по разному - кто-то использует классификатор, кто-то нет, даже если там в одной букве ошибиться, то это уже не тот адрес.
И только, если такой контрагент по ИНН отсутствует в Меркурии мы можем создать ХС и на него создать точки доставки.

В названии предприятия только адрес - это торговая точка.

если посмотрите подстрочник - там написано - "наименование и адрес". соответственно, формируемые вашей системой документы некорректны

Соглашусь, что в данном примере название торговой точки совпадает с адресом. Если эта точка создана нами, мы это исправим, если эта точка создана НЕ нами, то мы этого исправить не можем, но такого запроса нам, как разработчикам не поступало.
Не совсем понятна фраза про получение сертификатов в электронном виде, поясните, пожалуйста.

Оппонент упорствует в своем невежестве....
По логике системы это не "торговые точки", а "Площадки ведения деятельности", неотъемлимыми реквизитами которых являются: наличие фактического адреса, средств производства (склад с сырьем, оборудование, здание, территория и т.д.. Это ветеринарный подход, не программерский, не бухгалтерский.
А хозсубъект - это Юрлицо. Некий эфемерный "хозяин" - ему могут принадлежать "площадки", или он может арендовать площадку, или вообще временно на ней хранить продукцию. Грубо говоря, он не жестко сцеплен с Площадкой и может их менять. Это две разные вещи. Это не дублирование информации.
Помните, как пишут письма? "Кому.....Куда". так и тут.
Васе, на ул. Ленина 15. А Вася уже переехал и письмо не дошло.
Кстати, ответьте на мой вопрос:

Semerenko wrote:
предприятия Челябинской или Свердловской области используют Вашу программу?
Спрошу по-русски:
Равис-п/ф Сосновская, Среднеуральская птицефабрика, Нагайбакская птицефабрика - ваша работа? Вы им "программу интеграции" поставляли?

Semerenko wrote:
3. Мне глубоко плевать на правильность отображения ХС в программе, поскольку в данном случае страдают Предприятия. Почему они для вас лишь "адрес" - загадка. Советую присмотреться к НАЗВАНИЮ СТРОКИ, в которую вставляется информация. она звучит "НАИМЕНОВАНИЕ И АДРЕС ПРЕДПРИЯТИЯ".
так называемый вами "адрес" в Меркурии - это полноценное предприятие, с прикрепленным к нему врачом. при получении продукции, врач гасит ВСД и она падает в журнал ПРЕДПРИЯТИЯ. Это логика и архитектура действующей системы, которую вы извратили своей программой интеграции с 1С. Адресов вы можете наклепать сколько угодно и как угодно. И весь этот бардак будет в реестре ПРЕДПРИЯТИЙ Меркурия, за что вам отдельное "спасибо""!
4. Сопоставление вручную, ИМХО, наиболее удачный вариант заполнения реестра ПРЕДПРИЯТИЙ (а не адресов).
Еще раз. Предприятия с НАЗВАНИЕМ г. ХХХ, ул. ССС, д. 7 не существует.
Если есть действующее ПРЕДПРИЯТИЕ, с закрепленным врачом по этому адресу, то оно и должно использоваться, а не АДРЕС ДОСТАВКИ ИЗ БУХГАЛТЕРСКОЙ БАЗЫ ОТПРАВИТЕЛЯ !. но эта работа предполагает связь с местным администратором (региона, города), который вкурсе где какое предприятие с каким врачом.

Я и говорю о том, что сопоставление предприятий/точек доставки в нашей системе, если они уже есть в Меркурий, происходит вручную. Между предприятиями/точками доставки и ХС Меркурия существует связь, и через эту связь была описана система создания и сопоставления того и другого. И просто так из воздуха они нами не создаются, не могут. Если ХС создан нами, то в исправлении наименования ХС и ТТ- нет никаких проблем. Если к Вам приходят некорректные сертификаты и Вам на это не плевать, то нужно не в себе недовольство копить, а действовать - связываться с предприятием, которое эти сертификаты отправляет, чтобы они или сами это исправляли, или связывались с разработчиком, чтобы он это исправил, вет. врачом, который эти сертификаты подписывает, чтобы он на это повлиял, если ничего из этого не работает, то местным РСХН, которому все это поднадзорно, чтобы они приостановили выписку эл. сертификатов с такого предприятия или писать на электронную почту. Нормальный разработчик при поступлении запросов на исправление - перерабатывает систему. Все правится, совершенствуется, никаких проблем с этим, кроме организационных, нет. На этом данное обсуждение считаю закрытым, потому что второй раз ходим по кругу и обсуждаем одно и то же.

waterfalls wrote:Я и говорю о том, что сопоставление предприятий/точек доставки в нашей системе, если они уже есть в Меркурий, происходит вручную. Между предприятиями/точками доставки и ХС Меркурия существует связь, и через эту связь была описана система создания и сопоставления того и другого. И просто так из воздуха они нами не создаются, не могут. Если ХС создан нами, то в исправлении наименования ХС и ТТ- нет никаких проблем. Если к Вам приходят некорректные сертификаты и Вам на это не плевать, то нужно не в себе недовольство копить, а действовать - связываться с предприятием, которое эти сертификаты отправляет, чтобы они или сами это исправляли, или связывались с разработчиком, чтобы он это исправил, вет. врачом, который эти сертификаты подписывает, чтобы он на это повлиял, если ничего из этого не работает, то местным РСХН, которому все это поднадзорно, чтобы они приостановили выписку эл. сертификатов с такого предприятия или писать на электронную почту. Нормальный разработчик при поступлении запросов на исправление - перерабатывает систему. Все правится, совершенствуется, никаких проблем с этим, кроме организационных, нет. На этом данное обсуждение считаю закрытым, потому что второй раз ходим по кругу и обсуждаем одно и то же.

Вы где-то, как минимум, недоговариваете, иначе небыло бы той ситуации, которая возникла у коллеги ( сообщение от Agnostik 24/04/2017 в 06:11:50 http://vetrf.ru/vetrf-forum/posts/list/405/6633.page)
"автором" неверно созданного "Клона" реально действующего предприятия (адреса) в системе оказывается пользователь - ветврач, нажавший вашу чортову кнопку, которую вы рекламируете в названии этой ветки. Вы вообще ни за что не отвечаете......Очень удобно.
С предприятиями по этому вопросу приходится связываться регулярно. Но сам факт, что вы и вам подобные засирают систему Меркурий, дублируют предприятия (считая их тупо адресом доставки), сдирая с ХС-тов деньги за свою халтуру, не неся в итоге никакой ответственности за откровенное вредительство - просто возмущает!

про Равис и др. не ответили, кстати, что наводит на определенные мысли. Ну и почерк косяков в системе идентичен. Вобщем проклятия свои я назад не возьму.

Semerenko wrote:

waterfalls wrote:Соглашусь, что в данном примере название торговой точки совпадает с адресом. Если эта точка создана нами, мы это исправим, если эта точка создана НЕ нами, то мы этого исправить не можем, но такого запроса нам, как разработчикам не поступало.

Оппонент упорствует в своем невежестве....
По логике системы это не "торговые точки", а "Площадки ведения деятельности", неотъемлимыми реквизитами которых являются: наличие фактического адреса, средств производства (склад с сырьем, оборудование, здание, территория и т.д.. Это ветеринарный подход, не программерский, не бухгалтерский.
А хозсубъект - это Юрлицо. Некий эфемерный "хозяин" - ему могут принадлежать "площадки", или он может арендовать площадку, или вообще временно на ней хранить продукцию. Грубо говоря, он не жестко сцеплен с Площадкой и может их менять. Это две разные вещи. Это не дублирование информации.
Помните, как пишут письма? "Кому.....Куда". так и тут.
Васе, на ул. Ленина 15. А Вася уже переехал и письмо не дошло.

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

Semerenko wrote:Кстати, ответьте на мой вопрос:

Semerenko wrote:
предприятия Челябинской или Свердловской области используют Вашу программу?
Спрошу по-русски:
Равис-п/ф Сосновская, Среднеуральская птицефабрика, Нагайбакская птицефабрика - ваша работа? Вы им "программу интеграции" поставляли?

Отвечу еще раз. Нет в Челябинской и Свердловской области мы не внедрялись. Равис-п/ф Сосновская, Среднеуральская птицефабрика, Нагайбакская птицефабрика - мы не внедряли, это не наша работа. Птицефабрики мы вообще пока не внедряли, в основном корма для животных и мясокомбинаты.

То, что мы не делали - это вне зоны нашей ответственности.

Agnostik wrote:

Могу предложить поучаствовать и написать этот раздел справочной системы.

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

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

waterfalls wrote:
У контрагента / ХС может быть множество магазинов, точек доставки, производственных площадок / площадок ведения деятельности у них кроме адресов больше ничего нет (а адрес не уникален).

Именно поэтому каждая ваша "точка доставки" имеет название в Реестре предприятий! Название+адрес должно по идее быть уникальным, но из-за изначально паршивых алгоритмов проверки Реестр заполонили дубли. С Реестром ХС-ов проще - там ИНН помогает.

waterfalls wrote:Даже, если магазин закроется - контрагент/ХС останется и откроет его в другом месте. И связать эти точки доставки, площадки, магазины воедино - возможно только через этого самого контрагента - у которого есть уникальный признак по которому его можно отличить от других контрагентов - ИНН. И вот только через хозяйствующего субъекта можно увидеть эти точки доставки, по другому их не классифицировать.

Вот именно, пока ХС существует, существуют и предприятия с новыми адресами, но с тем же названием (Пупкин): Пупкин там, Пупкин сям, Пупкин вон там. И сколько раз сменится вывеска на магазине/ТЦ/складе - безразлично. Имя+адрес.

waterfalls wrote:
И если у ИП Пупкина будет 10 магазинов Продукты - то письма с жалобами Вы будете писать ИП Пупкину, а не магазину Продукты, который сегодня магазин Продукты, завтра Мясная лавка, послезавтра Счастливый фермер. И если на данном адресе есть несколько точек конкурентов с наименованием Продукты, то они могут принадлежать разным контрагентам - один ИП Пупкину, другой ИП Свиридову.

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

А, стало быть, кроме как критиковать ни чего не можете

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

Ну и ладно.

уже многое говорит о бесполезности траты времени.

Меркурий болен.

а его "родителям" фиолетово.

Semerenko wrote:
С предприятиями по этому вопросу приходится связываться регулярно. Но сам факт, что вы и вам подобные засирают систему Меркурий, дублируют предприятия (считая их тупо адресом доставки), сдирая с ХС-тов деньги за свою халтуру, не неся в итоге никакой ответственности за откровенное вредительство - просто возмущает!
про Равис и др. не ответили, кстати, что наводит на определенные мысли. Ну и почерк косяков в системе идентичен. Вобщем проклятия свои я назад не возьму.

Дополню информацию.
В системе Меркурий интерфейс для вет. врачей не доделали и вет. врач не видит Хозяйствующий субъект и точки доставки / площадки ведения деятельности на этом субъекте. Но эта связка есть и должна быть заполнена для программного заполнения и хранения. Правильно и логично заводить точки доставки / площадки ведения деятельности именно через Хозяйствующий субъект (потому что у него есть уникальный идентификатор - ИНН) - Сначала выбирается ХС, а затем все точки доставки / площадки ведения деятельности, которые на него привязаны.
При создании точек в Меркурии вручную вет. врачом через его интерфейс - данная привязка не образуется. Поэтому возникает масса точек без привязки с ХС. И вет. врачу неудобно искать среди уймы точек с одинаковым названием ту, которая ему нужна, и в программе не видно эту точку, т.к. она не привязана к ХС. Получается врач ее видит, а в программе ее не видно, тоже недопонимание. Полностью связка ХС => точки доставки / площадки ведения деятельности видна только в Аргусе, там же она может создаваться и меняться, однако туда, насколько я знаю, доступ сильно ограничен.

Программно же такая возможность предусмотрена - подключаясь через программу, а не интерфейс вет. врача - мы видим ХС и торговые точки, которые на него привязаны. Но менять мы можем только те точки и ХС, которые созданы нами.

Так вот - данная недоработка интерфейса в Меркурии присутствует. Разработчикам Меркурия нужно доделать интерфейс для вет. врачей, чтобы вет. врачам была видна связка ХС и точки доставки / площадки ведения деятельности для более удобной и корректной работы вет. врачей.

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

E_Letov wrote:
Вот именно, пока ХС существует, существуют и предприятия с новыми адресами, но с тем же названием (Пупкин): Пупкин там, Пупкин сям, Пупкин вон там. И сколько раз сменится вывеска на магазине/ТЦ/складе - безразлично. Имя+адрес.

Сами задумайтесь - название предприятия, если Вы под ним понимаете площадку ведения деятельности + адрес не могут быть уникальными. Даже название ХС + адрес уникальными быть не могут, потому что у ХС может быть две точки доставки по одному адресу.

E_Letov wrote:
Если у Пупкина в магазине по адресу "сям" имеется цех переработки, производящий мясные полуфабрикаты для розничной продажи тут же, а работник (приезжий селянин) прикупит по бросовой цене полцентнера "домашней" говяжьей вырезки у земляка, переработает это добро в котлеты, реализует неучтённый левак, наварится, но здоровье покупателей пострадает, то разбирательства Пупкин будет иметь вообще. И "конкретно" - на конретной точке. Ему придётся потрудиться, чтобы стрясти с себя и обвинить продавцов.

Я не отменяю ответственность этой точки, но первый в цепочке разбирательств будет именно Пупкин как ХС.

waterfalls wrote:Даже название ХС + адрес уникальными быть не могут, потому что у ХС может быть две точки доставки по одному адресу.

Вы имеете ввиду, что (к примеру) в магазине по адресу: г. Минск, ул. Ленина, 3/50 может располагаться несколько точек "ИП Пупкин"? Это запросто. Но обычно сам Пупкин не требует такой детализации, он довольствуется предприятием с одним адресом, даже если он расширяется в пределах одного объекта, со временем арендует не одну точку, а две и больше, в накладных это может никак не отражаться и врача он может об этом не ставить в известность. При этом он создаёт заявки (если работает через веб-интерфейс) и т.д и т.п. И это устраивает, в общем всех.
Не понимаю, если точка доставки будет в "Реестре предприятий" Меркурия и будет создана связь между этим предприятием (точкой доставки) и ХС-ом в "Аргусе", эта ваша интеграционная система создаст-таки ВСД, который получатель сможет погасить?

waterfalls wrote:Дополню информацию.
В системе Меркурий интерфейс для вет. врачей не доделали и вет. врач не видит Хозяйствующий субъект и точки доставки / площадки ведения деятельности на этом субъекте. Но эта связка есть и должна быть заполнена для программного заполнения и хранения. Правильно и логично заводить точки доставки / площадки ведения деятельности именно через Хозяйствующий субъект (потому что у него есть уникальный идентификатор - ИНН) - Сначала выбирается ХС, а затем все точки доставки / площадки ведения деятельности, которые на него привязаны.
При создании точек в Меркурии вручную вет. врачом через его интерфейс - данная привязка не образуется. Поэтому возникает масса точек без привязки с ХС. И вет. врачу неудобно искать среди уймы точек с одинаковым названием ту, которая ему нужна, и в программе не видно эту точку, т.к. она не привязана к ХС. Получается врач ее видит, а в программе ее не видно, тоже недопонимание. Полностью связка ХС => точки доставки / площадки ведения деятельности видна только в Аргусе, там же она может создаваться и меняться, однако туда, насколько я знаю, доступ сильно ограничен.
Программно же такая возможность предусмотрена - подключаясь через программу, а не интерфейс вет. врача - мы видим ХС и торговые точки, которые на него привязаны. Но менять мы можем только те точки и ХС, которые созданы нами.

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

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

waterfalls wrote:
Программно же такая возможность предусмотрена - подключаясь через программу, а не интерфейс вет. врача - мы видим ХС и торговые точки, которые на него привязаны. Но менять мы можем только те точки и ХС, которые созданы нами.

То есть, если существует предприятие (точка доставки), пусть даже два с одним адресом и названием - уже задублированное, прикрепленное в "Аргусе" к ХС, но при этом ему не присвоен GUID (на вашей картинке видно, что в "Меркурии" для него отведено отдельное поле) по той причине, что его (предприятие) создал врач, а не интеграционная программа - вы не сможете использовать его для оформления ВСД? Вы всё равно создадите ещё одно предприятие? Продублируете в любом случае, даже если уже пять дублей находится в Реестре предприятий?
А я-то всё коллег-проказников да неопытных РСХНадзоровцев материл ежедневно за каждый дубль найденный в реестре. А оно вона как оказывается! Добавляю вас в свой список, уважаемый waterfalls. Welcome!