|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: Николай Власов
Индекс форума » Профиль для Николай Власов » Сообщения, отправленные пользователем Николай Власов
Автор Сообщение
TWAIN wrote:
Николай Власов wrote:
TWAIN wrote:Хотим начать запускать отдельных клиентов через шлюз 1С УВС.
В воскресенье попробовали отгрузить по наименованиям продукции.
У гос.ветврачей имеется приказ все ЭВСД обязательно распечатывать на бланках строгой отчетности.
При этом они отказываются параллельно печатать ВСД в старом формате (по группе продукции),
так как им запрещено дублирование ВСД для одной поставки.
На выходе имеем:
1) Увеличенный расход платных бланков ВСД в несколько десятков раз,
так как для торговых сетей ЭВСД будут выписываться на каждое SKU или даже на каждую производственную партию
2) Увеличенное время распечатывания ЭВСД на бланках строгой отчетности,
так как отсутствует функция автоматической выгрузки из ГИСМ формы печати на этом бланке

На другом предприятии связывались с Госами, они передали вопрос начальнику, она сказала "не знаю".


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


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

или

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


Вы не сказали на какую продукцию эти документы. Поэтому я не могу ответить на этот ваш вопрос.
n.khar4o wrote:Хотелось бы иметь функцию для пользователей сортировать обслуживаемые предприятия по группам и создавать выпадающие списки. например, у меня около 60 лпх, 8 площадок свинокомплекса, 3 площадки птичника, 3 ип, и один Бог знает, что еще добавится. Все они расположены в алфавитном порядке, не очень удобно.


Мораторий у нас. Не забыли? По просьбам "иностранных агентов" ввели. Им видите ли обновления мешают продолжать ни чего не делать в плане интеграции....
TWAIN wrote:Хотим начать запускать отдельных клиентов через шлюз 1С УВС.
В воскресенье попробовали отгрузить по наименованиям продукции.
У гос.ветврачей имеется приказ все ЭВСД обязательно распечатывать на бланках строгой отчетности.
При этом они отказываются параллельно печатать ВСД в старом формате (по группе продукции),
так как им запрещено дублирование ВСД для одной поставки.
На выходе имеем:
1) Увеличенный расход платных бланков ВСД в несколько десятков раз,
так как для торговых сетей ЭВСД будут выписываться на каждое SKU или даже на каждую производственную партию
2) Увеличенное время распечатывания ЭВСД на бланках строгой отчетности,
так как отсутствует функция автоматической выгрузки из ГИСМ формы печати на этом бланке

На другом предприятии связывались с Госами, они передали вопрос начальнику, она сказала "не знаю".


Вы имеете право просить распечатать вам эВСД на бланке. Ветслужба не имеет права навязывать вам это. Если навязывает, письмо с фактами нам или в прокуратуру.
Private wrote:
Николай Власов wrote:С первого декабря переходим на IP-телефонию, что позволит нам создавать очередь вызовов и свести корректную статистику обращений.

Скажите, на IP-телефонию удалось перейти?


Нет: поставщик подвел со сроком исполнения. Обещают в четверг.
Aiki wrote:
Aiki wrote:Добрый день.
мы работаем с продукцией по 646 приказу.

