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

serg882 wrote:

Маринин wrote:Добрый день! Вопрос такой:

Имеется GUID записи складского журнала. Как получить список всех оформленных транспортных ЭВСД по данной записи складского журнала? Работаем через ШЛЮЗ.

Что бы получилось как если работаем через WEB. Когда открываешь запись складского журнала, есть кнопка "показать список всех выписанных ЭВСД".

Спасибо.

Метод GetStockEntryVersionListOperation, работает или нет не знаю, но назначение у него подойдет для решения задачи.

К сожалению данный метод вернул мне только входящее ЭВСД на основании которого и была создана запись в журнале.

Добрый день! Вопрос такой:

Имеется GUID записи складского журнала. Как получить список всех оформленных транспортных ЭВСД по данной записи складского журнала? Работаем через ШЛЮЗ.

Что бы получилось как если работаем через WEB. Когда открываешь запись складского журнала, есть кнопка "показать список всех выписанных ЭВСД".

Спасибо.

nmzn1 wrote:

Маринин wrote:Добрый день!
Киньте документов в тест плиз.
ХС
10ccc29b-70b4-47bb-942c-6e212d63b13d
Предприятие
f28f28ed-e8f8-4540-a53b-cccfcd59df00
ИНН
3443134256

добрый
отправил

СПАСИБО!

Добрый день!
Киньте документов в тест плиз.
ХС
10ccc29b-70b4-47bb-942c-6e212d63b13d
Предприятие
f28f28ed-e8f8-4540-a53b-cccfcd59df00
ИНН
3443134256

Shadasp wrote:АСП.Шлюз у нас работает с любой учетной системой, есть примеры запуска на оракал и ms-sql

если интересны спецификации: pub.aspcom.ru
есть протоколы взаимодействия.

Это ветка поругаться и пожалотваться? Я думал цель решить вопрос, чтобы все стабильно начали работать.

Мы каждый день работаем над эти с 8:00 до 22:00 уже в течение полутора лет, нам тоже тяжко... взаимодействуем и предлагаем оптимизации.

А не проще что бы функции которые предоставляет система начали работать? Если не дай бог ваша интеграция слетит к примеру, какой воспользуетесь функцией что бы остатки получить?

alexey-zmey wrote:

TWAIN wrote:

alexey-zmey wrote:
Может Вы продолжите в другой теме?

Здесь обсуждается ВРАНЬЁ официальных лиц, а не интеграция.

Они увидели ключевое слово - "балабол" и принялись заниматься любимым делом...

Действительно отвлекся от основный темы.

oceanised wrote:

Shadasp wrote:пока получается выпадает на 1 час за день. - в течение дня сейчас все выписывают нормально, да сейчас есть проблемы у клиентов, которые на старых версиях, обновляем их, переводим в статику и все пучком идет, сейчас основная проблема не хватает людей, чтобы быстро это провернут .

в течение идут ограничения на запросы складских записей и входящих остатков.
Если их хранить локально, то все хорошо идет.

Мы компания интегратор, вчера было действительно страшно и не понятно - сегодня уже все выравниваем.
aspcom.ru

Вы сказки -то не рассказывайте

Количество слов "хорошо" в вашем письме зашкаливает.

У других интеграционных решений -визард, контур всё одинаково плохо с api а у вас всё "пучком" прям.

Николай, разлогиньтесь.

Возможно и хорошо если этих входящих ЭВСД и исходящих порядка 200 в день. То да наверное все ОК.

Shadasp wrote:пока получается выпадает на 1 час за день. - в течение дня сейчас все выписывают нормально, да сейчас есть проблемы у клиентов, которые на старых версиях, обновляем их, переводим в статику и все пучком идет, сейчас основная проблема не хватает людей, чтобы быстро это провернут .

в течение идут ограничения на запросы складских записей и входящих остатков.
Если их хранить локально, то все хорошо идет.

Мы компания интегратор, вчера было действительно страшно и не понятно - сегодня уже все выравниваем.
aspcom.ru

Зачем было вообще строить интеграцию на основе функций которые получают весь список остатков из меркурий и всех ЭВСД. Оно не работало и раньше. Ваша компания наверное тестила на очень маленьком количестве ЭВСД и остатков. У нас их порядка 9000 в день. Функции эти явно провальные даже на этапе внедрения.

TWAIN wrote:

Маринин wrote:Может какое-то коллективное письмо писать, от всех производителей и продавцов, Путину В.В. Это просто беспредел какой-то.

Оооооо! Вера в доброго царя-батюшку?

Можно как в поговорке: "Мыши плакали, но продолжали жрать кактус".)))

Может какое-то коллективное письмо писать, от всех производителей и продавцов, Путину В.В. Это просто беспредел какой-то.

Николай Власов wrote:

Маринин wrote:Добрый день! Вопрос к Николаю Власову. Да все ети не принимают периодически. Приезжает машина на точку, а они не видят через API и машина назад поехала. Хотя ЭВСД в меркурии есть, выписан корректно, но API не работает и досвидание. Можно им что то предъявить и имеют ли они право заворачивать поставку если все корректно оформлено?

Можно предъявить распечатку. Ее можно проверить не по API, а по QR напрямую.
В-to-B отношения мы можем пытаться регулировать только уговорами.

Так им не докажешь. Человек на приемке работает так как ему сказали. Он видит что нет и все. КАК БЫТЬ???? ЧТО ДЕЛАТЬ???? ГДЕ Взять разъяснения подкрепленные законом, а не словами из форума?

Vladimir2017 wrote:

Маринин wrote:Добрый день! Вопрос к Николаю Власову. Да все ети не принимают периодически. Приезжает машина на точку, а они не видят через API и машина назад поехала. Хотя ЭВСД в меркурии есть, выписан корректно, но API не работает и досвидание. Можно им что то предъявить и имеют ли они право заворачивать поставку если все корректно оформлено?

Бумажный документ им распечатайте, обязаны принять.

А это точно? можно ссылку на статью?

Добрый день! Вопрос к Николаю Власову. Да все ети не принимают периодически. Приезжает машина на точку, а они не видят через API и машина назад поехала. Хотя ЭВСД в меркурии есть, выписан корректно, но API не работает и досвидание. Можно им что то предъявить и имеют ли они право заворачивать поставку если все корректно оформлено?

Такое ощущение что WEB использует другой набор API, а еще такое ощущение, что вообще разные сервера с данными))))

Это еще что... Вот к примеру ошибка при оформлении входящих ЭВСД через API. Если пользователь оформил ЭВСД через WEB и при этом производителя указал не из справочника, а строкой, то при получении данных по этому ЭВСД, в поле с инфой о производите не чего нет. Следовательно при гашении обязательно необходимо указать GUID производителя. Сделал запрос к разработчикам и попросил из дать официальный ответ на это. Вот что ответили:

"Здравствуйте!

На данный момент Ветис.API 2.0 не поддерживает передачу производителя, заданного в ветеринарном сертификате не идентификатором, а текстом. Сейчас идёт обсуждение, каким образом можно улучшить сложившуюся ситуацию.
На данный момент мы можем рекомендовать два выхода:
1. Предложить поставщикам корректно заполнять данные в ветеринарных сертификатах.
2. Гасить подобные ВСД через веб."

Т.е. применение API вообще становиться невозможным.

Такой вот API))))