Ветис уже скоро. А что-то вокруг тишина. В программах даже что-то появилось, а на ИТС ни одной инструкции. Все ждут? или может кто-то что-нибудь делает для подготовки?

пилим интеграцию... (

вернее до НГ пилили, теперь только-только пробуем (наконец Галина Бланка хоть что-то прислала и то без 4го уровня товаров). Клиенты кажется вообще не в курсе (кроме сетей)

http://v8.1c.ru/lawmonitor/lawchanges.jsp
Интеграция с системой электронной ветеринарной сертификации "Меркурий"
1С:ERP Управление предприятием 2    Запланировано 2.4.5.200 от 15.06.2018
Бухгалтерия предприятия, редакция 3.0    Запланировано 3.0.62 от 15.06.2018

Это я видел. Как то не хочется на последнюю неделю откладывать.

Кстати вопрос по подключению. Заявку как отправляли? на бумаге или подписывали ЭЦП? Если эцп - то с помощью какого ПО

(3) времени на подключение и тестирование оставили всего 2 недели((((

(4) DOCX, подписанный средствами Office от 2007 с помощью криптопровайдера (любого имеющегося) их устраивает.

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

(7) да в том то и дело, что мои клиенты - это разношерстная мелкая розница. Что-то пилить нерентабельно, они столько не заплатят и ассортимент ПО очень разный. Жду типовое, постепенно пытаясь разобраться с чего начинать, только информации толковой практически нет

(8) В твоем случае- нужно ждать. Конечно, пока непонятно, что именно будет сделано в типовых, но альтернативы нет.
Пущай пока регистрируются в Меркурии

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

Но! У меня "клюшки"! До 8-ки вряд ли успею добраться ко времени "Ч". Хотя... чем чёрт не шутит, м.б. чего-нить коряво и получится сделать. Собссно рознице много не нужно - лишь бы входящие погасить и на будущее возможно возврат сделать.

(10) хмл пакеты ручками формировать в клюшках муторно. Но если только гашение, то там не сильно много...

(10) Неужели такой большой объем? Гасить входящие и в веб-интерфейсе вполне можно.

(11) Уже не муторно, рука набита )) И даже, если не только гашение.
(12) Привычка пользователей тыкать на визуально знакомые кнопки )) К тому же информацию можно в более удобочитаемом виде показать, по поставщику сгруппировать и т.д. и т.п.

(11) >  хмл пакеты ручками формировать в клюшках муторно.

Ты программист или где?
пара процедур и дело в шляпе, легче чем в снеговике.

(14) а вы представляете себе, о чем идет речь? Чисто для справки - объем XSD и WSDL для версии 2 Ветис.API составляет примерно 200 кб текста. Довольно сложная объектная модель и весьма немало неймспейсов, причем бывает такое, что схожие типы принадлежат разным неймспейсам. А если напутать с принадлежностью, меркурий моментально отшивает, и далеко не всегда по его сообщениям можно понять, почему. Там и с хорошей SOAP библиотекой далеко не все сладко.

Дело в том, что это не какое-нибудь простенькое апи, когда надо узнать курс валюты, например. Подсистема заявок меркурия - это достаточно тяжелая объектная модель с наследованием, инкапсуляцией и т.д. И запросы там совсем не мармелад. Библиотеки соапные и то лажаются с созданием запросов.

(14) Сложно вести разработку, когда документация часто отличается от реальности :)

(15) Как-то очень мрачно вы сейчас всё представили. М.б. не стоит Меркурий воспринимать как единый объект и тогда всё будет гораздо проще? Бороться с кучкой мелких задач проще, чем пытаться завалить одну, но огромную.

Я не работал с производственными сертификатами и множеством единиц и упаковок, но всё-же там везде прослеживается логика. А если есть логика, то есть и решение.

з.ы. если внимательно (!) просмотреть примеры запросов, то много становится понятным.

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

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

гасить входящее это фигня, а вот генерировать сертификаты для продаваемого товара, это уже веселее. и передавать все это сетям

(19) Не, всё-таки логика не зависит от того, владеет ли тело джавой, С или С#  ;)
Согласен, я первые заявки долго вымучивал. К тому же всё это делается через текстовую портянку в 7.7

(20) Вот именно, пока внимательно пример не посмотришь, то processIncomingConsignment и иже с ним PrepareOutgoingConsignmentOperation сделать легко не получится ;)

(21) сложность запросов примерно одинаковая. Incoming был бы проще, если бы оно понимало, что непродублированные свойства партии надо просто взять из исходной. Но нет, надо все писать явно, в результате там достаточно громоздкая портянка. То же в изменяемых партиях к инвентаризации... жутко бесит. Казалось бы, передал гуид и что менять - нафига все остальное-то?

(22) там ОО - подход, если разрисовать диаграмму классов, то в общем все легко понимается. Так работают именно джависты и сишарписты, они мыслят в таких терминах  и по-другому не умеют. Но довольно много сложностей именно с частностями.

(23) Согласен, то, что надо каждый раз писать одно и то же - заматывает. Я стал использовать метод cloneNode. В той же инвентаризации, кстати.

(23) ну мне проще. мы из 1с передаем шлюзу от Калитеро а далее они сами общаются с ветисом.

(26) Я не знаю, что это за шлюз, но в целом путь правильный. Мы используем как шлюз 1С:УВС.
Вопрос только, что передавать и как

есть же 2 проблемы- собственно интеграция и + постановка бизнес-процессов. парт.учет, запрет изменений зафиксированного в ветисе, обеспечение соответствия реальных и учетных партий, "интеркампани", вычерки (ТОРГ-2) от клиентов, которые негасят/гасят некорректно и т.п. и т.п.. а у нас кажется почти никто из клиентов не подключился, ГалинаБланка прислал ВСД с третьим уровнем, сети требуют таблицы товаров с указанием ГУИДов и кодов ТНВЭД.

А запросы сложные - там даже в один пакет, помнится, не так просто собрать XDTO - т.к. обертка в одном пространстве имен а содержимое в другом (хотя этот механизм прямо ОЧЕНЬ облегчает жизнь).

кроме того нет понимания что делать с продукцией которая по 647 и 648 приказу.. Кто-нибудь может пояснить
1. если (по дурости нормаитчной базы) продукция не по 646 приказу- как выглядит автоматизированное оформление ВСД? (наша интеграция - это накладные собрали, 1Ска увидела это по данным ВМС актуализировала серии, сформировала запросы на оформление транспортных партий, получила ответа, запомнила связь документ-серия-ВСД для отслеживания статуса гашения), товар поехал.
А если это не 646 приказ - что с ним делать?

2. Есть ли особенности когда надо учитывать везем в своем городе, за пределами своего города, в другой регион... (и все милые заморочки про регионализацию и Purposes)

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

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

5. Что делать с остатками товара который поставлялся до 01.07 и был в это время не поднадзорным, а с 01.07 стал поднадзорным (но в мерке его остатков конечно нет)?

(28) 5 - до окончания пилотника (т.е. до 01.07) делаете инвентаризацию и заводите чего надо, а также сносите чего не надо. Ежу ведь понятно.

4 - опять же до окончания пилотника находите оных клиентов и рассылаете им злые письма чтобы они вам в ответ выслали GUIDы, а иначе атата, не повезем.

2 - насколько я понял, за регионализацией с 01.07 будет следить сам меркурий. Т.е. если чет не так с вашим регионом/компартментом и/или регионом вашего контрагента, то просто транспортные партии не создадутся и все.

1 и 3 не готов ничего сказать

я бы особенно не парился. Судя по тому что сейчас происходит, первое время там все равно будет феерический бардак, а у РСХН физически нет столько сотрудников, чтобы проверять соответствие остатков в базе факту на складах. Поэтому главное - это создавать видимость, что чего-то делается. Для ветуправлений и врачей это почти такая же головная боль, как и для ХСов, на уши никто становиться не будет ради того чтобы все это ехало на "ять". Так что не становимся на уши и делаем что можем. А что не можем - не делаем.

(33) угумс. я примерно так и понимаю )

(32) а у вас только 646 разве? Или у вас интеграция под учеткой ветврачей может оформлять транспортные партии на такую продукцию?

(34) у меня мясопереработка, т.е. производство продукции по 648 приказу (ТНВЭД 1601). И да, врач под своей учеткой может создавать и производственные сертификаты, и транспортные партии на такую продукцию.

(30) Зачем гуиды от клиентов, можно же по ИНН запросить

(36) А "дубли" площадок?

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

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

(38) Дубликатов - это как? Я вот у самого себя вижу лишнюю площадку, но это площадка хз каких лохматых годов, лет 10 назад там сидели, не знаю даже, как и откуда они ее откопали. Так понятно по адресу, что это лажа. Или под дубликатом имеется в виду что-то другое?

Кстати,а как у вас со старыми поставщиками?С теми кто уже поставил и поменял реквизиты,все нормально,а то не пойму что-то

(40) ну, когда понятно - это хорошо. Только понятно бывает не всегда. Часто бывает, что визуально площадки и их адреса отличаются не сильно - ну где-то там два пробельчика вместо одного или район пропущен в адресе или еще что-то такое. И площадок с такими отличиями не две, а пять-шесть. Как тогда? Для торговых сетей, когда на одну площадку в день документы идут сотнями - обычное явление, потому что обязательно в течение периода времени будут люди, которые _не найдут_ уже созданное предприятие. И создадут новое.

(42) Так в чем проблема? Если вся разница в пробеле в адресе, то работаем с первой площадкой по порядку. А года через полтора погонят всех за уникальными КПП, как это было с алкоголиками, и лишние площадки уберут.

(43) проблема в том, что ваш контрагент ожидает ВСД на другой площадке, а про ту, на которую отправили вы, он, возможно, знать не знает. В результате ветка останется непогашенной.

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

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

вот, например, есть механизм, который позволяет мне создать для кого-то площадку, если я вижу, что ее нет, и таким образом закончить отгрузку. С одной стороны - хорошо. С другой стороны, где гарантия, что несколько человек одновременно не создадут такую площадку? Ее нет. С третьей стороны, есть ли достаточно простой механизм, который позволит моему контрагенту взять под контроль все эти площадки и объединить их? Вроде как он есть, но он полуручной и требует вмешательства ветуправления. У управлений найдется достаточно рук чтобы сделать это, если будет вал обращений? Не уверен.

(19) "с логикой там все нормально, делали явно недурные джависты"
Первое противоречит второму.

(46) они хотят, чтобы конечные клиенты их гасили, "ведь это можно сделать даже со смартфона". На деле до этого еще очень далеко

(29) а если распродать старые остатки «по старому» (т.е. как не поднадзорную продукцию?). [Если что я этого не говорил и вообще май эккаунт воз хакд]

(30) у нас 7-10 тыс клиентов (пунктов доставки) и бОльшая часть вообще не понимает о чем речь и письма не помогли…
Давайте немного о площадках поговорим – кто как методологически работает с классификаторами.
Мы завели 2 классификатора ХС и ПО. ХС сопоставляем с контрагентами (тут хоть по ИНН можно запросить и сопоставить) а вот ПО не очень понятно – только вручную поиском по названию и адресу? (см выше у нас их тысячи..). Activitlist кажется не совсем то (я сейчас могу путать имена методов т.к. пилит мой коллега сейчас) – там могут быть привязаны ПО относящиеся вообще к чужим ХСам или они могут быть не заполнены. Я так понял не существует метода имея даже классификатор нужным нам ХСов (я вот смотрю у нас сопоставлено 1959 ХСов сейчас, кто из них живой правда неизвестно). Всего закачалось 2191 ПО (видимо через активити лист что ли), но ХС владелец у них не заполнен, т.е. даже для интерактивного ручного сопоставления нельзя фильтровать ПО по выбранному ХС.
В общем, у меня тут каша в голове – кто как решает проблему сопоставления ПО (особенно при большом количестве клиентов). Без сопоставления вообще не вариант – иначе как на автомате генерить тВСД??
С даты запуска планируем блокировать проведение накладных если нет сопоставления ТТ (торговой точки) но на текущий момент это 99,99% базы.

(50) ПО - поднадзорный объект?

Просите у клиентов список GUID ХС и GUID ПО, иначе с бардаком ПО ничего не взлетит.

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

+(51) Про автоматом генерировать тВСД - забудьте. Вы отгружаете Магниту\Дикси\х5 (контрагент в учетной системе - один), как вы автоматически подставите распределительный центр? Если говорим про api 2.0 - как вы укажите условия регионализации (отмечать все - не вариант, получите по шапке от ветеринара, т.к. там придет лютый ппц)?

(52) Не совсем понятна проблема.
Есть справочник Адресов (площадок), в каждом прописан GUID площадки.

(52) Вы до Меркурия/Ветис - адрес ведь в накладной (грузополучатель), путевом листе, транспортной накладной, ветсправке указывали? Автоматом? Или у вас все документы выписывались вручную, потому что контрагент один?

(49) если вы после 01.07 не погасите входящую партию, то вы ее не получите у себя на остатках и соответственно не сможете с ней сделать какие-либо манипуляции, которые требуют продолжения цепочки поднадзорной продукции. Там остается довольно ограниченное количество манипуляций, которое можно будет с ней сделать в этом случае. Физлицам продать в розницу, например. Или применить для производства другой продукции, которая не является поднадзороной. На этом всё.

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

(52) один раз, первый, сопоставили грузополучателя, скажем, Тандер РЦ Тамбов с соответствующей площадкой в Меркурии - следующие накладные идут "автоматом". Но один раз таки да, придется пронянчить.

(10) Для клюшек есть решения, тоже рассматриваю как один из вариантов.

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

(53) проблема в том, что в версии 1.Х точно не было возможно автоматическое сопоставление. Потому что РСХН не прицепили к площадкам никакого используемого всеми идентификатора, например КПП или GLN. Хотя, как я слышал, в 2.0 GLN все-таки запилили, так что возможно хотя бы с сетями будет проще. Надо будет посмотреть работает ли там поиск по GLN.

