ANIT wrote: То что продукция отечественная, тоже с другой стороны минус. На данный момент не все Российские производители зарегистрированы в меркурии. Зарубежных регистрируют при переходе продукции через границу, так что если импорт легален, завод найдете. Поэтому чтобы поставить отечественную продукцию на приход, вам придется изрядно помучиться. Если не сможете оприходовать ее, то ветки только бумажные.

ANIT wrote: Если логистическая компания возьмет на себя забивку информации по веткам через Меркурий.ХС, то вам останется только в Меркурий.ГВЭ нажимать галочку Принять или Отклонить. В противном случае, соболезную.

Veterinardoctor777 wrote:1)Точную цифру сейчас не готов назвать, но очень много.
2) Точно не знаю, но на слуху SAP, NQ информация закрыта для обслуживающего персонала.
3) Дата выработки, срок годности. Вет.свид.входящие учитываем только мы - ветврачи

НиколайДогадайсяХто wrote:

nat163rus wrote:Если совершен вход в систему , то по этому же логину зайти в систему на другом компьютере в то же время нельзя.

Пробовали? Раньше такой трюк прокатывал.

Chex wrote:
ANIT а в чем проблема для вас поставить на приход отечественную продукцию?
Вы об этом постоянно пишите. Если нет производителя в системе его запросто можно указать, при добавлении входящего ВСД в программу, через графу «Ввести информацию о производителе вручню

ANIT wrote:

Chex wrote:
ANIT а в чем проблема для вас поставить на приход отечественную продукцию?
Вы об этом постоянно пишите. Если нет производителя в системе его запросто можно указать, при добавлении входящего ВСД в программу, через графу «Ввести информацию о производителе вручню

Как всё просто
Как это выглядит у нас сейчас в реальности на интеграционном проекте. Начинаем ставить продукцию на приход, выясняется, что производителя нет. Поднимает толмут со сканами входящих маркировок с пришедшего товара, смотрим внимательно полную инфу по заводу, адреса, цеха и т.п. Лезим в интернет и гуглим реквизиты предприятия производителя, точнее юр лица которому это производство принадлежит ИНН КПП ОГРН Юр адрес ибо ни в ветках, ни на этикетках такой информации нет! Передаем данные в бухгалтерию. Сотрудник с доступом на создание контрагентов, в папке Производители, заводит нового контрагента. После этого, этот контрагент синхронизируется с меркурием, если он есть, то подцепляется ГУИД существующего ХС, иначе этот ХС создается в меркурии с указанныими нами параметрами. На следующем шаге подгружаем из меркурия в 1с все заведенные на него предприятия. Ищим нужное нам предприятие из списка. Если находим, то указываем его в качестве производителя для нашей номенклатуры и оприходуем продукцию, иначе заводим для этого ХС предприятие с указанными на этикетке и в ветке реквизитами, опираясь больше на этикетку чем на ветку, т.к в ветке обычно не полная информация, в частности адреса производителя вообще нет, только название. Пытаемся дальше еще привязать предприятие к ХС, в очередной раз вздыхаем при ругани системы на чужой субьект и довольствуемся тем чем есть, предприятие непревязанное берем в качестве производителя, впринципе тут хоть сняли блокировку. С поставщиком уже такой фокус не прокатит. А что касается указания производителя не через справочник, а строкой, увы и ах, такие партии в 1ску просто не прогружаются. У нас такая зависла с вет. Пробами. Оформил ее врач с другого субьекта, теперь партия висит мертвым грузом, ни завод корректно не перевыбрать, ни отгрузить ее через 1с, еще и за счет такой самодеятельности остатки по сути задвоили, одна запись журнала забита правельно нами при оприходовании, но к ней нет лабораторных исследований и эта же по факту партия заведена некорректно вет врачем другого субьекта и к ней привязаны эти самые лабораторные исследлвания. И причем завод зарубежный и причину почему завели строкой, хотя есть справочник, я вполне понимаю. Попробовала я через интерфейс этот завод найти, это та еще задачка скажу я вам. Когда один и тот же брэнд имеет с десяток заводов раскиданных по стране по разным адресам, т.е. имеет разные номера. Начинаю искать, имя допустим bsf ищим по наименованию, в лучшем случае вываливается спислк из 10 таких заводов и нужно угадать, а какой нужен, в худшем за счет фишек интеграции только находим, что в аргусе этот завод заведен как b.s.f. и потому поисковик наименование из бумажной ветки найти и не может. Ок ищим по заводу, матерясь на то что система ничего не нашла, догадываемся, что искать только через кнопочку Расширенный поиск. Ищим, может даже не находим. Вводим номер завода например 12345, а эта фигня говорит, пошли нафиг, нет такого завода. Как так? Продукция легальная, на этикетке тоже такой номер завода. И тут опять же через интеграционные плюшки мы видим, что номера могут быть забиты: "12345" или "12345 sif" или "sif 12345" или "12345_sif" и т.д. и т.п. человек который работает через вэб интерфейс никогда об этом и не узнает. Он сюда щелкнул, нет ничего, туда щелкнул тоже нет и пошел фигачить от руки, а как потом такая ветка дальше обрабатываться будет, его уже не интересует.

