|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Технические вопросы по оформлению справок №4 в подсистеме Меркурий.ГВЭ  XML
Индекс форума » Компонент МЕРКУРИЙ
Автор Сообщение
Александр Осминин

[Avatar]

Зарегистрирован: 25/06/2009 17:13:08
Сообщений: 302
От: ФГБУ ВНИИЗЖ
Оффлайн

В данном разделе обсуждаются технические вопросы и проблемы, возникающие у пользователей при оформлении справок №4 в автоматизированной системе МЕРКУРИЙ. В случае наличия технической проблемы просьба в сообщении описать ее суть, действия приведшие к ее возникновению, а также название и версию используемых Интернет-браузера и операционной системы.
ведущий программист отдела программного обеспечения
Федерального центра охраны здоровья животных, г. Владимир
[Email] [WWW]
Chex

[Avatar]

Зарегистрирован: 14/01/2011 11:24:17
Сообщений: 281
Оффлайн

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

[Avatar]

Зарегистрирован: 25/06/2009 17:13:08
Сообщений: 302
От: ФГБУ ВНИИЗЖ
Оффлайн

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

Здравствуйте. Все поправили, пробуйте.
ведущий программист отдела программного обеспечения
Федерального центра охраны здоровья животных, г. Владимир
[Email] [WWW]
Александр Осминин

[Avatar]

Зарегистрирован: 25/06/2009 17:13:08
Сообщений: 302
От: ФГБУ ВНИИЗЖ
Оффлайн

astrvet wrote:Как осуществляется разграничение прав доступа ветеринарных врачей и контролирующих организаций в системе «Меркурий»?
Этот вопрос нужно обсудить. Для подсистемы ГВЭ разграничение прав доступа ветврачей предполагается на основе обслуживаемого предприятия. Ветврач обслуживает одно или несколько предприятий, может гасить/оформлять ВСД любых фирм, чьи грузы проходят через его обслуживаемые предприятия. НО, полностью это реализовать пока нельзя: нет реестра обслуживаемых предприятий, а на СВХ место, куда направляется груз указывается текстом без привязки к конкретному предприятию. Соответственно, сейчас врач видит и может гасить любой сертификат, оформленный на СВХ.
Другой вариант: сделать разграничение прав доступа ветврачей на основе фирм?
ведущий программист отдела программного обеспечения
Федерального центра охраны здоровья животных, г. Владимир
[Email] [WWW]
Chex

[Avatar]

Зарегистрирован: 14/01/2011 11:24:17
Сообщений: 281
Оффлайн

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

[Avatar]

Зарегистрирован: 25/06/2009 17:13:08
Сообщений: 302
От: ФГБУ ВНИИЗЖ
Оффлайн

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

