Технические вопросы по оформлению справок №4 в подсистеме Меркурий.ГВЭ

Chex wrote:Понял. Тогда нужно добавить возможность выбора печати "всех записей" (потому как галочками мы можем выделить только на одной странице, при переходе на последующие страницы галочки сбиваются, кроме того проще отсортировывать список через "поиск" по нужным параметрам и сразу все нужное напечатать, чем искать вручную и ставить галочки.

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

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

Chex wrote: случаи продолжается (возможно причина в том, что в базе ХС довольно часто встречаются задвоение ХС-ов (одинаковые названия и ИНН), несмотря на ограничитель по ИНН (видимо данный ограничитель дает или давал сбой) - возможно один ХС закреплен за предприятием в Меркурий.ГВЭ, а на другой (точно такой ХС с таким же ИНН) выписывается вет.сертификат (и поэтому погасив Вет.сертификат первого второго ХС-а (думая, что это первый), мы его и не видим при оформлении транзакции первом ХС-у).
примеры таких: ...

еще дубль - ООО "Бекс-М", ИНН: 7734235979

Chex wrote: случаи продолжается (возможно причина в том, что в базе ХС довольно часто встречаются задвоение ХС-ов (одинаковые названия и ИНН), несмотря на ограничитель по ИНН (видимо данный ограничитель дает или давал сбой) - возможно один ХС закреплен за предприятием в Меркурий.ГВЭ, а на другой (точно такой ХС с таким же ИНН) выписывается вет.сертификат (и поэтому погасив Вет.сертификат первого второго ХС-а (думая, что это первый), мы его и не видим при оформлении транзакции первом ХС-у).
примеры таких: ...

еще дубль - ООО "Экспорт Трейд", на этот раз тройной (правильный ИНН: 7728586626)

Chex wrote:еще дубль - ООО "Экспорт Трейд", на этот раз тройной (правильный ИНН: 7728586626)

Удалили дубли.

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

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

Михаил Талисов wrote: По поводу списания продукции из входного журнала на перерабатывающих предприятиях у нас имеется одно предложение как лучше сделать.

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

да наверное можно будет так сделать

Chex wrote: случаи продолжается (возможно причина в том, что в базе ХС довольно часто встречаются задвоение ХС-ов (одинаковые названия и ИНН), несмотря на ограничитель по ИНН (видимо данный ограничитель дает или давал сбой) - возможно один ХС закреплен за предприятием в Меркурий.ГВЭ, а на другой (точно такой ХС с таким же ИНН) выписывается вет.сертификат (и поэтому погасив Вет.сертификат первого второго ХС-а (думая, что это первый), мы его и не видим при оформлении транзакции первом ХС-у).
примеры таких: ...

еще дубль - ООО "МитФиш", ИНН: 7706731559

Chex wrote:еще дубль - ООО "МитФиш", ИНН: 7706731559

Удалили.

Михаил Талисов wrote:

Chex wrote:еще дубль - ООО "МитФиш", ИНН: 7706731559

Удалили.

Что это у вас за дубли?? И почему их много?

Николай Власов wrote:Что это у вас за дубли?? И почему их много?

Доброе утро.
Раньше при регистрации ХС не работала проверка на уникальность по ИНН, поэтому в системе было зарегистрировано несколько одинаковых ХС.

Михаил Талисов wrote:

Николай Власов wrote:Что это у вас за дубли?? И почему их много?

Доброе утро.
Раньше при регистрации ХС не работала проверка на уникальность по ИНН, поэтому в системе было зарегистрировано несколько одинаковых ХС.

так, чисто к слову, в весте до сих пор нет ни поля для инн ни проверки по инн (хотя бы по юрикам), плодятся и там

...

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

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

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

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

RU 33 RMSHK 0135

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

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

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

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

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

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

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

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

RU 33 RMSHK 0135

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

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

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

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

Не только возможен, но неизбежен. Я уже предлагал нечто подобное (структура была несколько другой и название тоже) в проекте ФЗ Об идентификации и трассировке животных и продукции животного происхождения, который мы разработали совместно с Лондонским институтом и ЕС и который благополучно угробили наши законодатели.
Так что нужно только добиться легитимизации такого определителя в масштабах ЕврАзЭС. Только вот как это сделать я пока не представляю.

АМ wrote:

Михаил Талисов wrote:

Николай Власов wrote:Что это у вас за дубли?? И почему их много?

Доброе утро.
Раньше при регистрации ХС не работала проверка на уникальность по ИНН, поэтому в системе было зарегистрировано несколько одинаковых ХС.

так, чисто к слову, в весте до сих пор нет ни поля для инн ни проверки по инн (хотя бы по юрикам), плодятся и там ...

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

Chex wrote: случаи продолжается (возможно причина в том, что в базе ХС довольно часто встречаются задвоение ХС-ов (одинаковые названия и ИНН), несмотря на ограничитель по ИНН (видимо данный ограничитель дает или давал сбой) - возможно один ХС закреплен за предприятием в Меркурий.ГВЭ, а на другой (точно такой ХС с таким же ИНН) выписывается вет.сертификат (и поэтому погасив Вет.сертификат первого второго ХС-а (думая, что это первый), мы его и не видим при оформлении транзакции первом ХС-у).
примеры таких: ...

еще дубль - ООО "ТПК Черкизово" (правильный ИНН 7718021673)