(60) Всегда возможно ручное сопоставление.
Сопоставляем клиентскую базу, потом сопоставляем каждый новый адрес в момент заведения.
Сейчас можно получить по ИНН список ХС, по ним получить список привязанных площадок, но понятно что выбор из полученного списка будет ручным. Но это разовая работа.

Допустим 10000 точек, 5 секунд на точку - 14 человеко-часов.
Конечно очень утрировано. Но даже если и 140 человеко-часов. Это не так страшно.

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

(50) Хм... ну если есть куда распихать, то распродавайте, почему нет? Имеете полное право. Только зачем? Я так понимаю, что сейчас, пока идет пилот, вы можете абсолютно спокойно узаконить любой объем, хоть миллион тонн. Главное чтобы оно лежало у вас на складе в случае чего. А так инвентаризация - и нет вопроса, вот оно в Меркурии.

хуже, конечно, если оно у вас еще и без документов вообще. Ну тут я уже не советчик :)

(61) Если ветки начнут гаситься - точки будут привязываться автоматом, так что последнее не такая уж великая проблема.

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

(65) Кому нужна связка, вам? Меркурию нет. Даже если ХС и площадка не связаны между собой в Меркурии, ветки все равно прекрасно отправляются.

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

(66) связка нужна ветслужбе, так как они заинтересованы в том чтоб с первого июля всё заработало.
А если не будет связки - то не будет и ветсправок, ибо вбить вручную десятки тысяч гуидов в нашу базу, без ошибок - они вряд ли смогут.

(67) Про какого клиента идет речь? Средняя розничная точка - это магазин 24часа, в котором возможно никто по-русски писать не умеет. Она ни в чем не заинтересована, и не факт что вообще в состоянии написать заявление на предоставление доступа в меркурий. И большинство из них вообще не в курсе что первого июля что-то стартует, и что такое Меркурий. И что такое площадка.

(57) С адресами - ок, разобрались. С регионализацией как быть? Без нее даже в рамках одного региона ничего не отправить.

+(70) Вот примеры, как вы автоматом будете генерировать тВСД и отправлять в Меркурий:

1) "Предприятие, на котором были выработаны подконтрольные товары, благополучно по нутталлиозу"
2) "Продукты пчеловодства получены от одомашненных или диких пчел, отвечающих одному из следующих условий: 2, или 6, у которых в ходе клинического осмотра ульев (расплода пчел) не обнаружено признаков, характерных для европейского гнильца пчел."
3) "Маршрут движения не должен включать перемещение по территории, относящейся к благополучному региону, не являющейся регионом отправления или доставки."
4) "Товарное яйцо произведено и расфасовано на территории, имеющей зоосанитарный статус, указанный в левом столбце данной строки или более благополучный."
5) "Инкубационные яйца (эмбрионы) упакованы в контейнеры, которые являются новыми (разовыми) или подвергнуты дезинфекции способом, обеспечивающим инактивацию вируса ИББ."

Все подряд отмечать - нарушение (там работают условия И/ИЛИ).

(58) видел только kb99, есть еще?

(70) а с чем именно вы там хотите разбираться? Может быть, у меня неверная информация, но насколько я понял, настройки регионализации к ХСам прямого отношения не имеют. Этим занимаются контролирующие органы. Все что мы можем сделать - мы можем проверить, можно ли оформить транспортную партию в рамках регионализации. Ну а если там эпидемия и везти нельзя - ну знач не повезло. Форсмажор.

подскажите, запускается небольшое производство. По автоматизации производства достаточно обычной БП. Но есть же меркурий. Кроме ЕРП еще где-то поддержка производства планируется? а то я что-то не вижу инфы

(74) http://v8.1c.ru/lawmonitor/lawchanges.jsp?lawSectionUuid=3ea08abc-9e5e-4637-aaca-9c702b5d2bac

(74) А вы уверены, что блок производства в виде интеграции с учетными документами будет реализован? Я пока что сомневаюсь.

(76) мне кажется, что сделать это более-менее нормально смогут только отраслевики. Потому что для каждой избушки очень много погремушек, т.е. нюансов.

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

(78) ИМХО если 1С и сделает, то в основном под розницу.

(75) это я видел. Мне непонятно в каком объеме там будет поддержка реализована

(77) Нет, не сделают

(81) и отраслевики не сделают? бойкот меркурия что-ли?

(82) Это не может быть сделано в продукте. Это проект

(82) В производстве зоопарк просто (УПП 1.3 и ERP - это 10% всего разнообразия на 1С) :)

(83) ну ко мне сейчас обратился микро клиент, у которого будет 1 бух и  1 врач. На этом персонал в программе исчерпан. И таких будет много, всякие пекарни например, столовые получается что тоже? какой им проект, нужно простейшее и типовое

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

(85) Им веб-интерфейс подойдет.

(85) а что за отрасль у микроклиента? Не пугайте так - зачем микро нужен врач?

(88) Врач-диетолог наверное

(89) :) я то сразу про вет. врача

А чтобы в вэб работать, нужно зарегистрироваться здесь vetrf.ru? или здесь http://www.fsvps.ru? Насколько я понял, если мы производим печенье, то нам нужно будет только гасить заявки.
В Перечне видов объекта не вижу что-то связанное с кондитеркой. Если только при регистрации в fsvps указать - 5. предприятия по производству (переработке) подконтрольной продукции.

(91) Проверяйте начинку (мед и тд)

(61) - "..получить список привязанных площадок.." - вы имеете в виду ActivityList? т.е. список GUID на которых ведет деятельность данный ХС? (и  так понимаю один тот же ПО может быть привязан к нескольким ХС).
Вообще что дают привязки? 9кроме возможности отфильтровать классификаторы, чтобы легче искать было)

(62) я имею в виду распродавать (без эВСД тем, кто примет) в июле то, что зашло раньше без эВСД. (мы не сделали постановку на баланс в мерке пока что)

1с управление ветеринарными сертификатами вроде ничего так, но вот обмен только с УТ

(88) у текущего переработка рыбы, в штате есть ветврач. Но есть еще же общепиты

(87) который? который от самого меркурия?

(96) да. Смотря сколько у них отгрузочных док-в в день
ЗЫ была уверена что микропереработки уже не осталось

(97) Все наоборот. В нашей отрасли после 14 года малых производств стало больше. Особенно сыоварен

(95) общепиты в розницу торгуют физлицам. Значит, им только входящие гасить, производство/перепродажу сертифицировать не надо.

(98) я про рыбу

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

(83) почему? Некоторые вещи можно было бы сделать. Маппинг на справочники Меркурия, отправку производственного сертификата, транспортные партии реально сделать.

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

(103) обязательно будет. Оно и в самом Меркурии не всегда будет сходиться с вашими локальными остатками, потому как в Меркурии достаточно часто бывает так - послал заявку, она in_process, ответа нет, и что с ней произошло - не знает никто...

Друзья, подскажите как подписать ЭЦП заявление на подключение к Меркурию в Россельхознадзор?
Имеется программа Криптопро АРМ, там в принципе можно подписать вордовский файл, он будет с расширением .docx.sig
Кто как подписывал? Или все отвозили бумажный вариант?

(93) Как что дают привязки?
Возможность выбирать привязку Площадки к адресу в учетной системе из выпадающего списка.
А если у клиента привязана только одна площадка к ХС, а к ИНН привязан только один ХС - то соответственно площадку можно проставить автоматом. Когда торгуешь в десятки тысяч торговых точек - это серьезно упростит синхронизацию справочников Площадок в меркурии и Адресов (торговых точек покупателей) в учетной системе.

(106) насколько я понимаю сейчас основной вал ПО не привязан в ветисе (где это там живет все в Цербере или где).
Т.к. большинство магазинов не владеют инструментарием то сами они врядли и привяжут.

(105) в ворде 2007 и выше подписываете. Никакой криптоарм не нужен. http://pro-zakupki.ru/publ/kak_podpisat_word_2007_s_pomoshhju_ecp/1-1-0-26

у меня такой документ принимали на [email protected]. Только единственное что - надо перед отправкой по почте в архив завернуть, причем лучше в rar. Иначе у них антивирус вычищает doc.

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

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

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

(112) так это ж хорошо что сейчас не поднадзорная! Можно заводить спокойно в мерке и не париться что бумажных ВСД нет.

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

(114) угу.. забавно, но у нас сейчас нет готового штатного механизма сделать серию "из ничего". Серия приходит из мерка, привязывается к записи СЖ (через ссылка на элемент справочника ВСД).

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

(115) ну да, это несколько хуже. У меня учет продукции по датам уже есть.

(116) у нас только для алкашки.. вести партионный учет просто так тоже не хотелось, для основной части номенклатуры он не нужен вообщем-то. в ВМС есть измерение "дата окончания срока годности", но строго соблюдать какой СГ в какой отбор попал тоже слишком накладно.

(103), (104) Я вам больше скажу - остатки в самом Меркурий неверно считаются. У них 2+2 в ряде случаев = 5.

(118) ну и черт с ними. Благо, там в ответе на каждый партие-двигающий запрос возвращается список или массив StockEntries и актуализировать локальные партии можно из него. Ну а ежели чего не будет хватать - инвентаризация нам в помощчь...

Мне не ясно почему не сделали единую систему
Зачем плодят?

(120) Очевидно, затем, что это дико сложная и дорогая задача. По отраслям есть хоть какая-то надежда не ждать вечность завершения проекта.

(120) Очевидно, потому, что цель подобных систем - вовсе не та, которая декларируется. Так как сделать единую систему как раз проще и дешевле.

(122) единую систему чего?

(123) госплан

(124) ИМХО проще кнопку «сделать всё” -  в неё всё и засунуть, вместе с меркурием.

(125) не понял.

Поясните кто в теме этого ветиса/меркурия что надо для кафе/ресторанов которые покупают мясо/птицу?

Я понимаю что это очередной "ЕГАИС"/"шубАИС"/"ЛеснойЕГАИС" но если те расписано что/кому и как делать то тут где инфу найти?

Со сроками и прочим.

https://kassaofd.ru/fgis-mercury-qs/

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

В настоящее время все это работает в рамках пилотного проекта. Срок вступления закона в силу - с 1 июля 2017 г. После этого за непогашенные ветки будут штрафовать.

(122) Не проще и не дешевле. Даже если предположить, что вы решите все технические проблемы (что вряд ли), вы погрязнете в согласованиях даже для трех-четырех отраслей и будете ее внедрять лет 20. К этому времени технологическая платформа будет годиться только на выкинштейн и можно будет разрабатывать все заново.

(130) Что делать в случае передачи между своими точками или со своего склада на свои точки?

И правильно понимаю что теперь ларьки/прилавки с мороженым будут обязаны "гасить ВСД"?

Кто-нибудь может объяснить кто такие "аттестованные" сотрудники и когда такой сотрудник необходим на предприятии.

Звонил в местную ветеринарию, на пальцах объяснить не смогли - ключевой сотрудник приболел.

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

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

(133) да. Другое дело, что я не знаю, насколько серьезно это все будет проверяться, и скорее всего, можно будет это делать чисто номинально - выписал ветку и тут же ее погасил на этом же компе. Таким образом, и в Меркурии все будет, и у вас не будет геморроя.

(134) Не могу, очень мутная тема. Я вообще ни черта не понял что это за аттестация и как это все будет работать.

(126) Чего же тут непонятного? Зачем выпускать миллион разных программ, сервисов, баз данных и т.д. с огромным количеством кнопок, когда понятно что проще сделать одно приложение с одной кнопкой.
Это именно то что предлагалось в этой ветке, но другими словами.

(138) требования разные, согласование займет вечность.

(139) Вот об этом я и говорю.

(138) Зачем делать кучу разных госконтор/министерств/ведомств/фондов, когда понятно что проще сделать одну организацию с одним личным кабинетом?

(141) А почему только "госконтор"? Одну фирму на всю страну. На все виды деятельности.

Вроде что-то выпустили: http://v8.1c.ru/news/newsAbout.jsp?id=18890

но в релизах не вижу.
ЧЯДНТ?

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

С помощью ModifyBusinessEntityOperation?

(133) Нет, не правильно. Есть такое понятие как "уполномоченное гашение"

(144) В своей области ветврач может создавать ХСа и площадку.  Я реализовывал соответствующие вызовы в 2016 году и, помнится, тогда создавали, потому что иначе нельзя было - не было вообще ничего. Как обстоят с этим дела сейчас - не знаю, надо уточнять, пользуются ли они этой фишкой или уже нет необходимости. Но у нас это были не тысячи, а, может, десяток-другой ХСов.
Не указывать ХСа в ВСД, по-моему, нельзя.
Использовать непривязанную к ХСу площадку можно. Если ветка будет погашена, то привязка будет осуществлена автоматически. Подозреваю, что именно отсюда масса "левых" привязок, которые многие видели - когда площадки оказываются привязанными к совершенно не относящимся к ним ХСам. Ветки случайно или намеренно выписывались с ошибками, а врачи их гасили, не вчитываясь.
(145) именно так.

Если кто не понял меркурианской терминологии, поясняю: ХС - хозсубъект, ветка - ВСД.

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

И, кстати, речь зашла о заведении ХС, озвучено Визардом было два варианта - ветслужба и РСХН. И было сказано что других вариантов нет.
Вариант (145) озвучен не был.

(149) не пробовал, у меня нет работы в несколько потоков.

(151) Для этого не нужно несколько потоков. Достаточно асинхронного режима.
Если не секрет, сколько у вас ВСД в сутки, если производительности хватает для работы в синхронном режиме и в один поток?

(152) В пике примерно 300 отгрузок по 5-15 позиций, итого выходит максимум 4500 веток. Раньше было больше, но за счет РЦ  количество реализаций сильно схлопнулось и этот процесс будет продолжаться. Так что больше будет вряд ли, скорее меньше.

ну, очередь значит придется организовывать к каждому гуиду партии... Один списывает, остальные стоят курят пока ответ не придет.

