Автор |
Сообщение |
|
Объединение/Присоединение записей
Условия все описаны:
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.
|
 |
|
|
|