Lele4ka13 wrote:"Информируем вас о предстоящем плановом обновлении системы Меркурий до версии 6.7 и обновлении интеграционного шлюза ВетИС.API до версии 2.1, которое состоится 7 июня 2018 г. в 05:00 (МСК).

- ММ.ГГГГ, пример – июнь 2018 г.;"
Ну слава Богу,дождались)))

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

Lele4ka13 wrote:"Информируем вас о предстоящем плановом обновлении системы Меркурий до версии 6.7 и обновлении интеграционного шлюза ВетИС.API до версии 2.1, которое состоится 7 июня 2018 г. в 05:00 (МСК).

- ММ.ГГГГ, пример – июнь 2018 г.;"
Ну слава Богу,дождались)))

Товарищи разработчики, что вы там курите?

Lele4ka13 wrote:

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

Lele4ka13 wrote:"Информируем вас о предстоящем плановом обновлении системы Меркурий до версии 6.7 и обновлении интеграционного шлюза ВетИС.API до версии 2.1, которое состоится 7 июня 2018 г. в 05:00 (МСК).

- ММ.ГГГГ, пример – июнь 2018 г.;"
Ну слава Богу,дождались)))

Товарищи разработчики, что вы там курите?

Хорошо, что хоть так сделали, а то ж совсем ужасссссс был "см.маркировку" и т.п. Может через годок научат и конкретную дату в формате ДД.ММ.ГГГГ заносить))))

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

Lele4ka13 wrote:

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

Lele4ka13 wrote:"Информируем вас о предстоящем плановом обновлении системы Меркурий до версии 6.7 и обновлении интеграционного шлюза ВетИС.API до версии 2.1, которое состоится 7 июня 2018 г. в 05:00 (МСК).

- ММ.ГГГГ, пример – июнь 2018 г.;"
Ну слава Богу,дождались)))

Товарищи разработчики, что вы там курите?

Хорошо, что хоть так сделали, а то ж совсем ужасссссс был "см.маркировку" и т.п. Может через годок научат и конкретную дату в формате ДД.ММ.ГГГГ заносить))))

Ув. Lele4ka13, ММ.ГГГГ это, например, 01.2018 или 11.1917, но никак не "июнь 2018 г". Я надеялся, что программисты, которыми должны бы быть разработчики, это осознают. Видимо, ошибался.

oleg-x wrote:

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

Lele4ka13 wrote:

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

Lele4ka13 wrote:"Информируем вас о предстоящем плановом обновлении системы Меркурий до версии 6.7 и обновлении интеграционного шлюза ВетИС.API до версии 2.1, которое состоится 7 июня 2018 г. в 05:00 (МСК).

- ММ.ГГГГ, пример – июнь 2018 г.;"
Ну слава Богу,дождались)))

Товарищи разработчики, что вы там курите?

Хорошо, что хоть так сделали, а то ж совсем ужасссссс был "см.маркировку" и т.п. Может через годок научат и конкретную дату в формате ДД.ММ.ГГГГ заносить))))

Ув. Lele4ka13, ММ.ГГГГ это, например, 01.2018 или 11.1917, но никак не "июнь 2018 г". Я надеялся, что программисты, которыми должны бы быть разработчики, это осознают. Видимо, ошибался.

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

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

Lele4ka13 wrote:

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

Lele4ka13 wrote:"Информируем вас о предстоящем плановом обновлении системы Меркурий до версии 6.7 и обновлении интеграционного шлюза ВетИС.API до версии 2.1, которое состоится 7 июня 2018 г. в 05:00 (МСК).

- ММ.ГГГГ, пример – июнь 2018 г.;"
Ну слава Богу,дождались)))

Товарищи разработчики, что вы там курите?

Хорошо, что хоть так сделали, а то ж совсем ужасссссс был "см.маркировку" и т.п. Может через годок научат и конкретную дату в формате ДД.ММ.ГГГГ заносить))))

Ув. Lele4ka13, ММ.ГГГГ это, например, 01.2018 или 11.1917, но никак не "июнь 2018 г". Я надеялся, что программисты, которыми должны бы быть разработчики, это осознают. Видимо, ошибался.

Lele4ka13 wrote:

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

Lele4ka13 wrote:

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

Lele4ka13 wrote:"Информируем вас о предстоящем плановом обновлении системы Меркурий до версии 6.7 и обновлении интеграционного шлюза ВетИС.API до версии 2.1, которое состоится 7 июня 2018 г. в 05:00 (МСК).

- ММ.ГГГГ, пример – июнь 2018 г.;"
Ну слава Богу,дождались)))

