v7: Интеграция с ГИС Меркурий #803170

Добрый день! Кто-нибудь пробовал кидать запросы в ВЕТИС?

Добрый день! Кто-нибудь пробовал кидать запросы в ВЕТИС?

ептыть, и такое есть оказывается...

Да, чего только не рожает Земля Русская...

Есть же решения. Правда они на 8. Мы делаем интеграцию своих решений. Успешно

подскажите для обычной оптовой конторы у которой товары не требующие вет.врачей. (получаем, продаем). 1.    Понятно организация должна я подключиться, получили GUID логин-пароль, доступ к Ветис.АПИ 2.    Далее нужно сопоставление НСИ – контрагенты и товары с единицами. Контрагенты – видимо для каждого магазина нужно знать его guid ХАСа и ГУИД Предприятия (под предприятием подразумевается поднадзорный объект?) (для простоты понимаем каждый пункт разгрузки/склад/магазин как обычный клиент). Вообще почти во всех объектах есть по 2 реквизита uuid - Идентификатор сущности. И guid - Глобальный идентификатор в системах Россельхознадзора? Таким образом необходимо и достаточно иметь возможность для каждого грузополучателя получать эту пару guid и uuid? 3.    Номенклатура – ключевой реквизит UUID? (наверное логично многие-ко многим – т.е. на один товар Ветиса может быть несколько разных наших и наоборот. А что конкретно грузим зашито в партии). 4.    Далее видимо задача «загружать» входящие транспортные ВСД и при отгрузке покупателям отправлять свои. О чем тут речь – слегка голова кругом пошла от перечня форм (12 форм)  и типов (5 типов) ВСД. Загружать – значит генерировать партии, привязывать их к поступлению номенклатуры, к каждой партии привязывать Guid из соответствующего ВСД ? Дальше в разрезе этих ВСД вести у себя учет и следить, чтобы остатки в учете совпадали с данными в журнале меркурия. 5.    На вебинаре утверждалось, что в одну транзакцию указываются все данные оп всем получателям, которым товар едет в одной машине. А как поступаете на практике? – ведет ли система контроль остатков – т.е. если не хватает продукции в складском журнале по одной позиции одной из накладных в машине-  будет отлуп на всю машину? 6.    Есть ли смысл сразу делать во 2м формате (раз уж все равно с 0 начинаем). Поделитесь плиз примерами запросов – ответов в Ветис (xml прям который отправляете сервису, весь SOAP пакет). Сорри за сумбур, как-то в голове еще не уложилось все что нужно.

удобно в соответствии с их рекомендацией кидать запросы при помощи проги SoapUI а кто как хранит классификаторы? есть смысл хранить всю историю? (я что-то не вижу). Если историю, то все классификаторы это РС с ключевыми полями GUID и UUID, но тогда неудобно сопоставлять со своей номенклатурой (ссылочных то нет). Если забить на историю и хранить только актуальные значения в справочнике, то UUID номенклатурных классификаторов нужно все равно хранить в каждом входящем ВсД (нужно для гашения по крайней мере во 2м формате).

UUID я так понял это они больше для себя ведут, наподобие версии объекта, для пользователя апи чаще всего достаточно указать GUID.

Если нет партионного учета, то только костыли.

Это верно. Партионный учет можно имитировать. В решениях на основе БП- это единственный путь

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

Если нет производства, то имитировать не придется

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

Кстати коллеги мне тут воттоже вопрос задали но порминованию ШК на все это. вся продукция должна иметь спец ШК в котором вся инфа. он не не 3д похож на коде 128. Делал кто? какой формат?

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

продукция ничего не должна. Нет на help.vetrf.ru никаких требований по штрихкодированию. Рисовать ШК производителей вынуждают сети, и пока создается ощущение, что для каждой сети он будет отличаться - содержать разные AI (идентификаторы применения).

чтобы так сделать - это надо все менять в процедуре возвратов.. вот сейчас нам идет недопоставка (и по алкашке в ЕГАИСе только так!) - возвращается обратно к нам на баланс эта же партия. а тут бац - при всяком разногласии новая партия возникает. эдак они так порасплодятся, что на накладную из одной позиции на 5 ящиков бульона будет 20 ВСДшек из ошметков. А в каких-нибудь типовых продуктах 1С можно подглядеть? (хочется не очень выбиваться из логики типовых - кактам организованы классификаторы единиц, 4 уровня продукции, ХС и площадки и т.п.) Или это только в отраслевых?

