dk wrote:

тамаратамара wrote:По поводу того, что в ЭВСД указывается продукт в кг, а в накладной по штучно поставщики говорят, что никого за это штрафовать не будут.
Во как!

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

fly_byte wrote:

Shadasp wrote:Общее предложение по коробочным решениям ЗАО АСП:

1. Коробочное решение АСП.Меркурий для 1С 8.х (встраиваемый модуль):
a. Динамика - 30 000 рублей (динамическая подгрузка остатков из Меркурия);
b. Статика - 60 000 рублей (кеширование остатков Меркурия);

2. Коробочное решение АСП.Шлюз для любой учетной системы:
a.Стандарт - 100 000 рублей;
b. Расширенный - 200 000 рублей;

Можно вопрос по вашему продукту который вы продаете?
Какие плюсы Вашего продукта по сравнению с БЕСПЛАТНЫМ решением созданным 1С, включенным в конфигурации и/или Контура создавшего для своих абонентов в виде модуля меркурия?
Какие минусы Вашей системы продеваемой по сравнению с этими бесплатными?
Я так понимаю сравнивать надо максимальную Вашу версию за 200 000 рублей, т.к. в 1С и Контуре не имеет значения количество площадок и производительность отправки выше 100 000 в сутки.
Расскажите о плюсах и минусах на текуший момент по сравнению с этими системами, условия поддержки и их стоимость, а так же внедрения думаю сравнивать нету смысла, т.к. у всех разный подход и разные продукты, интересно именно разница самого программного продукта, коробочного варианта встраиваемого в 1С.
А то наверное многим не понятна привлекательность именно Вашего продукта за 100-200 тысяч, по сравнению с бесплатными решениями.

MishaJ wrote:

Shadasp wrote:

MishaJ wrote:У нас "Ад и Израиль" по дублям ветеринарок... С 24.10 началось массовое задвоение. Обращение в тех. поддержку оставило тяжёлое впечатление. Нас обвиняют в ошибках запросов нашей Учетной системы. Доводы, что 24.10 мы свою программу не меняли - не слышат. По факту, обновление прошло 18.10... В общем, даже не знаю, как пояснить, что проблема не с нашей стороны.

24.10.18 в ночь у них было обновление. Скорре всего у них увеличелись задержки и вам нужно увеличить количество попыток опроса результата заявок в меркурии - он не успевает, получить результат.

Если у вас есть такой механизм конечно.

Убрал чекбокс здесь, посмотрим, повлияет ли...

MishaJ wrote:У нас "Ад и Израиль" по дублям ветеринарок... С 24.10 началось массовое задвоение. Обращение в тех. поддержку оставило тяжёлое впечатление. Нас обвиняют в ошибках запросов нашей Учетной системы. Доводы, что 24.10 мы свою программу не меняли - не слышат. По факту, обновление прошло 18.10... В общем, даже не знаю, как пояснить, что проблема не с нашей стороны.

fly_byte wrote:

Shadasp wrote:Общее предложение по коробочным решениям ЗАО АСП:

1. Коробочное решение АСП.Меркурий для 1С 8.х (встраиваемый модуль):
a. Динамика - 30 000 рублей (динамическая подгрузка остатков из Меркурия);
b. Статика - 60 000 рублей (кеширование остатков Меркурия);

2. Коробочное решение АСП.Шлюз для любой учетной системы:
a.Стандарт - 100 000 рублей;
b. Расширенный - 200 000 рублей;

Можно вопрос по вашему продукту который вы продаете?
Какие плюсы Вашего продукта по сравнению с БЕСПЛАТНЫМ решением созданным 1С, включенным в конфигурации и/или Контура создавшего для своих абонентов в виде модуля меркурия?
Какие минусы Вашей системы продеваемой по сравнению с этими бесплатными?
Я так понимаю сравнивать надо максимальную Вашу версию за 200 000 рублей, т.к. в 1С и Контуре не имеет значения количество площадок и производительность отправки выше 100 000 в сутки.
Расскажите о плюсах и минусах на текуший момент по сравнению с этими системами, условия поддержки и их стоимость, а так же внедрения думаю сравнивать нету смысла, т.к. у всех разный подход и разные продукты, интересно именно разница самого программного продукта, коробочного варианта встраиваемого в 1С.
А то наверное многим не понятна привлекательность именно Вашего продукта за 100-200 тысяч, по сравнению с бесплатными решениями.

