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

[Avatar]

Зарегистрирован: 31/08/2015 11:57:04
Сообщений: 294
От: ФГБУ ВНИИЗЖ
Оффлайн

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


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


Зарегистрирован: 10/03/2016 14:26:10
Сообщений: 372
Оффлайн

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

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


Зарегистрирован: 04/04/2017 13:29:33
Сообщений: 80
Оффлайн

Добрый день.

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

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

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

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

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

Спасибо.
Мавр


Зарегистрирован: 31/03/2017 17:37:37
Сообщений: 2
Оффлайн

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

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

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

[Avatar]

Зарегистрирован: 21/03/2017 06:19:45
Сообщений: 2
Оффлайн

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

Это сообщение было редактировано 3 раз. Последнее обновление произошло в 10/04/2017 13:29:37

lalex23


Зарегистрирован: 10/03/2016 14:26:10
Сообщений: 372
Оффлайн

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

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 12/04/2017 15:32:09

Doc18

[Avatar]

Зарегистрирован: 08/04/2017 23:05:04
Сообщений: 299
Оффлайн

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


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

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 12/04/2017 16:23:19

lalex23


Зарегистрирован: 10/03/2016 14:26:10
Сообщений: 372
Оффлайн

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


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

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

[Avatar]

Зарегистрирован: 08/04/2017 23:05:04
Сообщений: 299
Оффлайн

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


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

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


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

[Avatar]

Зарегистрирован: 12/05/2016 11:36:01
Сообщений: 23
Оффлайн

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(завершение производственного ЭВСД)

Это сообщение было редактировано 2 раз. Последнее обновление произошло в 19/04/2017 17:57:13

Сергеев Николай


Зарегистрирован: 20/04/2017 20:45:59
Сообщений: 2
Оффлайн

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

nifor

[Avatar]

Зарегистрирован: 21/04/2017 04:01:50
Сообщений: 147
Оффлайн

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


Зарегистрирован: 13/10/2016 14:31:18
Сообщений: 49
Оффлайн

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

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

[Avatar]

Зарегистрирован: 21/04/2017 04:01:50
Сообщений: 147
Оффлайн

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


Зарегистрирован: 13/10/2016 14:31:18
Сообщений: 49
Оффлайн

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


Там два логина должно быть. Один для API (относится к предприятию и название созвучно с предприятием, с ним же идут APIkey и IssuerID). Второй (логин - пароль) пользователю. Вот с пользовательским и надо заходить в веб интерфейс Меркурия.
 
Индекс форума » Автоматизированная система МЕРКУРИЙ
Перейти:   

Powered by JForum 2.1.8 © JForum Team