Товарищи разработчики, что вы там курите?

Хорошо, что хоть так сделали, а то ж совсем ужасссссс был "см.маркировку" и т.п. Может через годок научат и конкретную дату в формате ДД.ММ.ГГГГ заносить))))

Ув. Lele4ka13, ММ.ГГГГ это, например, 01.2018 или 11.1917, но никак не "июнь 2018 г". Я надеялся, что программисты, которыми должны бы быть разработчики, это осознают. Видимо, ошибался.

Да формулировка в этом письме уже не важна. Ведь в записи журнала все-равно будет стоять 05.2018, а не май 2018. Я рада тому, что убрали эту дебильную самозаполняемую строку. Хотя есть ооооооочень малое количество продукции, на которую разрешено ставить именно формат ММ.ГГГГ (по крайней мере раньше разрешалось так ставить на мешки-коробки рыбы мороженой и на субпродукты если предприятие маленькое и сердца-печени-легкие собирались месяц, хотя лично я считаю, что так нельзя делать, ведь какие-то сердца-печени-легкие были заморожены 01.05, а какие-то 30.05, следовательно на месяц искусственно увеличивался срок годности части продукции), и было бы совсем неплохо если бы составили список продукции, на которую можно ставить даты именно в этом формате. Но лично я заношу все в журнал в формате ЧЧ.ММ.ГГГГ.

Lele4ka13 wrote:

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

Lele4ka13 wrote:"Информируем вас о предстоящем плановом обновлении системы Меркурий до версии 6.7 и обновлении интеграционного шлюза ВетИС.API до версии 2.1, которое состоится 7 июня 2018 г. в 05:00 (МСК).

- ММ.ГГГГ, пример – июнь 2018 г.;"
Ну слава Богу,дождались)))

Товарищи разработчики, что вы там курите?

Хорошо, что хоть так сделали, а то ж совсем ужасссссс был "см.маркировку" и т.п. Может через годок научат и конкретную дату в формате ДД.ММ.ГГГГ заносить))))

Any.V wrote:

Lele4ka13 wrote:
Хорошо, что хоть так сделали, а то ж совсем ужасссссс был "см.маркировку" и т.п. Может через годок научат и конкретную дату в формате ДД.ММ.ГГГГ заносить))))

Уважаемая, а Вы никогда не задумывались, что дело не в том что нас НЕ НАУЧИЛИ, а что например формат даты дд.мм.гг. некоторым просто не подходит, введение только такого формата превратит нашу работу в ад кромешный. И не надо строить из себя самую наученную. Как говорится что русскому хорошо, то немцу.... сами знаете. Очень хорошо, что разработчики не ведутся на поводу у таких как Вы, и дают возможность выбора.

Lele4ka13 wrote:

Any.V wrote:

Lele4ka13 wrote:
Хорошо, что хоть так сделали, а то ж совсем ужасссссс был "см.маркировку" и т.п. Может через годок научат и конкретную дату в формате ДД.ММ.ГГГГ заносить))))

Уважаемая, а Вы никогда не задумывались, что дело не в том что нас НЕ НАУЧИЛИ, а что например формат даты дд.мм.гг. некоторым просто не подходит, введение только такого формата превратит нашу работу в ад кромешный. И не надо строить из себя самую наученную. Как говорится что русскому хорошо, то немцу.... сами знаете. Очень хорошо, что разработчики не ведутся на поводу у таких как Вы, и дают возможность выбора.

Уважаемая, а почему же Вам это не подходит?

Any.V wrote:

Lele4ka13 wrote:

Any.V wrote:

Lele4ka13 wrote:
Хорошо, что хоть так сделали, а то ж совсем ужасссссс был "см.маркировку" и т.п. Может через годок научат и конкретную дату в формате ДД.ММ.ГГГГ заносить))))

Уважаемая, а Вы никогда не задумывались, что дело не в том что нас НЕ НАУЧИЛИ, а что например формат даты дд.мм.гг. некоторым просто не подходит, введение только такого формата превратит нашу работу в ад кромешный. И не надо строить из себя самую наученную. Как говорится что русскому хорошо, то немцу.... сами знаете. Очень хорошо, что разработчики не ведутся на поводу у таких как Вы, и дают возможность выбора.

Уважаемая, а почему же Вам это не подходит?