ну а что в этом страшного? Да пусть хоть 100 ВСДшек из ошметков. Кто-то ограничивает их число?

меня гораздо больше беспокоит длительность синхронизации партий. В версии 1 API нет механизма фильтрации остатков, можно выбрать только либо все наличные партии (при этом даже нулевые не отключаются), либо выбрать все записи журнала (не конечные остатки, а именно записи, возникающие после каждого движения) за период. Между тем я не вижу, каким способом можно обойтись без периодической актуализации партий.

да пофигу. сети требуют. да.

а что мешает сделать со "всеми" нужными АI..? главное чтобы влез в луч сканера

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

так как код то лепить. точнее что за формат. коде 128?

Вы про какую конкретно сеть спрашиваете? Может быть EAN128 (или GS1-128, как его еще называют), может быть DataBar (RSS) Expanded, Expanded Stacked.

На бицербе нарисовать то что хочет тандер у меня вроде бы получилось. Попробую отослать им на верификацию

еще я обратил внимание, что такие коды поддерживают многие принтеры этикеток встроенными средствами. Т.е. есть команды во всяких ZPL, которые позволяют все это добро рисовать. С компонентами все гораздо грустнее - если EAN128 не проблема, то RSS (Databar) мало кто умеет.

я думаю х5. т.е. не коде 128 а еан128 брать

да мне не принтер а 1с надо делать. главное чтобы компонента печатала. а на принтер уйдет все что выдам на экран в режиме обычного принтера. Я не загоняюсь с прямым обменом с принтером. Бицерб у нас нет.

а контроль остатков по партиям предусматривается? Если пытаемся оформить тВСД, а меркурий думает, что у нас уже не хватает по той партии остатка? А если покупатели начинают косячить? например товар не приняли а ВСД погасили - где брать тогда остаток? Синхронизация партий с учетом ВМС нетривиальная задача - у нас же все по ячейкам, каждая партия в своей ячейке и вдруг бац надо где-то убавить, где-то прибавить, т.е. раскидать "правильные" остатки по наличному товару.

Вот что удивительно: спрос на интеграцию с Меркурием большой. А на форуме - полная тишина.

все ушли на vetrf-forum.. наверное. но там мне кажется на каком-то птичьем языке разговаривают. блин. у меня еще по нулям, а времени нет.

А программа здесь совсем не главное. Если ты не торгаш, конечно

в ВМС ничего не раскидывается.Выявляешь проблемные ячейки.Идёшь и инвентпризируешь. Что по факту есть то и есть. И ничего в ВМС раскидывать не надо. Расхожденияпеиесортыиное  - скидываешь в учетную прогу , вот там пусть раскидывают как надо по вмяктм бухгалтнриям и прочим учетам

на инфостарте естьипо интеграции

мы "торгаши" )) дистрибуторы. и никогда с ВСД дел вообще не имели. Видимо плавленные сыры и куриные бульоны не были подконтрольными. так что для нас самое важно как настроить бизнес-процессы, чтобы при минимальных добавлениях трудозатрат для персонала все "само" работало. Для ЕГАИС почти получилось. Но Ветис это жесть жестяная.

Пока инвентаризация в меркурии позволяет творить мэджик  можно вообще без партионки объединять все имеющиеся партии товара в одну и отписывать один вет. серт. А вот когда этот мэджик уберут,  тогда можно будет начинать паниковать.  )

Торгашам проще

Производителям проще.  Можно генерировать партию в меркурии прям под отгрузку и иметь нулевой остаток. Вообще не заморачиваясь с партионным учетом.

Сомневаюсь в продуктивности подхода. если не ларек

А в чем проблема?  Белый ящик производства то не требуют.  Под списание материалов можно любой объем продукции выпустить в любое время. Просто меркурий в его нынешнем исполнении это такая дырявая система, что я поражаюсь с людей которые его проектировали. То есть она подразумевает,  что вет. врач работающий на предприятии кристально честный человек и следит чего там склад кому отгрузил и сколько чего цех произвел,  а не тупо подмахивает входящие заявки на ВСД.

Ветврачей на молочных заводах нет. Дело не их честности. То, что ветсертификация не достигает декларируемых целей- согласен. Для ЭВС требуется ведение партионного учета или его имитация, но и она стоит денег, нервов.