столкнулись со следующими вопросами, может быть кто-ть поможет с ответами:
1. Меркурий Х.С. (Веб) - нет возможности гасить вет. документы в разделе грузы на СВХ.
2. Через API эти сертификаты (<vd:vetDForm>CERTCU2</vd:vetDForm> не имеют в структуре enterpise (площадок), хотя в веб видно куда едет груз.

Вопросы:
1. На сновании чего у нас нет права на гашение таких ВСД?
варианты:
ограничение текущей реализации меркурия (исправят?)
нормативные документы (какие?)
2. И что же со структурой через API - стоит ли ждать ее исправления в надежде гасить под учеткой ХС?


Отвечу сам себе.
1. На сновании чего у нас нет права на гашение таких ВСД? (форма 2 с СВХ) - информации нет, "потому что так сделано в системе", от поддержки и РСН добиться большего не смог.
2. Не работает, не реализовано, будет в версии 6.3.
Вот такие дела.


"Не спеши!".
][a wrote:
Николай Власов wrote:Я разве сказал, что именно я купил ей айпад??

Ах, ну конечно! Вы же борецЪ с коррупцией!! Не удивлюсь, если свой айпад вы так же получили в подарок от тёщи.


Дурацкие у вас умозаключения, мелейший. Я могу купить теще или жене по айпаду за свою месячную зарплату и еще напоесть останется. Но из этого совсем не следует, что она сама себе ни чего купить не может. А теща у меня крутая - всю жизнь на северах проработала и заработала прилично.
Тренируйте мозг (он, как и любой орган без применения атрофируется) и пейте новопассит - вам может помочь.
Пролетарский wrote:Подскажите пожалуйста , возможно ли в системе меркурий отражения внутренних перемещений между торговыми точками одного юр.лица товаров . и существуют ли какие-нибудь ограничения на количество или объем перемещаемой продукции если такое возможно ?


Возможно
Не существует
Vladimir2017 wrote:Уважаемые разработчики и особенно руководители, ФГИС Меркурий. Очень Вас прошу, реализуйте возможность отправлять через API транспортные ВСД на одобрение ГВЭ, как это сделано в веб-интерфейсе. Забрать потом, после одобрения ветеринаром, этот сертификат никакой проблемы не составит, а вот отсутствие такой возможности ставит на нет все плюсы автоматизации. Для примера - у нас будет до 10 производственных и 400 транспортных ВСД в день, производственные у нас автоматизированны а транспортные - нет. А руками такой объем просто не забить. Про 646-647 приказы знаю, мы туда не попадаем. Мне кажется, в масштабах тех, глобальных, изменений с обновлением API, это не столь затратная доработка будет, сделайте пожалуйста.

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


У ФГИС нет руководства!
Что вы имеете в виду под словами "отправлять через API на одобрение"? Вы, может быть, имели в виду формировать через API не только сертификаты, но и ПРОЕКТЫ сертификатов?
Простите за любопытство: а что же у вас подлежит сертификации такое? На что даже аттестованные не могут формировать серты?
nifor wrote:http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API#.D0.9F.D0.BE.D0.B4.D1.81.D0.B8.D1.81.D1.82.D0.B5.D0.BC.D0.B0_.D1.80.D0.B0.D0.B1.D0.BE.D1.82.D1.8B_.D1.81.D0.BE_.D1.81.D0.BF.D1.80.D0.B0.D0.B2.D0.BE.D1.87.D0.BD.D0.B8.D0.BA.D0.B0.D0.BC.D0.B8_.D0.B8_.D1.80.D0.B5.D0.B5.D1.81.D1.82.D1.80.D0.B0.D0.BC.D0.B8

Зачем по этой ссылке публиковать мониторинг доступности, который в момент неработоспособности сервера показывает что сервер доступен !!!!


Проблема возникла не с 8 по-вашему, а примерно с 4 утра по Москве (т.е. примерно с 6 по вашему). Похоже, что проблема в дисковой подсистеме одного из серверов. которые обслуживают шлюз. Сейчас доступ к шлюзу ограничен для проведения внеплановых работ и перезагрузки серверов. Надеемся с ними справиться до полудня.
Доступ к веб-интерфейсу нормальный и его работа тоже, состояние линий связи штатное.
Мониторинг доступности не об этом. Он, во-первых, заведен не на шлюз, а на вэб. И это именно мониторинг доступности - т.е. возможности направлять и получать сигналы. Характеризует мониторинг доступности состояние линий связи, а не время обработки информации внутри системы. Такой мониторинг у нас тоже ведется, но публичный интерфейс, представляющий его результаты не сделан и я не уверен, что мы будем делать этот публичный интерфейс, поскольку это будет как тренировочный стенд для хакеров.
Николай Власов wrote:


Aiki wrote: Добрый вечер.
Хотел бы поинтересоваться Вашим мнением, хотя я понимаю, время горячее и не совсем до этого, но все же, если будет принят перенос на полгода:
вопросы, от лица среднего ХС, который работает с сетями и полностью зависит от интеграции и 646 приказа и не любит тратить лес на бумагу.

1. Есть ли планы сохранить мораторий на изменения до новой даты запуска?

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

Aiki wrote: 2. Если нет, есть ли какой либо способ или план повысить уровень информированности об изменениях второй волны? Сроки, даты, контрольные точки, новая дата моратория на изменения и т.д.

Естьи я о них писал тут совсем недавно.

Aiki wrote: Спрашиваю потому, что уже сейчас, начинаем продумывать варианты, когда лучше всего запускаться при новых сроках.
Получается для полноценного запуска с учетом постепенного перехода субъектов на 2.0 и выравнивания требований между поставщиками, клиентами, зачисткой технических "хвостов" и т.д. получается '-2' месяца, но так как далее летний период отпусков, лучше еще '-1' месяц взять на рабочую обкатку, которая не получилась (посыпали голову пеплом и себе и другим) сейчас.
Тогда новый запуск есть смысл всем и себе советовать с 01.04. (01.05 уже не очень хороший вариант)
Но это опять же если одновременно не произойдут нововведения (технические или нормативные), которые не вызовут потребности в крупных изменениях в технических системах участников оборота. (как примерно вышло с нашим ожиданием 2.0)
Спасибо.


Лучший вариант, и я об этом неоднократно говорил, - запускаться сейчас.
Sky_nnov wrote:
Николай Власов wrote:
Sky_nnov wrote:
Николай Власов wrote:предмет споров будет - это рыба - переносить ее или нет.

Если рыбу оставят это вообще полный бардак будет. Мне клиенту на бумаге делать "братскую" могилу а потом отдельно рыбу оформлять в Мерке

Нет, я же сказал РЫБУ (уловы), а не рыбопродукцию.

Дай бог если так потому что пока я везде читал про "рыбопродукцию".
С другой стороны может это поможет пробить нашу "вет службу" (г. Н.Новгород - Помазов Евгений Алексеевич) которая до сих пор пишет что "Меркурий - не ФГИС" и не признает её.
Все попытки их образумить ни к чему не привели. Писал и в местный РосСельхозНадзор и куда вы советовали 'info@svfk.mcx.ru'; 'sidorchuk-va@fsvps.ru' - везде тишина.


Если ВЫ слышите только тишину, то это не означает, что за пределами вашей слышимости ни чего не происходит. La patience, messieurs...
}{a wrote:
Николай Власов wrote:Читаю я в свои 64 года "средний возраст - 60 лет и компьютера они страшно боятся" и "ржу-нимагу"! А когда гляжу на тёщу, которая буквально не расстается айпадом, - аж икать начинаю...

Гляжу на цену айпада и прямо "я ошпарил ноги"! Вот уж действительно, как говорили древние: "Кто не похвастался, что купил тёще айпад, тот не рождён для славы".
И как-то понятия "мегаполис" и "мега поле" спутались в моих мягких и шелковистых волосах.


Я разве сказал, что именно я купил ей айпад?? Так что насчет хвастовства - это вы видимо "по себе гадаючи"...
B1-66ER wrote:
Николай Власов wrote: Читаю я в свои 64 года "средний возраст - 60 лет и компьютера они страшно боятся" и "ржу-нимагу"! А когда гляжу на тёщу, которая буквально не расстается айпадом, - аж икать начинаю...


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

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

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


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

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

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

Альтернативно можно, если администрация субъекта внятная и ГГВИ нормальный, сделать схему работы СББЖ на благо этой группы по аналогичной схеме, но уже не через представителя, а через услугу СББЖ, цена которой 3 коепйки в сутки или чуть больше.
Sky_nnov wrote:
Николай Власов wrote:предмет споров будет - это рыба - переносить ее или нет.

Если рыбу оставят это вообще полный бардак будет. Мне клиенту на бумаге делать "братскую" могилу а потом отдельно рыбу оформлять в Мерке


Нет, я же сказал РЫБУ (уловы), а не рыбопродукцию.
B1-66ER wrote:Еше раз подымаю тему молоку

Дано:
3 села по 40-80 сдатчиков молока (лпх)
1 врач на три села
1 машина которая собирает и отвозит на молзавод
Молоко сдается каждый день рано с утра
ЛПХшники сами не выписывают ежедневные транзакции (как известно такая возможность есть при оформленной справке о благополучии), потому как средний возраст - 60 лет и компьютера они страшно боятся

Вопрос-как одному врачу выписать одномоментно под 200 транзакций в 7 часов утра?
Что делать?


Читаю я в свои 64 года "средний возраст - 60 лет и компьютера они страшно боятся" и "ржу-нимагу"! А когда гляжу на тёщу, которая буквально не расстается айпадом, - аж икать начинаю...
 
Индекс форума » Профиль для Николай Власов » Сообщения, отправленные пользователем Николай Власов
Перейти:   

Powered by JForum 2.1.8 © JForum Team