В торговой практике часто встречается сквозной процесс обращения тары: организация получает товар в многооборотной возвратной таре (поддоны, ящики, бочки, кеги) от поставщика, затем в этой же таре отгружает продукцию покупателю, собирает тару обратно у покупателя и возвращает ее первоначальному поставщику. При попытке провести документ Реализация товаров и услуг пользователи нередко сталкиваются с ошибкой: программа сообщает, что не хватает свободного количества тары на складе, хотя поступление от поставщика уже оформлено.
Разберем детально, как устроен механизм учета многооборотной тары в конфигурации 1С:Управление торговлей 11, выясним скрытые причины возникновения ошибок нехватки остатков и рассмотрим практические способы организации сквозного процесса.
Для того чтобы система позволяла регистрировать тару без оформления ее прямой купли-продажи с переходом права собственности, необходимо включить специализированную функциональность. Проверим настройки программы:
Если тара ошибочно заведена с типом Товар, система попытается списать ее себестоимость и зафиксировать финансовую реализацию с начислением выручки и НДС. При типе номенклатуры Тара движение отражается в специализированных регистрах с контролем залоговой стоимости и сроков возврата.
Если настройки включены корректно, а поступление от поставщика проведено, основной причиной ошибки при отгрузке тары клиенту чаще всего является ордерная схема документооборота на складе.
В конфигурации 1С:Управление торговлей на ордерных складах складской и финансовый учет строго разделены:
Приобретение товаров и услуг фиксирует возникновение задолженности перед поставщиком и учетную стоимость, но на ордерном складе он не увеличивает фактический остаток, доступный к отгрузке.Приходный ордер на товары переведен в статус Принят, а на ячеистом складе — после завершения размещения по ячейкам.Реализация товаров и услуг при проведении выполняет строгий контроль доступных остатков на складе отгрузки. Если по таре не был оформлен или принят складской ордер, либо тара не была отобрана из ячеек, программа блокирует проведение реализации из-за отсутствия физического остатка.Рассмотрим два варианта решения этой задачи в зависимости от регламентов работы складского персонала.
Если предприятию требуется жесткий физический контроль ячеек и мест хранения каждой единицы тары, организуем сквозной ордерный документооборот:
Приобретение товаров и услуг, затем на складе создаем Приходный ордер на товары, принимаем тару и документом размещения раскладываем ее по складским ячейкам.Заказ клиента для строк с тарой устанавливаем действие Отгрузить (если действие останется в значении К обеспечению, отгрузка также будет заблокирована).Расходный ордер на товары, формируем задания на отбор тары из ячеек и переводим ордер в статус Отгружен.Реализация товаров и услуг. Ошибка нехватки остатка исчезает, так как складской контур подтвердил наличие тары.На практике кладовщикам крайне неудобно оформлять ордера и ячеечные перемещения на возвратные поддоны и ящики, которые сразу же перегружаются в машины покупателей. Чтобы исключить лишнюю документарную нагрузку, применим схему с разделением складов в табличной части:
Приобретение товаров и услуг) и продажи (Реализация товаров и услуг) в поле склада шапки выбираем созданную группу складов.Такой подход позволяет товарам проходить полный ячеистый и ордерный контроль, в то время как тара списывается и приходуется мгновенно при проведении финансового документа, исключая ошибки нехватки складских остатков.
Чтобы упростить работу менеджеров и избежать ручного ввода тары, настроим автоматическую привязку:
Для контроля цепочки передачи используем специализированные рабочие места и отчеты:
Ведомость по принятой возвратной таре и Ведомость по переданной возвратной таре позволяют в любой момент увидеть, у каких контрагентов находится тара компании и перед какими поставщиками сохраняются обязательства по возврату.Если покупатель не возвращает тару в согласованный срок, типовой регламент программы предусматривает следующий порядок действий: