|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: lalex23
Индекс форума » Профиль для lalex23 » Сообщения, отправленные пользователем lalex23
Автор Сообщение
В инвентаризации используется uuid записи журнала для корректировки остатка, в 1С он у вас устаревший, потому и остаток не актуальный.
Не знаю типовой механики, но по сути - вам надо в 1С загрузить запись журнала по guid, в результате чего обновится uuid и текущий остаток.
Затем при необходимости вы сможете выполнить операцию инвентаризации.
Почашев Дмитрий wrote:Help! обратная ситуация, есть бооольшой список эВСД с номерами, их нужно обработать. Как скормить ветис.API эти номера эВСД и получить в ответ UUID эВСД?

насколько мне известно - номер ВСД не фигурирует в API, по сути - никак
Есть запрос updateVeterinaryEventsRequest, для регистрации лаб. исследований заполняется laboratoryResearch, в результате видим лаб.исследования в записях журнала - работает без вопросов.
Попробовал отправить запрос по иммунизации, с заполненным разделом immunization - шлюз проглотил без ошибок, отдал ответ COMPLETED, с заполненным stockEntry, но информация об иммунизации не привязалась к записи журнала.
Само-собой что запись журнала соответствует живым животным, в частности "Живые животные" - "Птица" - "Курица"
тело запроса вот

техподдержка молчит как партизаны, что я делаю не так?
TWAIN wrote:Госврачи увидели, погасили, после этого нет ни в ветеринарных документах, ни в ЗСЖ, ни в транзакциях.

Что бы увидеть продукцию - у вас должны быть права на площадку в разрезе хоз.субъектов, т.е. вашего пользователя администратор хоз.субъекта должен добавить у себя в паспорте и раздать нужные права. Логин/пароль останется тот же, но при входе в Меркурий вы сначала будете выбирать хоз.субъекта, а потом площадку.
mestjukova_aa_19052 wrote:Вроде просто 1С:Предприятие 8.3

опять мимо ))
Опять началось:

результаты гашения где?
Обновите у себя в интеграционном решении информацию по регионализации.
del
Феерично

Оформление транспортной партии выполняется от предприятия к предприятию, а условия регионализации можно запросить Регион-Регион, как вы запрашиваете?
Shadasp wrote:
это какое то страшно большое время для получения 500 записей.... - 1 час...
пробуйте запрос дробить на 300 - 500 записей за 1 запрос, будет легче.

регламентное задание стартует каждые 15 минут, соответственно период запроса изменений - 15 минут
если вылетела ошибка APLM - ещё через 15 минут запрос уйдёт на период в 30 минут
и так далее, пятый запрос будет за период не 1 час 15 минут, а 1 час и так до победного конца
если шестой запрос успешен, то седьмой уйдёт на период 30 минут
в целом соотношение 1 час-500 записей - оптимально, с нашей интенсивностью документооборота
максимум в ответе за 15 минут прилетает около 200-300 записей
механизм работает больше года, актуальность журналов устраивает вет.врачей
в ручном режиме могут актуализировать состояние в любой момент времени
Алексей Баранов wrote:Делаю запрос "getStockEntryListRequest"

если у вас в остатках больше 1000 записей - вероятность получить ответ на этот запрос близится к нулю
фильтруйте receiptDateInterval - от начала времён до текущего момента, периодами по часам/дням, после чего поддерживайте актуальность GetStockEntryChangesListOperation
всё храните в базе, при необходимости актуализируйте состояние через GetStockEntryByGuidOperation
а на каких запросах конкретно:
получение ВСД, созданных или измененных за указанный интервал дат (получение истории изменений)
получение всех ВСД предприятия с возможностью фильтрации
получение актуального списка записей журнала
получение списка версий записей журнала, созданных или измененных за указанный интервал дат (получение истории изменений)
?
актуальные списки, если в них порядка 1000 записей - ещё удаётся получить, если больше - стабильный APLM, а изменения - регулярный APLM, но тут уже на уровне 1С реализован алгоритм, который будет долбиться до победного конца, пока не получит данные, там как правило - число записей в ответе - 500, окно запроса - 1 час
HTTPСоединение в самопальной интеграции на 1С
вот рабочий запрос

и ответ на него приходит вполне нормальный
 
Индекс форума » Профиль для lalex23 » Сообщения, отправленные пользователем lalex23
Перейти:   

Powered by JForum 2.1.8 © JForum Team