Да, согласны. К предприятиям по хранению будем крепить фирмы-владельцы груза.
Chex wrote:При поступлении груза на предприятия по хранению в субъекте РФ, данные о грузе, при помощи этих привязок, поступают на фирму- получателя заносятся в его базу данных →гасится→поступает во входной журнал предприятия, (а фирма-получатель груза, становится владельцем груза и единственно возможным отправителем.

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

[Avatar]

Зарегистрирован: 14/01/2011 11:24:17
Сообщений: 281
Оффлайн

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

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

[Avatar]

Зарегистрирован: 24/06/2009 08:32:34
Сообщений: 1186
Оффлайн

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

Да, согласны. К предприятиям по хранению будем крепить фирмы-владельцы груза.
Chex wrote:При поступлении груза на предприятия по хранению в субъекте РФ, данные о грузе, при помощи этих привязок, поступают на фирму- получателя заносятся в его базу данных →гасится→поступает во входной журнал предприятия, (а фирма-получатель груза, становится владельцем груза и единственно возможным отправителем.

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


Не теряйтесь: Меркурий должен фиксировать все транзакции (которые связаны с перевозкой и которые не связаны с нею) и все перевозки без смены владельца (Меркурий - основа системы трассировки).
Соблюдайте принципы:
пойнт-ту-пойнт (в одном ВСД ВСЕГДА только 2 адреса: ОДИН адрес отправления и ОДИН адрес получения, причем, если фиксируется транзакция без перевозки, то это ОДИН И ТОТ ЖЕ АДРЕС),
одно ВСД - один товар (в одном ВСД ВСЕГДА ТОЛЬКО ОДНО НАИМЕНОВАНИЕ продукции, ОДНОЙ СЕРИИ, ОДНОЙ ДАТЫ ВЫПУСКА), учитывая, что ВСД электронные не важно сколько их будет на одну машину - хоть 200...
все ВСД на 1 рейс образуют "папку", в нее могут быть вложены папки адресов получения (это если одна машина везет разные или одинаковый товары в разные точки),
максимальной автоматизации труда лица, оформляющего ВСД: все, что введено за один сеанс более за этот сеанс руками не вводится, все, что оформлено ранее, может использоваться как шаблон в дальнейшем.

Это сообщение было редактировано 2 раз. Последнее обновление произошло в 29/03/2011 13:47:04

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

[Avatar]

Зарегистрирован: 31/05/2010 16:34:47
Сообщений: 22
Оффлайн

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

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

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

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

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


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

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

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

[Avatar]

Зарегистрирован: 31/05/2010 16:34:47
Сообщений: 22
Оффлайн

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


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

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

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

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


  • Николай Власов wrote:пойнт-ту-пойнт (в одном ВСД ВСЕГДА только 2 адреса: ОДИН адрес отправления и ОДИН адрес получения, причем, если фиксируется транзакция без перевозки, то это ОДИН И ТОТ ЖЕ АДРЕС)


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


    Сумрачный германский гений
    [ICQ]
    Дмитрий Шевченко

    [Avatar]

    Зарегистрирован: 31/05/2010 16:34:47
    Сообщений: 22
    Оффлайн

    Николай Власов wrote:одно ВСД - один товар (в одном ВСД ВСЕГДА ТОЛЬКО ОДНО НАИМЕНОВАНИЕ продукции, ОДНОЙ СЕРИИ, ОДНОЙ ДАТЫ ВЫПУСКА), учитывая, что ВСД электронные не важно сколько их будет на одну машину - хоть 200...


    Это разрешает ряд проблем, на которые жалуются пользователи:

  • Недопустимость объединения в одну ВСД продукции разных температурных режимов.

  • Не нужно вводить несколько дат выработки для разных грузов.

  • Не нужно разграничивать цифрами продукцию в отчетах и даты выработки.
  • .
    Сумрачный германский гений
    [ICQ]
    Николай Власов

    [Avatar]

    Зарегистрирован: 24/06/2009 08:32:34
    Сообщений: 1186
    Оффлайн

    Дмитрий Шевченко wrote:
    Николай Власов wrote:одно ВСД - один товар (в одном ВСД ВСЕГДА ТОЛЬКО ОДНО НАИМЕНОВАНИЕ продукции, ОДНОЙ СЕРИИ, ОДНОЙ ДАТЫ ВЫПУСКА), учитывая, что ВСД электронные не важно сколько их будет на одну машину - хоть 200...


    Это разрешает ряд проблем, на которые жалуются пользователи:

  • Недопустимость объединения в одну ВСД продукции разных температурных режимов.

  • Не нужно вводить несколько дат выработки для разных грузов.

  • Не нужно разграничивать цифрами продукцию в отчетах и даты выработки.
  • .


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

    [Avatar]

    Зарегистрирован: 14/01/2011 11:24:17
    Сообщений: 281
    Оффлайн

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

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

    [Avatar]

    Зарегистрирован: 14/01/2011 11:24:17
    Сообщений: 281
    Оффлайн

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

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

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

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

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


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


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

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

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



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

    [Avatar]

    Зарегистрирован: 14/01/2011 11:24:17
    Сообщений: 281
    Оффлайн

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


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

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

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

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


  • Если я правильно понял вопросы то ответы:
    1) При гашении предприятие-получатель не меняется
    2)вес груза не меняется (сколько отправили столько и пришло и не где подороге не потерялось), а про использование на предприяти не много не допонимаю (это как?) - груз приходи на склад, дробится на части и отправляется в несколько новых складов (или магазинов) и так далее
    3) не допонял вопроса (уточните)
     
    Индекс форума » Компонент МЕРКУРИЙ
    Перейти:   

    Powered by JForum 2.1.8 © JForum Team