Взаимодействие с учетными системами хозяйствующих субъектов

Mariner-10 wrote:Добрый день,
возможно, кто-то уже сталкивался с данными случаями и сможет прояснить ситуацию.
1. У предприятия множество филиалов, и в случае отказа покупателем принимать часть продукции возврат может происходить не обязательно на отгружающий филиал/хозяйствующий субьект. Если ли возможность отразить данный процесс в Меркурии ?
2. Допустимо ли оформление консолидировнной транспортировки на несколько машин провайдера, т.е. перечисление в поле "Транспортное средство" номеров ТС без возможности указать в ВСД конкретный номер с ТС при условии, что перевозящее в конкретный момент времени ТС входит в список ТС в ВСД?
3. В правилах Меркурия есть указание на то, что если клиент не гасит входящий транспортный ВСД, это должен делать за него поставщик. Применяется ли кем-либо из поставщиков подобная практика?

По первому вопросу:
если получатель товара отказался принимать товар или его часть, то он:
либо должен оформляться возвратный сертификат - т.е. сертификат до точки отправления,
либо просить отправителя аннулировать первый сертификат и оформить другой на меньший объем, который он готов получить и погасить. После этого в точке отправки может быть оформлен другой сертификат в другую точку получения.
Альтернативно: в первой точке получения может быть осуществлен прием продукции и тут же оформлен сертификат на часть товара во вторую точку.
Что не учтено с вашей точки зрения?

По второму вопросу:
Вопрос не понятен. Перефразируйте без жаргонных терминов.

По третьему вопросу:
В "правилах Меркурия" такого положения нет. Они предоставляют несколько возможностей в отношении того, кто погасит сертификат это может быть:
- уполномоченное лицо - сотрудник получателя,
- уполномоченный представитель получателя (это кто угодно),
- сотрудник органа госвласти субъекта РФ,
причем ответственность за гашения - за получателем и ни каких ОБЯЗАННОСТЕЙ на поставщика не возлагается. Так что поставщик ни чего не ДОЛЖЕН, но может, если захочет и если получатель с этим согласится..

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

Kano wrote:Добрый день, подскажите, а объединить записи журнала входной продукции можно через шлюз? чет не нашел...

вот жеж, русским по-белому

lalex23 wrote:

Kano wrote:Добрый день, подскажите, а объединить записи журнала входной продукции можно через шлюз? чет не нашел...

вот жеж, русским по-белому

Благодарю!

Дайте пожалуйста доступ к тестовому серверу Ветис API. Вчера отправил 2 письма с заявкой на предоставление доступа, доступ таки не дали. P.S. Доступ к Меркурию дали оперативно

Здравствуйте!

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

Егорова Ирина wrote:Здравствуйте!

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

Благодарю за ответ, отправил Вам личное сообщение

Николай Власов wrote:

Mariner-10 wrote:Добрый день,
возможно, кто-то уже сталкивался с данными случаями и сможет прояснить ситуацию.
1. У предприятия множество филиалов, и в случае отказа покупателем принимать часть продукции возврат может происходить не обязательно на отгружающий филиал/хозяйствующий субьект. Если ли возможность отразить данный процесс в Меркурии ?
2. Допустимо ли оформление консолидировнной транспортировки на несколько машин провайдера, т.е. перечисление в поле "Транспортное средство" номеров ТС без возможности указать в ВСД конкретный номер с ТС при условии, что перевозящее в конкретный момент времени ТС входит в список ТС в ВСД?

По первому вопросу:
если получатель товара отказался принимать товар или его часть, то он:
либо должен оформляться возвратный сертификат - т.е. сертификат до точки отправления,
либо просить отправителя аннулировать первый сертификат и оформить другой на меньший объем, который он готов получить и погасить. После этого в точке отправки может быть оформлен другой сертификат в другую точку получения.
Альтернативно: в первой точке получения может быть осуществлен прием продукции и тут же оформлен сертификат на часть товара во вторую точку.
Что не учтено с вашей точки зрения?

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

Mariner-10 wrote:

Николай Власов wrote:

Mariner-10 wrote:Добрый день,
возможно, кто-то уже сталкивался с данными случаями и сможет прояснить ситуацию.
1. У предприятия множество филиалов, и в случае отказа покупателем принимать часть продукции возврат может происходить не обязательно на отгружающий филиал/хозяйствующий субьект. Если ли возможность отразить данный процесс в Меркурии ?
2. Допустимо ли оформление консолидировнной транспортировки на несколько машин провайдера, т.е. перечисление в поле "Транспортное средство" номеров ТС без возможности указать в ВСД конкретный номер с ТС при условии, что перевозящее в конкретный момент времени ТС входит в список ТС в ВСД?

По первому вопросу:
если получатель товара отказался принимать товар или его часть, то он:
либо должен оформляться возвратный сертификат - т.е. сертификат до точки отправления,
либо просить отправителя аннулировать первый сертификат и оформить другой на меньший объем, который он готов получить и погасить. После этого в точке отправки может быть оформлен другой сертификат в другую точку получения.
Альтернативно: в первой точке получения может быть осуществлен прием продукции и тут же оформлен сертификат на часть товара во вторую точку.
Что не учтено с вашей точки зрения?

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

Если вы имеете в виду, что этого делать вообще не надо, поскольку это порождает новые сертификаты, то я с вами не согласен. Это нужно делать для того, чтобы обеспечить возможность учета перемещений и отслеживания.
А если вы имеете в виду, что это делать надо, но надо делать так, чтобы это не приводило к необходимости для участника оборота содержать дополнительные ДЕЙСТВИЯ (т.е., чтобы все необходимые серты оформлялись, но оформлялись автоматически в соответствии с реальным алгоритмом действия участника оборота), то тут есть над чем подумать.
Если вы воспринимаете второе, то изложите ваше понимание механизма (или альтернативных механизмов, если их вы видите более, чем один): как это лучше оформлять с вашей точки зрения.

Николай Власов wrote:А если вы имеете в виду, что это делать надо, но надо делать так, чтобы это не приводило к необходимости для участника оборота содержать дополнительные ДЕЙСТВИЯ (т.е., чтобы все необходимые серты оформлялись, но оформлялись автоматически в соответствии с реальным алгоритмом действия участника оборота), то тут есть над чем подумать.
Если вы воспринимаете второе, то изложите ваше понимание механизма (или альтернативных механизмов, если их вы видите более, чем один): как это лучше оформлять с вашей точки зрения.

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

Отдельно хотелось бы предложить рассмотреть возможность сделать более прозрачным процесс оформления возвратного ВСД в разрезе формирования записи StockEntry:
сейчас при гашении возвратного ВСД формируется новая запись StockEntry на отправителе. Однако в системе учета приемка происходит в ту же партию. В случае если StockEntry, с которой произошло исходное списание на отправителе, выбрана не полностью, возникает ситуация, при которой одной партии в системе учета соответствует несколько StockEntry Меркурия (невыбранный остаток исходной записи + новая запись физически того же остатка партии, сформированная при гашении возвратного ВСД). Что приводит к необходимости либо 1. отправлять запросы на создание транспортных ВСД уже не в разрезе отгружаемой партии в системе учета, а в разрезе партия + StockEntry, которых может быть несколько на полный остаток партии, т.е., опять-таки, дробить без нужды сертификаты. либо 2. Использовать интерфейс по объединению записей StockEntry. Способ 1 очень неудобен для реализации.
В случа если в системе учета поставщика оформляется возврат не гашением возвратного, а оформлением отдельного транспортного ВСД клиентом, вопросов не возникает - поставщик должен сам решить, с чем схлопывать возвращенный клиентом StockEntry и надо ли это ему. В случае же гашения возвратного по связке исходный транспортный ВСД - возвратный ВСД можно найти исходный StockEntry поставщика и оформлять приход на поставщике именно в исходную StockEntry вместо формирования новой, что избавило бы от необходимости дополнительно отправлять запросы на объединение записей StockEntry, нагружая систему.

Mariner-10 wrote:

Николай Власов wrote:А если вы имеете в виду, что это делать надо, но надо делать так, чтобы это не приводило к необходимости для участника оборота содержать дополнительные ДЕЙСТВИЯ (т.е., чтобы все необходимые серты оформлялись, но оформлялись автоматически в соответствии с реальным алгоритмом действия участника оборота), то тут есть над чем подумать.
Если вы воспринимаете второе, то изложите ваше понимание механизма (или альтернативных механизмов, если их вы видите более, чем один): как это лучше оформлять с вашей точки зрения.

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

