|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: Digger
Индекс форума » Профиль для Digger » Сообщения, отправленные пользователем Digger
Автор Сообщение
Николай Власов wrote:
Digger wrote: Ну а почему сервер то один? Как же резерв отказоустойчивости?

Откуда вы взяли, что сервер один??? Только на продуктивном контуре Меркурия 80 серверов.

Может тогда не стоит 78 из них отдавать под работу тандера? А то согласно вашим бравурным новостям, тандер может оформлять по 10 ВСД в секунду 24/7, а другие в это время ждут как 100 входящих ВСД по полчаса гасятся.

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

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

Ее тестировали в течение 3 лет и отчеты публиковали - посмотрите. Ни на каком тестировании не промоделируешь поведение массы внешних систем и пользователей.

Ну а почему сервер то один? Как же резерв отказоустойчивости? Почему сервера обработки запросов нельзя было сделать в каждом регионе/ФО? Чтобы если один ложится от нагрузки, то вся остальная страна от этого не страдала? Оперативность информации в рамках страны бессмысленна, машина с продукцией не телепортируется из региона в регион моментально. А пока доедет можно было уже передать данные на сервер другого региона.
А для общего анализа сгружали бы себе инфу на центральный сервер со всех.

Вообщем очень грустно нынче все это наблюдать. Особенно когда внезапно меняются правила игры и какие то запросы перестают обрабатываться, а какие то нет. И непонятно как менять интеграцию чтобы предусмотреть таймауты ваших блокировок. Озвучили бы хоть какие правила ввели. Что там запрос записей склада не чаще раз в .. секунд, запрос входящих ВСД не чаще раз в ..
Doc18 wrote:
Digger wrote:
Doc18 wrote:
Mak_VET wrote:пусть магазин не гасит, пока не продаст. Тогда, по окончании реализации, сможет погасить только то количество колбасы, которое продано, остальное вернется назад возвратным ВСД.
тогда производитель сможет ее переработать или утилизировать (зависит от состояния колбасы).


Разве это не нарушение "гашения"?

Интересно, во что можно переработать готовую колбасу, или вы про полуфабрикаты?

В колбасу естественно.


Была колбаса " докторская", а стала "любительская", Вы себе это так представляете?

Нуу.. я слышал, что в куттере всякая магия возможна. Главное правильно соблюдать пропорции. )
Doc18 wrote:
Mak_VET wrote:пусть магазин не гасит, пока не продаст. Тогда, по окончании реализации, сможет погасить только то количество колбасы, которое продано, остальное вернется назад возвратным ВСД.
тогда производитель сможет ее переработать или утилизировать (зависит от состояния колбасы).


Разве это не нарушение "гашения"?

Интересно, во что можно переработать готовую колбасу, или вы про полуфабрикаты?

В колбасу естественно.
Да я представляю прекрасно. Мне светит внедрение Меркурия на четырех заводах с мясом и молоком + дилерская сеть оптовиков. ) Но масштабы проблемы пока что реально по моему больше понимают внедренцы чем руководство ХС, потому как у нас это не первая интеграция с гос. системами Точнее понимает наверное, но надеется что оно само собой рассосется. И как им донести мысль, что само собой ничего не пройдет, не знаю.
nat163rus wrote:интересно, а что входит в 140 млн первоначально и на 1 млн меньше- ежегодно?

1 млн - премия за запуск. )
Agnostik wrote:вот оно вам надо всем, переживать за ХСы?
доводите до руководства ХС в письменном виде (если оно туповато и на словах не воспринимает), что с 18 года грядет повальная Меркуризация. Описываете все последствия красочно.
работаете дальше.
их бизнес, пускай сами голову напрягают.

Руководство ХС обычно как страусы. Этого не может быть, потому что этого не может быть никогда. ) И да, реально спохватятся когда будет уже декабрь и что то делать будет уже поздно. Хотя вроде как прецеденты уже и с ЕГАИС и с ФЗ-54 ничему походу не учат. Так и ходят по граблям.
Sky_nnov wrote:
Digger wrote:
Sky_nnov wrote:
Лёлька)) wrote:
"загорят желанием" к концу года...

Будет поздно такую интеграцию за месяц не сделать.
А сейчас они все силы бросили на то чтоб "похоронить" Меркурий.

Как связаны усилия региональной вет. службы по похоронам Меркурия и проведением интеграции на вашем предприятии? Никто вам не мешает перестраивать внутренние процессы под новую схему работы уже сейчас, чтобы в конце года можно было просто сделать "отмашку" и поехали. )

Интересно сколько минут оно так "проедет"думаю 2 часа после чего все "встанет".
Нельзя склад без тестов и отладки 1 января просто подключить к Меркурию и "поехали".
Как минимум маленький пример: будет ветслужба требовать "упаковку" или можно будет отгружать без неё. Сейчас поставщики отписывают как кому удобно. Кто-то может 4т пельменей в 100 коробок положить и отписывай как хочешь.

