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

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

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

Алексей Баранов wrote:lalex23 - спасибо за ответ.
А если uuid почти не используется, то и следить за актуальностью объектов вроде бы нет большого смысла.
А то я уже было подумывал об ежедневной синхронизации всех справочников.

не вижу причины не хранить в своей информационной системе статическое значение uuid на момент синхронизации, можно вытянуть из сервиса все версии объекта и проследить историю его изменений, ну если вдруг понадобится
з.ы.
за 8-9 месяцев промышленной эксплуатации системы интеграции 1С-Меркурий потребности в отслеживании guid-ов не возникало

Добрый день.

1. Подскажите по анонсированным изменениям:
Поддержка унифицированного классификатора продукции GS1 International (GPC).
Поддержка стандарта GLN для идентификации площадок.

Указанные изменения, насколько я помню были анонсированы на конец 2016 года. Идет второй квартал 2017 года. Указанные изменения реализованы?

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

3. Есть ли пример Ветис.API по оформлению ветеринарного свидетельства на утилизацию?

4. Есть ли документация по Ветис.API 1.5?

Спасибо.

Егорова Ирина wrote:
Пока предполагается, что вы эту связку будете хранить в системе самостоятельно. При оформлении/гашении ВСД возвращаются изменённые записи журнала и ВСД, оформленные по ним. В дальнейшем планируется добавить данные о ВСД в объект stockEntry.

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

У нас колбасное производство.
Поясните, пожалуйста, как в рамках одной системы (API-клиента) организовать работу гос.вет врача и наших врачей и сотрудников.
Наши врачи и сотрудники могут формировать операции переработки и транспортировки продукции (в ретейл упаковке), для этого мы подключаемся к сервису mercury-g2b.service, гос.вет.врач должен заниматься формированием входящих журналов (гашение или ввод ВСД) - мясо различных видов, для этого мы подключаемся к сервису mercury-vu.service
Или сервис не имеет значение, а только initiator имеет значение, чтобы операция выполнилась?

*Удалено. Вопрос разрешился*

Господа разработчики, требуется помощь: есть холдинг, в состав входят предприятия которые осуществляют полный цикл выпуска продукции из мяса птицы (элеватор, инкубатор, племрепродуктор, выпуск готовой продукции), часть предприятий находится на единой производственной площадке, на конечном этапе цикла - готовые колбасные изделия, полуфабрикаты, субпродукты. В данный момент существует одно юр. лицо, осуществляющее выпуск продукции и реализацию мелким, крупным оптовикам, плюс собственная фирменная торговая сеть.
На территории предприятия работают 3-4 вет.врача(некоторые посменно) из вет.управления, которые через механизм интеграции учётной системы на базе 1С оформляют ЭВСД в Меркурии, логика учёта построена "от реализации": на каждую транспортную транзакцию формируется производственная партия и тут же отгружается. Логика выбрана такая, поскольку выпуск продукции идёт круглосуточно и продукция только-что выработанная может через 10-20 минут быть отгружена - онлайновое оформление производственных партий невозможно.
В ближайшее время в целях оптимизации налогообложения планируется организация нового юр. лица, через которое пойдёт вся реализация готовой продукции, а производство останется на том же юр. лице что и в данный момент, теперь в логике Меркурия схема оформления ЭВСД должна выглядеть так:
1. ЮЛ1 - производственный ЭВСД на выпуск продукции
2. ЮЛ1 -> ЮЛ2 - ЭВСД на транзакцию "смена владельца без перевозки"
3. ЮЛ2 -> ЭВСД на транспортную транзакцию со сменой владельца или без(для фирменных торговых точек)
Я правильно понимаю? Можно как-то избежать "лишних" транзакций?

lalex23 wrote:
В ближайшее время в целях оптимизации налогообложения планируется организация нового юр. лица, через которое пойдёт вся реализация готовой продукции, а производство останется на том же юр. лице что и в данный момент, теперь в логике Меркурия схема оформления ЭВСД должна выглядеть так:
1. ЮЛ1 - производственный ЭВСД на выпуск продукции
2. ЮЛ1 -> ЮЛ2 - ЭВСД на транзакцию "смена владельца без перевозки"
3. ЮЛ2 -> ЭВСД на транспортную транзакцию со сменой владельца или без(для фирменных торговых точек)
Я правильно понимаю? Можно как-то избежать "лишних" транзакций?

