Сообщения, отправленные пользователем: Алексей Баранов

Я смотрю в WEB-Цербере.
Там у этого ХС 1 площадка и одна связь на эту площадку.

В Цербере и у меня у ХС всего одна площадка.
Как посмотреть какие площадки связаны с моим ХС?

nsnt wrote:Всегда было можно так сделать, хоть по api, хоть в вебе (выбрать предприятие без привязки к ХС).
ХС и не должен быть владельцем, имеет значение наличие связи ХС и площадки.

Хм, а где я могу посмотреть связь ХС и площадок?

Добрый день.
Раньше вроде бы было ограничение:
нельзя было оформить транспортный ВСД, если ПО не принадлежит ХС. (в Ветис.API)

А сегодня (в результате неадекватных действий наших бухов) обнаружил, что таки да, таки уходит.

Они к одному ХС привязывали ПО совершенно других ХС.
И всё нормально оформляется.
Сейчас конечно ограничил вольницу, но сам факт того, что при отправке не проверяется соответствие ХС и ПО немного удивляет.

К моему большому счастью ночью у нас нет отгрузок!

Да и входящих ВСД всего за день штук 300 приходит.
И отправляется за день всего порядка 3000 ВСД.

TWAIN wrote:Все, пиз...ц API. С шести утра не получено даже одно окно на 250 записей.

Странно.
Я вчера весь день относительно стабильно вытаскивал и ВСД и стоки.
Сегодня тоже работает без сколь-нибудь заметных задержек.

TWAIN wrote:Разработчикам похрену. "Архитектор" судя по всему "программист от бога", раз сразу после школы
пришел лабать федеральную систему, дальше "такого быть не может" не продвинулся.

У меня тоже возникло ощущение, что ребята никогда не работали в коммерческих предприятиях.
И никогда не писали для конечного пользователя.

Они только сейчас делают некий костыль для защиты от APLM0012 - обещали недели через 2 решить проблему.
А с этого надо было начинать весь проект!

Понятно, что сейчас всё переделать - это смерти подобно. Ведь "Меркурий online!".
Ну так они ещё очень долго все свои ресурсы будут кидать на решение проблем с "нежелательными практиками"!

И ещё фраза от НАВ прозвучала, что мол "мы же не можем всем написать интеграционные решения, поэтому и не пишем!"
А вот попробовали бы. Для того же 1с написали бы. Так сказать "эталонное" интеграционное решение! Чтобы другие разработчики могли поучиться КАК НАДО ДЕЛАТЬ ПРАВИЛЬНО!
Пообщались с ветврачами и простыми пользователями... Наконец бы сделали вменяемый WEB-интерфес.

А то у всех абсолютно разработчиков самая первая фишка - это пакетное гашение ВСД, чего похоже в WEB-е никогда не будет!

dr.pae wrote:Возможно возвращается запись со статусом active=0. Попробуйте обновить эту запись журнала.

Обновлял запись стока. Я их обновляю при любом мало-мальском подозрении.

Потом уже начал сравнивать записи стока с Меркурием.
Ну и что получилось: номер записи журнала и стока не совпадают!
Например,
запись в Меркурии: 768410000,
А запись в стоке: 768410004
Разница в последней цифре! И что это может значить?
При частичном гашении создается несколько записей стока?

Yoreg07 wrote:
выложите пример запроса

Добрый день!

Столкнулся с проблемой:

При частичном погашении ВСД в Меркурии не могу получить через Ветис.API запись получившегося стока!

Запрашиваю ВСЕ актуальные остатки.
Получаю на необходимый ВСД нулевую запись стока!

Приходится продавать через ВЕБ-интерфейс, потому что в Ветис.API запись стока с нулевым количеством!

В чем проблема? Может есть какие-то особенности связанные именно с частичным принятием?

Неужели ни у кого такого не происходило?

С завидной регулярностью выскакивает ошибка entityNotFoundFault.

Я ведь не сам генерирую applicationId. А получаю в ответ на запрос.
И вот потом получаю такое!
Это что значит?
Что с этим делать?

Примерно через 40 минут на часть запросов ранее not found пришли ответы!!!
Это как так-то?

Вот у меня почему-то так и не заработали нормально запросы по изменениям....
Я всегда выбираю полный список ВСД за период.

Но если следовать логике оптимизации, так они бы убрали из запроса погашения ВСД все, кроме uuid ВСД, в случае полного согласия!
Там запрос уменьшился бы на 2-3 порядка.

И по списку измененных уже посылали бы только guid'ы измененных, чтобы уж совсем "оптимизировать"!
А всё-равно дополнительный запрос делать, так зачем столько инфы выдавать?

Путь бы на все запросы кроме примитивных возвращались только идентификаторы.
А чего? нагрузка на сервера сразу бы упала в ноль.
Тогда бы сделали нормальную распределенную систему. Примитивные запросы к справочникам идут на одни сервера.
А запросы application на другие и они бы никак не пересекались. Вообще бы нагрузка упала

Не приходят ответы примерно с 12:50

Я конечно все запросы зациклил, но опять же нагрузка на сервера!