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


Зарегистрирован: 25/07/2016 11:22:50
Сообщений: 92
Оффлайн

Yoreg07 wrote:
maltsev wrote:Позвольте вклиниться! Что значит вносит ? Разве не каждый ХС должен заявлять о себе и подавать за себя документы ?

Имеется ввиду операция ModifyBusinessEntityOperation


да, понял. Но в случае если мне поставщик привез бумажные ВСД, я же не должен его вносить в Меркурий. Моя задача отразить эти бумажные ВСД в электронном виде, верно ?
maltsev


Зарегистрирован: 25/07/2016 11:22:50
Сообщений: 92
Оффлайн

Yoreg07 wrote:
maltsev wrote:Позвольте вклиниться! Что значит вносит ? Разве не каждый ХС должен заявлять о себе и подавать за себя документы ?

Т.е. есть я - ХС №1 могу этой операцией добавить в реестр Вас - ХС №2, если Вас там нет ... а затем могу добавлять и удалять связь ХС №2 и Enterprise.


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


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн

maltsev wrote:
Yoreg07 wrote:
maltsev wrote:Позвольте вклиниться! Что значит вносит ? Разве не каждый ХС должен заявлять о себе и подавать за себя документы ?

Имеется ввиду операция ModifyBusinessEntityOperation


да, понял. Но в случае если мне поставщик привез бумажные ВСД, я же не должен его вносить в Меркурий. Моя задача отразить эти бумажные ВСД в электронном виде, верно ?

Если я не ошибаюсь, то в перспективе все ВСД должны быть в электронном виде ... тогда, конечно, не будет необходимости вносить ХС этой операцией в реестр (он будет наполнен), но на переходный период у Вас получается две системы: бумажная и электронная, что не очень хорошо, как мне кажется
b.ivanov

[Avatar]

Зарегистрирован: 22/04/2016 17:52:09
Сообщений: 50
Оффлайн

maltsev wrote:
Yoreg07 wrote:
maltsev wrote:Позвольте вклиниться! Что значит вносит ? Разве не каждый ХС должен заявлять о себе и подавать за себя документы ?

Т.е. есть я - ХС №1 могу этой операцией добавить в реестр Вас - ХС №2, если Вас там нет ... а затем могу добавлять и удалять связь ХС №2 и Enterprise.


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

Перед добавлением чего-либо всегда надо проверять, а не сделал ли это кто-то раньше.

Я бы больше переживал за дублирующиеся записи, опечатки и прочее, поскольку можно работать с ХС/предприятием по одному GUID, а сами они будут иметь то же написание даже, но по факту другой GUID. Плюс регулярно бывают изменения всякие, которые довольно сложно держать и тут. К примеру, большой хладокомбинат с кучей всяких сдаваемых складов, секций, которые регулярно меняют арендатора..
Готовое решение интеграции для любой учётной системы

подробнее
Yoreg07


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн

maltsev wrote:
Yoreg07 wrote:
maltsev wrote:Позвольте вклиниться! Что значит вносит ? Разве не каждый ХС должен заявлять о себе и подавать за себя документы ?

Т.е. есть я - ХС №1 могу этой операцией добавить в реестр Вас - ХС №2, если Вас там нет ... а затем могу добавлять и удалять связь ХС №2 и Enterprise.


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

да, верно
maltsev


Зарегистрирован: 25/07/2016 11:22:50
Сообщений: 92
Оффлайн

b.ivanov wrote:
maltsev wrote:
Yoreg07 wrote:
maltsev wrote:Позвольте вклиниться! Что значит вносит ? Разве не каждый ХС должен заявлять о себе и подавать за себя документы ?

Т.е. есть я - ХС №1 могу этой операцией добавить в реестр Вас - ХС №2, если Вас там нет ... а затем могу добавлять и удалять связь ХС №2 и Enterprise.


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

Перед добавлением чего-либо всегда надо проверять, а не сделал ли это кто-то раньше.

Я бы больше переживал за дублирующиеся записи, опечатки и прочее, поскольку можно работать с ХС/предприятием по одному GUID, а сами они будут иметь то же написание даже, но по факту другой GUID. Плюс регулярно бывают изменения всякие, которые довольно сложно держать и тут. К примеру, большой хладокомбинат с кучей всяких сдаваемых складов, секций, которые регулярно меняют арендатора..


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


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн

b.ivanov wrote:
maltsev wrote:
Yoreg07 wrote:
maltsev wrote:Позвольте вклиниться! Что значит вносит ? Разве не каждый ХС должен заявлять о себе и подавать за себя документы ?