(154) В API 2.1 вроде в планах стоит ускорение транспортных. Но там такие разработчики, что мультимодальные перевозки (гашение входящих ВСД) починить 3-ий месяц не могут, в итоге нельзя погасить входящий ВСД с частичным возвратом и актом несоответствия.

(154) Хотелось бы сначала убедиться что действительно есть такой глюк.

(156) http://help.vetrf.ru/wiki/ВетИС.API_Backlog_v2.x
вроде бы первая строка оно и есть

(157) Надо значит сразу на 2.1 писать.

Я все заготовки свои переписал под 2.0 с 1.4 - не так уж много времени заняло. Непонятно зачем поменяли суть некоторых методов, пришлось менять на другие. Вообще считается что очень хорошо поддерживать совместимость, и только расширять функционал, возможно с дополнительными контролями и обязательными элементами. Чтоб максимально упростить переход.

(159) когда продукт вышел, а пока 1.4 это бета

(159) с 1.2 по 1.4 так и было - можно было поднять версию, оттестироваться и работать дальше. Надеюсь, что и от 2.0 к 2.1 удастся так перейти. А вот когда мажорная версия меняется, то тут сложнее. Все-таки там в ряде случаев довольно существенные изменения, которые касаются самой модели данных - например в 1.Х справочник номенклатуры не имел привязки к нескольким предприятиям, а в 2.Х имеет...

(160) мне кажется, 1.4 уже давным-давно миновала стадию беты и находится в продуктиве. А тем, кто начинал что-то делать хотя бы полгода назад, имело прямой смысл работать с двойкой.

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

(143) Забей. Оно взлетит и обретет какие-то вменяемые очертания года через полтора после 01.07.18.

(163) Для ХС достаточно ИНН. У нас считай в базе все точки региона, по всем ИНН только пять дублей, и это не дубли, а разные ХС на физлицо и ИП (естественно ИНН одинаковый).
То есть на самом деле с ХС всё четко, без дублей.
Насчет предприятий/площадок - у них в принципе нет никакого идентификатора к которому можно было бы привязаться. Поэтому привязку придумать невозможно. РСХН не волшебники, и придумать уникальный идентификатор там где его нет они не могут. Единственно что они могут сделать - это добавить свои. Свои у них есть. Для примера разный UUID для разных версий площадки, и один GUID для площадки. Но естественно дублей не избежать. Так как понятие площадки не закреплено законодательно никаким уникальным идентификатором.

(165) если поискать, то найти можно. Во-первых, в существенном проценте случаев площадки - это обособленные подразделения, поэтому есть ИНН (головной организации) и КПП (отличающийся от головной организации). Во-вторых, у торговых сетей есть GLN. Уже одно это здорово помогло бы при поиске площадок и для исключения дубликатов. Если за площадку полагать место на рынке или лоток с мороженым, то тут, конечно, хуже, я согласен.

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

С ХСами года полтора назад был такой же бардак, как сейчас с площадками. Но потом волевым решением кого-то умного грохнули/пообъединяли все неуникальные по ИНН и (или) ОГРН.

(166) У ИП? Обособленные подразделения и КПП? А большинство магазинов это все-таки ИП. И  обособленное подразделение не гарантирует единственность площадки.

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

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

(171) Нет, речь идет о том, что нет уникального идентификатора точки. А ты говоришь что есть.
Есть - это когда есть у всех или почти у всех. А не тогда когда есть у некоторых, да и то с исключениями.
Хотя конечно можно было бы сделать как в ЕГАИС, но ИМХО как раз в ЕГАИС сделано неправильно.
(170) Кто мешает запросить у сети GUID "правильной" площадки?

Мало того, почти все сети нам сами без всякого запроса все GUID-ы прислали.

Вопрос печати. В контуре (во всяком случае 1.4) печать организована через ссылку на сайт mercury.vetrf.ru
Есть какие-то ограничения на формат печати, если я пишу свою? Или есть три стандартных размера, и я обязан написать ровно под них?

(174)  Мы сокращенную форму с qr кодом свою написали.  оставили только картинку, код сертификата и наименование продукции

(175) Перефразирую вопрос - нем нужно разместить как можно больше ВСД на одном листе, потому что у нас их очень много.
Не будет ли нарушением уменьшение каждой строки до минимума, двухсторонняя печать, и возможно печать в две/три колонки?

(176) запрета же нет?
Расход бумаги жуткий.

(177) Как по закону не знаю, но проскакивало на семинарах что "есть три стандартных размера", и нужно использовать один из них.

(174) я свою накалякал по образу и подобию "сжатого с расширенной информацией" (1 или несколько штрих-кодов ВСД на 1 листе формата А4 с некоторой дополнительной информацией). Единственное заметное отличие - Ветис не передает наружу в vetDocument человекочитаемый номер ВСД (9-значная цифра), поэтому пришлось его на бланке не писать. А в остальном очень сильно похоже получилось. Принимают вроде...

(176) Насколько я понял разработчиков, бумажная форма в принципе не стандартизирована, потому что основной предполагается электронная безбумажная форма. Все остальное - переходный этап. Тем не менее на этом самом этапе представляется разумным сделать бланк как можно более похожим на те, которые генерирует веб-морда Меркурия - просто во избежание лишних препирательств и объяснений. А там пробуйте. Нам в отдельных случаях приходилось разъяснять клиентам, как по QR-коду посмотреть ветку.

Нужно иметь в виду, что там в QR довольно длинная ссылка, и я не знаю, насколько сильно можно его мельчить чтобы гарантированно не поиметь проблем с чтением. Особенно если принтер не очень хороший, с заправленным неоднократно картриджем и экономным режимом. Нужны эксперименты. У меня довольно крупный код.

(179) разве его нет в html на mercury.vetrf.ru?
А если есть, то нет проблем его распарсить.
(181) нам приходят трехсантиметровые.

Что такое Ветис?

(183) толсто

(184) Я серьёзно :D

(182) я как-то не думал о том чтобы парсить html, если уже есть API :) По-моему, это все равно что чистить зубы пальцем при наличии зубной щетки

(184) А всё, я прочитал) Не моя тема))

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

(187) Ща это общая тема

(189) Да в моих помидорах животных нет)

(190) скоро будет и 1С:Овощи :)

(186) Нет. Если у зубной щетки нет щетины, тогда аналогия верная. На текущий момент больше неоткуда брать номер. Ну и ИМХО нужно быть гибче. Других способов программно получить номер нет, а он нужен.
(188) Это и есть из меркурия. Из API свою форму нам не присылает никто.

(191) Уже не актуально )) Мы уже всё написали под себя)

(192) нужен кому? У нас еще никто его не просил. Вменяемые люди понимают, что эту шнягу элементарно подделать что с номером, что без номера, и читают QR камерой. А там есть все триста тридцать три удовольствия, включая номер.

(194) Непонятно зачем подделывать, тем более что подделка сразу раскроется.

(195) если не проверять QR, то в по состоянию на сейчас может и прокатить. Особенно если поставщик не планирует долго задерживаться на бизнес-небосклоне и отвечать на какие-либо запросы...

Дубли улиц. В Питере очень много, для примера
<ikar:street>
  <bs:uuid>46851e7b-1d37-4744-bc98-c354380e459e</bs:uuid>
  <bs:guid>03136662-61c0-4cbf-9cb6-fb966b7bb02e</bs:guid>
  <bs:active>true</bs:active>
  <bs:last>true</bs:last>
  <bs:status>100</bs:status>
  <bs:createDate>1900-01-01T00:00:00+03:00</bs:createDate>
  <bs:updateDate>2011-09-14T00:00:00+04:00</bs:updateDate>
  <ikar:name>Полевая</ikar:name>
  <ikar:view>Полевая ул.</ikar:view>
  <ikar:regionCode>78</ikar:regionCode>
  <ikar:type>ул.</ikar:type>
  <ikar:hasStreets>false</ikar:hasStreets>
  </ikar:street>
- <ikar:street>
  <bs:uuid>5892d6b8-a7f7-47b3-a663-35c36b2afc31</bs:uuid>
  <bs:guid>dee4a2e6-1018-476f-ad63-67b951f653ab</bs:guid>
  <bs:active>true</bs:active>
  <bs:last>true</bs:last>
  <bs:status>100</bs:status>
  <bs:createDate>1900-01-01T00:00:00+03:00</bs:createDate>
  <bs:updateDate>2011-09-14T00:00:00+04:00</bs:updateDate>
  <ikar:name>Полевая</ikar:name>
  <ikar:view>Полевая ул.</ikar:view>
  <ikar:regionCode>78</ikar:regionCode>
  <ikar:type>ул.</ikar:type>
  <ikar:hasStreets>false</ikar:hasStreets>
  </ikar:street>
- <ikar:street>
  <bs:uuid>6967192b-c393-48fa-a5e8-30aadc47cdc1</bs:uuid>
  <bs:guid>4f81f78c-9f70-4e19-a03a-ab730aabaeac</bs:guid>
  <bs:active>true</bs:active>
  <bs:last>true</bs:last>
  <bs:status>100</bs:status>
  <bs:createDate>1900-01-01T00:00:00+03:00</bs:createDate>
  <bs:updateDate>2015-03-18T00:00:00+03:00</bs:updateDate>
  <ikar:name>Полевая</ikar:name>
  <ikar:view>Полевая ул.</ikar:view>
  <ikar:regionCode>78</ikar:regionCode>
  <ikar:type>ул.</ikar:type>
  <ikar:hasStreets>false</ikar:hasStreets>
  </ikar:street>
Чем они отличаются? Какую из них использовать при заведении площадки?

(197) я подбираю по наименованию первое, что попало.

Ошибка 401 Только у меня появилась, или у всех?

Какая-то фигня с api'шником творится. Не понял еще точно причины. Толи они у себя что-то меняют, толи просто у них накернилось что-то.

http://vetrf.ru/vetrf-forum/posts/list/8026.page;jsessionid=64d688208ffdf3c7b53eff968d7e

Понятно. У меня не ответы пустые, и именно ошибка авторизации, и только продуктивном контуре (в тестовом всё ОК)
Сейчас всё заработало опять. Не работало 40 минут.

(202) это нормально. Достаточно часто не работает. То bad gateway, то просто по таймауту запросы отваливаются, теперь вот это. С момента запуска 16 числа, по-моему, у меня всего два дня или три оно работало без сбоев, а так постоянно что-нибудь да происходит.

Еще одна проблема. Часть ИП заведены дважды как ХС, с одним ИНН но разными GUID (как ИП, и как физлицо) - и это ИМХО правильно.
Но те, кто заведен только один раз как физлицо, не дает добавить его-же как ИП. И что делать? Отгружать на физлицо?

(204) я думаю, да. В конечном итоге это не ваши заботы. Сейчас это вообще непринципиально, ибо пилот. А с 01.07 в случае непогашения ветки штрафы будет платить покупатель, и это его задача зарегистрироваться и донести до вас верные гуиды хозсубъекта и площадок, если он не хочет попадать на деньги. Вроде логично?

(205) А где прописаны штрафы?
Хотелось бы сделать всё сразу хорошо, красиво и правильно.

(205) Вопрос не как ему погасить, а как нам ему отправить, если его в Меркурии нет, и добавить мы его не можем.
Отсылая ИП на GUID физлица - нарушаем мы.

(206) завтра у врача могу спросить, там у них ликбез проводят на эту тему. (205) еще раз - сейчас в любом случае идет пилот, косячить пока можно. На будущее - напрягите контрика чтобы он сделал правильно, или во всяком случае предупредите о последствиях. Да и с чего вы взяли что вы нарушаете? Вы, вообще говоря, не обязаны ничего проверять, ип, не ип... Это забота клиента зарегистрироваться, записать и дать вам данные. Если вы вынуждены тыкаться, самостоятельно его регистрировать и заниматься прочими подобными извращениями, а он в результате не может погасить - так это он дурак что не дал вам верные данные, а не вы.

(208) У нас нет цели выяснить кто дурак.
Мы не можем отказаться от клиентов, независимо пытаются ли они хоть что-то делать в меркурии или нет.
И ситуация такая - что 99% магазинов в Питере, если не считать сети, ничего делать не будут, и в случае ультиматумов просто найдут более сговорчивого поставщика. Поэтому напрячь мы их не можем ну никак. И я не очень себе представляю процесс напрягания розничных магазинов. В чем он должен выражаться?
То есть делать нужно нам. Так чтоб с нашей стороны всё было чисто и правильно.

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

Опечатка - "Это всё *наши нарушения".

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

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

(213) ну это у кого как. Но опять же, повторюсь для тех кто в танке - сейчас пока пилотный проект и остатки особенно никто не проверяет, также как и проценты выхода производственных сертификатов. Списывай, производи и приходуй че хошь. Такая халява еще месяц. Чего вам еще-то надо?

или вы имеете в виду после 01.07 что делать? После 01.07 желательно выписывать ветки. Во избежание а-та-та.

хотя опять-таки там будут определенные люфты. Почти все производства имеют кассовую машинку и продают продукцию в розницу хотя бы своим работникам. То же самое оптовые базы - редко какая база не продаст чего-то человеку, который тупо придет к ним с наличкой. Зачем деньги терять? Пробьют чек и продадут. Когда продаешь в розницу, выписывать ветки не надо, таким образом некоторые "хвосты", которые можно либо списывать, либо применять еще на что-то, будут всегда. И в общем-то достаточно сложно проверить, работники ли у тебя купили тонну-другую в месяц или нет...

(202) Какие 40 минут? В пятницу 21:40 началось и только в сегодня (понедельник) к обеду что-то начали делать, до этого все говорили в техподдержке: у нас все работает, ошибка у вас.

(217) сегодня утром боле-менее работало, во всяком случае мне не звонили. Ближе к обеду, часам к двенадцати, перестали пропихиваться соаповские пакеты, прислали скрин, но у нас уже на тот момент большинство отгрузок прошло. Производственные часа в четыре тоже выписали успешно.

(218) у нас в пятницу - 1 ошибка, в выходные - 5 заявок (10% от всех производственных), в понедельник уже 50% с ошибкой.

