«О сколько нам открытий чудных...». Как человек, занимающийся автоматизацией розницы много более 5 лет, опишу некоторые замечания к статье.
1.
Различают несколько типов сканеров штрих кода:
проводные
беспроводные,
щелевые,
многоплоскостные,
встраиваемые.
Для меня это аналогично:
«Чебуреки бывают нескольких типов:
горячие
жесткие
маленькие
большие
протухшие.»
Это я про виды классификаций. Итак, сканеры штрих-кодов бывают: По способу передачи сигнала: проводные и беспроводные. Беспроводные в сволю очередь могут работать по технологии Bluetooth (с приемником на конкретном компьютере, максимальное удаление теоретически 100 метров, реально до 20) или Wi-Fi, дальность ограничена только зоной приема Вашей сети Wi-Fi. По типу сканирующего элемента: светодиодные, лазерные, image-сканеры. Лазерные могут быть одноплоскостные или многоплоскостные. По типу использования: ручные или встраиваемые. По максимальной дальности сканирования: ближнего (short range), среднего (medium range), дальнего (long range). Устоявшихся стандартов этой классификации нет. У некоторых производителей дальность сканрования в 1,2 метра относится к long, у некоторых к medium. Самый дальнобойный сканер по моим практическим данным реально работал на складе на высоте от пола 7 метров. Т.е. в реальных условиях (плохая освещенность, потертость штрихкода и т.д., угол близкий к 80 градусам) — 6,5 метров уверенного распознавания. И это просто здорово. Модель не упоминаю во избежание, просто это была Motorola.
Рассказывая про типы кодирования, на мой взгляд однозначно необходимо упоминание про систему проверки правильности сканирования — контрольные цифры есть у большинства кодировок.
Также можно упомянуть про «мировые» и локальные штрих-коды. Например общепринято использование в рамках предприятия кодов с первой цифрой «2». Соответственно обычно (но не обязательно) вторая цифра кода отвечает за тип товара — штучный, весовой, мерный и т.д. При мерном или весовом товаре последние 4 цифры (перед контрольной) означают кратность. Например — вес в граммах или длину в сантиметрах.
Также имеется различие в штрихкодировании между единицами измерения (шт.) и их логистических единицах (коробка, палетта, контейнер и т.д.).
Также различаются по условиям работы — температурные режимы, пыле- и влаго- защищенность, обозначаемые согласно IP.
Ближайший конкурент технологии — RFID. Побеждает его только ценой. При приближении затрат на единицу сканирования (не менее 5-7 лет, ИМХО) будет естественным образом вытеснена с массового рынка, оставаясь на рынках документооборота например еще долгие годы.
Хм, кажется, чем комментировать все, что не охвачено в данном материале, проще свою статью написать…
1. По MPIO разобрались, обоюдная вина. Мы не могли устроить даунтайм серверу днем, HP не дало рекомендаций что нужно сделать. В контракт входил сервис инсталляции — HA114A1 UW HP Installation and Startup Service и UW HP Technical Installation Startup SVC.
2. Да, мы их там нашли. Просто не знали что вообще есть расширенный курс. А поиск информации на сайте HP — вообще процесс нетривиальный. Хуже — ИМХО только Intel.
3. Ну, у нас не получилось договориться. Чему я был немало удивлен.
Все это правильно и здорово, но хотелось бы подробней раскрыть тему алгоритмизации создания маршрутов. Поясню:
Есть 15 заказов, состоящих из 30 ГМ. Объем — 15 куб. м.
Есть в наличии 6 ТС — Камаз с кузовом 35 куб. м, 2 Газели с объемом 9 куб.м., 3 VW с объемом кузова 7 куб.
Себестоимость перевозки Камаза — 4000 рублей в час, Газели — 2700 рублей в час, VW — 1900 рублей в час.
Как правильно поступить — послать 1 Камаз по маршруту, 2 Газели соответственно по 2 маршрутам, или 3 VW по 3 маршрутам? Или Газель и VW?
Понятно, что решение этой задачи зависит от местоположения точек. Т.е. от маршрута(ов).
Если 15 заказов — с одной площадки — проще послать Камаз. Если явно выделены зоны доставки (районы города например), то по их количеству и объемам заказов с зоны выбирается количество ТС и исходя из объемов их тип. И это — простейший пример. А если все точки в одном месте, а одна — на противоположной стороне города. Посылать ли туда отдельную машину, включить в маршрут одного из ТС или вообще отложить доставку?
Т.е. именно решение вопроса создания оптимального маршрута влияет на все дальнейшие решения по выбору ТС. По тексту же маршрут «Берется».
Очень хочется понять, откуда он «Берется» и как оптимально рассчитать количество этих самых маршрутов (наборы критериев, принимающихся в расчет).
Если человек готов платить по договору, гарантий по которому «будет примерно 0» — значит он платит за «учебу» (по поговорке «дураков учат»).
Пока деньги у тебя, а не у студии, именно ты устанавливаешь правила, прописываешь гарантии и штрафы и неустойки в договор. Ну а подписав договор без гарантий — метаться поздно.
При срыве договора, гораздо проще поиметь в суде эти штрафы с юрлица (арбитраж), а не с фрилансера (гражданский процесс), поскольку априори у нас граждан любят больше, чем юриков.
Да и возможности взыскания с юриков намного больше, начиная от безакцептного списания с р/с до ареста имущества.
А у физика — только исполнительный лист по месту основной работы (если она официально есть), поскольку все остальное у таких «фрилансеров» (квартира, имущество, машина) принадлежит не им, а родителям, жене, чихуа-хуа и т.д.
Тогда вопрос снят. странно, что данной информации нет в статье, это же одна из основных характеристик SSD, по крайней мере для меня. Ибо был негативный опыт с дисками уже сошедшего с рынка вендора — 3 диска подряд из разных партий со средним временем работы 12 дней в корзину пошли.
«пострадали от террористических действий, которые, по их мнению, были организованы правительством Ирана» — я правильно понимаю, что если по моему мнению террористические акты организованы правительством США и по моему мнению я понес от них потери (даже просто на разнице курса доллара) то я имею право требовать от США компенсации, а для начала — пусть отключат у них Интернет? Презумпция — ненашенское слово.
Виртуальный возврат товара
В бытность работы руководителем ИТ «Евросеть ДВ» был классический случай в Анадыре:
Продавец делал по документам возврат телефонов, проданных 11 месяцев назад. Документы на возврат заполнял сам, копию паспорта использовал от документов на выдачу кредитов любого человека. Затем в программе с помощью «левой» обработки менял статус товара с «возврат» на «новый» и оформлял его повторную реализацию клиенту.
Поскольку время отправки/получения «ремотного оборудования» с Анадыря в Хабаровск или Москву превышало все установленные нормы, то никто валом переводов из «клиентского товара» в «товар фирмы» не интересовался особо.
В чем выгода продавца — разница цен на товар между «сейчас» и «год назад». Новинка телефонии может продаваться например за 25000 рублей (особенно в Анадыре), а через год — за 7000 рубликов лежать.
Как видно из схемы, используется 2 логина/пароля (на вход в систему, на вход в программу) и одноразовый пароль сессии.
Немного не ясен смысл выбора имени пользователя и пароля для входа в 1С. Если пользователь прошел аутентификацию и мы уверены, что это — именно он, то почему бы сразу не использовать эту информацию и запускать в 1С сразу под его учеткой («аутентификация операционной системы» в терминах 1С)? К чему давать возможность выбора в списке другого пользователя и заниматься его брутфорсом?
А так решение весьма интересное. Возможно что-то такое через годик буду лепить.Спасибо за подсказку.
В производственно-торговом секторе экономики среднего бизнеса (оборот от 1 до 30 млрд. руб в год) экономить на ИТ путем перевода в облако?
Вы это серьезно?
ИМХО, доля ИТ-затрат компании такого уровня в общей структуре затрат — от 1 до 3% (от вида деятельности и процессов).
Что входит в эту сумму:
ЗП разработчиков учетных систем — 15%
ЗП техподдержки — 20%
ЗП администраторов серверов — 4%
Оплата каналов связи — 10%
Амортизация оборудования рабочих мест+КМТ — 15%
Амортизация северного и каналообразующего/коммутационного оборудования — 7%
Обслуживание КМТ и оборудования рабочих мест — 15%
Амортизация торгового оборудования (кассы, весы, ШК) — 3%
Обслуживание торгового оборудования — 1%
Прочая связь — 3%
Косвенные и прочие расходы (кондиционирование серверных, аренда офисных площадей, затраты на ведение сайтов и т.д.) — 7%.
Под амортизацией подразумевается плановый ввод нового оборудования взамен выводимого.
Сколько и по какой статье позволит оптимизировать переход в облако, кто ответит?
По моим прикидкам, что-то около 0.
Максимум что можно получит в профит — снятие головной боли о сохранности данных и невозможности их изъятия. Хотя и это — далеко не факт.
Антипрофит — плата за облако, в том числе за ресурсы, объем, архивирование данных.
При необходимости развертывания архивной копии для сверки на определенное число — удвоение объемов хранения в продуктиве.
При несвоевременном администрировании учетных записей — риск утраты/компроментации/несанкционированного доступа к данным резко возрастает. В классической схеме уволенного просто не допустят до рабочего места.
Как-то так. Это чисто мое мнение, мог что-то упустить — готов к диалогу.
Производительность мерил iometer, но данные как написал в шапке не привожу, дабы не начинать полемику о результатах, параметрах измерения, «истинности» их и т.д. Сейчас настроили железяку «по фэншую», в принципе на выходных можно повторно снять результаты. Напишу в личку.
На RAID-5 находятся архивные (не продакшн) базы, для отчетов по закрытым юрлицам или прошлым периодам. Но при этом периодичеки на них идет достаточно серьезная нагрузка.
Не знаю, какая конкретно компания имеется в виду, но по моему опыту, на ДВ ОЧЕНЬ большие проблемы с адекватным ИТ-персоналом, и проблем с трудоустройством просто НЕТ. Я живу всю жизнь в Хабаровске, не думаю что во Владивостоке с их портами/логистическими/ритейлерскими компаниями все хуже в этом смысле.
Сам я естественно в описанных условиях работать если бы и стал — только в начале карьеры (93-95 года), но тогда все было по-другому.
Я, видимо, как раз тот сказочный ITIL-руководитель описанный выше. За 8 лет поднимаю уже 3 компанию из ИТ-руин (только в первой полгода все жили в режиме 16x7, потом все отстроилось и стало терпимых 8x6 с 2 ежегодными отпусками у всех ИТ-сотрудников), и от 1 компании отказался после недели анализа ситуации, но даже там большая часть описанных отношений невозможна в принципе. Там подход вообще был другой, стандартный диалог БИГБОСС — Манагер:
— Почему не сделана работа?
— Злобный ИТ-шник неделю принтер не чинит
— Почему ТЫ не добился от него быстрой починки?
— Говорит отвез в сервис
— Думаешь это МОЯ проблема?
При этом бабло людям платили без проблем, но на технику не давали.
Еще раз повторюсь — разговор о том, что «Вас за дверями миллионы» — на ДВ в части ИТ — это не просто сказки, это миф, в который не верит никто. Мы ищем программиста 1С уже более года, предлагая практически московские цены, администратора серверов — уже 4 месяца не можем найти, находясь по ценнику в рынке. Так что скорей всего работало простое зомбирование и нежелание «высунуться из раковины».
Поднял конфигу из архива — банды были прописаны до момента Х:
interface Tunnel203
description -=DMVPN_203 RTK_INET_SECOND=-
bandwidth 10000
ip address 10.10.203.1 255.255.255.0
no ip redirects
ip mtu 1416
ip hold-time eigrp 1 25
no ip next-hop-self eigrp 1
ip nat inside
ip nhrp authentication 203
ip nhrp map multicast dynamic
ip nhrp network-id 203
ip virtual-reassembly
no ip split-horizon eigrp 1
delay 2000
cdp enable
tunnel source GigabitEthernet0/0.783
tunnel mode gre multipoint
tunnel key 1111
!
end
Каждый из 2 hub строит тоннели по числу удаленных подразделений. Часть споков общается с другими споками постоянно (работают в базах, находящихся там), в остальных 99% трафика идет только на хабы (центральный офис).
1.
Для меня это аналогично:
«Чебуреки бывают нескольких типов:
горячие
жесткие
маленькие
большие
протухшие.»
Это я про виды классификаций. Итак, сканеры штрих-кодов бывают:
По способу передачи сигнала: проводные и беспроводные. Беспроводные в сволю очередь могут работать по технологии Bluetooth (с приемником на конкретном компьютере, максимальное удаление теоретически 100 метров, реально до 20) или Wi-Fi, дальность ограничена только зоной приема Вашей сети Wi-Fi.
По типу сканирующего элемента: светодиодные, лазерные, image-сканеры. Лазерные могут быть одноплоскостные или многоплоскостные.
По типу использования: ручные или встраиваемые.
По максимальной дальности сканирования: ближнего (short range), среднего (medium range), дальнего (long range). Устоявшихся стандартов этой классификации нет. У некоторых производителей дальность сканрования в 1,2 метра относится к long, у некоторых к medium. Самый дальнобойный сканер по моим практическим данным реально работал на складе на высоте от пола 7 метров. Т.е. в реальных условиях (плохая освещенность, потертость штрихкода и т.д., угол близкий к 80 градусам) — 6,5 метров уверенного распознавания. И это просто здорово. Модель не упоминаю во избежание, просто это была Motorola.
Рассказывая про типы кодирования, на мой взгляд однозначно необходимо упоминание про систему проверки правильности сканирования — контрольные цифры есть у большинства кодировок.
Также можно упомянуть про «мировые» и локальные штрих-коды. Например общепринято использование в рамках предприятия кодов с первой цифрой «2». Соответственно обычно (но не обязательно) вторая цифра кода отвечает за тип товара — штучный, весовой, мерный и т.д. При мерном или весовом товаре последние 4 цифры (перед контрольной) означают кратность. Например — вес в граммах или длину в сантиметрах.
Также имеется различие в штрихкодировании между единицами измерения (шт.) и их логистических единицах (коробка, палетта, контейнер и т.д.).
Также различаются по условиям работы — температурные режимы, пыле- и влаго- защищенность, обозначаемые согласно IP.
Ближайший конкурент технологии — RFID. Побеждает его только ценой. При приближении затрат на единицу сканирования (не менее 5-7 лет, ИМХО) будет естественным образом вытеснена с массового рынка, оставаясь на рынках документооборота например еще долгие годы.
Хм, кажется, чем комментировать все, что не охвачено в данном материале, проще свою статью написать…
2. Да, мы их там нашли. Просто не знали что вообще есть расширенный курс. А поиск информации на сайте HP — вообще процесс нетривиальный. Хуже — ИМХО только Intel.
3. Ну, у нас не получилось договориться. Чему я был немало удивлен.
Есть 15 заказов, состоящих из 30 ГМ. Объем — 15 куб. м.
Есть в наличии 6 ТС — Камаз с кузовом 35 куб. м, 2 Газели с объемом 9 куб.м., 3 VW с объемом кузова 7 куб.
Себестоимость перевозки Камаза — 4000 рублей в час, Газели — 2700 рублей в час, VW — 1900 рублей в час.
Как правильно поступить — послать 1 Камаз по маршруту, 2 Газели соответственно по 2 маршрутам, или 3 VW по 3 маршрутам? Или Газель и VW?
Понятно, что решение этой задачи зависит от местоположения точек. Т.е. от маршрута(ов).
Если 15 заказов — с одной площадки — проще послать Камаз. Если явно выделены зоны доставки (районы города например), то по их количеству и объемам заказов с зоны выбирается количество ТС и исходя из объемов их тип. И это — простейший пример. А если все точки в одном месте, а одна — на противоположной стороне города. Посылать ли туда отдельную машину, включить в маршрут одного из ТС или вообще отложить доставку?
Т.е. именно решение вопроса создания оптимального маршрута влияет на все дальнейшие решения по выбору ТС. По тексту же маршрут «Берется».
Очень хочется понять, откуда он «Берется» и как оптимально рассчитать количество этих самых маршрутов (наборы критериев, принимающихся в расчет).
Пока деньги у тебя, а не у студии, именно ты устанавливаешь правила, прописываешь гарантии и штрафы и неустойки в договор. Ну а подписав договор без гарантий — метаться поздно.
При срыве договора, гораздо проще поиметь в суде эти штрафы с юрлица (арбитраж), а не с фрилансера (гражданский процесс), поскольку априори у нас граждан любят больше, чем юриков.
Да и возможности взыскания с юриков намного больше, начиная от безакцептного списания с р/с до ареста имущества.
А у физика — только исполнительный лист по месту основной работы (если она официально есть), поскольку все остальное у таких «фрилансеров» (квартира, имущество, машина) принадлежит не им, а родителям, жене, чихуа-хуа и т.д.
В бытность работы руководителем ИТ «Евросеть ДВ» был классический случай в Анадыре:
Продавец делал по документам возврат телефонов, проданных 11 месяцев назад. Документы на возврат заполнял сам, копию паспорта использовал от документов на выдачу кредитов любого человека. Затем в программе с помощью «левой» обработки менял статус товара с «возврат» на «новый» и оформлял его повторную реализацию клиенту.
Поскольку время отправки/получения «ремотного оборудования» с Анадыря в Хабаровск или Москву превышало все установленные нормы, то никто валом переводов из «клиентского товара» в «товар фирмы» не интересовался особо.
В чем выгода продавца — разница цен на товар между «сейчас» и «год назад». Новинка телефонии может продаваться например за 25000 рублей (особенно в Анадыре), а через год — за 7000 рубликов лежать.
Немного не ясен смысл выбора имени пользователя и пароля для входа в 1С. Если пользователь прошел аутентификацию и мы уверены, что это — именно он, то почему бы сразу не использовать эту информацию и запускать в 1С сразу под его учеткой («аутентификация операционной системы» в терминах 1С)? К чему давать возможность выбора в списке другого пользователя и заниматься его брутфорсом?
А так решение весьма интересное. Возможно что-то такое через годик буду лепить.Спасибо за подсказку.
Вы это серьезно?
ИМХО, доля ИТ-затрат компании такого уровня в общей структуре затрат — от 1 до 3% (от вида деятельности и процессов).
Что входит в эту сумму:
ЗП разработчиков учетных систем — 15%
ЗП техподдержки — 20%
ЗП администраторов серверов — 4%
Оплата каналов связи — 10%
Амортизация оборудования рабочих мест+КМТ — 15%
Амортизация северного и каналообразующего/коммутационного оборудования — 7%
Обслуживание КМТ и оборудования рабочих мест — 15%
Амортизация торгового оборудования (кассы, весы, ШК) — 3%
Обслуживание торгового оборудования — 1%
Прочая связь — 3%
Косвенные и прочие расходы (кондиционирование серверных, аренда офисных площадей, затраты на ведение сайтов и т.д.) — 7%.
Под амортизацией подразумевается плановый ввод нового оборудования взамен выводимого.
Сколько и по какой статье позволит оптимизировать переход в облако, кто ответит?
По моим прикидкам, что-то около 0.
Максимум что можно получит в профит — снятие головной боли о сохранности данных и невозможности их изъятия. Хотя и это — далеко не факт.
Антипрофит — плата за облако, в том числе за ресурсы, объем, архивирование данных.
При необходимости развертывания архивной копии для сверки на определенное число — удвоение объемов хранения в продуктиве.
При несвоевременном администрировании учетных записей — риск утраты/компроментации/несанкционированного доступа к данным резко возрастает. В классической схеме уволенного просто не допустят до рабочего места.
Как-то так. Это чисто мое мнение, мог что-то упустить — готов к диалогу.
Сам я естественно в описанных условиях работать если бы и стал — только в начале карьеры (93-95 года), но тогда все было по-другому.
Я, видимо, как раз тот сказочный ITIL-руководитель описанный выше. За 8 лет поднимаю уже 3 компанию из ИТ-руин (только в первой полгода все жили в режиме 16x7, потом все отстроилось и стало терпимых 8x6 с 2 ежегодными отпусками у всех ИТ-сотрудников), и от 1 компании отказался после недели анализа ситуации, но даже там большая часть описанных отношений невозможна в принципе. Там подход вообще был другой, стандартный диалог БИГБОСС — Манагер:
— Почему не сделана работа?
— Злобный ИТ-шник неделю принтер не чинит
— Почему ТЫ не добился от него быстрой починки?
— Говорит отвез в сервис
— Думаешь это МОЯ проблема?
При этом бабло людям платили без проблем, но на технику не давали.
Еще раз повторюсь — разговор о том, что «Вас за дверями миллионы» — на ДВ в части ИТ — это не просто сказки, это миф, в который не верит никто. Мы ищем программиста 1С уже более года, предлагая практически московские цены, администратора серверов — уже 4 месяца не можем найти, находясь по ценнику в рынке. Так что скорей всего работало простое зомбирование и нежелание «высунуться из раковины».
interface Tunnel203
description -=DMVPN_203 RTK_INET_SECOND=-
bandwidth 10000
ip address 10.10.203.1 255.255.255.0
no ip redirects
ip mtu 1416
ip hold-time eigrp 1 25
no ip next-hop-self eigrp 1
ip nat inside
ip nhrp authentication 203
ip nhrp map multicast dynamic
ip nhrp network-id 203
ip virtual-reassembly
no ip split-horizon eigrp 1
delay 2000
cdp enable
tunnel source GigabitEthernet0/0.783
tunnel mode gre multipoint
tunnel key 1111
!
end
BW 100 Kbit/sec, DLY 10000 usec,
Но спасибо что напомнили, сейчас bandwidth верну на место, убирали при экспериментах.