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

Владимир Игнатов wrote:
В любом случае, если условия регионализации есть - нужно каждый раз заставлять пользователя ставить галочки тех условий, которые в данном конкретном случае соблюдены (и пользователь гарантирует их соблюдение). Кешировать ответ пользователя (галочки) - нельзя.

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

UPD^
При подготовки транзакции смотрим есть ли у нас сохраненные галочки по этому маршруту этого 3 уровня продукции и если есть - просто их и используем.
Если нет - запрашиваем, просим поставить галки. (их как-раз и запомним)
Если так случилось что наши "запомненные" галочки устарели и там теперь новые - то Меркурий нам транзакцию свалит, что мы и выведем пользователю, обработчик заметит специфичный код ошибки и заново запросит условия и заново попросит пользователя проставить галки на уже обновленный набор условий

FursenkoNastya wrote:
Правда, что дальше ХС будет делать с этим ЭВСД и с непривязанной площадкой - непонятно, но это отдельный вопрос.

В тот момент когда он погасит такой ВСД - связь автоматически установится.

ZDmitry wrote:
Это все понял. Спасибо. Еще вопрос при получении журнала продукции getStockEntryListRequest есть тег merc:searchPattern для фильтра, что это за тип, в каком пакете? По Вики не описан.

вот тут все:
http://help.vetrf.ru/wiki/Vd:StockEntryBlankFilter_v2.0

AlekseyBolshakov wrote:Добрый день.
Кто-нибудь встречался с ошибкой:
MERC14126: Указанный в фактической информации о ВСД производитель отсутствует в списке производителей наименования продукции
MERC15126: Указанный в информации о возвратном ВСД производитель отсутствует в списке производителей наименования продукции

Пытаюсь погасить эВСД через ВЕТИС API 1.3. Данные полученные через запрос по идентификатору эВСД в теге <producerList> совпадают с данными в этом теге при гашении. Совершенно неясно какого производителя просит ВЕТИС, если больше и нет в полученном эВСД.
Примеры запроса и ответа во вложении

Скорее всего по какой-то причине сведения по
<vet:productItem>
<base:guid>288c11da-d2a2-4229-bd0c-1517469d25c1</base:guid>
</vet:productItem>
не содержат указанного в ВСД
<ent:producer>
<ent:enterprise>
<base:guid>afb32131-4324-4661-87b7-4906df5782dd</base:guid>
</ent:enterprise>
<ent:role>PRODUCER</ent:role>
</ent:producer>

Возможно переопубликовали саму позицию после формирования ВСД (исключив из производителей afb32131-4324-4661-87b7-4906df5782dd) а возможно еще какой-то глюк.
Кидайте в ТП этот инц и гасите конкретно этот ВСД в вебе.

У Вас проблема не в том что вы не можете создать площадку а в том что не можете привязать её к ХС.
Но вам и не нужно привязывать её к ХС, достаточно только создать площадку.
Закидываете на нее ВСД и все дела.

Также не сможете создать площадку в соседнем регионе под логином врача.

В АПИ это реализуется так же.
В момент гашения вы можете подменить в delivery/consignment guid 4 уровня на свой. (это прямо не указано в документации, но как говорит НА, Меркурий развивает сообразительность)

Теперь осталось только запилить соответствия входных guid+name на ваш guid и придумать что делать с входящей продукцией в ассортименте (тут уже тоже придумано - разбивать инвентаризацией).

А вы как обычно хамло.

Это уже перебор, держите себя в руках.

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

Кажется что Вы преследуете цель отомстить мне, а не помочь товарищу.

В таком случае Вы несете вздор.

TWAIN wrote:так вы нарушаете сразу несколько методологический предписаний (пока не оформленных на бумаге):
1) У вас в накладной на ТД будет одно, а в Меркурий пройдет другое. За это грозили наказывать.

Вот это вообще не понял о чем речь. Где пойдет другое? Что другое?

TWAIN wrote:
2) При инвентаризации на данный момент теряется связь с поставкой.
Во первых за большие инвентаризационные объемы грозили наказывать опять же,
во вторых теряется требуемая прослеживаемость.

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

Транзакция инвентаризации сама по себе - это не что-то плохое. Есть ситуации когда без нее никак.

Более того, такая разбивка "братских могил" не то что не запрещена - она приветствуется. Буквально вчера в очередной раз лично просил у Алексея с Александром повысить приоритет у задачи такой разбивки прямо в момент гашения (там в xsd схеме это уже заложено, но сервер отбивает) но у них действительно есть более важные задачи на версию 2.1. В результате мне только пообещали подумать про включение этого в 2.2.