(212) Оштафуют, закроют... Согласно какому закону? В каком законе прописаны сенкции для розницы если не регистрируются, если не гасят? И нам то какое дело оштрафуют их или нет?

(220) нужно понимать, что с 01.07 электронные ветки полностью заменят бумажные. Это означает, что если кто-то не погасит ветсвидетельство, то по факту это означает деятельность без ветеринарно-сопроводительных документов. Статья 10.8 КоАП РФ - что-то вроде 40 тыс для должностных лиц и 400 тыс для организаций. Для мелкого предприятия и тем более ИП не так уж мало.

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

(221) да не вопрос, пусть сделают систему, а потом штрафуют если не гасят. Я пока ни одного не смог погасить. В ЛК если не выбирать ХС вижу входящие, но не могу погасить, если выбрать ХС - не вижу входящих

(222) ну если так, то хорошо. Всем будет проще. Хотя я бы не был столь оптимистичен, потому как государство вполне может пожертвовать мелкой розницей в пользу сетей. Зря оно, что ли, в лице ВТБ в Магнит зашло? Вмененщиков задушат информационными системами, а вместо них понастроют магнитов. Вполне реальный сценарий. Он уже был обкатан с Платоном. Где сейчас частные перевозчики с одной-двумя фурами, сколько их осталось?

(223) скорее всего, криво выписываются исходящие от ваших контрагентов. Либо не тот ХС, либо не то предприятие. Проверяйте. У нас в случае корректной выписки все гасится.

(224) Похоже на теорию заговора.
С перевозчиками. Насколько я знаю - исчезли не частные перевозчики, исчезли "черные" перевозчики.

Ну у нас многие свернулись, продали машины и стали заниматься другим, ибо с Платоном стало нерентабельно. А монополисты вроде Деловых Линий цветут и пахнут, и даже цены особенно не подняли.

(227) Конкурентного преимущества Деловые Линии не получили, так как все платят одинаково. Тариф одинаков для всех. А стало нерентабельно, так как работали в черную, а теперь надо в белую.
Этот пример для мелких магазинов не подходит, ибо вмененка. И они её платят.

(225) я тоже к этому склоняюсь. Но глупо штрафовать магазин зато, что поставщик накосячил

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

(224) как где - в тех же ДЛ. ИП оказывает услуги ДЛ.

(222) я тоже думаю что розницу штрафовать не будут

(222) Кстати, за пивняков сейчас взялись, вы еще не получали писем счастья, что пивные остатки по декларации и в егаис имеют существенные расхождения?

(233) Мы еще нет.

Что-то странное происходит.
Выдало ошибку MERC07160 при создании площадки ИП - такая вообще не гуглится.
errors>
  <apl:error code="MERC07160" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">ИНН указан некорректно.</apl:error>
  </errors>

ИНН точно верный. Полный текст запроса
<?xml version="1.0" encoding="UTF-8" ?>
- <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"; xmlns:bs="http://api.vetrf.ru/schema/cdm/base"; xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2"; xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2"; xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions"; xmlns:apl="http://api.vetrf.ru/schema/cdm/application"; xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">;
  <soapenv:Header />
- <soapenv:Body>
- <apldef:submitApplicationRequest>
  <apldef:apiKey>Цензура</apldef:apiKey>
- <apl:application>
  <apl:serviceId>mercury-g2b.service</apl:serviceId>
  <apl:issuerId>Цензура</apl:issuerId>
  <apl:issueDate>2018-05-30T15:14:45</apl:issueDate>
- <apl:data>
- <merc:modifyEnterpriseRequest>
  <merc:localTransactionId>222</merc:localTransactionId>
- <merc:initiator>
  <vd:login>Цензура</vd:login>
  </merc:initiator>
- <merc:modificationOperation>
  <vd:type>CREATE</vd:type>
- <vd:resultingList>
- <dt:enterprise>
  <dt:name>Цензура</dt:name>
  <dt:type>1</dt:type>
- <dt:address>
- <dt:country>
  <bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
  </dt:country>
- <dt:region>
  <bs:guid>c2deb16a-0330-4f05-821f-1d09c93331e6</bs:guid>
  </dt:region>
- <dt:street>
  <bs:guid>Цензура</bs:guid>
  </dt:street>
  <dt:addressView>Цензура</dt:addressView>
  </dt:address>
- <dt:activityList>
- <dt:activity>
  <dt:name>Реализация пищевых продуктов</dt:name>
  </dt:activity>
  </dt:activityList>
- <dt:owner>
  <bs:guid>9f792430-7986-4827-b436-3e68af73b1b4</bs:guid>
  </dt:owner>
- <dt:officialRegistration>
- <dt:businessEntity>
  <dt:inn>780602032377</dt:inn>
  </dt:businessEntity>
  <dt:kpp />
  </dt:officialRegistration>
  </dt:enterprise>
  </vd:resultingList>
  <vd:reason>Договор</vd:reason>
  </merc:modificationOperation>
  </merc:modifyEnterpriseRequest>
  </apl:data>
  </apl:application>
  </apldef:submitApplicationRequest>
  </soapenv:Body>
  </soapenv:Envelope>

И в ЕГРЮЛ.налог.ру, и запрос по ИНН ХС в меркурий выдает что всё нормально
Вот ответ из меркурия (поиск ХС по инн)
- <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">;
  <SOAP-ENV:Header xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"; />
- <SOAP-ENV:Body xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">;
- <v2:getBusinessEntityListResponse xmlns:bs="http://api.vetrf.ru/schema/cdm/base"; xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2"; xmlns:v2="http://api.vetrf.ru/schema/cdm/registry/ws-definitions/v2">;
- <dt:businessEntityList count="1" total="1" offset="0">
- <dt:businessEntity>
  <bs:uuid>1cc7cd82-b613-46cb-9e2b-c0b190fb29bb</bs:uuid>
  <bs:guid>9f792430-7986-4827-b436-3e68af73b1b4</bs:guid>
  <bs:active>true</bs:active>
  <bs:last>true</bs:last>
  <bs:status>100</bs:status>
  <bs:createDate>2018-05-28T14:21:26+03:00</bs:createDate>
  <bs:updateDate>2018-05-28T14:21:26+03:00</bs:updateDate>
  <dt:type>3</dt:type>
  <dt:fio>Пиалкина Наталья Львовна</dt:fio>
  <dt:inn>780602032377</dt:inn>
- <dt:juridicalAddress>
- <dt:country>
  <bs:uuid>72a84b51-5c5e-11e1-b9b7-001966f192f1</bs:uuid>
  <bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
  <dt:name>Российская Федерация</dt:name>
  </dt:country>
- <dt:region>
  <bs:uuid>aad1469e-54ff-4605-af4f-f016c75b84d2</bs:uuid>
  <bs:guid>c2deb16a-0330-4f05-821f-1d09c93331e6</bs:guid>
  <dt:name>Санкт-Петербург</dt:name>
  </dt:region>
  <dt:addressView>Россия, Санкт-Петербург</dt:addressView>
  </dt:juridicalAddress>
  </dt:businessEntity>
  </dt:businessEntityList>
  </v2:getBusinessEntityListResponse>
  </SOAP-ENV:Body>
  </soapenv:Envelope>

(235) а вы раньше прописывали тег OfficialRegistration? Я нет.

(237) Да, прописывал. У ООО. Сейчас проверяю как работает на ИП. Может для ИП убрать?
Сейчас попробую.
И еще одна ошибка.
MERC07298 Неверно указана иерархия месторасположения
Обходить перебором улиц?
Как советуют тут?
http://vetrf.ru/vetrf-forum/posts/list/15/7556.page#54918
Улицу в Питере требует. При указании улицы налетаю на такую ошибку...
Или качать полный классификатор с самого верха в программу, и по нему проверять принадлежит ли улица населенному пункту, и если да, то указывать его?

(237) Да, без него создала. Уберу наверно и для юрлиц тогда.
Остался вопрос с адресом площадки. ХС-ы все городские добавил без проблем, а с площадками затык.

Еще лучше. Не могу установить связь
error code="MERC05001" Изменить сведения о хозяйствующем субъекте может он сам или хозяйствующий субъект, добавивший его в реестр.
ХС создал я. У меня остался и запрос, и ответ на него.

Это жесть. А теперь связь установилась. Тот-же запрос.

(238) посмотрел свой код - не прописывал этот тег. Не знаю почему, может быть, его в 1.Х не было, может еще по каким причинам, но как-то обошелся без него. Ошибку иерархии адреса ловил, была. По-моему, возникает она в тех случаях когда пропущен какой-то из обязательных элементов адреса, например есть улица, но нет населенного пункта к которому улица относится.

(241) скорее всего, они прямо на продуктивной системе вносят изменения. У них тоже горит.

(242) Улицы получены по подчинению к городу, который равен району (Санкт-Петербург) В самой улице в XML есть только регион. То есть всё указано верно (Россия, Санкт-Петербург,,улица).
Но если взять подчиненные населенные пункту к Питеру, то часть Питерских улиц наверно окажется подчиненной и к этим населенным пунктам. То есть улица подчинена и Питеру, и его подчиненным населенным пунктам. И насколько я понимаю что в этом случае требуют указание населенного пункта.
То есть для Питера недостаточно загрузить его улицы.

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

(245) Да конечно учел. У меня всё работает, за исключением как я понял случаев (244)
Когда улица подчинена не только Питеру, но и его населенным пунктам. Этот вариант я даже не рассматривал, ибо просто закачал улицы подчиненные Питеру, и по Питерским точкам ищу вхождение названия улицы в адрес.
Но вообще ИМХО это совсем неправильно - не указывать в улице населенный пункт. На ровном месте усложняют работу разработчиков.

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

в целом 30 населенных пунктов высосало по Санкт-Петербургу... Немало.

(247) Я знаю, я их еще вчера вытащил, когда у меня возникло подозрение что что-то тут нечисто. На сайте даже пример населенных пунктов по Питеру вроде.
http://help.vetrf.ru/wiki/GetLocalityListByLocality

На вебинаре у Х5 кто-нибудь сидит?

Ведущая была очень адекватна, дали много полезной информации. Уровень вопросов за месяц до запуска, конечно, убил - полно вопросов типа "GTIN же всегда одинаковый, как им закодировать вес?" :)) Но было и немало дельных вопросов, например по возвраты и порчу компартмента предприятия. В целом, полагаю, время потрачено не зря.

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

(252) это да. Раз был случай вообще комический. Звонят мне часов в шесть утра - у нас тут не работает. Звоню на горячую линию, и мне чувак таким хорошо поставленным голосом как по бумажке - "По состоянию на текущий момент у нас ВСЕ работает... " и попер дальше как Левитан еще какую-то хрень рассказывать как у них все хорошо. Я уже собрался трубку класть. Но тут он, значит, продолжает фразу: "... но поскольку вы уже не первый, кто обратился..."  

:)))) честно, не знал, ржать или плакать

так что там всегда все работает, господа. Не сомневайтесь!

(250) запись где-нить выложена будет?

(255) дадут в записи еще пару раз и может даже проведут повторно с ведущим чтобы ответить на дополнительные вопросы.

(256) бросьте тогда сюда инфу об этом как будет (и ссылки)?  Спасибо )

(257) Всем сильно желающим, кто отпишется здесь, отправлю письмо со ссылкой. Я не думаю, что Х5 будет сильно возражать против нескольких причастных к вопросу человек на вебинаре. Публиковать - извините, не могу, это частная переписка и частное мероприятие, рассылалось ограниченному кругу людей.

(257) почему-то я не могу посмотреть вашу почту в профиле, там указано (скрыт) и всё, нет кнопки "Показать". Видимо, очередные пертурбации с форумом. Короче... Желающие получить ссылку могут отписаться в гуглопочту vxpol78 на гмэйл ком, на все пришедшие письма отправлю ссылку.

ближайшая дата - 4 июня 10:30, так что желательно поторопиться

(260) Написал с ak*

Сейчас с яндекса отправлю письмо

Ребята, только я предупреждаю о том что там перед подключением надо пройти опрос, где указать свою организацию и кое-какие прочие мелочи, которые могут вызвать затруднения если вы не работаете с Х5. Тут я помочь не могу. Пробуйте.

Ок. Мы работаем.

Кто-нибудь работал с Э-КОМ, есть отзывы ?

(265) с их решением по меркурию или вообще? Вообще я работаю. Но по меркурию документооборот пилил свой. Так исторически сложилось, потому что меркурий был нам нужен существенно раньше того как Э-КОМ сделал что-то вразумительное, а именно летом 2016 г.

(266) Да, интересно решение по Меркурию.
Получил распоряжение от шефа найти решение и того, кто его интегрирует. Контур и Визард отказались от интеграции, у них все спецы заняты до конца месяца как минимум.

Очередная попытка исключить готовые молочные и мясные продукты - взлетит?

(268) как в то анекдоте,50/50

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

(267) Покупайте и пилите самостоятельно. Правда, времени уже маловато даже для решения вопросов с подключением.

(268) Возможно, если Козака не переубедят.

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

(271) меня терзают смутные сомнения, что за оставшиеся 3.5 недели с кучкой праздников посередине кто-то возьмется это делать.

(273) У вас торговля, производство? Отгружаете сетям, есть ночные отгрузки, дежурный аттестованный специалист, либо ветеринар ночью работает? Учет серий, SSCC, штрихкодов коробок имеется?! Без последних них вы сетям толком ничего не отгрузите и это уже не проблемы интеграции с Меркурием.

(274) Это реально стахановскими темпами, но если заказчик заинтересован и тоже будет попу рвать, а не сидеть на ней ровно со словами: "Вы же специалисты, мы ничего делать не хотим, маркировки заполнять не знаем как, ТСД в глаза не видели. Сделайте за 5 тыс, а то вы тут пару миллионов выкатили - для нас это дорого, мы и так коробку купили за 3 копейки!".

(275) я не думаю, что они будут с маркировкой наседать прямо с начала июля. Там будет масса других проблем. Понятно, что им хочется, но... потерпят. Если только для РЦ. Для прямых поставок, полагаю, все это затянется еще месяцев на несколько.

