Сообщения, отправленные пользователем: Chex

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

Может ли врач при оформлении ВСД изменить эту единицу, или она остается неизменной?

Если оформляется ВСД сразу для нескольких грузов, то они могут иметь разные единицы измерения, следовательно, отображать их одним полем в ВСД будет нельзя?

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

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

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

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

необходимо добавить в офорляемый ВСД (справку ф 4 с выводом данной информации в распичатываемый вариант справки) позициию "Благополучие местности: "местность благополучна по заразным болезням""

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

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

Да наверное так стоит сделать , только может добавить в "детали для каждой ВСД" еще и наименование получателя, чтобы врач был точно уверен, что выбирает то что нужно.

Дмитрий Шевченко wrote: Я вот что имею в виду - может ли при гашении ВСД и оформлении нового ВСД измениться состав упаковок, маркировок, дата выработки продукции и прочее - все то, что пользователь указывает при создании/редактировании ВСД. Скорее всего, насколько я понимаю, все эти поля доступны только для чтения - и задаются один раз, при оформлении самой первой ВСД.

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

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

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

Дмитрий Шевченко wrote:

Chex wrote:в данном случае фирма владелец груза арендующая площади для хранения данной продукции у предприятия по хранению (им может выступать и фирма-владелец предприятия по хранению (склада), но в этом случае ее в принципе тоже можно крепить как отдельную фирму к предприятию по хранению (складу), что бы сильно не усложнять схему). А при последующей отправке груза (или его части ) дальше (при продаже груза (или его части) другой фирме на другом предприятии по хранению) и оформлении ВСД (справки ф4) Эта"Фирма-получатель" (хозяин груза) становится отправителем («хозяйствующим субъектом»), а другая фирма становится новой «фирмой - получателем» и в последствии (при гашении этого ВСД (справки ф4) на другом предприятии по хранению) становится новым владельцем отправленного ей груза и так дальше до конечной точки следования.

Проблема в том, что сейчас в подсистеме получатель - это предприятие, а хозяйствующий субъект - это фирма. Поэтому пока что такую цепочку с набором ВСД для одного груза и постоянной сменой владельцев сделать нельзя. Необходимо вводить дополнительное поле - "Получатель-фирма". Однако пока что с процессом много неясностей:

Может ли при таком гашении справки меняться и получатель-предприятие?

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

Что насчет всех остальных полей ВСД - они могут быть изменены при таком гашении предыдущей ВСД?

Если я правильно понял вопросы то ответы:
1) При гашении предприятие-получатель не меняется
2)вес груза не меняется (сколько отправили столько и пришло и не где подороге не потерялось), а про использование на предприяти не много не допонимаю (это как?) - груз приходи на склад, дробится на части и отправляется в несколько новых складов (или магазинов) и так далее
3) не допонял вопроса (уточните)

Дмитрий Шевченко wrote:

Николай Власов wrote:все ВСД на 1 рейс образуют "папку", в нее могут быть вложены папки адресов получения (это если одна машина везет разные или одинаковый товары в разные точки)

.

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

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

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

Конечно же они должны быть "явными" , потому что искать из списка ВСД - ВСД с тем самым адресом будет довольно хопотно(хотя если честно недоконца понял разницу между "явными" и "не явными")

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

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

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

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

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

