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

hawksib wrote:

Anna P. wrote:Невозможно создать новую торговую точку.

ну дак не DDoSте меркурий

429 Too Many Requests — клиент попытался отправить слишком много запросов за короткое время, что может указывать, например, на попытку DDoS-атаки. Может сопровождаться заголовком Retry-After, указывающим, через какое время можно повторить запрос. Введено в черновике стандарта RFC 6585

Конечно, у меня будет DDOS на торговую сеть с 3-4 тысячами магазинов....
Но это же смешное количество в промышленном масштабе.

Невозможно создать новую торговую точку.

userMerk wrote:

Anna P. wrote:

userMerk wrote:Коллеги, прямо сейчас получение остатков работает? получение списка ВСД на гашение работает?
Не могу ни остатки обновить, ни список ВСД на гашение получить... но apl12 получают успешно

У меня не работает.
Гашение ни по АПИ, ни в ВЕБ так же не работает.
При запросе на 3500 торговых точек, получаю отклик по 10-20 с 10-20% загрузкой ВСД из общего числа.

Анна, у вас большой объем данных?

Да, ежедневное заведение торговых точек, ежедневные поставки на Россию по 3500 торговых точек,ежедневное гашение.

userMerk wrote:Коллеги, прямо сейчас получение остатков работает? получение списка ВСД на гашение работает?
Не могу ни остатки обновить, ни список ВСД на гашение получить... но apl12 получают успешно

У меня не работает.
Гашение ни по АПИ, ни в ВЕБ так же не работает.
При запросе на 3500 торговых точек, получаю отклик по 10-20 с 10-20% загрузкой ВСД из общего числа.

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

esteem wrote:

Anna P. wrote:У кого-нибудь сегодня гашение по API проходит?

)))))) Уже давно через API не гасим, просто не загрузить список ВСД. Так сегодня даже список складского журнала не получется загрузить(((((

Слишком много запросов?
У нас и площадку невозможно завести из-за отсутствия отклика ИКАР

У кого-нибудь сегодня гашение по API проходит?

У нас в торговой сети гашение идет в штатном режиме

Всё просто, коллеги: УПД регулируется ФНС, а ТТН и ТН регулируется МинТранс - и это 2 соседствующих, но не влияющих друг на друга документа.

Wastman wrote:

Anna P. wrote:Мы торговая сеть, у нас есть дистрибутор. У нас есть РЦ, у дистрибутора РЦ нет.
Дистрибутор направляет нам продукцию прямо с завода.
Продукция фактически едет по маршруту: Завод_РЦ Торговой СетиВ ВСД фигурирует два пункта маршрута. Дистрибутор там не фигурирует.

Завод принадлежит производителю, то есть не дистрибьютору, верно? Получается, происходит переход собственности на товар к дистрибьютеру.
В Меркурии есть соответствующая операция.
Получается, производитель делает эВСД на смену владельца (на дистрибьютера), затем дистрибьютер делает перемещение от себя на ваш РЦ (торговую сеть).
Мне кажется, так правильно.

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

Wastman wrote:

Anna P. wrote:УПД должен быть выставлен в 5тидневный срок после отгрузки.

Понял, а отгрузка по ТТН происходит, правильно?

Правильно.

Wastman wrote:А почему вы не хотите указывать ТТН в ВСД?
Вы не оформляете ТТН вместе с УПД? Так же нельзя, кажется.

УПД должен быть выставлен в 5тидневный срок после отгрузки.

Wastman wrote:А почему вы не хотите указывать ТТН в ВСД?
Вы не оформляете ТТН вместе с УПД? Так же нельзя, кажется.

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

Мы указываем ТТН, но не указываем УПД.

Wastman wrote:

Anna P. wrote:Например могут отправить ВСД с завода на РЦ, фигурировать в ВСД будет производитель и РЦ, а УПД будут от дистрибутора.

Объясните ваш пример подробнее, мне кажется, вы не правы.
При таком перемещении в ВСД будет и производитель (отправитель) и получатель (РЦ дистрибьютера). То же самое и в УПД.

Мы торговая сеть, у нас есть дистрибутор.
У нас есть РЦ, у дистрибутора РЦ нет. Дистрибутор направляет нам продукцию прямо с завода.
Продукция фактически едет по маршруту: Завод_РЦ Торговой Сети
В ВСД фигурирует два пункта маршрута. Дистрибутор там не фигурирует.

Потому что ВСД не пересекается с коммерческой стороной дела.
Например могут отправить ВСД с завода на РЦ, фигурировать в ВСД будет производитель и РЦ, а УПД будут от дистрибутора.

nifor wrote:

Anna P. wrote:Друзья, у меня другая проблема, связанная с GUID товара.
Существует РЦ, куда едут поставщики с бумажными ВСД, вся продукция входит в 646 Приказ.
Может ли уполномоченный сотрудник РЦ для дальнейшего перемещения на другое юр.лицо завести GUID продукции (без ветеринаров)?
Или при заведении GUID - нас автоматически начнут расценивать как производителя и нам нужно будет воспользоваться услугами ветеринаров?

Права ветеринаров на создание номенклатуры уровня ProductItem (номенклатура производителя) Не требуется. Но необходим доступ конечно к ХС от которого создаётся эта номенклатура.

В этом то и основная "радость".