(277) Да сколько уже можно))) Требования год назад выкатили, пронесло - сделали подарок на НГ. Но как-то все забили до июня, посмотрим что 1С выкатит для типовых. Но сдается мне, там будет все плохо.

(278) Ну и что за эти полгода 1с выкатила для типовых?

производство рыбных консервов: запилил УВС под сильно переписанную бух 2.0, номенклатуру отгрузку и производство гружу по ком соединению. Полет нормальный: работаем вторую неделю,  сырье списываем по фефо. Вет врач приходящий: приходит нажимает кнопку сформировать заявку. Обещают в скором времени сделать отправку через шлюз в гвэ.

(278) Нормальных требований год назад не было, была катавасия. Более того, их быть не могло, потому что 1.4 апи не позволяло нормально работать с одной номенклатурой на нескольких производственных площадках, а двойку альфу анонсировали когда, в апреле кажется? По маркировке сети чего только не выдумывали, доходило до того что просили на упаковке EAN13 с аддоном печатать и в аддоне чтобы был срок годности :) Тандер, мне кажется, до сих пор хочет датабар на каждое изделие. Лента согласна на CODE128, но заместо нормального AI21 хочет свой SAP-код. И вы со всей этой свистопляской хотите запустить какую-то маркировку? Ну-ну.

* EAN128 читать в предыдущей мессага

что-то относительно внятное стало проступать где-то в октябре-ноябре прошлого года, когда апи 2 кое-как поехало и сетям стало понятно, что они смогут тащить через эти ветки, а что не смогут. Не раньше!

да и сейчас у меня нет уверенности, что запускаться хорошая идея. Я свое решение запустил с 16 мая и постоянно мониторю ситуацию. Так вот, с тех пор не проходит и 2-3 дней, чтобы апи ни разу не падал. А представьте себе, если нагрузка вырастет кратно...

(283) Да я про год образно сказал, приукрасил. Но все-равно, с октября уже 8 месяцев прошло и тут директор из поста (267) за месяц до запуска вспоминает по Меркурий, хотят найти за сжатые сроки подрядчика, автоматизировать свои бизнес-процессы (с 99% вероятностью их придется перестроить), за разумные деньги "под ключ". С такими сроками ценник я бы сразу х5 - х10 выставил.

(284) Как сказал бы Власов: вы саботируете запуск Меркурия :) У нас все работает.

(279)Выкатила генератор штрихкодов GS1, печать Databar Expanded Stacked и считывание GS1 c распознаванием по идентификаторам применения, например.

...и похоже, что некоторое движение в сторону Меркурия идет в УНФ, судя по описанию изменений

(288) Завтра 1С покажет свое решение

Так что, отменяют молочку? Не будет её в Меркурии?

(290) Все молятся на КОзака.

(290) А что тогда будут делать те, кто уже потратился на интеграцию?

(291) Сегодня в новостях
"Готовую молочную продукцию исключат из системы обязательной электронной ветеринарной сертификации "Меркурий", сообщил глава Минпромторга России Денис Мантуров в кулуарах Недели российского ретейла. При этом молочная продукция будет маркироваться цифровым кодом."
(292) Даже не знаю что и сказать. Если действительно отменят, то кто-то же виноват в напрасно потраченных средствах и ресурсах?

(238) MERC07298 Неверно указана иерархия месторасположения
  Я немного возился с Меркурием. Подобная ошибка у меня возникла, если я не правильный почтовый индекс заводил

(294) Нет реквизита индекс.

(292) В цену каждого товара включены издержки плохого госуправления.

Почтовый индекс.

https://www.rbc.ru/rbcfreenews/5b17cf399a7947ed783dc59e

(297) Нет такого реквизита в ВЕТИС.API
Ни в адресах, ни в других местах.
Есть страна, Регион, Район, Город, Субгород, Улица и "Адрес строкой".
В "адрес строкой" можно писать что угодно, никаких проверок нет. Остальное Гуидами.

(298) Ждем официальных поправок к закону...

(297) Виноват, я слепой. Действительно есть Индекс.

http://www.dairynews.ru/news/minselkhoz-opublikoval-proekt-dokumenta-vyvodyashch.html

ПРОЕКТ

(292) радоваться

(303) "Улыбаемся и машем". А чем махать - это только от фантазии зависит...

(294) Но я вообще почтовый индекс не указываю, и ругается только на те улицы, у которых есть субгород.

(292) когда проблемы холопов бар волновали...

+ (306) впрочем, я бы на месте молочников все равно радовался, что им не доведется участвовать в этом празднике жизни. Поработают еще какое-то время спокойно, Б-г даст...

и про готовую мясную продукцию тоже говорят... Хм, загадочно все это

(308) т.е. я так понимаю вновь появился шанс, что плавленные сырки выпадают.. и молочные кашки там всякие.
а про мясную (готовую) что-то есть конкретное? (всякие бульоны-супы куриные)

оцениваю отмену Меркурия для молочки 50%. все это печально

(310) что именно? Разброд и шатание?

(311) Сегодня имел счастье послушать Даниленко. Он сказал, что вопрос решается на уровне Гордеева. Могут отменить, могут нет. Обидно за тех, кто вложился уже в Меркурий, а пофигисты будут торжествовать

(312) В таких случаях всегда вспоминается древняя передача Куклы, где по сюжету Ельцин приехал в деревню. "Россияне! Вчера вы работали зазря! А сегодня потрудитесь на славу! На мою, панимаишь, славу!" :)))

(309) http://regulation.gov.ru/Projects/List#departments=2&search=сертификации&npa=77473

В принципе, там немножко, так что думаю меня не запинают, если приведу здесь полностью то, что планируется к обсуждению.

Изменения в Перечень подконтрольных товаров, подлежащих сопровождению ветеринарными сопроводительными документами, утвержденный приказом Минсельхоза России
‎от 18 декабря 2015 г. № 648

1. В позиции «Группа 04» в столбце «Наименование товара» коды
‎ТН ВЭД 0401 20 110 9 и 0401 20 910 9 исключить.

2. В позиции «Группа 15» разделить вторую строку на две строки, в первой разделенной строке в столбце «Группа товара/коды ТН ВЭД» оставить код ТН ВЭД «из 1516 20», столбец «Примечания» дополнить словами «, при декларировании использования в ветеринарии, включая в корм животным», во второй разделенной строке в столбце «Группа товара/коды ТН ВЭД» оставить код ТН ВЭД «из 1518 00», столбец «Примечания» дополнить словами «, исключая продукты, не содержащие животные жиры и масла».

3. В позиции «Группа 16»:

во второй строке столбец «Группа товара/коды ТН ВЭД» после кода ТН ВЭД 1601 00 дополнить кодом «из 1602», столбец «Наименование товара» после слов «на их основе.» дополнить предложением «Готовые или консервированные продукты из мяса, мясных субпродуктов или крови прочие (подсубпозиции 1602 31 110 0, 1602 32 110 0, 1602 39 210 0, 1602 50 100 0 и 1602 90 610 0).»;

в третье строке столбец «Наименование товара» после слов «или крови прочие» дополнить предложением «(за исключением подсубпозиции 1602 31 110 0, 1602 32 110 0, 1602 39 210 0, 1602 50 100 0 и 1602 90 610 0).».

4. В позициях «Группа 19», «Группа 20» и «Группа 21» столбец «Наименование товара» после слов «или любую комбинацию этих продуктов» дополнить абзацами:

«, исключая**:

- вышеперечисленные продукты, содержащие менее 50% (по массе) продукции животного происхождения подвергнутой (в ходе изготовления вышеперечисленных продуктов или на стадии изготовления сырья для изготовления вышеперечисленных продуктов) прогреванию во влажном состоянии при температуре свыше +78оС в течение не менее, чем 30 минут в толще продукта,

- вышеперечисленные продукты, содержащие менее 50% (по массе) пастеризованных цельного молока, обезжиренного молока, иного молочного сырья и не содержащие иных продуктов животного происхождения,

- вышеперечисленные продукты, содержащие менее 50% (по массе) продукции животного происхождения, изготовленные из рыбы и водных беспозвоночных сушеных, соленых, в рассоле и копченых».

5. В сноске <*> слово «января» заменить словом «июля»;

6. Дополнить сноской <**> следующего содержания: «На указанные исключения ветеринарные сопроводительные документы в электронном виде оформляются по желанию владельца подконтрольного товара.».

(314) По ссылке совсем другие изменения. По ней молоко и колбаса - на месте.

vetrf.ru лежит?

а не, отозвался

(315) Ссылка доступна по данным из исходной новости на dairynews в (302). У меня не получилось раскопать там ничего другого. Возможно, не там смотрел.

Логика действий была такая. По ссылке в (302) доступен проект, вот он http://regulation.gov.ru/Projects/List#departments=2&search=сертификации&npa=77473
В проекте можно зайти в меню Размещение текста проекта - Информация по этапу. Там есть четыре ссылки. Что-то похожее на изменения присутствует только по последней ссылке - "Текст проекта, направленный на независимую антикоррупционную экспертизу", коию я и привел в (314). Как-то так...

http://www.dairynews.ru/news/nikolay-vlasov-vopros-ob-isklyuchenii-molochnoy-pr.html

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

Вот если бы под это отменили ВетСвидетельства на готовую мясную продукцию....

(321) Нет. Просто с недавних пор Россельхознадзор курируется МСХ и вице-премьером Гордеевым. Вот Власов и ведет себя правильно.
Решение за Гордеевым. Кстати, если маркировку сделают обязательной, это будет больно для маленьких предприятий

(323) почему "больно"?

(323) Для маленький предприятий одинаково "больно", что ВСД, что маркировка.

(323) Непонятны все эти метания, почему нельзя было запустить Меркурий только по той продукции, по которой ВС уже выписывались в бумажном виде, обкатать, и потом пытаться готовую молочку подтянуть. Запустились бы уже давно...

(326) В итоге, все к тому и придет, судя по всему.

(327) Просто жалко убитого на все эти бессмысленные движения времени...

(323) После таких заявлений:
http://vetrf.ru/vetrf/news/26826.html

Я бы не стал воспринимать слова Власова всерьез. В конце концов, лично он ничего не решает и что-то решить не в состоянии.

(329) ну, это было вполне прогнозируемо. Ничего другого я и не ожидал.

(329) Понравилась концовка...

",,,Остальные будут оставлены на потом, т.е. на время, когда ваш ажиотажный спрос на УСЛУГИ нашей службы поддержки спадет."

(331) на самом деле во ВНИИЗЖ есть человек, которые реально и колоссально помог, и я говорю ему огромное спасибо. Но понятно, что сейчас их разодрали, причем в основном с дурацкими вопросами... Повторюсь - это было предсказуемо.

(324)(325) Потому больно, что будет дороже Меркурия для маленьких

Ответка от Власова. https://lenta.ru/news/2018/06/07/moloko/
Ну не беспредел ли? Чиновникам у нас все можно

(334) ..ну хорошо нашли они "В 12 из них нарушений не обнаружено."

КАК МЫ продавцы можем повлиять на качаство готовой продукции выписывая при ПЕРЕПРОДАЖЕ ЭВС?

ЭВС вообще никак не может решить проблему фальсификата

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

(336) об чем и речь. Зачем нам посредникам выписывать Ветеринарку на продукцию которую Мы не ПРИЗВОДИМ.

(338) Ну и что. Чем вы лучше.  Производителям- тоже ни к чему

(339) Тем, что они не могут продать то чего у них нет (продают только то, что им пришло от производителя) - мол пусть производитель за качество и отвечает. А производители пусть пеняют на колхозников\фермеров ))) кто-то же должен быть крайний )))

(339) Мы лучьше тем, что не можем повлиять на качество ПЕРЕпродаваемой продукции. Если только Иголками не будем намеренно протыкать продаваемые Йогурты.

(341) Как это не можете? Нарушили температурный режим хранения, например.

(342) не "передергивайте". Мы "пушистые" и ничего не нарушаем.

(343) А вот чиновники с вами несогласные, не доверяют оне вам.

Кому интересно: прямая трансляция https://www.youtube.com/watch?v=2VM50gqdTWQ

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

(341) Причем здесь качество? В (336) я же сказал, что ЭВС вообще никак не способна повлиять н это

(346) предполагается следующая система (насколько я понял). Вот едет машина, скажем, в РЦ. Приехала, и тут выяснилось, что температурный режим нарушен. РЦ оформляет возврат и прописывает к этой партии, что было нарушение температурного режима. И типа всё, про эту партию будет известно, что было нарушение. Все увидят кому нужно.

(348) Ерунда это

10 Аргументов против от СоюзМолоко
https://milknews.ru/index/novosti-moloko_5817.html

10. Ветеринарная сертификация, в том числе в электронном виде, никак не позволит повысить эффективность борьбы с фальсификацией.

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

(348) т.е. какие-то сотрудники РЦ наделяются контрольно-ревизионными функциями. клёво. я конечно не юрист и не имею компетенций оценивать коррупционность норм права и их согласованность с ГК и общим характером законодательства, но кажется тут просто золотое дно для злоупотреблений.

(351) ну они и сейчас ими наделены, только на данный момент это не выходит за рамки хозсубъектов. Т.е. они могут вас послать с вашим товаром и создать вам убытки по текущей поставке, но не более того.

Власов на семинаре 1С сказал что всю молочку в готовых упаковках исключают.

(353) а колбасу?

(349) ну, ерунда не ерунда, но смысл всей "холодовой цепочки" примерно такой. Или я неправильно понял?

(354) про колбасу я вообще не знаю с чего взяли. Пока не вижу ни одного реального подтверждения.

(353) Че че.. на каком семинаре?

(354) Нет, только молочку и продукцию менее 50%, смотрите видео из (345).

(358) Видео уже нет

(358) я вам еще вчера скинул в (314) про это

(355) Это не имеет никакого отношения к Меркурию

(360) Да, но вроде как отнекивались, говорили это все слухи.

