Доброе время суток.

Розничный минимаркет.

Работает магазин на УТ 8.1.

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

Ведется так же учет весовых товаров, у них собственные цены (соответственно весу).

Просьба такая: прошу откликнутся тех кто знаком с таким типом ведения учета. У нас накопились не правильные данные и сейчас хотим провести ревизию на складах, как лучше это сделать?

У меня два варианта:

1) создать новые розничные склады и ввести начальные остатки на эти склады, затем вести в них учет,

2) очистить остатки на текущих складах на определенную даты, и на следующий день ввести новые остатки (по данным ревизии).

Второй вариант хорош только в том случае, если у вас не принято работать задним числом (например, корректировать поступления на оптовый склад или перемещение на розничный). Иначе после исправления каких-то документов задним числом могут поменяться и "начальные" остатки.

Кстати, если пользоваться вторым вариантом, то можно и не создавать новые склады - достаточно просто оформить документы инвентаризации, списания и оприходования по существующим складам.

Если все совсем плохо и хочется начать "с чистого листа", то я бы воспользовался первым вариантом. Правда, остатки на основных складах все равно придется "обнулить" и проконтролировать, чтобы они потом внезапно не перестали быть нулевыми.

Спасибо за ответ и консультацию.

Я так пониманию под чистую старые склады не удалить?

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

И еще одна мысль в второму способу, когда проводим инвентаризацию до вначале заполняем количество по данным сканера штрихокодов, затем добавляются учетные количества из базы, вот здесь думаю могут появится такой момент, что на полке что то есть, а в учетных данных его нет (чужой, не учтенный товар) но здесь мы его не увидим так как подбираются лишь учетные данные для тех позиций номенклатуры, которые были собраны сканером, есть ли возможность увидит и эти позиции?

(2) "Под чистую нет" - на эти склады есть же ссылки в документах. Закупочные цены останутся в любом случае, розничные цены привязаны к конкретному розничному складу.

(3) Если у вас типовая УТ, то там логично при инвентаризации сначала заполнять учетное количество, а потом - фактическое. По идее, когда вы пронесете через сканер товар, которого вообще нет по данным учета, УТ должна добавить новую строчку в документ инвентаризации, где учетное количество равно 0, а фактическое - больше 0. Я не проверял, но, по идее, так и должно быть.

Вообще, если у вас задним числом работают только в виде большого исключения, то просто проведите инвентаризацию на существующих складах (не создавая новых), "синхронизируйте" учетное и фактическое количество товара, закройте период на всякий случай (путем установки даты запрета редактирования) и введите материальную ответственность за "пропавший" товар, начиная с момента выравнивая остатков. И все должно быть хорошо.

При синхронизации используя сканер не получается проверить учетные данные (в документ попадают данные только со сканера).

"По идее, когда вы пронесете через сканер товар, которого вообще нет по данным учета, УТ должна добавить новую строчку в документ инвентаризации, где учетное количество равно 0, а фактическое - больше 0" не работает хотя бы и УТ типовая.

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

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

Вообще-то в УТ есть механизм, с документом Инвентаризация (4), по которому можно создать списание недостачи и оприходование излишков, за одно посмотреть сальдо.

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

Последний раз выводили склад хим. посуды на 15К позиций от пипетки... Единственное, что поплыло - резервы.

(6) Зачем программировать -  за вас это уже сделали, откройте документацию в разделе Инвентаризация товаров на складах и почитайте. Это 100% типовая операция.

Спасибо за ответы, документ облазили полностью. Единственно что тормозит процесс это то что данные будут собираться терминалом сбора данных (аккумуляторный такой), потом с него загружаются данные в документ Инвентаризация, и здесь мы можем исправить все данные: свести Учетные данные и Фактическое количество, но при этом те товары что есть на складе (которых нет фактически) исправлены не будут, так как не попадают в документ.

Вот в чем загвоздка.