Chex wrote:

Veterinardoctor777 wrote:Начали переходить на Эл.док.оборот.Получили доступ в Меркурий.Прошли небольшой инструктаж по Web-интерфейсу программы.
А дальше "Темный лес".
Вопрос с чего начать?

Приведенная вами схема действий в веб-интерфейсе в основном верная. Сделаю только пару уточнений:

Veterinardoctor777 wrote: Я так понимаю, что надо вручную вбить в БД Меркурия все магазины с адресами,куда отправляем груз со склада,в количестве 776 магазинов(цифра варьируется в зависимости от закрытия и открытия новых магазинов).

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

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

Veterinardoctor777 wrote: Затем так же каждые сутки вручную вбивать входящие ВСД от поставщиков(т к только небольшой % поставщиков начали переходить на эл.док.оборот)и сохранять в шаблоны для дальнейшего упрощения работы.

Если входящие не оформлены и не "учтены" в ФГИС "Меркурий", увы да.

Veterinardoctor777 wrote:При этом учитывать, что теперь невозможно отправить в одной справке несколько видов продукции. А соответственно на каждую позицию, которая идет в один магазин нужно оформить 1 эл.документ, т е если позиций 50(то будет 50 эл.док. только на один магазин).
Объемы "обезьяньей" работы просто огромные.
Как быть? Что делать?

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

ANIT wrote:Нда, грусть печаль.

А вы один обслуживаете данное предприятие?
Если да, то поделитесь секретом, как вы один в Excel-е умудряетесь оформить 2000 ВСД в день (я в свое время максимум 400-600, да и то в режиме "печатной машинки" и на однотипную продукцию), да и тогда когда вы продукцию смотрите?

ANIT wrote:Начну с положительных моментов

Veterinardoctor777 wrote:
4)нет
5)нет
8) 2-3 дня максимум 5

Нет производства, это облегчает задачу, т.к. не нужно будет еще оформлять выпуск и списывать на него сырье.
Нет импорта, если мы правильно друг друга поняли, у вас НЕТ ИМПОРТНОЙ ПРОДУКЦИИ, торгуют только "Сделано в РФ"? Я имела ввиду именно это, а не является ли компания импортером. Если вся продукция РФ, ее отчасти проще будет вносить в меркурий, не будет обилия разрешений на ввоз продукции которые нужно указывать и кучи одноименных заводов с черт знает как забитыми номерами заводов.
Высокая оборачиваемость на складе, значит вам можно не заморачиваться особо с инвентаризацией по складу и вводу начальных остатков, можно начать с оформления только входящих ВСД, за недельку весь запас все равно уйдет в ноль. Но тут все равно, нужно переговаривать с вашей компанией, нет ли у них все же товара который задерживается на складе дольше. Если есть, то по нему нужна будет инвентаризация, и нужно будет поднять информацию по входящим веткам на этот товар и забить остатки через журнал продукции.

Теперь о грустном!

Veterinardoctor777 wrote:1)Точную цифру сейчас не готов назвать, но очень много.
2) Точно не знаю, но на слуху SAP, NQ информация закрыта для обслуживающего персонала.
3) Дата выработки, срок годности. Вет.свид.входящие учитываем только мы - ветврачи
6) Везем и в другие регионы
7) колбаса, п/ф охл, яйцо, корма для непрод. жив, рыба сол., п/ф зам, рыба охл, рыба морож, икра, мед, птица охл,суб.продукты охл. И т д.