Жду максимальную критику по своим пунктам .

fly_byte wrote:

Shadasp wrote:
Динамика запущенных проектов, наращивается, за 3 месяца запущено более 100 проектов, а это почти половина от всего объема, который мы запустили за предыдущие 1,5 года...

Shadasp wrote:
Чтобы запуск 01.07.19 произошел, то данная динамика должна наращиваться и рынке должны появляться все новые новые компании интеграторы с работающими решениями, сейчас же идет борьба за падающий рынок и вытеснение друг друга.

Положительная динамика чего? Большая часть успешных внедрений прошла силами наемных айтишников компаний, зачем им сторонние которые не могут предложить автоматизация внутренних бизнес процессов связанных с мраком как готовое решение? Только брать болванку и пилить в лучшем случае. Кому нужен этот рост разнообразия решений если сейчас его и так море и избыток, что сейчас кто не имеет своих специалистов не знает кого выбрать? Даже тут часто просят кого посоветовать из решения, не от того что их нету, а от того что слишком много филькиных платных, в противовес бесплатных решений от значимых игроков (1С например). Вот спроси досконально, а не по ветру, чем Ваше платное решение лучше по отношению к 1С бесплатному, провалившись в каждый ответ - выяснится, что похвастаться то и не чем, кроме обертки. А внедрение и допиливание под предприятие - вопрос лишь специалиста который это делать будет на любом решении.
Куда еще надо разбухать мыльный пузырь, если уже почти полсотни продуктов по обмену данных? До сокльки решений должна эта цифра возрасти и какая взаимосвязь с успешным внедрением системы?
Нет, тут тоже мимо в расуждениях, для успешности внедрения и положительной динамики перехода на систему от мала до велика надо минимум убрать технические проблемы мрака по работоспособности. Решения и так есть болванки в свободном доступе по обменну данными, которые можно пилить под себя. Это уже не актуально пол года почти, вы тоже опоздали продавать готовое решение по обмену за деньги, те кто пошли раньше они уже ушли гораздо дальше, и могут теперь предложить бесплатное решение по обмену и уже погрязли именно в инструменте универсальном по изложению бизнес процессов предприятия именно, для успешной отправки и фич. Обмен данными модули - это уже вчерашний день. Тем более платные.
Уже люди запилили и катают тестирование провайдера мрака, это следующим шагом будет, а вы шараги наплодить с платными решениями по обмену с целью понапродовать им фантиков.

nmzn1 wrote:

Shadasp wrote:А у нас все ждут мая 2019 года, чтобы начать интегрироваться

а что толку интегрироваться, когда сам шлюз не рабочий
ситуация со шлюзом мерка похожа на ситуацию с виндоуз 10 - вроде и запускается и выглядит как операционка, но работать то НЕВОЗМОЖНО, глюк на глюке

fly_byte wrote:

Shadasp wrote:

iegor.karelin wrote:О какой готовности к Меркурию может быть речь, если ветеринары оформляют на вет.справки на молоко от ферм на месяц. Звоню говорю, 1 июля ребята, каждая машина......мы не знаем указаний не было будем оформлять на месяц.....Спрашиваю а что с выходными вышими, без вашего подтверждения мне же всд не придет....говорят не знаем как работать.......Как все будет хотя бы даже до 4 числа.....а как у Вас у молочников в регионах дела?

Давайте проговорим о готовности Меркурия:

1. Все кто планировал интегрироваться в Меркурии до 01.01.2017 года - на данный момент уже интегрированы;

2. Все кто хотел интегрироваться до 01.07.2018 года - будут запущенны в ноябре 2018 года;

3. Есть еще какой-то объем клиентской базы, которая запускалась кривыми руками, и они постепенно подтягиваются и запускаются.

