Сообщения, отправленные пользователем: Дмитрий Шевченко

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

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

danver wrote:Огромное спасибо! При оформлении транзакции для установки даты ТТН появилась кнопочка "Сегодня". Стало намного удобней. А нельзя её перенести в другое место, чтобы можно было проставить дату "оптом" на все магазины сразу? У нас много мелких конечных потребителей, заявку на оформление ВСД получаем сразу на все магазины, и времени на простановку даты уходит много. Сделайте, пожалуйста!

Уточните пожалуйста, в чем затруднение? Вы добавляете в одной транзакции множество получателей, и для каждого надо выбирать сегодняшнюю дату и это Вас замедляет? Или даже не сегодняшнюю дату, а какую-нибудь другую, но на всех получателей? А возможна ситуация, когда у Вас 20 получателей, первым 10 из них нужно указать одни параметры ТТН (номер и дату), а следующим 10 нужно указать другие параметры ТТН?

Давыдов Григорий wrote:Добрый день!
Уважаемые программисты Меркурия, копируя информацию из журнала продукции объем указывается числом с использование точки (например 45.16). Когда вставляешь цифры, написанные через точку, в файл Excel, невозможно использовать функцию суммирования. Поэтому если есть такая техническая и умственная возможность, прошу вас, сделайте, что бы цифры писались через запятую, а не точку.

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

Chex wrote:
Да все проссматривают один и тот же ВСД и не возвратный. (такое происходило только в тот день, больше сообщенний не поступало)

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

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

Chex wrote:Проблемы в работе Меркурия

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

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

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

Фильтрация теперь работает следующим образом:

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

Для записей ВСД все несколько сложней. Врач всегда видит записи, если он их создал в рамках данного ГВЭ, независимо от того, какой у этой ВСД получатель.

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

Остается вопрос, должен ли врач, создавший исходную ВСД, видеть ее после гашения в другом ГВЭ. Пока что он ее все равно видит в своем ГВЭ, даже после гашения.

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

Chex wrote:ждем когда сможем протестировать (а когда этого ожидать? - примерно). архив с детальной демонстрацией - впринципе понятен и вроде без замечаний

Уже реализовано у нас. Поставим ко вторнику. Заодно мы реализовали гашение ВСД, созданных на основе записей входного журнала. См. архив с демонстрацией к этому посту. Вот как оно работает.

Пользователь просматривает оформленную запись (screenshoot.png). Внизу есть кнопка "Погасить", на которую он и жмет.

Появляется окно с запросом подтверждения (screenshoot-1.png) - а то вдруг врач нажал на эту кнопку по ошибке.

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

Если перейти к входному журналу, то там можно увидеть появление новых записей с теми объемами, которые были в ВСД (screenshot-3.png - я пометил их галочками).

Можно просмотреть детали о записях (количество мест берется из ВСД - screenshot-4.png).

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

С фактическим адресом проблема разрешена - как только установим ,сможете протестировать. Пока что смотрите для наглядности архив с детальной демонстрацией:

Рисунок 1 - здесь поле фактического адреса в уже существующей записи пустует, пока пользователь ничего нового не выбрал.

Рисунок 2 - здесь пользователь жмет на строку из справочника, после чего заполняется не только названия предприятия, но и фактический адрес (если он пустой, пользователь может ввести его руками).

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

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

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

Chex wrote:Не совсем понятно для чего гасить ВСД частями, ведь оно оформляется для одного конкретного получателя.

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

Chex wrote:Если честно не понял сути вопроса… И нельзя ли пояснить о каких «операциях» идет речь в предполагаемом решении

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

Chex wrote:Конечно врач со статусом «пользователь» видит только свои входящие ВСД (на грузы поступившие на обслуживаемые им предприятия) и ВСД созданные им, а сотрудник ВУ со статусом «администратор» сможет видеть все, что касается этого ВУ (в нашем случаем Комитета ветеринарии города Москвы).

А вот этого у нас сейчас в ГВЭ нет, такой фильтрации - ее необходимо внедрять. Фактически все врачи у нас сейчас как администраторы в плане ВСД, они видят все в рамках данного ВУ, в который зашли. Исправим в соответствии с пожеланиями.

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

Не совсем понятно - как он это дополнить должен? Здесь, в ГВЭ, или он обновит сведения для предприятия в других модулях? Вы хотите, чтобы на странице добавления сведений было еще одно поле "Адрес предприятия", обязательное для заполнения? И если пользователь выбирает сведения из справочника, и там есть фактический адрес, то он забивается в это поле автоматически? А если адрес этот пуст, его вводят руками?

Рассмотрим следующую проблему. Одним из требований к модулю Меркурий.ГВЭ является возможность гашения справок 4-й формы. Вот как это сформулировано:

Александр Осминин wrote:На основе в/с оформляется запись входного журнала. Врач, заходя в модуль ГВЭ, должен видеть не все записи, относящиеся к тому же ГВЭ, а только записи, относящиеся к предприятиям, обслуживаемым данным врачом. На основе записи входного журнала оформялется справка 4-й формы (часть объема или весь объем списываются с исходной записи входного журнала). Необходимо, чтобы врач того предприятия, которое выступает получателем, при приходе партии погасил эту справку.

Гашение отличается от аннулирования тем, что вес груза в справке не возвращается назад в запись входного журнала, т.е. остается списанным. Но на основе этой справки № 4 создается новая запись входного журнала, которой врач указывает в качестве предприятия какое-то другое.

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

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

Информация о справке - ее редактировать нельзя.

Примечание о процессе гашения - необязательно для заполнения.

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

В качестве предприятия указывается получатель погашенной ВСД.

В качестве объема копируется не объем исходной записи, а тот, что указывался по ВСД.

В качестве списанного объема задается 0 - т.к. с этой новой записи ничего еще не списывалось.

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

Однако с реализацией возникает ряд вопросов:

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

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

Может ли врач указывать в качестве для получателя ВСД любые предприятия, или только те, что он обслуживает?

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

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

Пока что предполагается разрешение этих вопросов следующим образом:

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

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

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

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

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

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

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

Мы это сделали, скоро поставим вам. Значит, у получателя два адреса - юридический и фактический (но фактический у большинства записей в нашей базе пуст). Теперь на странице добавления, просмотра и редактирования (а также в отчете) отображается имя и непустые адреса - т.е. идет так "ООО Ромашка; Юридический адрес: такой-то; Физический адрес: такой-то".

Chex wrote:Хотелось бы оточнить накакой стадии находится разработка возможностей (и когда нам ждать их реализации):
- возможность прикрепления поступающего с границы груза к конкретной фирме (чтобы при гашении сертификата (справки ф4) владельцем груз становилась та фирма на которую пришел груз, а не любая фирма из списка);
- возможность гашения отправленной справки ф4 (и дальнейшей отправки груза);
-разграничение прав доступа вет. врачей доступа (сделав им статус "пользователя", с доступом только к обслуживаемым фирмам, а не к общей базе)

Третий пункт будет сделан за выходные. Первый и второй пункт взаимосвязаны и будут реализованы к четвергу.

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

Требование реализовано. После того как поставим последние изменения на сервер, можете проверить сами.