[Именно. И учитываем, коллеги, что электронные ВСД - есть электронные ВСД. С ними отпадает необходимость экономить бланки и деньги на них. Так что давайте обеспечивать ПОЛНЫЙ порядок.

Уважаемый Николай Анатольевич тут от части я с вами согласен: и порядка (и удобства) будет больше (правда только если сделать это все папками как вы писали в предыдущем сообщении) и програмистам будет легче реализовать это в программе (наверное), но это увеличит выписку в разы. Ведь при выпеске нескольких позиций в одном ВСД экономятся не только деньги и бланнки, но и в значительной степени время на оформление ВСД (особенно при использовании автоматизированных электронных программ разработанных в субъекте). И врачу выписывающему по 200-250 ВСД с 5-15 позициями в каждом, будет просто не посилам оформить вместо этого 3500 ВСД с одной позицией (программа должна упрощать работу вет. врача, а не усложнять ее). Другое дело если врач будет забивать информацию ну скажем по рейсу (один раз выберет адрес, один раз введет номер накладной и ее дату и вобъет туда всю продукцию которая поедет по данной накладной и всю информацию об этой продукции (или точнее выберет из своего входного журнала, куда будет автомотически попадать информация с входного ВСД) , а программа "Меркурий", самостоятельно разобъет эту информацию в отдельные ВСД (по одной пзиции) и потом соберет их в одну папку, которая после отправки груза придет к вет. врач осуществляющему входную Вет.сан. экспертизу при разгрузке товара.

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

"Фирма-получатель" – в данном случае фирма владелец груза арендующая площади для хранения данной продукции у предприятия по хранению (им может выступать и фирма-владелец предприятия по хранению (склада), но в этом случае ее в принципе тоже можно крепить как отдельную фирму к предприятию по хранению (складу), что бы сильно не усложнять схему). А при последующей отправке груза (или его части ) дальше (при продаже груза (или его части) другой фирме на другом предприятии по хранению) и оформлении ВСД (справки ф4) Эта"Фирма-получатель" (хозяин груза) становится отправителем («хозяйствующим субъектом»), а другая фирма становится новой «фирмой - получателем» и в последствии (при гашении этого ВСД (справки ф4) на другом предприятии по хранению) становится новым владельцем отправленного ей груза и так дальше до конечной точки следования.

А если рассмотреть возможность такого варианта:
Врачей крепить к предприятию по хранению (например 14-й хладокомбинат) и к нему же будем крепить обслуживаемые фирмы (их в принципе можно брать из списка «хозяйствующих субъектов» в системе «Аргус») Ветврачи закрепляются за предприятием по хранению и имеют доступ ко всем фирмам, которые закреплены за этим предприятием по хранению. Это необходимо чтобы в случае производственной необходимости (болезнь, уход в отпуск и т.д.) врачи этого одного предприятия могли оперативно подменить друг друга. Узнать кто и что выписал всегда можно, т.к. данные врача указываются в ветдокументах.
Специалисты ТУ РСХН на границе в ветсертификат вносят данные:
- наименование фирмы- владельца груза («хозяйствующий субъект» из списка «хозяйствующих субъектов» в системе «Аргус» - также как и сейчас);
- наименование предприятия по хранению (склада) с его адресом (выбираемого из реестра складов, который можно создать из складов которые мы прикрепляем к «хозяйствующим субъектам»). При выборе склада сделать необходимость указывать наименование фирмы - получателя груза (которые мы будем крепить к складам), при их наличии (пока не одной фирмы не прикреплено к складу (склад (или регион где находится склад) допустим еще не задействован в системе «Меркурий») указывать не нужно).
При поступлении груза на предприятия по хранению в субъекте РФ, данные о грузе, при помощи этих привязок, поступают на фирму- получателя заносятся в его базу данных →гасится→поступает во входной журнал предприятия, (а фирма-получатель груза, становится владельцем груза и единственно возможным отправителем.
При отправке груза и оформлении ВСД хозяин груза становится отправителем (графа «Редактируемые данные: хозяйствующий субъект» заполняется автоматически), получателя груза мы также выбираем из списка «хозяйствующий субъект» и ставим галочку на какой из складов, к которым прикреплена данная фирма пойдет груз (может подумать взаимное прикрепление «склад → фирма», «фирма → склад»). И таким образом груз уйдет и на другую фирму и сможет там погоситься.
Хорошо бы сделать чтобы врач мог просматривать сводку, что лежит на складе на предприятии по хранению вообщем, так и по конкретной фирме и виду продукции.

Здравствуйте Александр!
При тестировании данной меркурия в Москве возникло несколько вопросов:
1)При попытке выписки нескольких позиций продукции из разных стран, с разных заводов! появляется ошибка

- ( надпись у записей не совпадают предприятия или страны

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