Modber Сообщество
профессионалов по 1С

Проблемы учета товара и документооборота на складах при применении программы 1C



Платформы: 1С:Предприятие 8.3, 1С:Предприятие 8.2, 1С:Предприятие 8.1, 1С:Предприятие 7.7
Конфигурации: Все конфигурации
2013-07-13
3574 
Aborsen
2  
В этой статье рассмотрены проблемы, которые часто появляются при учете товара и способы их решения.
 

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

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

Применение штрихкодирования в учете ТМЦ

Современный рынок располагает огромным количеством наименований единиц товара, и почти всем присвоен штрих-код. По идее штрих-код не должен встречаться дважды, но на самом деле — очень часто через склад проходит товар с повторяющимися штрих-кодами, и мы опять сталкиваемся с «задвоением», но уже кодов ТМЦ с различными наименованиями. Пути решения – применение дополнительного программного обеспечения и ТСД для работы со штрихкодами.
 

Проблема приема товара при расхождениях в названиях номенклатурных позиций в справочниках учетных систем получателя и поставщика

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

Проблема перепроведения документов задним числом и перепроведения всех документов в базе, положительные и отрицательные остатки ТМЦ

Простым и эффективным решением проблемы положительных и отрицательных остатков является запрет на любые изменения остатков перед инвентаризацией. Обеспечить проведение всех документов только текущим временем и текущей датой. Если всё же возникает необходимость «исправить» движение по товару, то нужно создать отдельный документ, который проводится на общих условиях и после текущей ТА.
 

Проблема работы в распределенной базе

При распределенной учетной базе возникают проблеммы с «накладыванием» одних проводок на другие, что приводит к замещению корректных документов на некорректные. Решение проблемы: присвоение статуса документа, с разграничением по правам и признакам. Документы, которые создаются в системе учета имеют такие статусы:

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

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

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

Проблема партионного учета при резервировании

Практика резервирования товара имеет большие преимущества, позволяя упростить схему документооборота. Но в работе при этом также могут возникнуть проблемы. Так называемое «жесткое» резервирование подразумевает блокирование проведения транзакций по определенному количеству определенной партии. В совмещении с практикой FIFO – в результате существенно осложняется отбор товара, возрастает посерийная пересортица. Или – склад вынужден несколько партий иметь доступными к отбору, что существенно увеличивает нагрузку на зону комиссионирования. Поэтому считается, что решением данной проблеммы является «мягкое» резервирование, которое уменьшает количество доступного к отгрузке или перемещению товара, но при этом не «привязывается» к определенной партии. В сочетании с последовательностью проведения транзакций, совпадающей с последовательностью отбора товара – данная практика позволяет существенно уменьшить количество ошибок посерийного учета.

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



В центре внимания

Комментарии (4)