Да потому, что мы являемся мелкооптовым складом, к нам стекается огромный ассортимент, и одна и та же продукция может приходить от разных поставщиков. Представьте себе пришло бедро ц/б, оно пришло не с предприятия изготовителя, а значит оно уже не с одной партии, и соответственно не с одной датой, но, возможно с одним месяцем (например 05.05.18-10.05.18), но то же бедро пришло от другого поставщика, но уже с апрельской датой. Как в этой ситуациибыть? Плодить записи в складской журнале? Это хорошо, когда маленький ассортимент. Теоретически можно поставить на разные позиции, но как контролировать отгрузку? А по рыбе вообще, в принципе д.в. не одной датой идет. Траловые суда ловят рыбу несколько дней, и упаковывают её несколько дней и партия включает несколько дней. Я сейчас, конечно же говорю о замороженной продукции, по охлажденке, естественно нужен день.

E_Letov wrote:Да спорить-то не о чем, безоткатное обновление будет и уже сегодня. Повлиять на это невозможно.

Lele4ka13 wrote:

Any.V wrote:

Lele4ka13 wrote:

Any.V wrote:

Lele4ka13 wrote:
Хорошо, что хоть так сделали, а то ж совсем ужасссссс был "см.маркировку" и т.п. Может через годок научат и конкретную дату в формате ДД.ММ.ГГГГ заносить))))

Уважаемая, а Вы никогда не задумывались, что дело не в том что нас НЕ НАУЧИЛИ, а что например формат даты дд.мм.гг. некоторым просто не подходит, введение только такого формата превратит нашу работу в ад кромешный. И не надо строить из себя самую наученную. Как говорится что русскому хорошо, то немцу.... сами знаете. Очень хорошо, что разработчики не ведутся на поводу у таких как Вы, и дают возможность выбора.

Уважаемая, а почему же Вам это не подходит?

Да потому, что мы являемся мелкооптовым складом, к нам стекается огромный ассортимент, и одна и та же продукция может приходить от разных поставщиков. Представьте себе пришло бедро ц/б, оно пришло не с предприятия изготовителя, а значит оно уже не с одной партии, и соответственно не с одной датой, но, возможно с одним месяцем (например 05.05.18-10.05.18), но то же бедро пришло от другого поставщика, но уже с апрельской датой. Как в этой ситуациибыть? Плодить записи в складской журнале? Это хорошо, когда маленький ассортимент. Теоретически можно поставить на разные позиции, но как контролировать отгрузку? А по рыбе вообще, в принципе д.в. не одной датой идет. Траловые суда ловят рыбу несколько дней, и упаковывают её несколько дней и партия включает несколько дней. Я сейчас, конечно же говорю о замороженной продукции, по охлажденке, естественно нужен день.

Я так же контролирую работу на таком же складе с огромным ассортиментом продукции: рыба, мясо и мясопродукты, яйцо, а еще и бакалейная группа, на которую надо будет оформлять ветдоки с 1 июля, обширная, от неимоверного количества поставщиков. И вот уже три с лишним года сама-сама заношу ручками всю продукцию в журнал. На начальных этапах работы заносила только месяц и год выработки и срока годности, потом начала делать в формате дд.мм.гггг-дд.мм.гггг. Пока не будет сканер систем на складе и интеграции Мерка с 1с предприятия можно объединять партии( конечно одного производителя, а не разных), все так делают и предприятия-производители тоже так делают , как пример ООО МПЗ Агро-Белогорье. И рыбу так же можно заносить. Например: 01.05.2018-05.05.2018. а не просто май , ведь под ваш ветдок могут подложить и совершенно другую-не вашу продукцию с датой выработки 25.05.2018 на коробке но того же производителя. Не вижу проблемы в том, чтоб занести продукцию с таким форматом дат. Да, пока вручную это все делалось, приходилось долго сидеть в этом мерке. А вообще все должно начинаться с ГОЛОВЫ, а не с ..ОПЫ, то есть с ПРОИЗВОДИТЕЛЯ , а не со СКЛАДОВ и они (производители) должны делать все так, как надо, чтоб создали нормальную номенклатуру товаров, а то тут все (и производители и склады) начали выгружать что ни поподя, а кто не выгружает, а заносит вручную ПОЛУФ.Ц/БР ЗАМОР.-ну вообще бесят, чтоб нормально заносили упаковку, ведь только они знают с какой маркировкой закупают свою упаковку и какму виду она относится, чтоб создали нормальный справочник предприятий-изготовителей с указанием АДРЕСА, а не просто ООО Птичка РФ г.Москва и т.д. Поэтому не вижу повода негативить на форумах, а я просто выразила свою радость тому, что наконец-то прекратится все это"см.маркировку", "не более 180 суток" и тому подобных записей, и по большому счету меня не напрягает указание просто месяца и года потому как просто редактирую запись и все. Всем терпения и сил, мира и добра