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

nmzn1 wrote:

dk wrote:То, что интеграция шлюз(Ветис.АPI) не рабочий, я не согласен. С ноября месяца, с небольшими перерывами, когда они делают обновление, все работает

работает как то, потому что сколько процентов предприятий из 100 сейчас выписывают эвсд может процентов 30
так что ждём апрель-июль 2019, включение готовой молочки, и 100%-ое повторение июля 2018

30% потому что пока не становится обязательным никто заранее ни думать, ни делать не хочет.
Вот когда придут оштрафуют, поймут, что так работать не выгодно, тогда и будет 100%.

Объединить.

МНВ wrote: Добрый день. Мы являемся сетью розн.магазинов в том числе и с собственным производством мясн. п/ф. Подскажите пож. нужна ли нам интеграция Меркурий и 1С? Если нужна то по какой причине?

Сама по себе бесплатная интеграция 1С и Меркурия, практически не даёт никаких преимуществ.

С помощью интеграции можно автоматизировать некоторые задачи:
1. Автоматическое/полуавтоматическое гашение входящих ВСД.
2. Автоматическое/полуавтоматическое Утилизация просрочки.
3. Выписка ВСД по шаблону в 1 клик, если у вас повторяющиеся операции.
4. Возврат со склада отправителю в 1 клик (в разработке).
+ ещё можно что-нибудь придумать.

То, что интеграция шлюз(Ветис.АPI) не рабочий, я не согласен. С ноября месяца, с небольшими перерывами, когда они делают обновление, все работает.
У нас, например, минимизировано взаимодействие с меркурием(всё хранится в локальной БД), поэтому все поиски и т.п. происходят быстро и без обращения к медленному меркурию, и всё работает норм.

Yoreg07 wrote:

dk wrote:

Yoreg07 wrote:

koteyka wrote:После 1го февраля при переходе на 2.1 и 4ый уровень справочника интеграции 2.0 будут работать корректно и весь функционал 2.0 будет доступен ?

Добрый день, а что с 01.02 версия 2.0 не будет работать? Я слышал только про то, что с 01.02 без 4-го уровня справочника продукции нельзя будет оформлять ВСД.

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

Не могли бы вы тогда пояснить что значит "4ый уровень справочника" и что такое "через шлюз и так можно только через справочник выписывать" ?
Просто я под 4-ым уровнем понимаю наличие у записи складского журнала, с которой идёт отгрузка, productitem.guid или productitem.uuid, и с тех записей, у которых эти поля не указаны, отгрузить будет нельзя.
На данный момент шлюз позволяет оформлять ВСД с записей журнала продукции, у которых нет этих полей ... достаточно указать только productitem.name.
А вы, я так понимаю, под справочником подразумеваете журнал продукции(остатков)? Или я ошибаюсь?

Как может появиться новая запись складского журнала?
3 варианта:
1. Гашение входящих ВСД.
2. Выписка производственных ВСД.
3. Инвентаризация.

Вариант 1 происходит из варианта 2-3 + транспортный ВСД.
Вариант 2(производственный ВСД) через шлюз(Ветис.API 2) невозможно выписать без справочника productitem.guid, в вебе пока можно выписать производственный ВСД без справочника (productitem.name).

Далее при выписке транспортного ВСД можно указать Наименование получателя по правилам получателя, где пока можно(но не обязательно) указать productitem.name, вместо productitem.guid.

Поэтому, если запретить выписывать производственный, транспортный ВСД и проводить инвентаризацию без справочника, в записях складского журнала не сможет оказаться запись без productitem.guid.

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

Yoreg07 wrote:

koteyka wrote:После 1го февраля при переходе на 2.1 и 4ый уровень справочника интеграции 2.0 будут работать корректно и весь функционал 2.0 будет доступен ?

Добрый день, а что с 01.02 версия 2.0 не будет работать? Я слышал только про то, что с 01.02 без 4-го уровня справочника продукции нельзя будет оформлять ВСД.

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

ServiceID на 2.1 меняется и всё работает также как на 2.0
Там же изменения минимальные, большая часть из которых не работает по факту.