(361) имеет самое прямое. Потому что учет в разрезе транспортных партий в масштабах страны - в нем и больше вязаться не к чему.

(359) Что-то у вас, скинул коллеге - открывается

(363) Это вообще не  о том разговор? Какой температурный режим? Кто нарушил? Перевозчик? Ну и разбирайтесь. Это сейчас и без Меркурия делается.
Причем здесь ветслужба?

(363) Меркурий не нужен ни производителям, ни продавцам, ни потребителям. Никаких проблем, кроме отказа от бумаги, он не решает. Для бизнеса это чистые затраты и никакого профита. Он нужен только государству, и совсем для других целей, чем те, которые объявлены.

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

(366) Нужен. Части тех, у кого и сейчас есть ветнадзорная продукция. У кого много ветсправок - весьма приличные суммы уходят на бланки. С введением меркурия затраты на госветслужбу снижаются.

(368) Осталось только понять, какая продукция должна подпадать под ветнадзор. Вот готовая молочка должна подпадать? А колбаса?

(369) Зависит какие вопросы ветнадзор (Меркурий) решает. Если прослеживаемость - то все товары должны подпадать Включая непродовольственные.

(370) Какая такая прослеживаемость? У тебя мясорубка есть? Мы можешь сказать, что за мясо у тебя в котлете, от какого бычка?

(371) Прослеживаемость движения от производителя до конечного потребителя.

Причем тут бычок? Прослеживаемость движения от производителя котлеты, до того кто её съел. Отравился человек, сразу увидели всю цепочку. Нашли пальмовое масло в молоке - отследили до производителя.

Ой ладно... Полная прослеживаемость- ненаучная фантастика

(374) То есть в ЕГАИС по акцизному товару сейчас полной прослеживаемости нет?

(372) Так цель всей этой чудо системы Меркурий именно прослеживаемость ?

(376) Не только, сливают информацию в налоговую.

(373) Человек что из тазика ел или все таки по УПАКОВКЕ можно найти производителя?

(368) Это все в теории, на практике затраты на внедрение, с учетом затрат на изменение бизнес-процессов, будут больше, чем затраты на бумагу.

(375) В ЕГАИС есть данные, из какого сырья сделана продукция?

(376) Прослеживаемость, но не конкретного товара, а товарно-денежных потоков.

(381) вот она суть, абсолютно согласен - это ж Большой Брат ;)

(375) В лом писать. Вон в (350) хорошая ссылка. Читаем до посветления

(376) Это вопрос не ко мне.

(380) Странный вопрос. Во первых он не ко мне, а во вторых при чем тут сырье? см. (372)

(385) А причем тут ветврачи?

(379) Какую бумагу? Бланк идет не по цене бумаги.
Вы видимо не полностью себе представляете возможный порядок сумм которые платятся ветеринарии. Они заведомо выше стоимости любых внедрений.

(386) Какие ветврачи? Вот каким образов в движении готовой молочной продукции в упаковке в меркурии участвуют ветврачи?
Любой сотрудник организации может выписывать ВСД на неё в системе.

(387) Так ветеринарам так и так платить, хоть за бумажную выписку, хоть в Меркурии.

(379) ага. это как с ЕДИ. мы счас в месяц провайдерам 300-400 т.р. отстегиваем. ранее операторы все делали. успевали. ну пару человек бы еще работой обеспечиили. Бумаги по сути остались т.к. никто транспортные и для сборки складом ничего не отменял. пропало пара бумажек типа счф и упд

(388) Вот-вот. Ветврачи ни при чем. А почему ветсертификация?

(388) не совсем так. выписать на ГП да. НО все входящее сырье пгасить может только ветврач.

(389) Сумма другая. В меркурии ветврачи на большинство продукции не нужны.

(393) На колбасу и рыбу не нужны? Это где прописано?

(391) Это вопрос не ко мне. Я говорю о том, что если уж РСХН хочет без участия ветврачей отслеживать готовую молочку (а для её движения в меркурии ветврачи не требуются), то почему бы не отслеживать всё остальное?

(394) Зависит на какую рыбу. Прописано в трех приказах. На что может выписывать любой сотрудник, на что требуется аттестованный, и на что требуется вет.врач.

(394) http://help.vetrf.ru/images/c/c0/Order646_20151218.pdf
Вот в этом приказе.
А вот тут продукция на которую нужны аттестованные специалисты
http://help.vetrf.ru/images/f/f3/Order647_20151218.pdf
И последний список, на которую нужны ветврачи
http://help.vetrf.ru/images/9/97/Order648_20151218.pdf
Очень странно что в июне 2018 года вы этого не знаете.
Первого июля вообще-то старт уже.

(392) Не совсем понимаю как слово "сырьё" в ответе стыкуется со словами  "движении готовой молочной продукции в упаковке" в посте (388). Когда началось движение готовой продукции, движение сырья уже закончилось.

(397) А у вас уже есть аттестованный специалист? Вы ему платите меньше, чем ветеринару (исключая стоимость самих бланков)?

(398) А зачем ветнадзор за готовой молочкой? Почему просто прослеживаемости не достаточно?

чего-то все спорят, нужно не - нужно, полезно-вредно, целесообразно-бессмысленно.
Кажется от нас в этом вопросе ничего не зависит, верно? (ну про политику не будем оффтопить).
я честно говоря не в силах читать юридический документа - крышу иногда сносит (стек переполняется от придаточных предложений).
(314) я правильно понимаю, что в предложенных правках не будет исключен например код ТНВЭД 040630... (это плавленные сыры, почему их не исключить?).

а как вот по 21... исключить чего-то если там  <50% и как-то хитро нагревалось. как вот определить
Чашка супа"Кнорр" Мясной с лапшой - исключается или нет )

Они ж вроде вообще от кодов ТНВЭД собирались отказываться (где-то проскакивала инфа).

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

(402) Это если у вас уже была WMS, правильный партионный учет, и отлаженные бизнес-процессы...

Смотрите вебинар?
https://www.youtube.com/watch?v=2VM50gqdTWQ

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

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

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

(402) да, знаю одного - отучился за счет РСХН и готовится стричь...

(390) ну, на практике без ЕДИ при прямых поставках хотя бы в 500 точек обойтись проблематично. Или нужно много операторов.

(409) На практике что с ЕДИ, что без ЕДИ был налажен электронный документооборот (как минимум прием заявок).
И с точки зрения опта - мы платим провадеру ни за что, ибо у нас бизнес-процесс вообще не поменялся. Просто одна загрузка поменялась на другую.

(410) Вот тут и не поспоришь, подходил тут как-то экономист, спрашивал - почему мы перешли на электронный документооборот, а затраты на бумагу и печать почти не изменились :))

(410) ну, так можно сказать что и опт не нужен, нужны производители и конечные потребители :) И чтоб напрямую, без лишних издержек.

(411) по нашим подсчетам предварительным - у нас из-за меркурия они увеличатся почти в два раза могут

(413) У вас же праздник сегодня. Большая вероятность, что отменят

(414) Сегодня праздник у меня, руководитель дал распоряжение искать интегратора буквально несколько дней назад. Сижу скрестив пальцы.

(414) нуу... я не привыкла делить шкуру неубитого медведя

(415) а распоряжение кто выполнять будет? :)

(412) Я о том что и без ЕДИ не требовалась толпа операторов.
Все кто хотел были автоматизированы и без ЕДИ. Ну и не избавляет он от бумаги, ибо для перевозки необходимы сопроводительные документы. А учитывая что Торг-12/УПД заменяет ТТН - количество бумаги вообще не поменялось.
И может сети и выигрывают от ЕДИ, но в нашем случае (оптовое звено, дистрибьютор) - кроме поборов от провайдера не меняется ничего.

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

Так что мы искренне надеемся на чудо и попутно выполняем распоряжение :)

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

Вот чувствую клиенты начнут звонить с вопроса "а зачем вы нам продали интеграцию с меркурием если она не нужна"

(420) кто ждал тот будет.
Что значит начнут звонить - договор не подписали? услуги навязывали? активными продажами доставали клиентов? :)
И вообще - никому эВСД использовать не запретят наверняка

(421) наоборот - сами звонили, просили :)
Они же думаю, что "надо" )))) а тут выясняется, что "не надо" )))

(383) а п. 9 читали? :)))

(419) На чем работаете? Продать могут многие- замустить мало кто

(419) Ждем повторения вашей ситуации по маркировкам Минпромторга, также за 3 недели до запуска будете искать подрядчиков)))


Посмотрел решение 1С в тестовой КА2, упало сразу же при первоначальной настройке (одной из предприятий зарегистрировано в другом регионе), кнопки пропустить нет :(

(422) Жду уже письма от клиента о возврате денег. Деньги их у меня на счете, верну

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

(424) КА 2.4- производство,крупные покупатели,сети.
      Старая УТ 10.3 для розницы
Откликнулись Эком и ASP Меркурий. Визард и Контур открестились от нас, мол можем продать только коробку, а дальше вы сами.

(427) Забить болт и допускать ошибки при оформлении - разные вещи.

(427) Механизм не опубликован. Одни слова

(428) Откликнулись- это означает берутся запустить до 1.07??? Не верю ни разу

(431) Учет по партиям есть?

(429) Речь идет о том что не будут штрафовать за "неиспользование" системы, а не за ошибки. Поэтому и я говорю именно об "неиспользовании".

(431) откликнулись - обещали посчитать, готовы взяться, но говорят сразу что реализация до 01.07 не в полном объеме. Масштаб трагедии был очевиден заранее, но понимания не было.

(432) Нет, мало того что выпуск в программе отражается от реализации, все верх дном.

Искренне надеюсь что сегодня мой персональный счастливый день и Меркурий проедет мимо молочки.

(428) Ну вы в курсе, что Эком через прокси, соответственно вы работаете с Меркурием не на прямую, а через их шлюз со всеми вытекающими. Ну и платите за каждый документ.

(434) Выпуск от реализации- это прекрасно:))) Это по-нашему. А КА сами курочили?

(436) Это восхитительно :)) КА внедряли по руководством бывшего главбуха,который буквально недавно уволился. Все грустно.  

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

(437) А не проще купить УВС за 18 штук и сделать правила переноса. Вас же обманут 120%

(426) это конечно хорош, но... Получается, что разработка была бесплатной?! а ведь разработка была по требованию\просьбе клиента ("нам нужен меркурий").
Разработчик: Стоимость разработчик (энная сумма)
Клиент: Согласен

поддержи (438) - если у них нет готовой системы - то "Вас же обманут 120%"

(438) Можете кого-то порекомендовать, с кем обсудить такой вариант ?

(441) Я не понял вопроса. Что тут обсуждать- делайте

(441) Вам посоветовали купить конфигурацию "УВС", внедрить ее у себя  сделать обмен с Вашей базой. вот и всё.

(433) Власов же сказал, ожидайте налоговую уже в октябре если они увидят расхождения по ВСД и с/ф.

(444) а можно ссылку или ближе к тексту?

(445) вот тут он это сказал https://www.youtube.com/watch?v=2VM50gqdTWQ

http://www.dairynews.ru/news/po-voprosu-isklyucheniya-gotovoy-molochnoy-produkts.html Маницкая безумствует

(444) с одной стороны сказал "штрафы пока применять не будем" с другой стороны "ждите налоговую" :)

(446) У меня выработался устойчивый рефлекс к любому выступлению сего оратора. Берегу здоровье- не смотрю дурдом

(383) на (423) не ответили - попытка номер два :)))

"9. ЭВС влечет за собой огромные затраты и риски, несмотря на то, что Россельхознадзор активно декларирует ее бесплатность и удобность.

Предварительные расчеты капитальных затрат показывают, что стоимость интеграции системы ЭВС с электронными системами участников рынка составит свыше 200 млн рублей на один завод. Сроки реализации проекта могут достигать 5 лет при условии устранения разработчиками многочисленных проблем системы."

это что за цифра? нулями не ошиблись? может всё же свыше 200 тыщ.?

(450) Это лукавые цифры

(444) А как они могут сойтись, если электронная с/ф идет в налоговую одной строкой, и там кроме суммы итого и НДС нет ничего, а товар может быть в одной накладной как ветнадзорный так и нет. А в всд нет сумм. То есть проверка может быть только одна - есть ВСД, но нет с/ф.
Если нет всд, то и сверять нечего.
Ну и про год отсрочки - это чуть ли не вчерашняя новость.

(449) )))

(452) Верно, каждую позицию не проверить. Думаю, готового механизма проверки у них пока что нет и все будет прорабатываться. Но уже понятно, что информация будет передаваться в ИФНС и все подозрительные схемы передвижения товара перепроверяться.

(419) Насколько я понял, сырье, т.е. молоко, все равно придется учитывать в "Меркурии", поэтому речь идет только о снижении объемов работ, т.к. продукцию не нужно учитывать.

(419) С сырьем ни у одного молочника вообще нет проблем. Его можно гасить прямо через инет

(455) С этой задачей уж точно справится любой кладовщик.

(457) Кладовщик будет проверять % жирности, наличие антибиотиков и тд?

(458) Гасить он будет входящие ВСД.

(418) Мы - производитель. У нас поменялось. Сейчас везут только транспортную накладную под отметку и качественные документы (копии деклараций и т.д.). Расходы на печать здорово упали, меньше стало профилактик/ремонтов принтеров, закупок услуг по заправке картриджей. Но это ерунда на самом деле, копейки. Главное - это то что чисто на ввод заявок нам надо было бы оператора как минимум три. А сейчас один управляется. И еще несколько операторов надо было бы на корректировку отгрузок, потому что когда самые большие сети дают акцию, есть очень много проблем с ценами. Одни принимают так, другие этак, ценники могут в неделю меняться пару раз на одну позицию. За счет EDI мы, во-первых, имеем актуальные цены в заказах, во-вторых, в уведомлениях о приеме. Можно все корректировать автоматически под покупателя. Пока EDI не было - все косяки исправлялись вручную с огромным опозданием, и на это нужны были люди.

