|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: Lugano
Индекс форума » Профиль для Lugano » Сообщения, отправленные пользователем Lugano
Автор Сообщение
Объединение/Присоединение записей
Условия все описаны:
http://help.vetrf.ru/wiki/MergeOperation_v2.0
userMerk wrote:Как это сделать через апи? Вот в чем мой вопрос. Я могу создать документ в своей системе, но как его отобразить в меркурии, чтобы в мерке док был в статусе "не оформлена"

А смысл такого документа в меркурии, если он никаких движений не будет делать?
Что мешает создать документ, записать его, не отправляя.
userMerk wrote:Здравствуйте.
Вопрос. Можно как то через ветис АПИ создать инвентаризацию таким образом, чтобы она была в статусе "Не оформлена"?


Вопрос не понял. Остатки либо они есть, либо их нет...
Еслы Вы про эВСД, то вам никто не запрещал самим создать эВСД (заполнив все что нужно), а потом гасить!
dbelyaev_orb wrote:ну видимо это было мимолетное счастье...
сейчас опять
APLM00012..........

Видать у разработчиков это в порядке вещей:

Система Меркурий работает штатно, включая ее web-интерфейс и оба API-интерфейса, замедлений в работе не зафиксировано. В интеграционном шлюзе остается ограничение для выравнивания нагрузки в виде ответов с кодом APLM0012. Работа по ликвидации выявленного недостатка ведется.
ZDmitry wrote:Опыт первых 3х дней показал, что получать списки не вариант. И не пытаюсь получать списки онлайн. Переписал все на кеширование. Получаю их регламентными заданиями редко.


Ты про актуальные остатки, я про входящие документы
max_01 wrote:APLM0012 An unexpected error has occurred while invoking target service operation.

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


Тебе ещё везет, что через одну!!! Я с утра не могу входящие получить
GusVal wrote:Еще вчера считалось корректным...

Вопрос 1: зачем менять правила игры, когда уже запустили процесс ?
Вопрос 2: почему мне система может прислать "кривые" данные, а я их системе в ответ послать не могу?


Я сегодня получил эВСД без ТТН (номера, даты). Соответственно погасить не смог!! Эти данные были ведь обязательны?
oleg_fish wrote:Про группу в ватс ап понятно, а про ответ на вопрос?

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

Даже о плохой погоде дают справку для страховой. А тут же извините, штрафы, санкции, недопоставки или РСХН разделит с нами все это?


Получение APLM0012 не является перебоями в работе через API (по их мнению).

"Система Меркурий работает штатно, включая ее web-интерфейс, замедлений в работе не зафиксировано. В интеграционном шлюзе остается ограничение для выравнивания нагрузки в виде ответов с кодом APLM0012."

http://www.fsvps.ru/fsvps/news/27188.html
Николай Власов wrote:
Digger wrote: Ну а почему сервер то один? Как же резерв отказоустойчивости?

Откуда вы взяли, что сервер один??? Только на продуктивном контуре Меркурия 80 серверов.


80 домашних компов Власова...
Николай Власов wrote:
Lugano wrote:

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


Я, например, за пол года был готов к интеграции.
После дня Х с трудом входящие получаю, а со вчерашнего дня и остатки


Был готов или начал работать?
Так ведь дело-то не в ком-то лично: дело в массе: очень многие были готовы, но не работали. Вот некоторые проблемы и остались невыявленными или недооцененными.


У меня проблем с интеграцией нет (с нуля писал сам)!!! Ошибка APLM0012 не дает получить входищие и остатки. А если верить фразе "В интеграционном шлюзе остается ограничение для выравнивания нагрузки в виде ответов с кодом APLM0012. ". Означает, что ваша система не готова к работе!!!

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


Я, например, за пол года был готов к интеграции.
После дня Х с трудом входящие получаю, а со вчерашнего дня и остатки
serega2671 wrote:
dbelyaev_orb wrote:to Lem
Через API Складской журнал иногда выдает ошибку APLM 12, входящие эВСД всегда ошибка


Иногда Примерно так каждый раз


Система Меркурий работает штатно, включая ее web-интерфейс, замедлений в работе не зафиксировано. В интеграционном шлюзе остается ограничение для выравнивания нагрузки в виде ответов с кодом APLM0012.

http://www.fsvps.ru/fsvps/news/27188.html
С утра опять ни входящие (ни одной), ни остатки (раза с 5)
Киров: APLM0012 - An unexpected error has occurred while invoking target service operation.
 
Индекс форума » Профиль для Lugano » Сообщения, отправленные пользователем Lugano
Перейти:   

Powered by JForum 2.1.8 © JForum Team