Технические вопросы и проблемы по работе с автоматизированной системой МЕРКУРИЙ

Лошадка wrote:

Mak_VET wrote:

Милашка wrote:

Денис Сергеевич wrote:Согласен что есть работники которые ну прям слов нет вредные.
От того что проводятся такие воспитательные работы страдает не только работник но и само предприятие.

Что сподвигнет предприятие быстрее избавиться от своего сотрудника, который бегает за ветврачом и его пытается контролировать и учить)))

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

Так и на станциях, если не совсем дебилы, своих сотрудников ценят и защищают. Врачи - не Жучки из-под забора, если никаких косяков за ним нет, то ИП вставляется пистон на тему "действия врача верные, в рамках закона, причин для смены специалиста нет". И уйдёт ХС обтекать, как мальчишка нашкодивший. Плавали - знаем. Ну а кого СББЖ не защищает, так может ну её в пень, такую СББЖ? Не на помойке ведь себя нашли.

А еще они ценят и защищают свои кошельки
Работали, знаем)
"На тебя предприниматель жалуется -мы тебя заменим, будешь возникать-по статье уволю"
У нас люди так и уходили
Потом когда вакуум образовался, и людей не стало хватать, конечно за голову взялись, но это уже было другое руководство СББЖ

B1-66ER wrote:

Лошадка wrote:

Mak_VET wrote:

Милашка wrote:

Денис Сергеевич wrote:Согласен что есть работники которые ну прям слов нет вредные.
От того что проводятся такие воспитательные работы страдает не только работник но и само предприятие.

Что сподвигнет предприятие быстрее избавиться от своего сотрудника, который бегает за ветврачом и его пытается контролировать и учить)))

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

Так и на станциях, если не совсем дебилы, своих сотрудников ценят и защищают. Врачи - не Жучки из-под забора, если никаких косяков за ним нет, то ИП вставляется пистон на тему "действия врача верные, в рамках закона, причин для смены специалиста нет". И уйдёт ХС обтекать, как мальчишка нашкодивший. Плавали - знаем. Ну а кого СББЖ не защищает, так может ну её в пень, такую СББЖ? Не на помойке ведь себя нашли.

А еще они ценят и защищают свои кошельки
Работали, знаем)
"На тебя предприниматель жалуется -мы тебя заменим, будешь возникать-по статье уволю"
У нас люди так и уходили
Потом когда вакуум образовался, и людей не стало хватать, конечно за голову взялись, но это уже было другое руководство СББЖ

У нас сейчас тоже что попало делают, и хамят, и орут. И это руководители отделов - государственная лавочка. Менять особо не меняют, так как не каждый "добрый врач" всякую выписку потянет. Ну и вообще, на пустом месте никто скандалить не будет - это во-первых, а во-всех следующих, врач - тоже человек, у него трудовой договор и рабочее время, если ИП надо чтоб у него в три смены люди сидели - иди и разговаривай с руководством СББЖ, чтоб дали ещё людей, а не на врача наезжай. Я всегда говорю, если начинается "мыщаруководствупозвоним!" - телефон знаете? Вперед.

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

ilart1991 wrote:

Пользователь_11111 wrote:
Просто они отмечали рекорд:

http://www.fsvps.ru/fsvps/news/24468.html

может из-за нагрузки серв лег

Скорее всего так и есть, но разве они признают такой факт. Хорошо, если для них это будет достаточным предупреждением, т.к. 1 млн ВСД в сутки - это, полагаю, ~1-2% от будущей РЕАЛЬНОЙ ЕЖЕДНЕВНОЙ нагрузки на сервер. Ведь с часа Х добавятся следующие моменты:
- сеткам надо ВСД по SKU (а линия тут длинная: должна начинаться еще от производственных ВСД-->n-ое кол-во перемещений из рук в руки коммерсами-->плюс еще будут поставки с сетевых РЦ по их конечным точкам);
- далеко не все еще оформляются в мерке, даже если и доступ у них есть, и не будут вплоть до часа Х;
- расширение перечня товаров, подконтрольных госветнадзору;
- недостаток, по словам самого Н.А. Власова, финансирования ФГИС;
- информация об оформленных ВСД на сервере будет храниться 3 года и к ней будут периодически обращаться для анализа компетентные органы через кривой конструктор отчетов;
- периодические технические работы, обновления системы;
- и т.д. и т.п.
Думаю, что сервер, без его постоянной модернизации будет дико тормозить (в лучшем случае), либо просто ложиться.