Почему без теста и отладки? Что я непонятно написал, готовьте все уже сейчас. И работу склада, и работу с поставщиками и интеграцию на тестовом сервере.
Sky_nnov wrote:
Лёлька)) wrote:
"загорят желанием" к концу года...

Будет поздно такую интеграцию за месяц не сделать.
А сейчас они все силы бросили на то чтоб "похоронить" Меркурий.

Как связаны усилия региональной вет. службы по похоронам Меркурия и проведением интеграции на вашем предприятии? Никто вам не мешает перестраивать внутренние процессы под новую схему работы уже сейчас, чтобы в конце года можно было просто сделать "отмашку" и поехали. )
Фишка с нулевыми остатками может прокатить только для производителя. Любой оптовик будет вынужден синхронизировать остатки в учетной системе и Меркурии.
Лёлька)) wrote:
Digger wrote:
Вопрос не в том куда девать сырье. Вопрос в том как списать произведенную колбасу? Если она сразу с производства в свой розничный магазин идет и там продается.



ну и отписывайте ее на магазин

У меня должна быть какая то отдельная площадка зарегистрирована? Юр.лицо на производство и розницу одно.
Лёлька)) wrote:
505005 wrote:никак не могу найти информацию о том, что делать мне, розничному продавцу (по совместительству производитель), с произведенной мной продукцией? т.е. я погасил сертификты при поступлении сырья и далее стал делать колбасу, после чего сделал сертификаты на вырабатываемую продукцию и благополучно все продал розничным покупателям . что мне делать с числящейся за мной продукцией?





http://help.vetrf.ru/wiki/%D0%92%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B6%D1%83%D1%80%D0%BD%D0%B0%D0%BB%D0%B0_%D0%B2%D1%8B%D1%80%D0%B0%D0%B1%D0%B0%D1%82%D1%8B%D0%B2%D0%B0%D0%B5%D0%BC%D0%BE%D0%B9_%D0%BD%D0%B0_%D0%BF%D1%80%D0%B5%D0%B4%D0%BF%D1%80%D0%B8%D1%8F%D1%82%D0%B8%D0%B8_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%86%D0%B8%D0%B8_%D0%B2_%D0%9C%D0%B5%D1%80%D0%BA%D1%83%D1%80%D0%B8%D0%B9.%D0%A5%D0%A1

Вы ж не из воздуха делаете колбасу!) Из мясопродукции. Поэтому при оформлении партии вырабатываемой колбасы необходимо добавлять сырьё из которого она произведена. И оно будет у вас автоматически списываться из журнала входящей продукции.

Вопрос не в том куда девать сырье. Вопрос в том как списать произведенную колбасу? Если она сразу с производства в свой розничный магазин идет и там продается.
Омега wrote:
Doc18 wrote:
milashka wrote:Описи будет писать вет врач всегда? или ХС этим будут заниматся?


Как работу организуете.


Пока на заполнение описи будут уходить часы, ХС будут упираться когтями до последнего))..
Мытьём-катаньем уломали на заявки. Уговорили-научили-показали-дали попробовать))..
Заявки идут. Но без описи...

Пока разработчики Меркурия не сделают полноценный API чтобы любую операцию можно было бы сделать в сторонней учетной системе и выгрузить в Меркурий результат, то заставить пользователей делать сложные операции не реально.
Те же описи, сделать в 1С загрузку с экселя, всякие автоподставления значений при заполнении списка дело не сложное. Но возможности затем выгрузить-загрузить в Меркурий я не вижу .
proizvod2017 wrote:Менеджеры вынуждены собирать заявки в экселевский фаил, так как в пиковый момент поступления звонков 1С нужной оперативности не дает.
Ну и эта система работала давно и надежно, задолго до моего появления на этом предприятии.

1С дает любую оперативность. Забить в табличный документ прям в 1С можно с не меньшей скоростью чем забить то же самое в эксель, только при этом можно сразу же одной кнопкой эти данные обработать и превратить в 1с документ. Думаю вам стоит найти хорошего специалиста в вашем городе который посмотрит на ваш эксель и сделает в 1С нормальную обработку для менеджеров по приему заявок.
Ну и дальше уже интегрировать с Меркурием.
Айболит163 wrote:
ANIT wrote:
Давайте расставим все точки над i! Я ПРОГРАММИСТ!!! ?".


Не принимайте на личное. Вас интересовал вопрос о стоимости, она однозначно возрастет, даже если предприятие полностью или частично будет работать без гос.врачей. Меркурий сделал возможным учитывать все перемещения КАЖДОЙ позиции, то что раньше возможно было скрыть в одном ВСД, за одну цену

Подскажите пожалуйста, а на основании какого документа (приказа итп) с нового года нельзя будет выписывать один ВСД на всю фактуру? А нужно будет делать ВСД на каждую строку фактуры?
Просто сейчас в нашу компанию приходят ВСД типа "колбасная продукция - 1 тонна выпуск от 10-12 января" целиком на фактуру, и никто не пишет что докторская -200кг, молочная -800кг ...

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

Powered by JForum 2.1.8 © JForum Team