мне сложно сказать насчет оптовиков, а вот для работающего с сетями производителя я пользу EDI вижу. Ну а уж для сети, где количество входящих документов миллионы в год, она неоспорима вообще.

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

(461) Для оптовиков изменилось то, что раньше был обмен электронными документами в своих форматах и бесплатно, а сейчас типа в едином формате но за деньги.

(463) я бы сказал так - если бы были только РЦ, то EDI был бы нафиг не нужен производителю. Но пока есть прямые поставки - польза есть, и довольно много. Единообразие формата тоже важно - подключение очередного покупателя превращается в чисто бюрократическое дело - послал письмо провайдеру, в проге галочку поставил, мол, от этого принимать, в худшем случае пару-тройку тегов каких-нибудь настроил и все. А если у каждого будет своя система, это же голова гудеть будет. Под каждого изобретай свой плагин, да еще у одного будет веб-сервис, у другого FTP, третий через почту... Нафиг надо?

(464) Удобнее, да. Но дороже. И от бумаги те-же сети полностью отказываться не хотят...

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

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

(462) Меркурий нужен только для повышения значимости РСХН. Больше ни для чего. Не верю в то, что государство таким образом пытается увеличить собираемость налогов. Это не так.

(465) (467)
Вы о чем вообще? Какую бумажку вы сократили, и какой комплект документов у вас остался на перевозку?
(461) Кто вам мешал написать обмен документами без EDI-посредника?

(466) Вы ИМХО льстите EDI-провайдерам. Никакого тестирования нормального они не производят. Во всяком случае те двое провайдеров с которыми мы работаем. В других проектах обменов мы сталкивались с проф. подходом к тестированию, но не с EDI.

(464) "А если у каждого будет своя система, это же голова гудеть будет..." - мы - опт, у нас тысячи таких настроек, и ежедневно меняются несколько клиентов, а куда деваться.
"Своя система" у каждого так и осталась, плюс добавилось головной боли с операторами. Радости мало.

(464) Ничего что приходится платить за каждую подключенную сеть сотни тысяч рублей в год? Это разве сопоставимо с разовой тратой нескольких тысяч (или максимум десятков тысяч) за написание обмена без провайдера? Разово. А не в год.

(469) раньше тому же тандеру требовалось 3 экзепляра торг-12, 2 экземпляра СФ (зачем так много - не знаю, но как-то так). Плюс наши экземпляры. Сейчас ничего этого нет, есть только транспортная двухсторонняя накладная - она идет и для гаишников, и для того чтобы сеть отметила приемку. В одном экземпляре, т.к. она нам возвращается после того как сеть ставит отметку. И распечатка из меркурия с QRами. Еще дается переменный по размеру пакет так называемых "качественных" документов, туда может входить качественное удостоверение, реестр деклараций либо копии деклараций.

(470) не знаю. Я с Э-КОМ работаю, в принципе там вполне приличные ребята. При процедуре подключения делается отправка нескольких документов, процесс мониторится с их стороны, косяки решаются. Когда все становится нормально, делается подключение в продуктив. Может, это и не то что вы подразумеваете под профессиональным подходом к тестированию, но меня устраивает.

(471) И вы один этим занимаетесь? Наверно, вам очень много платят за такую работу. Это ж рехнуться можно - поддерживать столько механизмов. Да еще если и на вас ответственность за то что кто-то что-то своевременно не получит... Дело в том что у меня три цеха на двух площадках, еще и склад удаленный был, 400 человек в максималке в общей сложности работали, и все это обслуживаем мы вдвоем с напарником. И сисадминка, и программирование, и КИП с электроникой, и глонасс на автомобилях. Разве что сортиры не чистим. Если бы мне еще приходилось заниматься таким зоопарком обменов со сторонними системами... ну не знаю, я бы сбежал оттуда скорее всего.

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

(476)  обмен с сетями был и до edi. И почему сети к твоему обмену?
Тебе кроме заказов от сетей ничего не нужно, в своем формате прислать в экселе они не отказывают.

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

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

у нас уже и региональные сетки мелкие на EDI переходят с экселя, хотя вроде провинция, полтыщи верст до Москвы.

(479) зачем разводить теорию, когда сети на практике и присылали и присылают поставщикам заказы в экселе. И всё нормально работает, без сбоев.
(480) А чего им не перейти, если за счет поставщика?
(478) Сеть ровно так-же может написать закачку. И я не совсем понимаю - а тебе какая выгода в том что у них будет накладная с уже внесенными исправлениями? Не ускорит это приемку.
И еще вопрос. А вы то как сами принимаете товар, делаете заказы.
Насколько я понял своих обменов у вас нет. Неужели заставили поставщиков слать вам через EDI? Я еще не слышал о том чтобы опт как покупатели были в EDI.
Но вообще-то все поставщики шлют накладные в электронном виде, и принимают заказы в элетронном виде, и так же без сбоев. А их у нас много. То есть нормальный опт автоматизирован со всех сторон, и без EDI (далеко не все сети есть в EDI)

(475) про Меркурий и забыли :))
Ну и я тогда спрошу не по теме - а что именно по гланас на вас?

*ГЛОНАСС

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

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

(484) ну вот и ответ. У вас выгода от EDI потому что меньше автоматизации. А у нас автоматизации много, и всё обменивается и без EDI. Поэтому плюсов EDI не дает совсем, кроме траты денег, и переноса ответственности и проблем сетями на EDI-провайдера. Который естественно никаких вопросов решить не может.

Тему пора переименовывать с МЕРКУРИЯ на EDI

Давайте по теме...

А что по теме.  УТ 11.4.5  родная интеграция от 1С вышла.  
Нарисовано неплохо,   производство делается,  регионализация работает.

кстати, меркурий тем временем опять отдыхает. Во всяком случае, на mercury.vetrf.ru зайти проблематично.

(488) Только ошибок тьма в тестовой (смотрел КА2), но подсистема одна и таже. Не тестировал отправку большого количества транспортных с одной записью складского журнала, но думаю, там все печально в этом плане.

Производители и продавцы продуктов попросили перенести запуск системы электронной сертификации. Отрасль к этому не готова, утверждают представители девяти отраслевых альянсов в письме вице-премьеру Алексею Гордееву

https://www.rbc.ru/business/08/06/2018/5b1a60ae9a79471906ddfcfa?from=main

(491) я вот только одного не понимаю - почему никто не чесался в течение полугода начиная с января месяца? Почему все сейчас-то понеслось?

(491) Они только то перенести предлагают, что сейчас не подпадает под ветнадзор. Это правильно. Остальное надо запускать, иначе это будет уже фарс какой-то.

(493) согласна. Остальные и экономят хотя бы. Пряник есть.

(0) .... заинтересовался  в части импортозамещения  и .. Ветис - СУБД Oracle проги от него.

Хотя пардон . СУБД MySQL (Oracle). Поддержка платная скорее.

Язык программирования    
Java 6 (Oracle)

Программная платформа    
Java Platform, Enterprise Edition (Oracle)

СУБД    
MySQL (Oracle)

Почитал API и..... вывод - проще уж сразу в web - интерфейс вводить  напрямую . Описалово API тонны.

(497) здесь все сильно зависит от того, зачем оно вам надо. Если у вас от тысячонки ВСД в день и та же тысячонка наличных партий с ненулевыми остатками, то думается, что веб-интерфейс может показаться несколько неудобным.

(492) да мы чешемся-чещемся.. никак непрочешемся.
и поставщики нам не могут наладить отгрузки (крупняки даже не шлют ВСД и все).

кстати - мне коллега, который пилит у нас говорит, что есть (в API) операция инвентаризации, где указывается наличное количество (т.е. остаток), но это не очень хорошо ложится на логику докуменов списание/оприходование. А есть там операции чтобы указывать именно количество излишка/недостачи?

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

(500) Можно создать новую партию (оприходовать)
Можно изменить количество в существующей партии.

(501) Да, оприходование создает новую партию, так сказать, версию номер ноль :) А вот изменение количества на самом деле происходит путем создания новой версии партии. Это можно легко проверить, проследив цепочку версий или сравнив UUID (не GUID!) партии до выполнения движения и после него. Я пока нашел только один запрос, который модифицирует существующую партию, правда, не количественно - это добавление лабораторных испытаний (UpdateVeterinaryEventsRequest). Все остальные создают новые версии партии, т.е. новые UUID.

* все остальные известные мне, поправлюсь. Возможно, чего-то я не знаю.

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

Инвентаризация позволяет и в плюс и в минус двигать?

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

(504) нет. Там в этом смысле вообще все очень грустно и сурово - для того чтобы заполнить инвентаризацию в части списания, нужно _полностью_ продублировать в запрос исходную партию. Казалось бы - почему не подать код партии и количество, а там бы оно само... Нет! Все полностью до последнего атрибутика. И устанавливаешь то количество которое должно быть вместо того которое есть.

и еще немаловажный момент - при изменении или списании в инвентаризацию надо давать не GUID партии, а UUID последней активной версии партии. Если подадите GUID, то работать не будет. В примерах написан как раз UUID, но на это не все обращают внимание.

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

(507) т.е. вы и в учете своем внутреннем так делаете? - товароведы ровняют партии? или это как-то автоматизированно?
у нас с этим проблемы, т.к.партии просто так у нас не родятся (  - они связаны построчно с поступлениями (и входящими ТТН-Ветис, по аналогии в ТТН ЕГАИС).

(508) у меня весовой учет и он плавает. Всякие усушки-утруски, колбаса в картонных ящиках, как дождь или мойка - картон тяжелеет, летом сухо - картон легчает и т.д. Грамм в грамм никогда ничего не идет.

И у меня пока в общем-то не стоит задача, чтобы учет в Меркурии шел с нашим внутренним учетом. Он и не пойдет, потому как есть всякие внутренние нужды, дегустации, продажа физикам, которые мы в Меркурии не отражаем. Как начнутся проверки и кто-то будет ходить по складам и сравнивать - так и будем думать. А пока сойдет и так. Приблизительно будет похоже.

Коллеги - подскажите все же, какую схему работы с "вычерками", т.е. разногласиями при приемке покупателями ваших отгрузок вы делаете (речь об интеграционном решении с УС с партионным учетом)?

1. Вот мы отгрузили клиенту 100 штук продукции (в мерке пересчиталось 50 кг).
2а.  Клиент грамотный, при отказе от части продукции корректно оформил возвратный ВСД например на 10 кг.
3. При гашении этого ВСД у нас возникнет новая запись складского журнала (т.е. для нашей УС это новая серия, блин).

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

пп 2б (когда клиент не гасит, он возвращает частично, или возвращает по факту не столько сколько по возвратным ВСД спрошу позже ))

(511) постою, послушаю.
В молочке это будет аддд.