Да принцип оформления Вы правильно поняли, в соответствии с законодательством должно быть так.

Doc18 wrote:

lalex23 wrote: Можно как-то избежать "лишних" транзакций?

Да принцип оформления Вы правильно поняли, в соответствии с законодательством должно быть так.

а вариантов упростить нет?

lalex23 wrote:

Doc18 wrote:

lalex23 wrote: Можно как-то избежать "лишних" транзакций?

Да принцип оформления Вы правильно поняли, в соответствии с законодательством должно быть так.

а вариантов упростить нет?

Я не из разработчиков. Может они придумают какие-то вариант.

lalex23 wrote:логика учёта построена "от реализации": на каждую транспортную транзакцию формируется производственная партия и тут же отгружается. Логика выбрана такая, поскольку выпуск продукции идёт круглосуточно и продукция только-что выработанная может через 10-20 минут быть отгружена - онлайновое оформление производственных партий невозможно.

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

lalex23 wrote:В ближайшее время в целях оптимизации налогообложения планируется организация нового юр. лица, через которое пойдёт вся реализация готовой продукции, а производство останется на том же юр. лице что и в данный момент, теперь в логике Меркурия схема оформления ЭВСД должна выглядеть так:
1. ЮЛ1 - производственный ЭВСД на выпуск продукции
2. ЮЛ1 -> ЮЛ2 - ЭВСД на транзакцию "смена владельца без перевозки"
3. ЮЛ2 -> ЭВСД на транспортную транзакцию со сменой владельца или без(для фирменных торговых точек)
Я правильно понимаю? Можно как-то избежать "лишних" транзакций?

Без лишних не получится, но можно решить вопрос по другому, правда шагов станет больше

Можно сразу показать давальческое производство, а потом уже перемещать сырье для его использования в ЮЛ2, при этом не останавливать операции отгрузки с ЮЛ2:
1. ЮЛ2 - > производственный ЭВСД(производство не завершено).
2. ЮЛ2 - > ЭВСД на транспортную транзакцию со сменой владельца или без(для фирменных торговых точек) для произведенных партий.
3. ЮЛ1 - > ЮЛ2 - ЭВСД на транзакцию "смена владельца без перевозки" для записей журнала остатков(партии сырья).
4. ЮЛ2 -> списание записей журнала сырья для ЮЛ2(завершение производственного ЭВСД)

У нас на предприятии завершается процесс интеграции 1с и Меркурий ХС.
Можем ли мы зарегистрировать государственную службу и выдать им ключи ? И имеют ли право вообще они выписывать от ХС если с ними заключен договор.
Если нет, то можно ли заинтегрировать ГВЭ меркурий и 1 с.

Коллеги доброе утро. Отправил заявку на доступ к тестовому API вот в FAQ прочитал что можно ещё здесь вопрос задать. Как быстро вам предоставили доступ ? Можно ли как то ускорить процесс предоставления ?

Нам дали через день.

nifor wrote:Коллеги доброе утро. Отправил заявку на доступ к тестовому API вот в FAQ прочитал что можно ещё здесь вопрос задать. Как быстро вам предоставили доступ ? Можно ли как то ускорить процесс предоставления ?

Вот тоже дали через 1.5 дня, но с указанными данными только API доступ другие же присланные учетные данные не позволяют зайти в вэб интерфейс тестового сервиса Меркурий . Может сталкивался кто с данной проблемой ?

nifor wrote:Вот тоже дали через 1.5 дня, но с указанными данными только API доступ другие же присланные учетные данные не позволяют зайти в вэб интерфейс тестового сервиса Меркурий . Может сталкивался кто с данной проблемой ?

Там два логина должно быть. Один для API (относится к предприятию и название созвучно с предприятием, с ним же идут APIkey и IssuerID). Второй (логин - пароль) пользователю. Вот с пользовательским и надо заходить в веб интерфейс Меркурия.