Основная проблема с запуском меркурия на молочке - это не столько партионный учет который можно легко имитировать,  сколько потребность в штатном вет. враче который "подпишет" все ВСД в 3-4 утра,  потому как в 5 утра уже пора развозить продукцию по точкам.  А молочка это не колбаса,  она лишний день на складе пролежать не может.

Приедет другая машина, подписывай заново! Завис Меркурий, сыпятся ошибки - плати за простой перевозчикам.

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

именно на семерке? Так вообще я пробовал. Работает.

Не нужен никакой ветврач. Ветврачи на молзаводе нонсенс. Кто-то не разобрался как должна работать система

Костыли-косытли-костыли, как будут крупные организации работать - ума не приложу, Меркурий: часто долго обрабатывает заявки, блокирует остатки (т.е. по одной партии не отгрузите одновременно товар двумя ТТН) - выдаст ошибку. Также бывают случаи что есть остатки по продукции, но он запись гасит и все - приплыли (производство с высокой прослеживаемостью не отправить толком, например был 1л молока, списали в производство 0.5л, потом 0.4л и еще 0.09л и все, запись периодически блокируется и пишет остаток - 0л).

ппц. это как? сейчас будем оценивать как у нас.. но у нас в основном одна большая входная партия, которую мы продаем-продаем сотнями документов в ночь собираем по штучкам.. Пришло 20 больших партий, а мы дальше магазам нарезаем хохландов по 3 штучки каждого вида и так 300 документов. с ЕГАИС вроде работает, а тут если еще будет затык.. и ночью некому разруливать что там за отлупы ( кстати подскажите, есть способы программно распечатывать бумажные ВСД по данным электронных (потому как никто не будет у нас сидеть ночью на веб платформе и печатать ручками несколько тысяч ВСДшек и еще раскладывать их как надо) = нужно вкрячить это в подсистему пакетной распечатки документов.

А высокой прослеживаемости в молочке не может быть по определению. А кто требует бумажные ВСД?

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

А можно как-то раскрыть вашу мысль? Я утверждаю, что для молочной промышленности построение системы с высокой прослеживаемостью невозможна. Могу это показать на примере. Если у вас иное мнение- расскажите как можно это сделать. Потом поговорим про широту и узость. Ок?

Высокую для молочки - не могу сказать как на практике. В теории мне видятся цепочки производства молочной продукции, обмен был испытан на практике. (высокая прослеживаемость): 1. списание молока (партия 1), производство творога (полуфабрикат); ок 2. транспортная ВСД творога (полуфабрикат) без смены владельца; 3. списание творога (полуфабрикат), списание молока (партия 1), производство сыров (готовая продукция); ошибка На шаге 3 ошибка списания 0.01л молока. (низкая прослеживаемость): 1. списание молока (партия 1), производство сыров (готовая продукция); ок 2. списание молока (партия 1), производство творога (готовая продукция); ошибка На шаге 2 ошибка списания 0.01л молока. Отгрузка готовой продукции (всего по всем записям 5кг сыров, 6кг творога числятся остатками): 1. транспортная ВСД (сыры 5 кг); ок 2. транспортная ВСД (творог 2.99кг - партия 1 и 0.01кг - партия 2); ок 3. транспортная ВСД (творог 0.01кг - партия 1 и творог 2.99 кг - партия 3); ошибка На 3 шаге ошибка списания 0.01кг творога.

Спасибо за развернутый ответ. Источником молока является корова, не так ли? Сырье поступает от хозяйства с ветсертификатом(что имеет смысл). Сырье поступает различными обьемами, от одного бидона, до Камаза. Имеет ли возможность молочный завод отдельно хранить и перерабатывать сырье каждого из сдатчиков или это сырье сливается в общие хранилища, где проходят первичную переработку? Если в танке сырье от 10-20 хозяйств, то чей ветсертификат я буду отслеживать?

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

У меня информация,  что оформить выпуск продукции молочной можно без вет. врача.  А вот ВСД для перевозки без вет. врача с 1.01.18 оформить будет нельзя.

То есть полная прослеживаемость для молочки- это утопия. Что и требовалось доказать. Вообще говоря, не только для молочки. Не может быть общих сертификатов на танк. Вы из Мск? Фирма на 4 буквы?

Да на мясике то же самое. Никто не будет делать замес на треть чебурашки потому что партия свинины закончилась. Будут дополнять мясом с других партий сырья.

с внутренними продажами ктото уже завязался?

Да из Мск, нет не 4. Но я понял кого вы имеете ввиду :)

