|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: lalex23
Индекс форума » Профиль для lalex23 » Сообщения, отправленные пользователем lalex23
Автор Сообщение
gaur7 wrote:Доброе время суток!

Кто ещё не в курсе сегодня ночью в подсистеме обработки заявок в Ветис.API добавлены новые операции
Интересует, какие явные изменения добавлены в оформление транспортной партии?

в частности включился контроль наличия полей ID и FOR, устанавливающих соответствие между элементами consignment и vetCertificate, что это и зачем подробнее тут
ilart1991 wrote:
lalex23 wrote:
Private wrote:Прошу прощения, если вопрос уже обсуждался. Что делать, если в момент оформления накладной шлюз Ветис.API или серверы Меркурия будут неработоспособны? Есть ли возможность оффлайн-оформления ЭВСД?

ждать


и хавать штрафы от контрагентов. кек

бланки пока ни кто не отменял, но если речь исключительно о ЭВСД - ждать
Private wrote:Прошу прощения, если вопрос уже обсуждался. Что делать, если в момент оформления накладной шлюз Ветис.API или серверы Меркурия будут неработоспособны? Есть ли возможность оффлайн-оформления ЭВСД?

ждать
Stedar wrote:
mevgenym wrote:платформу обновите


На 8.3 взлетел. Хм, но это как бы не выход, у клиента 8.2. Ладно попробую последний релиз 8.2 и посмотрю что получится.

на крайнем 130 релизе 8.2 всё работает, а 76 в этом плане подглюкивает
dmitrenko_sa wrote:
Проверил получение списка предприятий хозяйствующего субъекта из свойства activityLocation на тестовом сервисе.
Можете пояснить несколько моментов:
- Не у всех полученных элементов Enterprise из свойства activityLocation реквизит Owner заполнен.
- В списке activityLocation имеются дубли.
Наличие предприятия в списке activityLocation означает что ХС является его владельцем? Заполненность свойства Owner можно не проверять?
Дубли это проблема именно тестового сервиса или в продуктивном такое тоже может быть?

наличие предприятия в списке - говорит о том что ХС осуществляет какую-либо деятельность на этом предприятии, известно об этом самому ХС или нет - большой вопрос, почему там пустые владельцы - беспонятия
тестовый сервис - огромная помойка, где идёт тестирование всеми разработчиками и по каким принципам они заполняют предприятия - известно только им, да и то не всем
рабочий сервис - там порядка чуть больше, в последнее время, но всё зависит от пользователей Меркурий, насколько ответственно они подходят к регистрации предприятий и ХС
dmitrenko_sa wrote:Добрый день.

Коллеги поделитесь опытом в решении вопроса оптимального получения данных из подсистемы Цербер (EnterpriseService).

Начальные условия:
Из подсистемы Цербер (EnterpriseService) в ИС заружены данных хозяйствующих субъектов с которыми взаимодействует организация.

Задача:
Получить список предприятий из системы Цербер (EnterpriseService) по конкретному хозяйствующуму субъекту(или списку хозяйствующих субъектов).



Получите информацию о ХС методом GetBusinessEntityByGuid, в нём будет поле activityLocation, содержащий список enterprise
Conceited Retiree wrote:
lalex23 wrote:ну как - вет врач жмёт кнопку и оформляется ВСД, заявок от ХС нет

Оу, спасибо, добрый человек, т.е. всё-таки ХСу можно сообщить логин и это ему никаких возможностей не прибавит.
Роли остаются ролями, но заявок как таковых при интеграции учётной системы ХС с "Меркурием" нет. Но жмякать ветврачу нужно. Это радует. А что вместо заявок? Как это ожидаемое действие врача называется, если не "подтверждение заявки" (на переработку, перемещение и т.д.)?
Дико извиняюсь за непроходимость и очевидно детский для вас вопрос - не видел учётных систем. У нас ни у кого нет, все ХСы в интерфейсе, даже оптовики.

посмотрите в описании шлюза какие транзакции возможны, для любой из них обязательно указание логина, оформление транспортной партии - по сути оформление ВСД
Conceited Retiree wrote:
lalex23 wrote:вет.врач должен его сообщить ХС для работы в Меркурии
Заявки в этом случае подтверждаются автоматом, без жмаканья?

ну как - вет врач жмёт кнопку и оформляется ВСД, заявок от ХС нет
Conceited Retiree wrote:
lalex23 wrote:
Agnostik wrote:используя только логин, без пароля

пароль не нужен ни где, только в веб-интерфейсе

Т.е. пароль, "ветиспаспорт" и двухфакторная идентификация (подтверждение входа врача в "Меркурий" по SMS) это просто вывески???

ну как сказать - информационная система обращающаяся к шлюзу идентифицируется по API Key, т.е. однозначно известно кто из ХС отправляет запросы, а от лица какого пользователя - указывается логин, вет.врач должен его сообщить ХС для работы в Меркурии, всё остально - на честном слове и на одном крыле
Agnostik wrote:
у нас вет.врачи работают в Меркурии через шлюз, каждый под своим логином в 1С

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

пароль не нужен ни где, только в веб-интерфейсе
Agnostik wrote:
и как то неправильно компенсировать отсутствие своих прав на оформление путем использования для этих целей чужого логина (читай ответственности)

у нас вет.врачи работают в Меркурии через шлюз, каждый под своим логином в 1С, жмакает кнопки оформления транзакций
ilart1991 wrote:
Кто из ХС сталкивался с таким выбором и чему отдали предпочтение? С точки зрения "правильности", я прекрасно понимаю, что второй вариант наиболее корректен в данной ситуация. Но наверняка найдутся и те, которые пойдут по пути наименьшего сопротивления.

формируем партии под отгрузку, вариант с производством и постепенным списанием проявил себя как не жизнеспособный
з.ы.
холдинг из нескольких предприятий, полностью самодостаточный процесс от выращивания птицы до реализации готовой продукции оптом и собственной розницей
Agnostik wrote:спасибо!
значит я правильно догадывался, репутация ХСа располагала именно к этому варианту
ну и чтоб наверняка: то есть работа под логином врача это не обязательное условие, а просто один из возможных вариантов , наравне с работой под логином любого уполномоченного лица этого ХС??
и описание находится здесь?
http://help.vetrf.ru/wiki/ProductionOperation#.D0.9E.D0.B1.D1.8A.D0.B5.D0.BA.D1.82_registerProductiveBatchRequest

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

оформление транзакций в Меркурии через шлюз выполняется от лица пользователя чей логин указан в запросе к сервису
зная логин вет. врача можно оформлять транзакции, при условии что поднадзорный объект привязан к вет.врачу
Вера Щепина wrote:Уважаемые коллеги!!!! Что прикажете делать? Как работать? До 18-00 ещё больше двух часов, работа в самом разгаре! Что с программой? Вы понимаете, сколько сейчас "благодарственных слов" летит в адрес техподдержки???

помирает не только web-интерфейс, но и шлюз тупит с непонятными ошибками отваливаются запросы.
 
Индекс форума » Профиль для lalex23 » Сообщения, отправленные пользователем lalex23
Перейти:   

Powered by JForum 2.1.8 © JForum Team