Сообщения, отправленные пользователем: Алексей Тимофеев

ААМ wrote:Вопрос возник, а надо ли заполнять форму отчётности, которая была в устаревшей версии Ассоль, по странам и регионам, или достаточно той информации которая содержится в новой версии

Нет, по пищевому мониторингу новая версия системы самодостаточна. Пищевой мониторинг в старой версии Ассоли закрыт на редактирование.

Реестр появится в ИС "Цербер", а вот когда, точно пока сказать сложно. В ближайшее время.

Рожкова Ксения wrote:Это почему это ВЕТIS не глобально???? главное покрупнее написать и ок

Ага, как раз с утра с этим экспериментировали

))

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

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

Как вам название А́тлас?

Если попытаться "расшифровать", то можно говорить об Атласе Ветеринарных Информационных Систем. Вроде глобально

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

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

Требования, которым, на мой взгляд, должен удовлетворять этот код:
0. Уникальность. Т.е. он должен обеспечивать однозначную идентификацию субъекта (предприятия).
1. Код должен быть человекочитаемым и достаточно простым. Т.е. код в 32 латинских символа, включая буквы и цифры, будет замечательно обработан программно, но человек, используя его, спасибо явно не скажет.
2. Алгоритм формирования кода должен быть строго понятен человеку и воспроизводиться им однозначным образом для каждого субъекта. В идеале человек должен быть в состоянии для любого субъекта сформировать такой код самостоятельно.
3. Желательно, но, в принципе, не обязательно, чтобы этот код можно было сформировать и автоматически (программно).
4. Код должен быть устойчив к различным вариантам написания названия субъекта и других его атрибутов. Сейчас то же название хоз.субъекта в базе встречается в самых мыслимых и немыслимых вариантах: ООО Ромашка, ООО "Ромашка", Ромашка ООО, Общество с ограниченной отв. "Ромашка" и т.д.

Навскидку, код может выглядеть следующим образом:

RU 33 RMSHK 0135

где RU - код страны, 33 - код региона, RMSHK - не более 5ти согласных латинского написания названия субъекта, 0135 - цифры, определяющие тип субъекта (юр., физ. лицо, предприятие, судно и т.п.), а также какие-то другие атрибуты субъетка, которые позволят более точно его идентифицировать.

Тут, конечно, нужно обсуждать и обсуждать. Формат кода в большой степени будет зависеть от того, какая информация о субъекте нам доступна.

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

Здесь вопрос, наверное, к Николаю Анатольевичу: возможен ли такой подход?

Янович Андрей wrote:В Ассоли непонятные цены в Свинине - Показатель ХОС - стоимость одного исследования по имп. продукции 1008,16 р, по отечественной 904,47 р. вместо 1052,68 р., ну и так по мелочи, видимо результат округления, то так 20 коп не хватает, то там на рубль больше, это уже по всей таблице

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

Поправим саму ошибку до 10 октября. А вот как быть с теми данными, которые уже были внесены в базу, вопрос. В понедельник проконсультируюсь с ЦА, решим, как поступить.

Янович Андрей wrote:Вопрос - каким образом считается сумма за проведенные исследования в Ассоль? У меня разница между тем что выдает и тем что должно быть уже в четыре с лишним тысячи... и это при условии что у нас всего-то исследований на 412 т.р. при ручном перемножении разница видна

А как Вы определяете, что должно быть? В систему внесены данные об исследованиях Камчатской МВЛ на сумму 408 079,6 р. Это за весь период. В отчеты попадают только те сведения, которые были Отправлены в ЦА, хотя таких у вас всё равно нет. Проверил по базе -- никаких ошибок нет. Т.е. те данные, которые внесены в систему, просуммированы корректно.

Янович Андрей wrote:Мне кажется или... раньше в Ассоль была возможность делать выборку (выгрузку) по кварталам, месяцам и т.д. А сейчас только выгрузка за весь заполненный период.. Можно ли вернуть выборку по отдельным месяцам?

Да, конечно, сделаем. Только немного погодя -- сейчас все силы направлены на интеграцию Ассоли с Вестой.

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

Как раз сейчас этим занимаемся. На днях это появится для Центрального аппарата, через неделю-две для лабораторий.

Рожкова Ксения wrote:Теперь по эпизотическому мониторингу в АССОЛИ...
...
нужно предусмотреть (хотя бы в новой версии) возможность вывода на печать и какой-то выгрузки в эксель (лучше и то, и другое) "Сводного отчета" - сейчас распечатывать его не очень удобно, т.к. получается очень длинная портянка по месяцам, не умещающаяся на 1 лист.