Это означает, что ваша успешно зарегистрирована.
Теперь надо взять <applicationId>bfd7f4b9-fdf3-43f8-a88d-3c06336e6aa5</applicationId> и запросить результат обработки заявки.
Заявки обрабатываются в 2 этапа: подача заявки, получение результатов запроса.

inco wrote:У меня методом GetStockEntryListOperation ответ был со служебной информацией ,что запрос принят и все. Будто нет на предприятии продукции. Думал дело именно в том, что UUID нужен, а не GUID.

Почитайте внимательнее wiki, есть подача заявки, а есть Получение результата обработки заявки (Объект receiveApplicationResultRequest).

inco wrote:Первый вариант помог вроде. Спасибо!

Я ведь верно понимаю: теперь, что бы воспользоваться методом GetStockEntryListOperation , передавать туда нужно из полученного ответа именно параметра "bs:uuid". То именно текущий идентификатор предприятия, а не глобальный?

Если есть возможность всегда лучше отправлять guid.

inco wrote:Я так понимаю внутри "Body" какая-то проблема? Запрос составлял в соответствии с http://help.vetrf.ru/wiki/GetEnterpriseByGuid_v2.0 . Кто-то может встречался, подскажет где я накосячил?

2 Варианта:
1. xmlns:ws="http://api.vetrf.ru/schema/cdm/registry/ws-definitions/v2"
2. Неправильная точка доступа. Куда запрос отправляете? Как версию и контур используете?

zlatmoloko wrote:Ну а скажем за не вовремя погашенный ВСД может прийти какой-то автоматический штраф? У нас например производство непрерывное, а ответственный за Меркурий на пятидневке, в понедельник гасятся ВСД пришедшие в пятницу вечером, в субботу. Производственные ВСД пока делать не надо (молочники). Без целенаправленной на предприятие проверки может ли в самом Меркурии кто-то увидеть нарушение и принять меры? Или например ВСД пришло с датой больше, чем поступление: можно погасить его датой поступления, программа не выдает ошибку, хотя это и неправильно.

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

Лучше, чтобы приемщик молока гасил по факту или в конце смены.
Обучить приемщиков возможно, если дать ему удобный инструмент.
Не сказать, что было просто, но у меня получилось =)

1. Если у вас есть ВСД, который вы не получали, и не получите, звонить просить аннулировать не надо, делаете полный возврат поставки (для программы меркурий эта операция аналогичная аннулированию), а там пусть уже отправитель думает.
Процесс можно автоматизировать, например всё, что в течении 2х недель не приняли, отправлять обратно, если кто-то возмутиться разбираться по конкретному факту

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

3. Я, конечно, в битве экстрасенсов не участвовал, но рискну предположить, что никто по магазинам бегать сверять ВСД с накладными не будет.
Сделают так, как сделали с НДС. По большим данным работает нейронная сеть, которая вычисляет разрывы цепочек НДС, и туда едет маски шоу. Непосредственно наблюдал такую ситуацию на одном крупном молочном заводе.

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

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

СВЕТЛАНА29 wrote:Может знающие люди Вам подскажут,от себя хочу сказать идея хорошая,правильная,спасибо вам.Я гос. предприятие меня тоже интегрировало,раньше работала в ВЕБе,не знаю кто,наверное программист,занес меня пользователем в программе 1С пароль и логин остался тот же,под которым работала в веб.

То, что вы передали пароль от веба - это неправильно, достаточно логина. Пароль нужен для доступа к Ветис.Паспорт, чтобы контролировать кто работает от вашего имени и какие у него права.

Просто указываете в обычном Ветис.API ХС login инициатора запроса госа, в ветис.паспорт госа назначаете необходимые права для ХС.

Shadasp wrote:

Any.V wrote:Мне кажется, или мороженки в списке нет? Хоть бы - хоть бы... (надо Дедушке Морозу желание загадать...)

Да, видимо на мороженку маркировка пойдет ...

Как это дедушка мороз и без подарка