Сообщения, отправленные пользователем: nsnt

exteris wrote:Здравствуйте.
Через API можно получить UUID-ы отправленных, но еще не оформленных исходящих ВСД?

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

При оформлении возврата через api получатель не видит причину возврата в веб-интерфейсе. Это у всех так или я что-то недозаполняю?
В discrepancyReport передаю причину reason и описание description.

А через api можно где-то увидеть причину возврата, когда возвращают нам?

Да хоть исключительно одни дятлы. Все равно это их косяк, а не дятлов. Это все можно и нужно было предусмотреть заранее.

Система такого масштаба не имеет права обрушиться из-за случайно залетевшего дятла. Ни на какие интеграции нельзя сваливать вину за происходящее. Без вариантов.

Да я Вам лично претензий не предъявляю. Это я в целом про разговоры на форуме. Это позиция Власова свалить свалить с больной головы на здоровую, но если каждый раз повторять про кривые интеграции, потихоньку привыкаешь, что сам козел.

TWAIN wrote:Да, это озвучено давно. Виноваты на 70% 1С, которые выпустили поддержку меркурий 15 июня.
Через 10 дней все запустили обновление списков и с 25 числа мы фиксируем проблемы.

Просто руки опускаются от таких заявлений. Полгода назад я этот форум в запрещенные сайты себе занесла, чтобы настроение не портить, ближе к 1 июля вернула. Опять, видимо, придется запретить.
Бедные разработчики Меркурия представить себе не могли, что все разом работать начнут. Разумеется, 1С виновата, что уложилась в озвученные сроки и выпустила типовое решение.
Даже если Вася Пупкин будет круглыми сутками списки грузить за последние три года, все равно это косяк системы, а не Васи Пупкина. Зачем вы повторяете про кривые интеграции? Это мы понимаем сарказм, а пользователи могут и поверить.

Shum wrote:Так они этого и не скрывают.
Честно говорят: "мы не продаем нашу систему, она федеральная, мы не коммерческая организация, а раз так, то и службу поддержки организовывать не обязаны, скажите спасибо что на телефон отвечаем, вот ЕГАИС вообще без техподдержки работает и позвонить туда нельзя."

Ну да, они бы еще продавали нам ЭТО... Никто ничего не делал бесплатно, все на деньги налогоплательщиков.

Кто разработчик?

Просто дело получается не в api, а в конкретном интеграционном решении. Лучше спросить разработчиков.
Какие у вас есть возможности? Можно актуализировать классификатор? А добавить новый элемент справочника? Если можно, попробуйте заполнить вручную, хуже не будет.
guid: 32ce35c6-5f11-432b-9913-99defa27b38c
uuid: 945b8f60-a014-407c-979a-49336cf8cc57
наименование: корюшка горячего копчения
ТН ВЭД: 0305
группа продукции: рыба сушеная, соленая или в рассоле; рыба горячего или холодного копчения

Там есть "корюшка горячего копчения" на третьем уровне. Специально прямо сейчас проверила по апи.

Надо к тестовому контуру?
Тестовый
https://api2.vetrf.ru:8002/platform/services/2.0/ApplicationManagementService
Боевой
https://api.vetrf.ru/platform/services/2.0/ApplicationManagementService

Может, не на тот сервис запрос отправляете?

Алексей Баранов wrote:
При частичном гашении создается несколько записей стока?

Да, при частичном гашении создается две записи одновременно, на возврат у нее количество остатка сразу ноль. Их видно в вебе, если посмотреть Входная продукция / Все записи.

меркурий.net wrote:
Программа не увеличивает нагрузку на Меркурий. Скорее даже уменьшает т.к. нет вероятность кликнуть не туда. Чтобы погасить ВСД пользователь делает то-же самое, только ручками.

Про те решения, что в статье, тоже можно так сказать. Если будут пресекать, вряд ли будут разбираться.
Но можно сделать небольшую задержку, чтобы не отличили от ручного ввода.

Власов уже писал айайай в новостях:

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

Однако, вынуждены предупредить, что через небольшое время мы начнем блокировать работу таких приложений.

http://www.fsvps.ru/fsvps/news/26881.html