Т.е. есть я - ХС №1 могу этой операцией добавить в реестр Вас - ХС №2, если Вас там нет ... а затем могу добавлять и удалять связь ХС №2 и Enterprise.


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

Перед добавлением чего-либо всегда надо проверять, а не сделал ли это кто-то раньше.

Я бы больше переживал за дублирующиеся записи, опечатки и прочее, поскольку можно работать с ХС/предприятием по одному GUID, а сами они будут иметь то же написание даже, но по факту другой GUID. Плюс регулярно бывают изменения всякие, которые довольно сложно держать и тут. К примеру, большой хладокомбинат с кучей всяких сдаваемых складов, секций, которые регулярно меняют арендатора..

согласен с Вами ... но скорее всего поиск ХС перед добавлением осуществляется по ИНН и/или ОГРН ... по крайней мере я бы сделал так, а что там в названии написано - второстепенно ... есть же в конце концов ЕГРЮЛ/ЕГРИП

Это сообщение было редактировано 2 раз. Последнее обновление произошло в 25/08/2016 12:23:56

Yoreg07


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн

хотя не исключено, что в меркурии вообще нет "защиты от дурака" при добавлении ХС ... может я и ошибаюсь ... не проверял
ошибаюсь, извиняюсь ... защита есть ... по крайней мере ошибка такая предусмотрена (по ИНН и ОГРН)

Это сообщение было редактировано 4 раз. Последнее обновление произошло в 25/08/2016 12:31:17

Yoreg07


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн

а так ... добавить бы в businessentity элемент creator типа businessentity ... хоть знать кто тебя добавил
Yoreg07


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн

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

Кто-нибудь может ответить?
b.ivanov

[Avatar]

Зарегистрирован: 22/04/2016 17:52:09
Сообщений: 50
Оффлайн

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

Кто-нибудь может ответить?


Я даже параллельно отсылал запросы без особых проблем - лишь бы не пересекались исходные данные (вроде GUID журнальных записей). В обычном последовательном режиме на отправку одного набора данных больше 7-8 секунд не уходит. Сдаётся, проблема локальная или по пути, но не на стороне Меркурия.

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 25/08/2016 12:50:03

Готовое решение интеграции для любой учётной системы

подробнее
Yoreg07


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн

b.ivanov wrote:
Yoreg07 wrote:
Yoreg07 wrote:Добрый день. Скажите, пожалуйста, есть ли на сервере приёма запросов какое-нибудь ограничение по количеству запросов в промежуток времени (ну чтобы сервер не подвисал, например) от одного пользователя, ХС или что-то другое? Просто, тестируя свой интеграционный модуль и отсылая несколько запросов подряд, неоднократно получал ошибку о невозможности подключения ... немного подождав, повторял запросы и они успешно уходили.

Кто-нибудь может ответить?


Я даже параллельно отсылал запросы без особых проблем - лишь бы не пересекались исходные данные (вроде GUID журнальных записей). В обычном последовательном режиме на отправку одного набора данных больше 7-8 секунд не уходит. Сдаётся, проблема локальная или по пути, но не на стороне Меркурия.

Спасибо ... буду разбираться
maltsev


Зарегистрирован: 25/07/2016 11:22:50
Сообщений: 92
Оффлайн

на самом деле тема важная, сейчас процента 3 с помощью электронных ВСД работают, а может и того меньше.
А представьте, что все участники рынка будут ходить через "единую точку входа", то по скольку времени будет отрабатывать запрос ?
b.ivanov

[Avatar]

Зарегистрирован: 22/04/2016 17:52:09
Сообщений: 50
Оффлайн

maltsev wrote:на самом деле тема важная, сейчас процента 3 с помощью электронных ВСД работают, а может и того меньше.
А представьте, что все участники рынка будут ходить через "единую точку входа", то по скольку времени будет отрабатывать запрос ?


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

подробнее
Yoreg07


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 573
Оффлайн

Кстати, насчёт справочников ... в документации подразумевается, что справочник видов упаковки статичен, так как перечислены все данные, в веб-интерфейсе, по-моему есть возможность создавать новые виды упаковки, а API для получения актуального справочника нет (по крайней в документации) ... что делать ... может кто-нибудь ответить?
 
Индекс форума » Компонент МЕРКУРИЙ
Перейти:   

Powered by JForum 2.1.8 © JForum Team