Это проблема производителей молока- колхозников. По умолчанию в штате у них должен быть ветврач. Для молочных заводов неактуально

к

таки шо вы про это думаете?

Когда я увижу официальное решение, тогда будем думать

Но пока никаких изменений нет

а какова схема работы ветврачей (и аттестованных спецов, которых пока пока факту нет?) в учетной системе ХСа? типа накладную собрали, партии определились, эВСД выпустили(в каком виде?) чтобы ветврач ее утвердил, мы должны как-то получить инфу что ветврачом подписана и тогда сослаться уже на этот эВСД ? а в терминах заявок Ветис.API как это формулируется? что такое ХС оформляет заявку (которую они видят в своём Меркурии и могут нажать кнопку "оформить"), если есть только операция "оформление транспортной партии" ?

Позиция ветврача для кого? Колхозника? Переработчика?

мы просто торгаши ) - дистрибуторы. получаем (покупаем) мед например в банках, или супы куриные. (а это все в 648 и 647 приказе соответственно)

или я опять не понимаю ни хрена, и тВСД даже и на эти коды ТН ВЭД из приказов 647 и 648 оформляют просто уполномоченные лица ХС ?

Ну слух давно ходил,  что поступят как с онлайн-кассами.  Тех кто не подготовился полгода штрафовать не будут.  Теперь официально продлили срок перехода до 01.07. Неужто этот Новый Год придется встречать не на заводе, а дома.  )

По большому счету это решение ничего не меняет. Нужно вести партионный учет с НГ

Где связь? Партионку можно вводить с любого месяца.

Если это элементарно, то удач

По сложности внедрения партионка с января и партионка с марта ничем не отличаются.   Кроме писков об убитых отпусках/выходных от сотрудников в первом варианте.

От куда информация о продлении срока до 01.07? и какого года?

см

Больше походит на желтопрессные вбросы.

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

Но там никаких таких сообщений нет. А вот часы судного дня тикают.

Как обоснуешь переход со средней на фифо в течении налогового года?

требования законодательства. не?

Фифо не нужно. Нужен партионный учет

Каким боком вет.сертификаты влияют на налоговый учет?

Власов "обещал" что вся продуктовая розница (ассортимент ритейла) будет выведена из этих приказов. В том числе и мёд.

т.е. все должно пойти по 646му приказу? они новый приказ что-ли выпустят.

Потому что самый простой вариант "нарисовать" партионный учет является как раз принцип фифо

Соглашусь

Никому в вет.справках ваш ФИФО не нужен. И сейчас сверяют дату выработки в ветсправке и на маркировке. Это не "простой вариант", а "нерабочий вариант".

Будут внесены изменения в списки. Каким образом это будет оформлено - не так уж и важно. Важно что он сказал , что ритейлу и опту их обслуживающему не нужно беспокоится, и всё смогут выписывать штатные сотрудники.

Никаких переходов на ФИФО для партионки не требуется.  Принцип ФИФО вообще никак не связан с учетом по партиям. Более того в отгрузке скоропорта используют принцип ФЕФО, а не ФИФО. Я могу отгрузить более свежую продукцию раньше чем более старую. Потому что свежая поедет в какую нить сетку, а вчерашняя в какой нить киоск на рынке.   А в налоговом учете все будет продолжать списываться по средней.

Ну так рисуйте его в упр. учете, а бухгалтерский не трогайте.

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

и еще вопрос - как вы предпочли сделать систему классификаторов продукции - один иерархический справочник или 4 разных для каждого уровня детализации продукции?

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

+ если интересны движения, то разумнее юзать GetStockEntryListChanges или как-то так. Собственно, там всего две операции по работе с партиями, так что не запутаешься :)

ну нам думаю достаточно будет появившегося в 2 фильтра по непустым.  конце концов ЕГАИС тоже выдает полные остатки - у нас не так много надеюсь будет. (для производителей и у кого много партий наверное своя специфика).

а что может значить такая ошибка, при попытке импортировать wsdl (хочу через WS-ссылки обращаться к web сервису меркурия) api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl набор схем не может содержать схемы с одинаковыми целевыми пространствами

я те за молочку так скажу. Не все так однозначно %) мелкие заводы региональные забили на меркурий . один директор сказал так - я посажу на выдаче ветврача. он будет штамповать живые бумажки. Это вполне в рамках закона. Это ему дешевле сделать чем все это мутить

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