Если там и правда никаких 1С, то плохая новость в том, что не факт, что вы найдете интеграционные решения на текущий день под него. По этому поводу, вам лучше обратиться в тех. поддержку Меркурия, может они дадут контакты компаний у кого внедрена интеграция с SAP. Там уже с ними связываться и решать все вопросы.
Альтернативный вариант, т.к. вы сейчас получаете информацию по отгрузкам в экселевском формате, можно попробовать либо найти человека который вам напишет под эксель или из экселя будет грузить в аксесс, а оттуда стыковку с меркурием. Но это полное извращение, т.к. с таким ассортиментом и такими объемами веток, овчинка выделки не стоит.
Еще один альтернативный вариант, так же извращение, но меньше чем с экселем. Это купить 1Ску типа Управление ветеринарными свидетельствами и нанять 1Сника который будет из предоставляемых вам экселек или другого формата подгружать в эту 1Ску данные, а оттуда уже будите оформлять и отправлять ВСД в меркурий. По 1С:Управление ветеринарными свидетельствами, бежать хватать покупать я бы не спешила, на днях смотрела их инструкцию, судя по ней, продукт крайне сырой. Что-то более менее объективное по теме этого продукта смогу сказать к концу следующей недели, когда потестю его на деле, бывает что в коробках инструкции старые, а продукт уже по десять раз переписан и там куча нового функционала добавлено.
Самое поганое во всем этом, это ваш пункт №3 и №2. Одним словом счастья нормальной автоматизации там в 99,9% не видать как своих ушей. А если и будет кто ее организовывать, там суммы будут как минимум с шестью нулями, не считая дальнейшей тех. поддержки. SAP это ОООООЧЕНЬ дорогая 1Ска если там штатники ее допиливают, еще можно обойтись малой кровью, но требования к квалификации специалиста в любом случае очень высокая, иначе ошибки в ВСД могут дорого аукнуться.
То что продукция отечественная, тоже с другой стороны минус. На данный момент не все Российские производители зарегистрированы в меркурии. Зарубежных регистрируют при переходе продукции через границу, так что если импорт легален, завод найдете. Поэтому чтобы поставить отечественную продукцию на приход, вам придется изрядно помучиться. Если не сможете оприходовать ее, то ветки только бумажные.
По отгрузке не в свой субъект, та же история, нет организации в меркурии, бумажная ветка.
Если нет поставщика и он не в вашем субъекте, то вариант оприходовать продукцию через инвентаризацию или в меркурии это добавление записей в журнал продукции (сейчас только так и выкручиваемся).
Т.к. отгрузка частичная (бумага и электронка), то продукция будет зависать на остатках и болтаться до тех пор, пока не откорректируете через акт несоответствия. Через вэб интерфейс с Вашими объемами, можно стреляться. Мы убирали с вет врачем, перед вводом остатков, 20 позиций которых сто лет как нет, через вэб интерфейс, культурного слова я к этому процессу подобрать увы не могу. Мы вычищали весь журнал, а в вашем случае нужно будет выборочное списание, вешаться можно сразу. Если не чистить, через месяцок работы вы взвоете от того огромного перечня "висяков", в которых вам придется копаться чтоб найти нужную позицию для оформления ветки. Ассортимент у вас судя по пункту 7, не малый.
Если логистическая компания возьмет на себя забивку информации по веткам через Меркурий.ХС, то вам останется только в Меркурий.ГВЭ нажимать галочку Принять или Отклонить. В противном случае, соболезную.
Второй момент, не дают ли вам клиенты "примерные данные" по отгрузкам, не меняются ли они по факту после выписки веток. Если их данные завышены, то вы сталкиваетесь с тем, что в один прекрасный момент у вас просто не хватит партий для выписки ВСД. Допустим, на приход вы поставили 100 кг. Вам клиент дает первую отгрузку 60 кг, по факту грузит 45 кг, и дает вторую отгрузку 55 кг, а на остатках у Вас всего 40, а то и вообще ее давно уже нет, всё, ветку в Меркурии просто так не выпишите.
Какую схему придумывают некоторые вет. врачи и представители ХС сейчас, для выписки веток через вэб интерфейс? На приход продукцию полностью не ставят в момент прихода. Оприходуют они ее в момент выписки ВСД. Но это тоже никак не ускоряет процесс выписки. Более того, умудряются заполнять черт знает как эти ветки, по итогу у получателей они не ставятся нормально на приход в учетную систему (у кого интеграция реализована). И второй момент, такие схемы не работают если к поступлению были подвязаны лабораторные исследования. Подробно я уже писала на этом форуме.
Многофирменный учет с общего склада это еще один огромный геморой, о нем я так же писала уже в одной из веток этого форума, повторяться не буду, можете почитать.
Вариант запуска, только один. Частичный! Смысла сидеть и убивать время на забивку всей клиентской базы в меркурий, потом полностью всю номенклатуру, это одним словом бесполезный труд. Грузите только определенный ассортимент и определенным покупателям по электронным веткам, остальное бумажные. Постепенно расширяя ассортимент и перечень клиентов для которых оформляете ЭВСД. Хотя если эту логистическую компанию в смену обслуживает с десяток вет. врачей и подаваемые вам цифры соответствуют реальности, то можете рискнуть развернуть по полной работу в меркурии Но с такими объемами отгрузок и ассортиментом, это 100% интеграционный проект, а это уже головная боль владельца учетной системы, т.е. логистической компании которую вы обслуживаете.