В новой версии будет и то, и другое. Для пищевого мониторинга, к слову, выгрузка в Excel появится уже через неделю в ЦА, через две недели - для лабораторий.

АМ wrote:Илья, Алексей тут вот такая мысль. На сейчас уже некоторые точно, а возможно и многие всё активней начинают использовать выборку в весте при заполнении мониторинга в ассоли, а нельзя ли их подружить? Сделать в ассоли кнопку "экспорт из весты" что бы ткнул в нее и получил автоматом в ассоли все данные, которые останется только проверить, при необходимости, если что, откорректировать и отправить... куча времени сэкономиться

Рожкова Ксения wrote:ЦЕЛЕСООБРАЗНОСТЬ ПЕРЕНАБИВАНИЯ ДАННЫХ ИЗ ОДНОЙ ПРОГРАММЫ В ДРУГУЮ вызывает, мягко говоря, непонимание....а их достоверность стоит под большим вопросом...

Полностью с вами согласен! Более того, новая версия Ассоли как раз и разрабатывалась с расчетом, что в один прекрасный момент мы откажемся от удручающего перебивания данных вручную и придём к "Экспорту из Весты" в Ассоли или вообще забудем о практике составления ежемесячных отчетов.
Работы в этом направлении идут. Сейчас мы столкнулись с проблемой соответствия справочников. Перечень показателей и продукции, которые попадают в отчет ЦА, отличается от того, что есть в Весте. И простым сворачиванием по группам здесь не обойтись. Решение есть. Это реорганизация справочников таким образом, чтобы они удовлетворяли и центральный аппарат, и лаборатории. Причем реорганизация постепенная, эволюционным, так сказать, путём.
В ближайшее время реализуем возможность корректного внесения изменений в справочники в Весте (чтобы не ломалось то, что уже есть) и пересмотрим регламент внесения этих изменений.
Надеюсь, что после этого интеграции Весты с Ассолью ничто не сможет помешать!

Elenka wrote:Здравствуйте! Проблема: включите пожалуйста весь список показателей группы В. А то В3d Микотоксин (Охратоксин А) он в молоке не исследуется

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

Petr wrote:

Алексей Тимофеев wrote:
Заполнять эту шпаргалку имеет смысл только для тех показателей, стоимость исследований на которые одинакова для всех видов продукции.

Интересно что из этого получится? Большинство показателей идет с разной ценой. Что тогда в этом случае делать? Усреднять сумму исследований или что?

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

Elenka wrote:как изначально ставить стоимость одного исследования, если у каждого вида продукции она разная, например БГКП (молочная продукция) цена 271,00, БГКП (мясо говядина) цена 373,00 ?

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

Elenka wrote:что подразумевает идентификация риска (да, нет)?

Поле "Идентификация риска" выставляется в "ДА" в том случае, если данные по исследованиям в строке относятся к идентификации рисков.
Допустим, лаборатория провела исследования некоторой продукции из Германии на КМАФАнМ. Причем часть исследований была выполнена в рамках плана по КМАФАнМ, а часть -- в рамках идентификации рисков. В этом случае в таблице исследований при добавлении сведений о пищевом будет две строки: одна будет содержать информацию по всем исследованиям указанной продукции из Германии в рамках плана (поле идентификация равно "НЕТ"), а вторая строка -- информацию по всем исследованиям указанной продукции из Германии в рамках идентификации рисков (поле идентификация равно "ДА").

Вопрос №3 wrote:На форме добавления данных в отчет при нажатии на кнопку "Добавить" ничего не происходит, при том, что все поля формы заполнены верно и система не выдаёт никаких ошибок.

Подобная проблема наблюдается при работе с системой в браузере Mozilla Firefox версии 3.x и ниже. Ошибка будет исправлена в ближайшее время.
Либо Вы можете обновить версию своего браузера. Текущая актуальная версия браузера Mozilla Firefox -- 11. Загрузить можно здесь: http://www.mozilla.org/ru/firefox/new/.

Система также поддерживает и другие современные браузеры:
-- Google Chrome https://www.google.com/chrome/
-- Opera http://ru.opera.com/download/
-- Internet Explorer http://windows.microsoft.com/ru-RU/internet-explorer/downloads/ie-9/worldwide-languages
-- Safari http://www.apple.com/ru/safari/download/