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

GUID глобальный идентификатор он есть у всех справочников
http://help.vetrf.ru/wiki/GetBusinessEntityByGUID_v2.0
http://help.vetrf.ru/wiki/GetEnterpriseByGuid_v2.0

Естественно разный у хозсубъектов и у площадок

Нет
<vd:shipmentRoute>
<vd:routePoint>
<vd:sqnId>1</vd:sqnId>

Придут к хозсубъекту, спросят:
- К запуску системы "Меркурий" готовы?
- Что это?
- Понятно, запишем, ответ не отрицательный. Следующий

- К запуску системы "Меркурий" готовы?
- Это он не готов *далее следуют различные фразеологические обороты*!
- Понятно, запишем, не готовы

В отчете 80% готовы, 20 не готовы. Принцип Парето соблюден

Вернуть физически, оформить инвентаризацию с признаком пересортица и привет
Нельзя?

Насколько понимаю, то понятия "возврат" в меркурии не существует, есть входящие данные и исходящие данные в виде ВСД. Исходящие могут оформить только те, кому товар принадлежит по правилам меркурия, входящие данные можно получить только из исходящих. Некое исключение это гашение ВСД и частичной приемкой товара, когда часть принимается, а другая часть не принимается и на эту часть оформляются исходящие данные, в терминологии меркурия это исходящая всд, но не возвратная. После примки товар принадлежит покупателю.

Таким образом, оформить "возврат" (иначе говоря поступление от некоего субъекта) не принадлежащего вам товара невозможно.

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

Ну сообщат, ну придут к вам и спросят, что за фигня, ну ответите, что готовы принять все обратно, но покупатель подбивает нарушить законы и правила и сделать все без оформления документов. Возможно после этого ребята с вопросами придут к покупателю и спросят - "А чего это вы не соблюдаете правила установленные государством, м?"

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

Поправьте если не прав

Моршанск мМЗ wrote:Спасибо за ответы.
У нас просто куча входящих на сырье молоко) от разных постащиков, мы хотели отработать схему гашения, дальше объединения партий.
списания в производство, производства, реализацию.
Т.е. нужна входящая партия. Ее можно через инвентаризацию завести?

Можно, кроме того, инвентаризацией можно установить начальные остатки

У вас похоже схема v1.1, а там в схеме нет updateDateInterval, в схеме v1.3 и v1.4 есть, схему base тоже обновить надо

Если только начинаете делать, то лучше 2.0 сразу, 1.4 уже стар

А если даты задать с нулевым временем?

Версия какая? тестовый контур?

Итоговый xml можете показать?

Rinat wrote:
ТипDataInterval=ФабрикаXD.Тип("http://api.vetrf.ru/schema/cdm/base", "DateInterval"); DataInterval=ФабрикаXD.Создать(ТипDataInterval); DataInterval.beginDate=BeginDate; DataInterval.endDate=EndDate; getVetDocumentListRequest=ФабрикаXD.Создать(ФабрикаXD.Тип("http://api.vetrf.ru/schema/cdm/mercury/applications", "getVetDocumentChangesListRequest")); getVetDocumentListRequest.localTransactionId=ФабрикаXD.Создать(ФабрикаXD.Тип("http://www.w3.org/2001/XMLSchema", "NCName"), СокрЛП("v")+СокрЛП(стПредприятия.Предприятие.УникальныйИдентификатор()));

В объект DataInterval присваиваются значения дат, а не объекты, примерно так:

Так же и с localTransactionId:

anig99 wrote:

rty wrote:http://1c.ru/news/info.jsp?id=24302

1С обещает меркурий в типовых. Будем посмотреть что получится =)

Получится Купи - Продай. Производства не будет.

Буха, ерп и комплексная автоматизация поддерживают производство, так что не факт что не будет

http://1c.ru/news/info.jsp?id=24302

1С обещает меркурий в типовых. Будем посмотреть что получится =)

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

bs:createDate

Дата создания точно была не эта, а несколько месяцев меньше, значит дата создания - это не дата первоначального создания как думал, а видимо дата создания уида или еще чего там, неисповедимы пути меркуриевы.
У себя прописывал наименование партии (элемент справочника 1С) как наименование номенклатуры 4 уровня + дата создания, чтоб очевидно было, что и когда создалось

nmzn1 wrote:

lysi wrote:Добрый день!подскажите пожалуйста!возникла след.проблема: мы молокоперерабатывающее предприятие,почти все поставщики перешли в Меркурий,но появился очень хитрый "товарищ" - выписывает нам ВСД допустим 12/04/18,молоко приходит тоже 12/04/2018!Но есть одно НО,когда я его начинаю гасить в строке
Дата выработки продукции: стоит 09.04.2018:00
Годен до: 10.04.2018:00
Разве так можно?ведь срок годности молоко 72 часа!а он мне выписывает его 12/04,когда срок годности закончился?Как это позволяет Меркурий?или я чего-то не допонимаю!? Могу ли я гасить это молоко?

добрый
неа, нельзя гасить, пришло 12-го, значит должно быть годно до 13-го
пусть аннулируют всд и выпишут новый

Проясните пожалуйста, что значит нельзя гасить?

В правилах сказано, что гасить необходимо в течении рабочего дня (точкой отсчета будем считать реальное поступление товара).

Не погашенный всд влечет некую ответственность
Значит нельзя не гасить.

У гашения есть 6 сценариев:
Все в соответствии с указанным в ВСД
1. Полная приемка
2. Частичная приемка
3. Полный возврат

Есть не соответствия с ВСД
4. Полная приемка
5. Частичная приемка
6. Полный возврат

Те кто его прислал, могут и не аннулировать, тем более в течении рабочего дня. Когда все станет строго - эти не погашенные ВСД, коих может набраться большое количество, может выйти боком

ВСД через точку с запятой есть 2 штуки, остального у меня просто не было