То что ГосУслуги периодически не работают - ладно, бывает. То что ГАС "Правосудие" месяцами не работает - ладно, фиг с ним.

Но АРБИТР. Работал всегда, в любых условиях. И вот с воскресенья не могу войти.

Вход через ГосУслуги показывает вот такое окно:

На главную - это просто войти в ГосУслуги. Маркер в Арбитр не передается при этом. Раньше если ты вошёл на Госуслуги - маркер передавался во все программы. В Арбитр, Почту, еще куда-то.. Т.е. было достаточно войти ОДИН раз.

Обратился в поддержку.

Поддержка послала в поддержку.

Вот нахера трогать что-то что работает??? ЗАЕБАЛИ.... Старший специалист так и не появился...

Или это последствия ударов по дата-центрам в одной соседней стране? Тогда, вопрос возникает, почем там наши данные хранятся????

P.S. сертификаты Минцифры стоят, куки почищены много раз... Даже через Яндекс не заходит. И да. Увы. Windows 7. А для неё убрали вход по электронной подписи...

UP: оказалось что в новом яндексе всё работает. СУКИ.... В Опере - нет.

На складе нашли товар, которого, если верить учётной системе, у компании не было. Но коробки не прятались в дальнем углу и не лежали там забытыми несколько лет: сотрудники видели товар, брали его с полок и отгружали клиентам. Странности начинались позже, когда фактические остатки пытались сверить с учётными.

Первая версия в таких случаях довольно предсказуемая — где-то неправильно посчитали. Проводят инвентаризацию, исправляют остатки и какое-то время живут спокойно. Но через некоторое время цифры снова расходятся, хотя при последнем пересчёте всё привели в порядок.

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

Всё может начаться с обычной приёмки

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

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

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

Особенно «весело» становится с ассортиментом, где недостаточно правильно посчитать коробки. Одежда отличается размерами и цветами, запчасти — артикулами и модификациями, инструмент — характеристиками и комплектацией. По общему количеству всё может сойтись идеально, а нужной позиции в итоге не окажется.

Коробку переставили, а в системе она осталась на старом месте

С приёмкой всё может пройти нормально: товар посчитали, правильно определили и внесли в систему. Но дальше-то коробки перемещаются по складу. Для них освобождают места, уплотняют хранение, перестраивают зоны, переносят ходовой товар ближе к сборке. Иногда коробку нужно просто убрать с прохода и поставить туда, где сейчас свободно.

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

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

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

Формально компания товар не потеряла. Но заказ нужно собирать сейчас, и знание о том, что коробка «где-то точно есть», мало чем помогает.

Когда товар есть, а информации о нём нет

На складах иногда собранные заказы обозначают цветными стикерами. Сотрудники вручную пишут на них информацию о заказе и клеят на коробки. И такая схема даже работает, пока стикер не отклеится.

То есть коробка остаётся на месте, товар — внутри, но экспедитор уже не может быстро определить, кому предназначен заказ. И кладовщики снова движутся по заданному кругу: ищут информацию и сверяют содержимое. Заодно появляется риск отправить клиенту чужую коробку или продукцию с другими сроками годности.

А если на складе миллионы позиций? Там потерянная этикетка может обойтись гораздо дороже. Например, в случае с автозапчастями даже опытный сотрудник не сможет посмотреть на «железку» и безошибочно определить её артикул.

Если этикетка потерялась, а восстановить артикул не удалось, исправная деталь фактически превращается в металлолом. Она принадлежит компании, занимает место на складе и стоит денег, но продать её уже нельзя.

Почему инвентаризация не решает проблему с остатками?

Во время инвентаризации все накопившиеся расхождения видны одновременно. По одной позиции в системе числится 126 единиц, сотрудники находят 121. По другой должно быть 40, а на полке лежат 43. Ещё несколько коробок обнаруживаются не в тех ячейках, а часть расхождений — вообще пересорт.

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

Но сама причина никуда от этого не девается. Если коробку можно переставить сейчас, а новый адрес указать потом, однажды кто-нибудь снова забудет это сделать. Если результаты приёмки сначала записывают на бумаге, а потом вручную переносят в 1С, снова можно пропустить строку или выбрать не ту позицию.

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

Между «я сделал» и «я записал» может пройти слишком много времени

На приёмке сотрудник сначала пересчитывает поставку, а потом вносит данные. При перемещении сначала переносит коробку, и только после меняет адрес. При сборке сначала берёт товар, затем отмечает позицию в документе.

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

Чем меньше таких отложенных действий, тем меньше возможностей для расхождений. Например, данные можно фиксировать прямо во время работы с товаром с помощью терминала сбора данных и специализированного мобильного приложения. При приёмке кладовщик открывает документ на ТСД и сканирует поступившие позиции. При размещении фиксирует товар и ячейку. Перенёс коробку — сканирует её и новое место. Собирает заказ — считыванием штрихкода проверяет позицию перед тем, как положить её к остальным.

Мобильное приложение на ТСД коннектится с 1С или другой учётной системой. Это нужно как раз для того, чтобы складские операции фиксировались в текущий момент работы с товаром, а сотруднику не приходилось потом отдельно переносить в систему то, что он уже сделал физически.

Конечно, ТСД не защищает вообще от всех ошибок. Поставщик может привезти не тот товар, сотрудник — взять не ту коробку, этикетка — повредиться. Но ошибку проще исправить сразу, когда перед глазами ещё лежат товар и документы, чем через несколько недель пытаться восстановить, что происходило с этой коробкой.

А если остатки уже расходятся?

Необязательно сразу проводить ещё одну инвентаризацию или начинать большой проект автоматизации. Для начала можно взять одно конкретное расхождение и попробовать понять, откуда оно взялось.

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

Если пройти этот путь назад, можно найти операцию, после которой фактическое количество, артикул или местоположение товара перестали совпадать с данными в системе. И уже тогда становится понятно, что именно нужно менять.

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

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

Главное — не останавливаться на исправлении цифры в остатках. Если просто добавить найденную коробку в систему или списать недостачу, цифры снова сойдутся. Но если не понять, откуда взялось расхождение, через некоторое время на складе появится следующая коробка, которой по документам не существует.