Пользователь_11111 wrote:Скорее всего так и есть, но разве они признают такой факт. Хорошо, если для них это будет достаточным предупреждением, т.к. 1 млн ВСД в сутки - это, полагаю, ~1-2% от будущей РЕАЛЬНОЙ ЕЖЕДНЕВНОЙ нагрузки на сервер.

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

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

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

Добрый день.
Кто-то может подсказать, что делать, или может быть уже обсуждалось ранее как быть с адресным классификатором в Меркурие? Он не соответствует ни КЛАДР ни новому классификатору.

У нас подразделение зарегистрировано не по точному адресу "Город + улица + дом", а "Город+микрорайон+Название ТЦ". И эта регистрация прошла как для лицензии, так и для ККМ в ИФНС.
можно ли добавить новый адрес именно "Город+микрорайон+Название ТЦ"?

Спасибо!

Vladimir2017 wrote:

Пользователь_11111 wrote:Скорее всего так и есть, но разве они признают такой факт. Хорошо, если для них это будет достаточным предупреждением, т.к. 1 млн ВСД в сутки - это, полагаю, ~1-2% от будущей РЕАЛЬНОЙ ЕЖЕДНЕВНОЙ нагрузки на сервер.

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

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

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

Верно, но выбор в пользу MySQL похоже все-таки похоронит систему.

* На данный момент исправили в вики MySQL на Oracle, но как мы знаем, MySQL теперь принадлежит Oracle

Так что правка с двойным смыслом....

Shooshpanius wrote:выбор в пользу MySQL

Да разработчики похоже веселые парни

nselezneva wrote:Добрый день.
Кто-то может подсказать, что делать, или может быть уже обсуждалось ранее как быть с адресным классификатором в Меркурие? Он не соответствует ни КЛАДР ни новому классификатору.

У нас подразделение зарегистрировано не по точному адресу "Город + улица + дом", а "Город+микрорайон+Название ТЦ". И эта регистрация прошла как для лицензии, так и для ККМ в ИФНС.
можно ли добавить новый адрес именно "Город+микрорайон+Название ТЦ"?

Спасибо!

Добрый день.

Так и не понятно, что делать с дублями улиц.

И что делать, если адрес магазин кроме Города и № микрорайона ни чего не имеет? Можно без улицы и дома зарегистрировать площадку?
На карте "Новый Уренгой, мкрн. 14" данный адрес не определяется. Но по документам в ИФНС именно этот адрес присвоили по договору собственности.

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

nselezneva wrote:

nselezneva wrote:Добрый день.
Кто-то может подсказать, что делать, или может быть уже обсуждалось ранее как быть с адресным классификатором в Меркурие? Он не соответствует ни КЛАДР ни новому классификатору.

У нас подразделение зарегистрировано не по точному адресу "Город + улица + дом", а "Город+микрорайон+Название ТЦ". И эта регистрация прошла как для лицензии, так и для ККМ в ИФНС.
можно ли добавить новый адрес именно "Город+микрорайон+Название ТЦ"?

Спасибо!

Добрый день.

Так и не понятно, что делать с дублями улиц.

И что делать, если адрес магазин кроме Города и № микрорайона ни чего не имеет? Можно без улицы и дома зарегистрировать площадку?
На карте "Новый Уренгой, мкрн. 14" данный адрес не определяется. Но по документам в ИФНС именно этот адрес присвоили по договору собственности.

Добрый день. Большой-большой HELP. Предприятие по выработке рыбных котлет. До пятницы, т.е. 12.01 в системе Меркурий ГВЭ все было нормально. Но в пятницу вечером при попытке внести выработанную продукцию столкнулась с такой проблемой:изменились все категории, т.е. тип продукции, продукция, вид продукции. И если раньше внесение продукции не составляло труда Тип продукции: рыба и морепродукты, Продукция: готовые пищевые продукты, Вид продукции: полуфабрикаты рыбные охлажденные, мороженные и номенклатуру, соответственно, вбивали уже вручную. То теперь в разделе тип продукции нет и упоминания про рыбу, а если выбрать пищевые продукты, то дальше всё равно всё встаёт ибо к полуфабрикатам рыбным ни одна категория в строке "Продукция" не приводит. Сегодня, примерно часов в 10-11 внесли таки свою номенклатуру. Теперь при добавлении продукции номенклатуру можно выбрать из справочника. Только от этого не легче, потому что Тип продукции, Продукция и Вид продукции не поменялись, и соответственно транзакцию проводить без этих пунктов Меркурий не даёт, с пятницы продукция в Меркурий не заносилась, а в среду она уже поедет в другой регион.