Отдельно хотелось бы предложить рассмотреть возможность сделать более прозрачным процесс оформления возвратного ВСД в разрезе формирования записи StockEntry:
сейчас при гашении возвратного ВСД формируется новая запись StockEntry на отправителе. Однако в системе учета приемка происходит в ту же партию. В случае если StockEntry, с которой произошло исходное списание на отправителе, выбрана не полностью, возникает ситуация, при которой одной партии в системе учета соответствует несколько StockEntry Меркурия (невыбранный остаток исходной записи + новая запись физически того же остатка партии, сформированная при гашении возвратного ВСД). Что приводит к необходимости либо 1. отправлять запросы на создание транспортных ВСД уже не в разрезе отгружаемой партии в системе учета, а в разрезе партия + StockEntry, которых может быть несколько на полный остаток партии, т.е., опять-таки, дробить без нужды сертификаты. либо 2. Использовать интерфейс по объединению записей StockEntry. Способ 1 очень неудобен для реализации.
В случа если в системе учета поставщика оформляется возврат не гашением возвратного, а оформлением отдельного транспортного ВСД клиентом, вопросов не возникает - поставщик должен сам решить, с чем схлопывать возвращенный клиентом StockEntry и надо ли это ему. В случае же гашения возвратного по связке исходный транспортный ВСД - возвратный ВСД можно найти исходный StockEntry поставщика и оформлять приход на поставщике именно в исходную StockEntry вместо формирования новой, что избавило бы от необходимости дополнительно отправлять запросы на объединение записей StockEntry, нагружая систему.

Что касается "Выбора получателя для возврата", то ваше предложение однозначно не проходит: оно нарушает логику процесса: возврат - это совершенно конкретно - из точки В в точку А и ни каких других вариантов. Иначе это не возврат, а новое перемещение.
Касательно StockEntry не могу ни чего сказать - программисты пусть ответят.

Коллеги, пытаюсь отправить обычный запрос на получение ХЗ через SoapUI(С HTTP авторизацией) на пилотном сервере
endpoint: https://api2.vetrf.ru:8002/platform/cerberus/services/EnterpriseService

Выдает ошибку ERROR:Exception in request: org.apache.http.conn.HttpHostConnectException: Connection to https://api2.vetrf.ru:8002 refused

Проблема с сервером?

Здравстуйте!

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

Егорова Ирина wrote:Здравстуйте!

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

Ответил личным сообщением

Добрый день. Есть вопросы.

1) Где-нибудь есть шаблон формирования строки адреса для веб версии? Хочу иметь возможность из нашей системы в один клик открывать объект в веб-версии. Особенно актуально на этапе разработки и тестирования. Для ВСД сейчас это выглядит примерно так: https://t2-mercury.vetrf.ru/gve/operatorui?_action=showVetDocumentForm&_language=ru&vetDocument=00001 , но вот как раз этот номер и не передается в ответах. Как сформировать аналогичную строку на основе гуида ВСД - не понятно.

2) Кто как работает с кодами ошибок? Откуда взять весь список? Я походил по вики, собрал все в одну табличку, получилось 912 кодов. Но чаще в ответе приходит какой-нибудь новый код, который не гуглится на вики и иногда находится на форуме, но чаще и там не находится. Как с такими быть? Разработчикам: может есть возможность вместе с кодом ошибки отдавать и его описание? Ну или сделать веб-сервис, который будет отдавать список соответствия кодов описаниям. А то в случае появления нового кода ошибки и занесения его в вики шансов узнать о нем нашей системе немного.

3) Совершенно не понял как работать с организационно-правовой формой в ХС. Везде в документации написано, что это объект с тремя полями name, code и shortName 1, 2, 3 Но при импорте ХС списком и по гуиду там приходит ууид (или вообще ничего не приходит), а при попытке изменить ХС с заполнением 3х полей возвращается ошибка MERC04347, описания которой я нигде не нашел. Возможно это как раз изза того, что в ОПФ указаны эти 3 поля, а не ууид. Как правильно с ними работать? Как получить соответстие ууид и коду по ОКОПФ? Я пока вижу только такой способ: получить все ХС списком, у кого указан ууид ОПФ и ОПФ можно определить из наименования, то ставить в соответствие.