Исходные данные:

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

Киоск - торговая точка

Авторские права на предоставленный материал принадлежат автору сайта http://extremallife.ru

Есть центральный склад, куда поступает вся продукция от поставщиков. Далее, с центрального склада силами фирмы товар развозится на точки (в киоски). Доставка происходит ежедневно, согласно заявкам, полученным от продавцов киосков.

В офисе (на центральном (оптовом) складе) вся работа ведется в программе 1С 7.7 торговля и Склад, которая доработана под нужды заказчика таким образом.

Раз мы не можем полноценно контролировать проданный в киосках товар, так как, продавец не ведет никаким образом учет того, что продано, то работа Торговли и склад организована следующим образом:

Далее, внимание, основная мысль. Весь перемещенный товар на точки (в киоски) считается условно проданным, вернее в этом момент мы теряем информацию о количестве товара. Ведется только суммовой учет. Для этого в 1С Торговля и Склад создан дополнительный регистр и документ, формирующий движения по этому регистру.

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

Примерно так же работает и списание ТМЦ, возврат на основной склад, недостача, излишки. Проблема возникает лишь при переоценке.

Далее, каким образом происходит инвентаризация. В теории все просто. Подсчитывается количество товара в наличии, умножается на розничную цену, и сверяется с данными 1С  -если суммы совпадают, значит все хорошо, если нет, то возникают излишки либо недостачи.

Проблема в том, что продавцы начинают проводить свои махинации, например торговать своим товаром. А так как мы не имеем количественных остатков, то проконтролировать какой товар свой, какой чужой – сложно.

Вот сижу башку ломаю каким образом улучшить вышеописанную систему. Может подскажет кто?

Вот и прожили мы 3 месяца с начала разгара кризиса. Что они нам принесли, эти месяцы?

Многие скажут, что много плохого. Не соглашусь.

Итак, что же плохого и хорошего произошло за это время.

Безусловно для меня очень хорошо, что бензин подешевел, не так, как хотелось бы, но все же, проезжая в день по 150-200 км сумма набегает достаточно приличная.

Работая на несколких работах вижу как кризис касается разные сферы бизнеса.

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

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

Авторские права на предоставленный материал принадлежат автору сайта http://extremallife.ru

Мелкий бизнес вроде как пострадал, но под шумок снизил собственные затраты и неплохо живет.

Стоит отметить то, что как у программиста 1С у меня работы сильно прибавилось – работу уволенных/сокращенных работников никто не отменял, поэтому стараются все по максимуму автоматизировать…

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

Поэтому мы можем контролировать товар только в суммовом эквиваленте.

В 1С заводим каждую точку как отдельный РОЗНИЧНЫЙ склад. И просто делаем на него перемещения с ОПТОВОГО склада организации.

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

Авторские права на предоставленный материал принадлежат автору сайта http://extremallife.ru

В итоге в каждый момент времени, например перед инвентаризацией мы можем узнать суммовые остатки на каждой точке.

Итак мы имеем торговую фирму, много клиентов, много позиций номенклатуры, тороговую базу 1С.

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

Наша цель определить у каждого клиента сумму кредита и при превышении этой суммы не давать оператору проводить накладные.

В 1С 7.7 Эта возможность предусмотрена и прекрасно работает.

Авторские права на предоставленный материал принадлежат автору сайта http://extremallife.ru

В Справочнике ДОГОВОРА у каждого контрагента указываем сумму кредита, далее у каждого оператора выставляем полномочия

И при заданных настройках 1С сама не даст проводить накладные (реализации).

Но проблема возникает в другом. Например бывает такая ситуация, что торговый представитель, побывав на точке сделал от нее очередной заказ, и при этом ЗАБРАЛ ДЕНЬГИ. Естественно эти деньги в 1С еще не проведены, и созданный заказ не пройдет.

Эту проблему я решил таким способом.

1. Операторы в течении дня проводят ВСЕ заявки от ВСЕХ клиентов

2. Далее в конце дня, когда в 1С проводятся все проплаты (как безнальные, так и те, что привезли торговые представители – наличку). А затем запускается специальная обработка, которая анализирует созданные накладные и делает непроведенными, те накладные, сумма которых в месте с суммой долга клиента превышают сумму кредита.

Минусом данного способа можно отметить то, что проведенные накладные влияют на текущие остатки товара, и списывают его с остатков, и если товар ходовой и его мало на складе, то может так получится, что «честный» клиент не получит товар, а он останется неотгруженным из-за «нечестного» клиента