4. В сентябре прозошел спад количества оформляемых документов, когда в сентябре, ноябре - происходит рост товарооборота у дистрибьторов;
Что говорит о том, что постепенно ХС начинают переходить на категорийную выписку или просто офорляют ВСД не на все товары;

5. В автоматизированном варианте выписывают ВСД примерно 30% всех компаний, которые должны были выписывать сертификаты с 01.07.18 года. Остальные или частично работают через веб доступ или не работают вообще в Меркурии, а теперь еще и на бумажных бланках перестали выписываться;

6. С 01.07.18 нету не одного запроса клиентов с продукцией, которая должна будет запускаться с 01.07.19 года; Готовность данных клиентов можно прироврять к нулю;
Сейчас даже те кто должен работать в меркурии и еще не работают, не хотят даже регистрироваться в Меркурии.

7. Молочная продукция готова к автоматизации на 4%; Единицы молочников сейчас делают выписку, еще единицы молочников с октября месяца попросили обновления, чтобы сделать тестовую прогонку;

Итоги:
Из всего выше сказаного Меркурий откатился по готовности к запуску на 01.07.19, где то даты анлогична ситуации в 01.10.2015 года;

Текущими темпами никакого запуска не будет 01.07.19, так как количество участников должно вырасти примерно раз в 5, количесвто ВСД еще даже подсчиать не могу во сколько раз должно увелиться.

А у нас все ждут мая 2019 года, чтобы начать интегрироваться.

То что мы смогли сделать самостоятельно, по запущенным клиентам (с актами), которые заключили договора до 01.07.18 года:

июль - 25 проектов, август -37 проекто, сентябрь - 41;

Октябрь - ноябрь запустим всех оставшися, а дальше я так понимаю все будут сидеть на жопе смирно и ждать мая и 01.07.18 уповать на колапс.

Я тут даже незнаю, кто виноват, по факту думаю все ...

1) Есть такие кто еще раз подумал и не интегрировался ибо нету смысла в их бизнес процессах.
2) Не правда, большая часть кто планировал до 01.07.2018 запуститься начали вести работы за пол года (до того как вы вообще появились на этом форуме, многие кто ставил цель уже со своей стороны интегрировались) и за пол года провели все работы, все кто работает с сетями интегрированы еще за месяц до 01.07.2018. Но все рухнуло по вине Власова за два дня, сделан большой шаг назад был, мало кто вернулся на уровень за месяц до старта, точнее Меркурий не вернулся. Вот только не надо лохов сейчас после этой фразы разводить на деньги пытаться, мол у анс есть решение которое решит проблему систематической не доступности Меркурия и при том как начинается твориться мракобесие.
3) Да, таких не мало, в основном это те у кого нету толкового штата айтишников, таких разводят сторонние компании на супер пупер решения, таких можно дурить когда нету своих спецов которые могут дать оценку.
4) Спад произошел по причине того, что часть людей не выдержали мракобесия и откатились, в том числе уйдя назад на братскую могилу, что ен запрещает закон. И ждать пока изгонят бесов...
5) Большой части компаний - а большая часть это массы которые далеко не топы по обьемам, в совокупности которые дает обьем больше чем топ 1, решили отложить по причине технической не возможности мрака тянуть нагрузку (за то им спасибо, хоть как то снизили нагрузку для тех у кого выбора нет). Может ты не вкурсе, но большинство оплачивает услуги ветеринарии, при этом она обязана предоставлять вет врачей, по закону на них лежит выписка, гашения (бесплатно вообще) и т.д. Многие кто платит абоненскую плату в несколько сотен тысяч рублей в месяц, решают - пусть работают ручками в вебе, отрабатывают деньги. Как Мрак начнет стабильно работать, так вернемся к вопросу. Если снять с них обязанность гасить и выписывать ,абонентская плата не изменится. Все просто.
6) Запросов кому? К Вам что ли? С каких это пор Сколково стало центром информатизации?))) Практика показывает, ан сегодняшний день, самая эффективная интеграция, это интеграция собственными силами и штатом айтишников, собственное решение именно под бизнес процесс предприятия, ибо обмениваться по API это десятая часть интеграции, основная интеграция это увязка бизнеспроцессов с учетоной системой, а на сегодняшний день все интеграции предлагают отправлять, те что копнули чуть глубже, такие как контур, 1С, так и не довели до конца хотя бы общий шаблон, который можно было бы оперативно перепилить под себя. Могу сказать про сибирь, тут молочники стали обращаться к мясникам, поделитесь опытом интеграции, так же в частном порядке айтишников вытягивают, которые создавали свои решения и успешно положили бизнес процессы на лыжи которые едут. В успешном бизнесе нету тупых, давно пережили времена красивых оберток в ИТ сфере, потому красивые надписи партнеры, сертификаты, награды и прочая лабуда франчей и т.д. не имеет веса давно. Потому если вы кричите и постите тоннами интервью, это все пусто. Выхлопа нету, клиенты по другому каналу потянутся к Вам. Только по рекомендации других, когда одни спрашивают других - а Вам кто делал? А дайте номерок. Только такой путь остался у контор айтишных, но и это скоро себя переживет. Вашу компанию реально ни кто не знает и вы не являетесь авторитетным лицом на рынке что бы к Вам обращаться и вы були бы мерилом того, что елси нет заявок - значит ни кто не готовится. Это означает только одно - вы ни кто и звать Вас ни как в этом вопросе, что ни кто не хочет обращаться.
7) можно предоставить расчет 4%? чисто из любопытства, не ржаки ради.