(512) но что-то тишина ((
возможно это тривиальный вопрос. но он нас мучает. Пока получается 2 варианта - если клиент нам частично погасил - получаем returnable и новую серию. Если клиент вернул без погашения, то делаем аннулирование и остаток возвращается на исходную серию (соответственно приемы на склад надо заполнять по разному).

(511) А почему не сделать объединение партий?

В Меркурии это просто кнопка
Если через API, то
http://help.vetrf.ru/wiki/MergeOperation_v2.0

(514) не пойму как это увязать в нашу бизнес логику..
у нас партия (серия) - возникает от поступления. Дальше в ее разрезе все живет (отдельный регистр по мерк не заводим, товары в ячейках в разрезе серий хранят). Партия ссылается на ВСД, тот на ЗСЖ.
Вот мы партию отгрузили, клиенту уехало, он частично вернул - возникло 2 записи СЖ - и как их объединить? возникнет 3я запись? тогда надо в ВМС перекинуть все остатки со "старой партии" на новую (в итоге партий меньше не становится).
Кроме того при перекидывании надо указать некий актуальный остаток. И тут у нас трабла, что мы не ведем у себя остатки мерка... (а с учетом что у нас по 100-200 возвратов в день и в каждом много позиций, правда не все конечно ветнадозорные товары) то запаримся серии объединять. Тем более что надо все делать автоматом - юзер должен только гасить и проводить приходы.

(515) хотя это мысль! спасибо
именно в режиме:
"присоединение записей журнала. В случае присоединения записей главной записью журнала (к которой осуществляется присоединение), будет считать первая запись из списка. Результирующая запись журнала будет иметь тот же глобальный идентификатор и наименование продукции, что и главная.
".

Возвращать будем на исходную серию и асинхронно их мержить. (пока не смержим у нас остатки разойдутся в мерке - на этих возвратных ЗСЖ будут висеть, а у нас уже на исходной).

Коллеги, а есть варианты загнать клиентов в мерк даже без их ведома?
Т.е. создать ПО (ХС как правило уже все есть), а вот как убедиться то ПО такого нет поих адресу. Я так понимаю что ВУ это делают?

(518) практически нереально. искать ПО по каким-то адресам..

можно получить все По этого ХС через запрос в меркурии

(518) Если есть связь, то ты можешь получить все площадки связанные с ХС. Мы написали обработку для удобства оператора, и он вручную всем нашим тысячам контрагентов по всем адресам поставки проставил соответствия. Для тех ХС у которых уже есть подчиненные площадки.
Далее - написали обработку создания ХС: если ХС по ИНН нет, то он создается, и обработку создания площадок и связи (осторожно, связь ставится только для своих ХС, и ХС которые созданы вами-же).

(518) Короче - есть связь, значит площадка есть. Нет связанных с ХС, то замучаешься искать. Мы создаем в этом случае новые площадки.

(522) Ты создал, клиенты не гасят, дальше что? Или вы их потом уговариваете подключиться, и использовать созданную вами площадку?

(523) у нас вот так один создал нам площадку уне найдя якобы реальную.. все думал откуда эта запись появилась...

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

(518) да мы тоже создали обработку (наподобие ЕГАИСной) - но связей нет. (а может ПО нет)

т.е. у нас логика такая-  по ИНН запросили ХС, по их ActivityList запрашиваем ПО, смотрим в этом ПО Owner и по нему связываем (но как правило ни у кого ничего незаполнено)

(524) угу. вакханалия. а что делать у нас половина магазов только начала бегать, что=то оформлять, а вторая сидит и ждет чего-то.

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

(523) Я привязываю площадку. Они когда подключатся, она у них будет в списке.
При этом привязываю если у них нет привязанных совсем.

(525) Если вы получили подчиненные площадки, то они уже привязаны. Зачем вы еще раз её пытаетесь привязать, тем более по Owner? Вы его еще и к owner-у пытаетесь привязать? Зачем?

(526) Тоесть, в теории, каждый их поставщик может забабахать им новую площадку, и будет весело...

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

(529) Можно. Удалить привязку.

(528) Привязывать ты можешь только к своему ХС, либо к тем ХС которые созданы тобой. Только один может создать ХС, дубль сделать невозможно. И тот кто его сделал, только тот и может привязывать к нему площадки.

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

(532) http://help.vetrf.ru/wiki/ModifyActivityLocationsOperation_v2.0
Внизу пример запроса. Вместо CREATE нужно указать DELETE, указать свои GUID-ы ХС и площадки, и свои параметры подключения.

Сейчас попробую. Даже интересно.

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

... что, собственно, и создаёт забавный эффект в виде кучи площадок, которые все сотрудники, мамой клянус! не привязывали, а они чет откуда-то раз и взялись...

(527) что такое привязка? ActivityList? у нас он в УС не реализован. Мы пытаемся импортировать в УС ПО имея ХС и загружая по гуидам из их ActivityList. Но ведь там могут быть совсем другие ПО, не их, а просто кто-то какуюто деятельность там ведет. (хотя для розничных магазов это непонятно что).

Далее как нам в своей УС искать нужные ПО? Если есть у ПО owner, то мы для соотв ХС выводим все такие ПО и оператор пытается сопоставить (нашу УС торговую точку) с подходящим ПО.
если owner не заполнен, то все такие ПО валяются общей кучей (мало ли у скольких ХС они в ActivityList упомянуты). Можно искать по адресу/названию (заполнены данные фигово).. Но если и в ActivityList не упомянут, то как его загрузить вообще в нашу систему - ща какую ниточку потянуть (кроме фотки от "сознательного" клиента скрина, на котором guid площадки виден). и так 6000 раз.

(537) ActivityLocationList - это привязанные площадки, которые есть в интерфейсе меркурия у ХС, и на которые нужно отгружать ему.
Owner - Это по сути мусор. На него вообще обращать внимания не имеет смысла.
Одна площадка может быть привязана к нескольким ХС (один склад, одно здание арендуют несколько юрлиц), при этом owner - один.

(538) + 100 у нас к 1 площадке привязано 3 юл

(538) ок, спс, с этим понятно. Видимо нужно делать в 1Ске у справочника Хсов ТЧ и по ним фильтровать в обработке сопоставления.

Вопрос намбер 2. Вот у нас очень много мелких документов (на всякие бульонные кубики). Мы пытаемся сделать по образцу с ЕГАИС - прошла (ночью) сборка документов. стали понятны какие-серии попали в какие накладные (у нас ВМС, т.е. не совсем автосписание). После этого грузим в машины и параллельно на автомате отправляем во все ГИСы.
Как в эту схему вписать 647 приказ? Как через АПИ  это сделать?

(540) У меня справочник "ХС Меркурия", и справочник "Площадки Меркурия". Связь многие ко многим.
С штатными реквизитами УС - "ХС" реквизит "контрагента", "площадка" реквизит "адреса доставки" (торговой точки).
Насчет приказа. Приказ только на виды продукции. И на то от чьего имени можно выписывать ВСД.
У нас и так ветнадзорный товар, и оформление ветсправок на бланках было всегда. И есть ветврач, и аккаунт ветврача. Соответственно ВСД в АПИ выписываться от аккаунта ветврача.
В любом случае этот вопрос к ветуправлению.
И еще момент - у меня вчера регионализацию не могло получить 5 минут в тестовом контуре.   <status>IN_PROCESS</status>
Так что ничего ИМХО первого июля не заработает. Например контур.меркурий для 7.7 на таком просто виснет. По прерывании обработки засчитывает ВСД как отправленную (хотя не отправил).

(541) т.е. единственное решение - это учетка ветврача.. с чего бы он нам ее дал ((

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

(542) Вас тоже хотят посчитать :))

(542) Конфиденциальным является только пароль, он не нужен для выписки ВСД, нужна только сама учетка. Логин. Вы сами его можете посмотреть.

(542) Если у вас есть 647 приказ, значит у вас есть продукты животного происхождения не прошедшие термическую обработку. А они могут быть опасными для здоровья.

(542) Почему?  Аттестованный специалист может выписывать по 647 приказу. Они уже есть.

Разорвал связь Хозяйствующего субъекта с Площадкой через API с помощью
http://help.vetrf.ru/wiki/MergeOperation_v2.0

(547) Ты похоже ссылкой промахнулся. Это объединение партий.

(546) может. только аттестация 1 раз в месяц. Сотрудник должен иметь вет образование

(549) Есть аттестованные специалисты на рынке уже, и их можно брать на работу. Работодателю то какая разница какие требования к аттестации? Его не нужно взращивать в своей конторе, я говорю о найме нового сотрудника.

Уже аттестованного.

(550) Они могут брать дороже ветеринаров :))

(552) Выступала в вебинаре Визарда аттестованный специалист - стоимость - средняя ЗП по региону. Это выше зарплаты ветврача, но несравнимо ниже стоимость услуг ветуправления.
Ну и мы общались с аттестованными, можем подтвердить то что было сказано на вебинаре.

(542) 20 лет бульонные кубики не были опасны для здоровья, и вдруг встали.. ну да эта лирика.

без пароля ветврача можно в АПИ оформить ВСД? там же 2х уровневая авторизация, т.е. в веб авторизации мы вводим свои логин/пароль + apiKey а потом в поле Login (внутри initiator) указывать логин врача/аттестованного?

(554) Пищевые продукты всегда были вредны и опасны, и всегда были подконтрольны.
Ни в одном запросе нет такого места, где можно было бы указать пароль ветврача. Не то что можно, вы физически не сможете нигде указать пароль пользователя меркурия.
Только логин и пароль к АПИ.

(554) фик там.. оно в статусе требует подтверждение вет врача тогда выпадет

(556) Где в статусе? Я похоже зря на мясо не пробовал выписать ВСД?

(554) т.е. на автомате не оформится. прикольно.. в 2 ночи мы собрали, утром везти с распечатанными доками, а даже имея логин ветврача нельзя оформить ВСД

(558) Я проверю сегодня-завтра. Быть такого не может.

У нас ветврачи тогда с ума сойдут подтверждать.

(560) я про такой режим работы тоже слышал. Якобы пользователи создают заявки неподтвержденными, а подтверждает их врач. У меня не так работает, просто логин врача передаём в запрос и все работает автоматически. Но про описанную ситуацию с подтверждением слышал уже не раз.

Что-то меня клинит. Не могу найти в документации как добавить в инвентаризацию Для новой партии лабораторные исследования.
http://help.vetrf.ru/wiki/ResolveDiscrepancyOperation_v2.0
Ну или в исходящую ВСД
http://help.vetrf.ru/wiki/PrepareOutgoingConsignmentOperation_v2.0

Всё, нашел

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

(564) А почему её просто с партии нельзя скопировать?

(564) вариантов два. Первый - если вы не тягаете к себе всю инфу о партиях Меркурия, то недостающие данные можно в требуемый момент поддернуть запросом getStockEntryByGuid. Но это довольно изрядный тормоз. И второй - тащите к себе в базу все, включая кривые даты, продюсеров, кантри гуиды и т.д. и берете потом это из своей базы.

Кстати, чё там пооисходит-то вообще по Меркурию? Я с 16 числа довольно далеко и не осведомлен о новостях. Говорят, неразбериха какая-то. Расскажите что происходило.

(564) мы если ВСД как-то криво оформлена теперь разворачиваем авто.  Все резво в прыжке аннулируют плохой ВСд и оформляют нормальное

(567) все плохо

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

(570) понял, спасибо. Больше никаких новостей? Сдвигать-передвигать ничего не надумали?

(570) не понял? как это?  у нас в основном 646 приказ и никаких ветов и аттестованных у нас нет.

(572) разговоры об этом велись давно

(573) о чем? о том что уполномоченный лица предприятий не могут оформлять ВСД, хотя по приказу 646 они могут? (или смогут с 01.07.18) ?

согласно закона выписывать ВСд могут
1. если продукт импорт - только госветврачи
2. Во всех остальных случаях аттестованные сотрудники фирм с вет образованием..

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

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

Особенный смак, когда у вас 3 завода с 3мя юрлицами и которые угораздило быть в разных зонах административных ветконтроля, то тут на каждую площадку ветврач только того округа..
либо отв сотрудник с ветеринарным дипломом которых она аттестуют 1 раз в месяц в Москве а Мо ветслужба вообще реорганизуется и никого они не аттесуют.

(575) но когда была бумага то только ветврачи могли? это по ходу и так была не фича а бага мерка.

дальше же должны вступить в силу приказы 646 и 647? (я про производство ничего не могу сказать, у нас то только готовая продукция).

(576) нам по апи все всд перемещения и т.п. возвращает со статусом - нет прав юзера. Хотя в ветис паспорте у него ВСЕ права кроме аттестованного

Но ВСД гасит под ним входящие. пипец.

(570) сегодня делал ВСД от своего имени.
по 646 приказу как можно было раньше, так можно и сейчас.

(577) у вас разве не шлюз?

(579) шлюз. вот ему ветис отвечает хрень

(578) да могут ХС оформлять ВСД на товар по 646 приказу. а вот кто... у этих ХС это может. тут все очень мутно.. в пятницу юзер мог оформлять. сегодня уже нет. офигеть.

че у них там творится х.з.


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

х.з. мы перепробовали и все предназначения разные. КОроче не знаю. Пусть у руководства голова болит. Благо поднадзорки готовой на выходе у нас мало.

(581) яйцо в 646 приказе - только прошедшее термическую обработку.

(583) аа. у нас сырое. да у нас все сырье блин такое. сырое мясо и сырые яйца , морепродукты и т.п. ГП свое может нормально двигаться будет. но реально не можем даже нормально организовать сырья прохождение по юрлицам. ибо там ветеринары нужны

(584) Цель-то какую выбираете в транспортной операции?

(585) реализация людям, переработка . еще чего-то пробовали

слышно что про отмену по готовой продукции (молочка? остальное?)

(587) Завтра окончание срока публичного обсуждения, ждем.
http://regulation.gov.ru/projects#departments=2&npa=72594

(588) так там только про изменение состава по 646 приказу.. т.е. могут расширить (*или сузить?) перечень товаров по которым уполномоченные неаттестованные смогут оформлять ВСД.

отменая сертификации по готовой молочке (не говоря о другой продукции) тут вроде вообще никаким боком. О чем тогда все шушукаются?

(589) скришот https://yadi.sk/i/7o6VKpOG3YRFrK

(590) ну если они не будут в 646 но останутся в 648, то значит на них эВСД обязательно, но уполномоченные не имеют право, а только вет. врачи.
либо я чего-то не понимаю, либо идет речь о сужении прав уполномоченных ХС. чтоб бы что-то вывести из под эВСД это надо 648 менять?

(591)+ ?? я таки чего-то не понимаю?

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

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

У меня сегодня уже был случай, что сеть (Лента) не приняла товар, а ветки погасила...

(593) т.е. у этих дурачков ветис не привязан к актам приема?? сидит оператор и гасит?

(594) я не знаю, не в России. Сотрудники сообщили, что поставка вернулась, а ветки аннулировать не могут - погашены. Позаонили в сеть, а там уже другая смена говорит - ничего не знаем, все принято :) ну как обычно.

(595) нас пригласили в местный Минсельхоз 28ого числа, расскажу им про ваш случай :)

(596) скорее всего чисто технический косяк. Коих будет ещё очень и очень много. Лента хоть гасит... Когда я уезжал, большая часть магазинов наших покупателей вообще ничего не гасила.

А я правильно понимаю, что в перспективе будет невозможно указывать диапазоны (в датах выработки и в сроках годности)и не указывать 4й уровень продукции?

(598) 2.0 протокол требует 4й уровень

(599) я слышал что уберут произвольную запись дат. А вот насчёт диапазонов не слышал.

(599) не требует. У нас guid есть далеко не на всю номенклатуру, но все операции я спокойно делаю. Использую 2.0
более того - достаточно посмотреть описание методов, и убедиться что четвертый уровень во всех методах необязателен.

(601) тогда все это маразм и только порождает неразбериху.

Наши поставщики разворачиваются, если они не завели ВСД 4 уровня.

(602) Собственно, вся организация процесса запуска Меркурия - маразм и неразбериха...

(603) это 100%.

сначала разрешили делать все ветврачам в веб версии. те понаклепали того. что нельзя потом работать по 2.0

Почитал список продукции - это что, значит, если маленький магазин в формате "у дома" продает пельмени - то и он должен подключаться к этой системе?

(605) да. ИП тоже. только для ИП пока штрафов нет.

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

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

Не нашёл в списке бобровую струю))

(607)  Дык уже два года тестируют все недотестируется.  )

(607) а как . у нас товар по всей стране гуляет. для кого запускать?

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

(610) Все крупные проекты ИТ проекты в нашей стране запускаются через пятую точку. При этом активно льют в уши, что это все чуть ли не даром выходит для предприятия, мол облегчает ему жизнь и тд. Предложил посчитать сколько стоит организовать одно рабочее место для сотрудника включая стоимость софта.

(611) ну и сколько? Вопрос не в том, ЭВС не достигает своих целей и плохо технически реализована. Вот и все

(610) Ну вот они тоже подумали - а как? Не придумали, и в результате имеем то что имеем... А так, например, можно было только для внутрирегионального обмена сделать ЭВСД, а вовне/извне - оставить бумажные, например.
Расширение списка подветнадзорного товара было ошибкой (хотя, возможно, преследовались некие другие цели, о которых нам неизвестно).