В таком случае этот подход применим.

Однако надо понимать что при подборе партий в момент отгрузки на стороне ТД придется решать вопрос с невозможностью беззатратно подобрать верную партию. (есть риск ошибиться и подобрать партию с неверными датами (подбор ошибочной номенклатуры будет исключен)) Здесь нужен ответ на вопрос: можно ли будет как-то пользователю помочь с выбором партии чтобы он руками не выбирал даты?

Более-менее подходящий скриншот вот:

Также можно встретиться с некоторыми проблемами при соотнесении документа поступления в 1С ТД от завода с ВСД (а можно и не встретиться) - нужно смотреть конкретные образцы предполагаемых Поступлений в 1С и ВСД из производства с тем чтобы понять есть ли возможность логически распределить номенклатуру в документе поступления по пачке входящих элВСД. (не руками же делать распределение)

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

Технически возможно, даст возможность сразу начать работать с сетями.

Разбивка идет через автоматическую инвентаризацию после успешного гашения, выглядит так:

У Вас 1Ска общая на производство и ТД или на ТД отдельная? (на производстве вообще 1С?) - главный вопрос, ответ на который подскажет по целесообразности.
На стороне ТД есть хоть какой-то учет по партиям? (к вопросу о возможности сделать автоподбор партий на отгрузке)

napoBo3 wrote:Пытаюсь погасить входящее ВСД с частичным возвратом... Вылезает ошибка MERC15246 "Особые отметки в сведениях о возврате продукции должны совпадать с указанными в ветеринарно-сопроводительном документе". Заполнял их по полученному документу из операции GetVetDocumentByUuidOperation. Отметки длиной около 360 символов в вебе у меня отражаются одной строкой, а в 1С получает 3 строки. Кто-нибудь сталкивался с этим? В чем может быть проблема?

Репортил такой баг разрабам. Там проблема в том что Особые отметки насколько помню это NText по схеме, а через веб туда и табуляции и перенос строки можно затолкать итд. Оценивать сроки когда поправят - не берусь. Своим пока сказал чтоб гасили с актом такие ВСД (т.к. лучше ничего не придумал)

hawksib wrote:

Павел Большаков wrote:Свой (если отдельно не согласовано с сетью что её). Не будет ошибки.

сеть просит её артикул, т.к. мы обмениваемся документами с сетью по контуру, беру артикул сети из регистра сопоставления с Контур EDI
сделал запрос, куда в consignment/productItem/code, передал код сети, а в sourceStockEntry/guid ГУИД производственной парии, который был получен, при отправке производственного запроса, где в productiveBatch/productItem/guid указан ГУИД продукта, который выгрузил запросом ModifyProducerStockList, в результате на сайте в разделе исходящих ВСД нашел ветку, которую отправил запросом, и вижу в ней артикул производителя, а не сети, consignment/productItem/guid в запросе не отправлял. Вопрос: сеть увидит код не так как вижу я на сайте? и почему тогда так работает система? что я делаю не правильно? Получается мне нужно в производственном запросе производить товар для конкретной сети? и как это будет выглядеть, я для всех сетей должен буду выгрузить наименования продукции? что за бред?

Вот буквально десятком постов выше я описал всю "весёлость" productItem. Если после прочтения у Вас все равно останутся вопросы - пишите. Если кратко - он перетирает из productItem.guid, поэтому в очень многие сети НЕ надо отправлять guid.
Если вы используете Контур.Меркурий то он сам умеет это все делать (брать соответствия из Контур.EDI) и понимать в какую сеть надо отправлять productItem.guid а в какую не надо, Если используете что-то другое, то будьте внимательны с разрезами при конвертации товаров по регистру соответствий.

Свой (если отдельно не согласовано с сетью что её). Не будет ошибки.

hawksib wrote:

Павел Большаков wrote:
code - это КОД ТОВАРА СЕТИ

13 ············<dt:code> bs:String255 [0..1] Артикул (код) продукции в соответствии с внутренним кодификатором производителя. <dt:code>12</dt:code>
http://help.vetrf.ru/wiki/ModifyProducerStockListOperation_v2.0
если сети требуют указывать в поле code свой артикул, они ведь не правы? как быть в таких случаях?

Отправлять в ВСД в этом поле код сети. При публикации вашей позиции каталога - указывайте свой.