Итоги, большая масса была интегрирована за месяц до старта и были готовы, и начали работать в боевом режиме до официального старта, минимум с сетями (это для Вас секрет?) А при старте все рухнуло, не из-за того что кто то поменял свои бизнес процессы, а тупо из-за технической части Мрака, который не держит нагрузку. И он откатил всех назад по проценту успешно пройденных эвсд с первого прохода.
Более того скажу, смотря как работы ведутся на устранения этой проблемы с 28 июня по сей день, если темпы не изменятся, то как стартанут молочники, система рухнет вовсе, один данон чего стоит с его переделами и выпусками. Все пока в ожидание окончательного падения Мрака. И с ужасом ждут старт молочников которые повысят нагрузку в разы системы, которая не тянет и 1/5 нагрузку в стабильном варианте. Можно долго рассуждать как должны хранить систему сами пользователи, почему у вет врачей каждый день начинает с 11 часов дня даже веб интерфейс мрака гнать, почему есть график по нагрузке когда начинается мракобесие. Но за такие деньги система должна выдерживать даже все атаки и работать в снег, дождь и даже ядерную войну. Если бы айтишники в бизнесе, разрабатывая систему внутри предприятий так же отвечали - почему база не работает? Вы не правильно доки заполняете или слишком много и часто. То были бы полсаны в тот же день в пешее эротическое путешествие.
Все просто, отсутствие опыта людей, (которые не могут продумать все ситуации, построить нормальную архитектуру, протестить на баги написанное, обкатать и выпустить релиз) дает такие дырки. Которых тьма в системе, поэтому такой результат.
Перед стартом, институт дал заключение, что система не выдержит и десятой части нагрузки. Так и произошло, ожидаемо. Теперь ждем молочников) Система не была готова законодательно и не готова до сих пор, система не отвечает требование и не отвечала, система не спобна держать нагрузку и не была готова, поддержка системы не была организована и не организована до сих пор за деньги бизнеса громадные, не было сколочено команды которая бы грамотно сделала систему и не сколочена до сих пор, поэтому принимаются только не верные решения, но при всем при этом - система была выдана в продуктив, аля преальфа релиз хромой. К сожалению, пока даже на альфа версию не вышли, врятли выйдут до нг, а если и выйдут, то откатятся назад со стартом молочников. Все просто - для того что бы пытаться оценить готовность игроков системы, надо в начале сделать саму систему... Пока имя нарицательное сей системе - Мрак...

