Интеграция 1С 7.7

У ХС и ПО связь многие ко многим

Как тут все сложно!!!
По проще нельзя?
Каким образом сопоставить информацию о контрагентах и торговых точках?
Получается что кроме как вручную-никак?

Пименова Татьяна wrote:ХС-владелец - это именно владелец ПО, его указывать не обязательно.

владелец юридически? зачем эта сущность в контектсе меркурия? абалдеть как я заблуждался...

VoditelKobyly wrote:
Как тут все сложно!!!
По проще нельзя?

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

VoditelKobyly wrote:Каким образом сопоставить информацию о контрагентах и торговых точках?
Получается что кроме как вручную-никак?

Метод getBusinessEntityByGUID - в acivityLocations будут указаны обслуживаемые ПО указанного ХС.

mevgenym wrote:

Пименова Татьяна wrote:ХС-владелец - это именно владелец ПО, его указывать не обязательно.

владелец юридически? зачем эта сущность в контектсе меркурия? абалдеть как я заблуждался...

Из справочной системы: http://help.vetrf.ru/wiki/ModifyEnterpriseOperation_v2.0#.D0.9E.D0.B3.D1.80.D0.B0.D0.BD.D0.B8.D1.87.D0.B5.D0.BD.D0.B8.D1.8F_.D0.BF.D1.80.D0.B8_.D1.80.D0.B5.D0.B4.D0.B0.D0.BA.D1.82.D0.B8.D1.80.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B8_.D0.BF.D1.80.D0.B5.D0.B4.D0.BF.D1.80.D0.B8.D1.8F.D1.82.D0.B8.D1.8F

Площадка может быть отредактирована ХСом только в случае, если ХС является ее собственником (атрибут owner), либо ХС создавал данную площадку.

Пименова Татьяна wrote:
И в то же время первый ПО обслуживает другого ХСа - изготавливает и ему пельмени.

а если завести два ПО, это будет ошибкой?

Коллеги, такая просьба у меня - не могли бы вы каких-нибудь документов в мою сторону послать?

ХС: 1dd6d645-0d9c-4376-aa85-a2d58dd37a96
Предприятие: e7df755d-f620-49c6-adb1-096a00e3f653

Заранее спасибо.

mevgenym wrote:

Пименова Татьяна wrote:
И в то же время первый ПО обслуживает другого ХСа - изготавливает и ему пельмени.

а если завести два ПО, это будет ошибкой?

Тут могут быть разные варианты, всегда нужно основываться на том, как обстоят дела по факту, информация в Меркурии должна отражать обстоятельства как есть.

Если абсолютно одна и та же площадка обслуживает несколько ХСов, то нужно заводить один ПО (примеры: завод, производящий продукцию под разными брендами; судно, которое могут брать в аренду разные фирмы; холодильник, в котором разные фирмы арендуют площади и т.п.).

Если две площадки находятся по одному и тому же адресу, то нужно заводить два ПО.

спасибо, надеюсь я вполне понял

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

Такого:

И в то же время первый ПО обслуживает другого ХСа - изготавливает и ему пельмени.

Не бывает. Люди устроены в конкретной организации и если они выпускают пельмени для другой, то здесь будет либо операция продажи, либо что-то ещё...
Но не будем дискутировать на эту тему. Структура Меркурия уже заложена, многим поначалу не понятна, но будем привыкать и работать как есть.

Метод getBusinessEntityByGUID - в acivityLocations будут указаны обслуживаемые ПО указанного ХС.

К примеру, этот метод ворачивает мне для сетевого клиента Розница К-1 около 1000 предприятий (ПО как вы выражаетесь).
Для оформления транспортной партии при отгрузки нашей продукции на конкретную точку мне нужно выбрать нужную среди 1000 точек.
В настоящий момент кроме как сидеть и сравнивать адреса других механизмов нет. Поэтому и прошу рассказать про поддержку GLN номеров.
Сетевые клиенты когда делают нам заказы указывают GLN номера своих точек. По этим номерам мы бы смогли без ручного поиска точки по адресу оформлять ВСД автоматически.
Кто-нибудь из разработчиков может сказать что-нибудь внятное про поддержку GLN в Меркурии?

Для оформления транспортной партии при отгрузки нашей продукции на конкретную точку мне нужно выбрать нужную среди 1000 точек.
В настоящий момент кроме как сидеть и сравнивать адреса других механизмов нет.

Думаю, что самым нормальным выходом здесь будет получение у розничной точки её GUID-а в системе Меркурий. Т.е. вся розница должна там зарегистрироваться и сообщить свой GUID поставщику. Тогда вопрос закрывается раз и навсегда.

Мы уже делаем предложение EDI провайдеру Контур для внесения изменения в формат EDI документов. Необходимо чтобы в документах передавались GUIDы Меркурия. Если бы такие поля были, проблем бы было гораздо меньше.
Волнует другой вопрос. Сколько ещё всяких разных разрозненных Государственных систем учета будет появляться? Почему все они разрознены и нет единых классификаторов и реестров. Под каждую систему нужно подделываться, дописывать, приобретать новое оборудование и мощности.
Уверен только в одном - Государство программистов без куска хлеба не оставит, проявляя таким образом "заботу".

Т.е. вся розница должна там зарегистрироваться и сообщить свой GUID поставщику.

Это даже ЕГАИСу не удалось реализовать. А там санкции скорее всего по серьезнее.

Неужели С1 также все бухгалтера России создавали.???

Неужели С1 также все бухгалтера России создавали.???

Это вы к чему?
Если это вопрос мне, то напоминаю, что 1с не является общегосударственной системой или программой учета.
Она никого ни к чему не обязывает.

Zoeh wrote:

Zoeh wrote:А есть люди кто через curl пытается сделать?

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

<apl:error code="MERC37369" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Инициатор, ответственный за выполнение операции, с указанным идентификатором не найден в реестре РСХН, либо идентификатор не соответствует установленному формату.</apl:error>

curl не подходит возвращает ошибку:
Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring><detail><con:fault
В SOAPUI анолгичный запрос работает корректно.
люди не подскажите чем они между собой отличаются? В какю сторону копать какой параметр на курле смотреть