Кабир wrote:Хотелось знать сколько будут тянуть время Министерство сельского хозяйства Российской Федерации, что не утверждает форму заявления об аттестации специалистов в области ветеринарии и порядок проведения проверки знаний специалистами в области ветеринарии актов, регламентирующих вопросы осуществления ветеринарной сертификации, и практических навыков оформления ветеринарных сопроводительных документов.

ANIT wrote:Пару слов про Стахановцев. Проблема сбора статистики и ее актуальности. Не могу пока найти и пересмотреть запись вэбинара, но там мне кажется говорилось о 800 в день, а не в час, хотя могу ошибаться. Если это в час, то там интеграционный проект. Т.е. создание ВСД в системе может быть и автоматическое, а такая статистика, только за счет разового нажатия кнопки "отправить" когда сотни веток летят в меркурий за подписью вет врача. Готовить их может и десяток операторов. И то очень сомнительно выглядит, это надо иметь мегаскоростной канал, чтоб запрос так быстро обработался. Сегодня в рабочей базе сделали первую отправку ВСД на реализацию, в среднем система секунд 5-10 висела на отправке, и примерно столько же при получении pdf бланков печати.а тут в среднем 4,5 секунды на 1 ВСД вместе с оформлением, какая-то не реальная цифра даже для интеграционных решений. Учетной системе еще нужно успеть собрать данные и сформировать пакет документов для отправки. Если все это в рамках однопоточных транзакций за 4,5 секунды, то я просто приклоняюсь перед теми мега админами и программистами которые добились таких показателей производительности своих СУБД, прикладного ПО, серверов и сети. Просто ухожу нервно курить в сторонку.
Опять же, это ВСД или Транзакций меркурия, т.к. в одной транзакции (отгрузке) может быть несколько ВСД, вот вам уже 1 превращается в 10. И в реальности там уже не 800 веток/отгрузок, а 80. А как подсчет идет? Только исходящие ветки или все телодвижения включая заведения новой номенклатуры и контрагента, включая транзакцию по изменению данных в журнале продукции? Вот уже не 10, а 20.
Кривая статистика номер два, это сбор ее на основании обработки ВСД ветврачем, в Меркурий.ГВЭ, когда ее уже набили сотрудники ХС в Меркурии.ХС. Одно дело забить ВСД, другое дело нажать Принять или Отклонить.
Третье, это "Да ребят, реально по 1000 в день оформлять через Вэб. Интерфейс!". НО!!! Если у вас маааааленький ассортимент, да еще и собственного изготовдения, без сложных производственных процессов. Одно дело птицефабрика с 10 позициями, и другое дело конечные звенья оптовиков которые торгуют всем чем можно и где 1000 позиций не предел. Сегодняшняя отгрузка была на 7 коробок, 7 разных позиций в накладной по 1й коробке, итого 7ВСД на 1 отгрузку и то, смогли оформить только 5, т.к. забыли внести остатки по двум позициям, как итог поехал груз с 5 электронными и 2мя бумажными ветками. При малом ассортименте, в вэб интерфейсе, вариант создал шаблончик и шуруй под копирку отлично работает, с большим ассортиментом и кучей партий, этот шаблончик, что мертвому припарки. Вариант вести "свернуто", по видам номенклатуры, тоже не совсем рабочий, т.к. многих вещей в справочнике виды продукции нет, они слишком укрупняют. С записью типа "свинина", не понять мороженная, на кости, не на кости, шея, щека? Да и верно соорентироваться в том какую партию взять при укрупнении почти не реально. У вас по накладной зашла Свинина шея от 12.12.16 и Свинина щека от 12.12.16, вы забили это как " свинина", шею отдали в лабораторию, а теперь вопрос, как определить партию к которой привязывать результаты? Вы начинаете оформлять отгрузку, вопрос как определить где шея? А там на вашей ВСД еще указывается информация по входящей ВСД и если импорт разрешение на ввоз. Возьмете партию что была на щеку, при отгрузке шеи. Потом сделают запрос по входящей ВСД, а там щека, все, продукция переходит по факту в статус нелегальной?

gni wrote:Здравствуйте!

Только начали разбираться с Меркурием и много, конечно, чего непонятного. Деятельность - мясопереработка. Основная цель - интеграция с 1С, т.к. понимаем, что вручную это делать нереально. Получили данные для тестовой базы.
Пробую сначала понять как работать в веб интерфейсе. Возникли такие вопросы:
1. Обязательно ли печатать вет свидетельство? Сделал пробную транзакцию на перевозку продукции и распечатал. Получилось на каждую позицию в накладной по 1 свидетельству. А у нас нередко бывает, что в одной накладной по 50-70 позиций. Тогда к накладной еще полпачки бумаги в виде ветсвидетельств прикладывать придется?

Спасибо.