iegor.karelin wrote:О какой готовности к Меркурию может быть речь, если ветеринары оформляют на вет.справки на молоко от ферм на месяц. Звоню говорю, 1 июля ребята, каждая машина......мы не знаем указаний не было будем оформлять на месяц.....Спрашиваю а что с выходными вышими, без вашего подтверждения мне же всд не придет....говорят не знаем как работать.......Как все будет хотя бы даже до 4 числа.....а как у Вас у молочников в регионах дела?

Vesta_IT wrote:таки были проблемы в самой заявке )
разобрались, успех, нужные данные получили

Vesta_IT wrote:

Shadasp wrote:
Скорее всего проблема в корректности заполнения заявки, тоесть в ней может быть не корректно заполнена цель реализации, не кооректная упаковка и т.д.

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

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

результат ВСЭ = ВСЭ подвергнуто сырьё, из которого произведена продукция
назначение - в корм непродуктивным животным
способ хранения при перевозке - Вентилируемый
благополучие - Местность благополучна по заразным болезням животных

мы в свою очередь в заявке указываем только номер СЖ (чтобы не ошибиться в полях, стараемся своих данных по минимуму указывать). И как теперь диагностировать? ждать когда вернут причину (повторно запрашивая результат по прежнему AppID)??

Vesta_IT wrote:подскажите, это APLM0012 выдается (по идее) только при запросах на получение?

Мы вот отправляем заявку на оформление тВСД (и кровь из носу надо из нашей УС, т.е. через API-2). Получили AppID, но по нему в ответ получаем реджектед с этим же APLM0012.
Это нормально??
я думал при отправке заявок в обработку (раз уж заявка принята и AppID присвоено) такого быть не должно??

Подскажите плиз.

oleg-x wrote:

Сейчас много людей просто спамят api.

1С выпустило интеграционное решение, которые все абы как настроили и они было очень удивлены той херней, которая началась. И сделали ограничение APLM000012.
Сделать много чего можно было бы, но не сделано на данный момент. Может они решили сделать API 3.0 с учетом всей этой херни более правильно или еще что то.
Но все это можно было решит если не перед запуском, то хотя бы после запуска в течение месяца, вариантов придумать можно много, а сейчас пока только APLM и имеем.
И даже то что обещали, на данный момент не сделано.

oleg-x wrote:

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

Для того чтобы подкрепить, свои слова мы начали делать интервью с нашими клиентами, на текущий момент уже сделали более 30 штук:
http://меркурий-россельхознадзор.рф/блог/category/все-о-меркурий/мнение-экспертов/

Ну а теперь посмотрим вашу же статью:
http://xn----8sbmbbmccjipfvkcfubdkla2b8cyk.xn--p1ai/%D0%B1%D0%BB%D0%BE%D0%B3/%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D1%8F-%D0%B4%D0%BB%D1%8F-%D1%83%D1%81%D0%BF%D0%B5%D1%88%D0%BD%D0%BE%D0%B9-%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B-%D1%81-%D1%84%D0%B3%D0%B8%D1%81-%D0%BC%D0%B5%D1%80/
И сами пишите про ошибку. Да вы её обходите просто, как и все нормальные люди в принципе.
А теперь будут работать все молочники (а это гораздо больший оборот, чем сейчас). Как вы думаете как часто будет выдавать система ошибку APLM00012 и сколько уже придется запрашивать повторно, уже не три и не 4 раза. Система просто ляжет, если не увеличат мощности или не оптимизируют запросы.

Владимир Игнатов wrote:

Shadasp wrote:

BFT wrote:Маркировки не будет значит? Вот это новость!
А как выписать 20 000 ЭВС в вебе за 8 рабочих часов? Есть инструкция?

До 10 000 веток выписывается в одно потоке свободно.
Более 20 000 веток - думаю, справиться можно, но нужны будут оптимизации - думаю реально все.

автоматизированно, конечно.

Вот ведь неуебное желание засунуть свои 5 копеек! Речь шла о "20 000 ЭВС в вебе". А Вы со своей автоматизацией. Не понимаете, что при внесении "молочки" в Меркурий, последний по запросам через API сдохнет окончательно и бесповоротно?