Oreshek wrote:Добрый день. Большой-большой HELP. Предприятие по выработке рыбных котлет. До пятницы, т.е. 12.01 в системе Меркурий ГВЭ все было нормально. Но в пятницу вечером при попытке внести выработанную продукцию столкнулась с такой проблемой:изменились все категории, т.е. тип продукции, продукция, вид продукции. И если раньше внесение продукции не составляло труда Тип продукции: рыба и морепродукты, Продукция: готовые пищевые продукты, Вид продукции: полуфабрикаты рыбные охлажденные, мороженные и номенклатуру, соответственно, вбивали уже вручную. То теперь в разделе тип продукции нет и упоминания про рыбу, а если выбрать пищевые продукты, то дальше всё равно всё встаёт ибо к полуфабрикатам рыбным ни одна категория в строке "Продукция" не приводит. Сегодня, примерно часов в 10-11 внесли таки свою номенклатуру. Теперь при добавлении продукции номенклатуру можно выбрать из справочника. Только от этого не легче, потому что Тип продукции, Продукция и Вид продукции не поменялись, и соответственно транзакцию проводить без этих пунктов Меркурий не даёт, с пятницы продукция в Меркурий не заносилась, а в среду она уже поедет в другой регион.

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

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

Опять что-то поломалось на боевом 1.4.

При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса:  {http://api.vetrf.ru/schema/cdm/registry/service}:EnterpriseServiceBindingQSService:GetBusinessEntityList()
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка SOAP сервера:  Internal error has occurred during method invocation
Источник ошибки: http://argus.vetrf.ru/api/argus/services/EnterpriseService
Техническая информация:
<detail xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
	<ws:internalServiceFault xmlns:ws="http://api.vetrf.ru/schema/cdm/base/ws-definitions">
		<base:message xmlns:base="http://api.vetrf.ru/schema/cdm/base">Internal Service Error!</base:message>
	</ws:internalServiceFault>
	<business>
		<detail>
			<ns2:internalServiceFault xmlns="http://api.vetrf.ru/schema/argus/enterprise/ws-definitions" xmlns:ns2="http://api.vetrf.ru/schema/argus/ws-definitions" xmlns:ns3="http://api.vetrf.ru/schema/base" xmlns:ns4="http://api.vetrf.ru/schema/argus" xmlns:ns5="http://api.vetrf.ru/schema/ikar" xmlns:ns6="http://api.vetrf.ru/schema/institutions" xmlns:ns7="http://api.vetrf.ru/schema/accounts" xmlns:ns8="http://api.vetrf.ru/schema/cerberus" xmlns:ns9="http://api.vetrf.ru/schema/base/register">
				<ns2:message>javax.ejb.EJBException: javax.ejb.EJBException: java.lang.NullPointerException</ns2:message>
			</ns2:internalServiceFault>
		</detail>
	</business>
	<runtime>
		<con:fault xmlns:con="http://www.bea.com/wli/sb/context">
			<con:errorCode>BEA-380001</con:errorCode>
			<con:reason>Internal Server Error</con:reason>
			<con:location>
				<con:node>RouteToGetBusinessEntityList</con:node>
				<con:path>response-pipeline</con:path>
			</con:location>
		</con:fault>
	</runtime>
</detail>

Вылезла проблема: при гашении ветсвидетельства програма выдает "Невозможно сохранить данные: не указана обязательная для заполнения информация или введены некорректные данные Нельзя менять производителей при гашении". При этом ничего не делаем - просмотр - погасить - сохранить и программа выдает - нельзя... Что случилось, почему? Кто знает, объясните.

Ириала wrote:Вылезла проблема: при гашении ветсвидетельства програма выдает "Невозможно сохранить данные: не указана обязательная для заполнения информация или введены некорректные данные Нельзя менять производителей при гашении". При этом ничего не делаем - просмотр - погасить - сохранить и программа выдает - нельзя... Что случилось, почему? Кто знает, объясните.

может просто временные глюки, пока выполняется обновление...