АПИ новые методы ?

Добрый день.

Дошла информация , что на встрече от 23.07.2018, для получения списков ВСД и склада, было предложено следующее:

"рекомендуют запрашивать список, а потом выдергивать по транзакционно"

вопрос - что это за методы ?
которые выдают только список GUID/UUID транзакции (записи) без ее наполнения.
все существующие возвращают полную информацию о записи, в количестве указанном в count.

или это "испорченный телефон".

одна бабка сказала

Предложить можно только сдвигать период на основе уже полученных данных. (наложением периодов)

Не было такого. Там другой смысл был. Рабочая рекомендация была и есть одна, сканировать на входе qr код и по нему запрашивать. А там говорили что списки надо запрашивать реже. Окна запрашивать последовательно, между запросами паузы.

TWAIN wrote:Не было такого. Там другой смысл был. Рабочая рекомендация была и есть одна, сканировать на входе qr код и по нему запрашивать. А там говорили что списки надо запрашивать реже. Окна запрашивать последовательно, между запросами паузы.

Реже не реже, запрашиваю пока не получу ответа т.к. первые 10 запросов а то и более могут с ошибкой вывалить сразу и это после простоя 3х-8и часового.
Окна так и так последовательно, паузы есть но это не влияет особо т.к. отлупы получаешь спонтанно.

sup wrote:

TWAIN wrote:Не было такого. Там другой смысл был. Рабочая рекомендация была и есть одна, сканировать на входе qr код и по нему запрашивать. А там говорили что списки надо запрашивать реже. Окна запрашивать последовательно, между запросами паузы.

Реже не реже, запрашиваю пока не получу ответа т.к. первые 10 запросов а то и более могут с ошибкой вывалить сразу и это после простоя 3х-8и часового.
Окна так и так последовательно, паузы есть но это не влияет особо т.к. отлупы получаешь спонтанно.

Всю ночь бились - перепробовал окна 1000, 500, 250, 100, приходят одинаково.
Или не идут вовсе, или проходят за 2-3 минуты. С 2-х ночи
ночи начали ходить нормально, до этого 2 дня не ходили.

Так оно и есть, не зависимо ни от чего оно либо работает либо нет.

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

TWAIN wrote:Не было такого. Там другой смысл был. Рабочая рекомендация была и есть одна, сканировать на входе qr код и по нему запрашивать. А там говорили что списки надо запрашивать реже. Окна запрашивать последовательно, между запросами паузы.

какой КОД?
я в интеграцию по новому клиенту должен загрузить склад и получить входящие ВСД,
ВСЕ.
чтоб синхронизироваться с этим УГ и меньше туда лазать.

а сканировать код - вы получите ссылку по UUID на информацию. а не чистый UUID/ так что его еще вытащить от туда надо.
а у склада его и нет.

на такие встречи не пускают прогеров, боятся.
вот и доходит инфа через чужие уши.

Опыт ЕГАИС смыли в унитаз видимо. Ошибки все теже.

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

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

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

Старые "легкие" запросы GetRussianEnterpriseChangesList работают совершенно отвратительно уже неделю как. По 30 перезапросов с окном 1, чтобы хоть что-то прочитать.

leradata wrote:

TWAIN wrote:Не было такого. Там другой смысл был. Рабочая рекомендация была и есть одна, сканировать на входе qr код и по нему запрашивать. А там говорили что списки надо запрашивать реже. Окна запрашивать последовательно, между запросами паузы.

какой КОД?
я в интеграцию по новому клиенту должен загрузить склад и получить входящие ВСД,
ВСЕ.
чтоб синхронизироваться с этим УГ и меньше туда лазать.

а сканировать код - вы получите ссылку по UUID на информацию. а не чистый UUID/ так что его еще вытащить от туда надо.
а у склада его и нет.

на такие встречи не пускают прогеров, боятся.
вот и доходит инфа через чужие уши.

Это не правда. Вот я прогер и был на встрече. И даже общался с другим прогером. ТО есть двух точно пустили туда.

leradata wrote:Добрый день.

Дошла информация , что на встрече от 23.07.2018, для получения списков ВСД и склада, было предложено следующее:

"рекомендуют запрашивать список, а потом выдергивать по транзакционно"

вопрос - что это за методы ?
которые выдают только список GUID/UUID транзакции (записи) без ее наполнения.
все существующие возвращают полную информацию о записи, в количестве указанном в count.

или это "испорченный телефон".

Рекомендовали больше данных в 1С хранить и остатки списывать из ответов транспортных партий,а не каждый раз по новой запрашивать. Так-же сказали что записана задача по запросу остатков конкретных СКЮ.