Адаптация платформы 1С:Предприятие 7.7. для переоценки товаров на примере магазина "Патент"

Характеристика предприятия, оценка его конкурентоспособности. Экономическая безопасность предприятия. Сущность и задачи розничной торговли. Виды переоценки. Адаптация платформы 1С:Предприятие. Структура конфигурации. Режим проведения торговых операций.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 14.01.2012
Размер файла 1,2 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

3.3 Отчеты и обработки

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

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

Они используются как для анализа товародвижения (остатки ТМЦ, резервы ТМЦ), так и для анализа прибыли фирмы (Анализ продаж) и взаиморасчетов с контрагентами (Ведомость по контрагентам)."

Данные в большинстве отчетов можно получать в двух валютах - валюте бухгалтерского учета и валюте управленческого учета.

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

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

Отчеты можно формировать по всей компании в целом, по конкретной фирме, по собственному юридическому лицу.

Отчеты можно формировать в валюте ведения бухгалтерского учета или в валюте ведения управленческого учета. При формировании отчетов в валюте бухгалтерского учета суммы в отчете можно формировать с учетом или без учета НДС.

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

3.4 Остатки ТМЦ

В отчете «Остатки ТМЦ» можно вывести данные об остатках ТМЦ с распределением по складам. В отчете можно вывести не только количественные, но и суммовые показатели ТМЦ. Можно оценить остатки ТМЦ на складах по себестоимости с учетом или без учета НДС.

Отчет по продажам

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

Отчет «АВС-анализ ТМЦ»

Отчет «АВС-анализ ТМЦ» позволяет рассчитывать такие характеристики, как сумма отгруженного ТМЦ по ценам отгрузки, величина и процент прибыли, вычисленной исходя из суммы отгрузки и себестоимости на дату отгрузки любую из этих характеристик ТМЦ.

Информация в отчете:

Себестоимость продаж -- себестоимость продаж ТМЦ. Себестоимость определяется в соответствии с определенной в документе отгрузки партии списания ТМЦ. Если применяется метод учета по средней себестоимости, то себестоимость рассчитывается на дату отгрузки товара. В валюту управленческого учета себестоимость пересчитывается по курсу, указанному в документе отгрузки.

Выручка по отгрузке -- сумма проданных ТМЦ по ценам отгрузки. Если отгрузка производилась не в валюте управленческого учета, то пересчет производится по курсу документа.

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

Прибыльность (%) --отношение прибыли по отгрузке к себестоимости, выраженное в процентах.

Данные в отчете представлены в виде диаграммы. Вид диаграммы: гистограмма или круговая выбирается в настройках отчета.

Информация в отчете:

Себестоимость продаж -- себестоимость продаж ТМЦ контрагенту за указанный в документе период.

Себестоимость определяется в соответствии с определенной в документе отгрузки партии списания ТМЦ.

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

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

Выручка по отгрузке -- сумма проданных ТМЦ контрагенту по ценам отгрузки.

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

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

Прибыльность (%) --отношение прибыли по отгрузке к себестоимости, выраженное в процентах.

Данные в отчете представлены также в виде диаграммы. Вид диаграммы: гистограмма или круговая выбирается в настройках отчета.

Режим проведения торговых операций

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

Конфигурация может быть использована для работы с ККМ, подключенными в разных режимах («OFF LINE», «ON LINE», Фискальный регистратор).

Режим «Off Line»

В режиме «Off Line» ККМ функционирует автономно и информация, полученная при работе ККМ, проводится через торговую систему только в фиксированные моменты времени. Очевидным недостатком этой системы является невозможность получения оперативных данных, однако во многих случаях информация о работе системы требуется только в конкретных случаях (например, в начале и в конце смены). Преимущество такого режима -автономное функционирование ККМ, поэтому локальные сбои в работе не влияют на всю систему в целом. При подключении ККМ в этом режиме используется дополнительная программа обслуживания ККМ -драйвер ККМ. Такой драйвер обычно предлагают поставщики ККМ при продаже кассовых аппаратов.

В режиме «Off Line» обмен данными между 1С:Предприятием и ККМ производится через промежуточную базу данных, создаваемых драйвером ККМ, при этом 1С Предприятие выгружает в промежуточную базу данные о товарах и загружает данные о продажах, сформированные драйвером ККМ.

Режим «On Line»

При работе в режиме «On Line» вся информация от ККМ одновременно проводится через систему, поэтому в любой момент времени доступны оперативные итоги. Однако этот режим требует от используемого программного обеспечения и оборудования повышенной надежности, поскольку вся система функционирует как единое целое, и выходи из строя одного из ее компонентов может повлечь за собой отказ всей системы.

Режим фискального регистратора

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

печатать чеки, выдаваемые покупателю для ее подтверждения. В данном варианте подключения вся работа по оформлению продаж товаров ведется на компьютере в системе 1С:Предприятия, а ККМ печатает кассовый чек и проводит соответствующую сумму через фискальную память. При этом используются дополнительные (внешние) компоненты 1С:Предприятие, ориентированные на конкретные модели ККМ.

1С:Предприятие позволяет создавать и настраивать систему, используя любой из перечисленных режимов работы ККМ.

Чек ККМ

Документ «Чек ККМ» предназначен для оформления массовой продажи товаров населению в розницу. Предполагается, что продажа товара производится с розничного или оптового склада и расчет с клиентом производится немедленно и наличными деньгами. Документ «Чек ККМ» может оформляться только с того розничного или оптового склада и для той фирмы, которые заданы в настройках пользователя по умолчанию.

Эти документы могут применяться при массовой торговле в розницу с использованием ККМ в режиме фискального регистратора или в режиме «On Line» (причем в режиме «On Line» чеки формируются автоматически).

Документ «Чек ККМ» может быть оформлен также в том случае, если в конфигурации не подключен ни один кассовый аппарат. В качестве кассы в этом случае может быть выбрана касса, не являющаяся ККМ, а чек может быть распечатан в виде товарного чека.

Чеки создаются, хранятся и редактируются в журнале «Чеки ККМ». Новый документ вызывается также с помощью пункта меню «Документы» / «Работа с ККМ» / «Чек ККМ».

Отчет ККМ

Документы «Отчет ККМ» создаются, хранятся и редактируются в журнале «Покупатели». Новый документ вызывается также из меню «Документы» / «Покупатели» / «Отчет ККМ».

Документы фиксируют сразу и факт отгрузки, и факт оплаты товара при продаже в розничной торговле.

Документ «Отчет ККМ» может формироваться автоматически с помощью обработки «Закрытие кассовых смен»

Виды товарно-материальных ценностей (ТМЦ)

В справочнике «Номенклатура» могут храниться номенклатурные позиции различных видов: товар (прочее), сырье, полуфабрикат, топливо, зап.часть, стройматериал, инвентарь, тара, услуга.

В то же время каждая партия ТМЦ может быть учтена как партия ТМЦ определенного вида. Конфигурация позволяет вести оперативный учет наличия и движения следующих видов ТМЦ: товар, материал, продукция. Вид партии ТМЦ определяется непосредственно при регистрации документа поступления. Таким образом, поступление одной и той же номенклатурной позиции может быть оформлено как поступление товара, материала, готовой продукции.

Например, если вид номенклатурной позиции определен как тара, а вид партии ТМЦ в документе поступления - определен как товар, то поступление данной номенклатурной позиция будет учтено, как поступление партии товар -тара. В то же время, если при поступлении вид ТМЦ будет определен, как материал, то поступление данной номенклатурной позиции будет учтено при поступлении как партия материал - тара.

Механизм ценообразования

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

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

Цены могут храниться с учетом или без учета налога с продаж (НП) и/или с учетом или без учета налога на добавленную стоимость (НДС).

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

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

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

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

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

В конфигурации предусмотрена возможность назначения и хранения скидок по документам. В справочнике «Скидки» хранится список возможных скидок. Для каждой скидки задается процент скидки. Для каждого договора можно выбрать значение скидки по умолчанию.

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

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

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

Поскольку товар с розничного склада может быть продан только по определенной цене, это означает, что мы не вольны менять цены на товары в момент продажи. Как же быть, если изменение цен нам все же сделать необходимо? Такие изменения производятся с помощью специальной операции, которая называется переоценка. В типовой конфигурации 1С Торговля и склад 7.7 для этих целей предназначен специальный документ "Переоценка (розница)". Какие же сервисные возможности предлагает нам этот документ? Да, в общем-то, если не считать возможности заполнения остатками товаров по складу - никаких. Две колонки с ценами: "цена старая" и "цена новая". Старая цена, само собой, заполняется автоматически, а вот новую цену почти всегда приходится на каждый товар вводить руками. А если у нас в продаже несколько тысяч товаров, и все нужно переоценить?

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

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

Внедрение таких решений в механизм переоценки товаров делает его значительно более гибким и удобным в использовании.

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

Переоценка ТМЦ на розничном складе.

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

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

В то же время, каждая партия ТМЦ может быть учтена как партия ТМЦ определенного вида. Конфигурация позволяет вести оперативный учет наличия и движения следующих видов ТМЦ: товар, материал, продукция. Вид партии ТМЦ определяется непосредственно при регистрации документа поступления. Таким образом, поступление одной и той же номенклатурной позиции может быть оформлено как поступление товара, материала, готовой продукции. Например, если вид номенклатурной позиции определен как тара, а вид партии ТМЦ в документе поступления -- определен как товар, то поступление данной номенклатурной позиция будет учтено, как поступление партии товар -- тара. В то же время, если при поступлении вид ТМЦ будет определен, как материал, то поступление данной номенклатурной позиции будет учтено при поступлении как партия материал -- тара.

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

Программа поддерживает продажу ТМЦ в розницу с использованием торгового оборудования (ККМ, сканеры штрих-кода, дисплей покупателя, электронные весы).

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

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

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

Поступление ТМЦ на розничный склад фиксируется документами "Поступление в розницу (купля-продажа)" и "Поступление в розницу (комиссия)". В этих документах задаются отпускные (розничные цены), по которым ТМЦ будет продаваться, и учитываться в розничной торговле. Если ТМЦ поступает на оптовый склад, а продажа осуществляется с розничного склада, то оформляется документ "Перемещение ТМЦ (в розницу)", в котором указываются отпускные (розничные) цены.

В какие-то определенные дни в наш магазин поступает новая партия товара. Глядя на рисунок, мы видим документ поступление товара в розницу (это шапка документа).

Следующее наше действие заполнение табличной части. Здесь мы указываем какой товар, по каким ценам и в каком количестве поступил в магазин.

Если в учетной политике в закладке розница стоит галочка «Переоценивать» то, при поступлении старый товар переоценивается на новую цену.

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

При изменении документа поступления задним числом мы не можем сделать переоценку, т.к. она нарушит учет. Смысл переоценки теряется, т.к. она создается на сегодня, а товары поступали и продавались до этого. Если впоследствии цена товара менялась, то у товара может появится несколько цен.

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

Создаем документ переоценки, который переоценивает товар (вручную):

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

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

В данном случае мы будем делать переоценку на максимальную стоимость. Это конечно можно сделать и вручную, а если товаров в магазине несколько сотен, это неудобно. Для этого создается обработка См. Приложение .

Затем форму.

Создаем запрос, получающей остатки на выбранном розничном складе на выбранную дату. Он выполняется. По данным с этого запроса создаются и заполняются таблицы значений МаксЦены и МинЦены с минимальными и максимальными ценами на каждый товар. Создается таблица значений, в которые выгружаются данные для переоценки. В зависимости от реквизита диалога «ПереоцениватьНаМаксимальнуюЦену» в таблицу значений выгружаются данные для переоценки на максимальную или минимальную цену.

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

3.4 Встроенный программный язык

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

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

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

Запускаем внешнюю обработку.

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

Открывается документ.

Таким образом, мы достигли своей цели, и документ переоценки это нам подтверждает.

3.5 Составление отчетности по переоценке

Для отражения результатов переоценки в конфигурации предусмотрены следующие специализированные отчеты:

Ведомость переоценки ТМЦ (МП, оборудования, объектов незавершенного строительства);

Ведомость переоценки ОС (по счетам) (Ведомость переоценки ОС (по МОЛ));

Сводная ведомость переоценки основных средств и нематериальных активов;

Акт о результатах переоценки.

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

В первом случае для оформления результатов переоценки следует распечатать отчеты "Ведомость переоценки ТМЦ" (по всем видам переоцененных ОФ), "Ведомость переоценки ОС", сводную ведомость в краткой форме, акт о результатах переоценки.

Во втором случае для оформления результатов переоценки достаточно распечатать детализированную сводную ведомость и акт о результатах переоценки.

Заключение

В процессе дипломного проектирования работы, исследованы торговые процессы ИП Осыкин фирма "Патент" и выявлены проблемные места при переоценки товара на розничном складе, что обусловило необходимость совершенствования процесса переоценки.

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

Для достижения поставленной цели решены следующие задачи:

изучены возможности существующей автоматизированной системы;

рассмотрены способы изменения типовой конфигурации.

проанализирован стандартный процесс переоценки товара;

организован эффективный процесс переоценки товара.

Механизм интеллектуальной переоценки был успешно опробован в торговой деятельности магазина «Патент». В ходе его применения были достигнуты желаемые результаты, что показало целесообразность использования данного механизма в коммерческих организациях. Заметно снизилось время затрачиваемое на переоценку до введения механизма, и количество ошибок.

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

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

предприятие розничный торговля конфигурация

Список литературы

1. Леонтьев В.П. ПК: «Универсальный справочник пользователя» Москва 2000 г.

2. Фигурнов В.Э. «IBM PC для пользователя.» изд.5-е С.-Перетбург, АО «Коруна» 1994.

3. Каталог «Весь компьютерный мир» декабрь 1995.

4. Журнал «Домашний компьютер» август 2001г.

5. Пособие «Конфигурирование и работа в программе 1С: Предприятие»

6. Журнал «Бухгалтер и компьютер», Москва январь 2003.

7. А.В. Байдаков, А. Борун, Б. Федоров «1С», Москва, фирма «1С»2000 г

8. Платонов В.Н. «Организация торговли»: Учебное пособие. - М.: БГУ, 2002г.

9. «1С: Предприятие 7.7 Конфигурация "Торговля и Склад" 9.2.» Описание-Фирма 1С: Москва, 2002;

10. «1С: Предприятие 7.7 Оперативный учет.» Руководство пользователя Фирма 1С: Москва, 1999;

11. Файзрахманов Р.А., Селезнев К.А. «Структурно функциональный подход к проектированию информационных технологий и автоматизированных систем »Учебное пособие- Пермь, 2005;

12. «Вычислительные системы, сети и телекоммуникации» В.Л. Бройдо - СПб.: Питер, 2002.

13. Головкова Е.А. «Автоматизация учета, анализа и аудита»: Учебное пособие

14. «Информатика для юристов и экономистов» Симонович С.В. и др. СПб: Питер, 2001.

15. Шуремов Е.А., Умнова Э.А., Воропаева Т.В. «Автоматизированные информационные системы бухгалтерского учета, анализа, аудита»: учебное пособие для вузов. - М.: Перспектива, 2001.

Приложение

Процедура генерации запроса Сформировать.

//

Процедура Сформировать()

Перем Запрос, ТекстЗапроса, Таб;

//Создание объекта типа Запрос

Запрос = СоздатьОбъект("Запрос");

ТекстЗапроса =

"//{{ЗАПРОС(Сформировать)

|Период с ВыбПериод по ВыбПериод;

|Без итогов;

|Номенклатура = Регистр.ОстаткиТМЦ.Номенклатура;

|Фирма = Регистр.ОстаткиТМЦ.Фирма;

|Количество = Регистр.ОстаткиТМЦ.Количество;

|Склад = Регистр.ОстаткиТМЦ.Склад;

|ЦенаПрод = Регистр.ОстаткиТМЦ.ЦенаПрод;

|РозничныйСклад = Регистр.ОстаткиТМЦ.Склад.РозничныйСклад;

|Функция КоличествоКонОст = КонОст(Количество);

|Группировка Номенклатура;

|Группировка Количество;

|Группировка Склад;

|Группировка ЦенаПрод;

|Группировка РозничныйСклад;

|Условие(РозничныйСклад = 1);

|Условие(Фирма = ВыбФирма);

|Условие(Склад = ВыбСклад);

|"//}}ЗАПРОС

;

// Если ошибка в запросе, то выход из процедуры

Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда

Возврат;

КонецЕсли;

Состояние("Поиск максимальных цен");

Цены = СоздатьОбъект("ТаблицаЗначений");

Запрос.Выгрузить(Цены);

Цены.Свернуть("Номенклатура,ЦенаПрод", "");

МаксЦены = СоздатьОбъект("ТаблицаЗначений");

МаксЦены.НоваяКолонка("Номенклатура");

МаксЦены.НоваяКолонка("Цена");

Цены.ВыбратьСтроки();

Пока Цены.ПолучитьСтроку() = 1 Цикл

СтрНом = 0;

Если МаксЦены.НайтиЗначение(Цены.Номенклатура,СтрНом,) = 1 Тогда

МаксЦены.ПолучитьСтрокуПоНомеру(СтрНом);

Если МаксЦены.Цена < Цены.ЦенаПрод Тогда

МаксЦены.Цена = Цены.ЦенаПрод;

КонецЕсли;

Иначе

МаксЦены.НоваяСтрока();

МаксЦены.Номенклатура = Цены.Номенклатура;

МаксЦены.Цена = Цены.ЦенаПрод;

КонецЕсли;

КонецЦикла;

Состояние("Поиск минимальных цен цен");

Цены = СоздатьОбъект("ТаблицаЗначений");

Запрос.Выгрузить(Цены);

Цены.Свернуть("Номенклатура,ЦенаПрод", "");

МинЦены = СоздатьОбъект("ТаблицаЗначений");

МинЦены.НоваяКолонка("Номенклатура");

МинЦены.НоваяКолонка("Цена");

Цены.ВыбратьСтроки();

Пока Цены.ПолучитьСтроку() = 1 Цикл

СтрНом = 0;

Если МинЦены.НайтиЗначение(Цены.Номенклатура,СтрНом,) = 1 Тогда

МинЦены.ПолучитьСтрокуПоНомеру(СтрНом);

Если МинЦены.Цена > Цены.ЦенаПрод Тогда

МинЦены.Цена = Цены.ЦенаПрод;

КонецЕсли;

Иначе

МинЦены.НоваяСтрока();

МинЦены.Номенклатура = Цены.Номенклатура;

МинЦены.Цена = Цены.ЦенаПрод;

КонецЕсли;

КонецЦикла;

//

Состояние("Создаю документ переоценки");

Рез = СоздатьОбъект("ТаблицаЗначений");

Запрос.Выгрузить(Рез);

Рез.Свернуть("Номенклатура,ЦенаПрод,Количество", "");

Рез.НоваяКолонка("ЦенаНовая");

Рез.ВыбратьСтроки();

Пока Рез.ПолучитьСтроку() = 1 Цикл

СтрНом = 0;

Если ПереоцениватьНаМаксимальнуюЦену = 1 Тогда

Если МаксЦены.НайтиЗначение(Рез.Номенклатура,СтрНом,"Номенклатура") = 1 Тогда

МаксЦены.ПолучитьСтрокуПоНомеру(СтрНом);

Рез.ЦенаНовая = МаксЦены.Цена;

Иначе

Рез.ЦенаНовая = Рез.ЦенаПрод;

КонецЕсли;

ИначеЕсли ПереоцениватьНаМаксимальнуюЦену = 2 Тогда

Если МинЦены.НайтиЗначение(Рез.Номенклатура,СтрНом,"Номенклатура") = 1 Тогда

МинЦены.ПолучитьСтрокуПоНомеру(СтрНом);

Рез.ЦенаНовая = МинЦены.Цена;

Иначе

Рез.ЦенаНовая = Рез.ЦенаПрод;

КонецЕсли;

Иначе

Предупреждение("Не выбран тип переоценки!");

Возврат;

КонецЕсли;

КонецЦикла;

//

Док = СоздатьОбъект("Документ.ПереоценкаРозница");

Док.Новый();

Док.Склад = ВыбСклад;

Док.Фирма = ВыбФирма;

Док.Валюта = глРубли;

Док.Курс= 1;

Рез.ВыбратьСтроки();

Пока Рез.ПолучитьСтроку() = 1 Цикл

Если Рез.ЦенаПрод <> Рез.ЦенаНовая Тогда

Док.НоваяСтрока();

Док.Номенклатура = Рез.Номенклатура;

Док.Единица = Док.Номенклатура.БазоваяЕдиница;

Док.Коэффициент = Док.Единица.Коэффициент;

Док.ЦенаСтарая = Рез.ЦенаПрод;

Док.ЦенаНовая = Рез.ЦенаНовая;

Док.Количество = Рез.Количество;

КонецЕсли;

КонецЦикла;

Если Док.КоличествоСтрок() <> 0 Тогда

Док.Записать();

Док.Провести();

Предупреждение("Готово. Переоценка создана.");

ОткрытьФорму( Док.ТекущийДокумент() );

Иначе

Предупреждение("На выбранном складе нет товаров с несколькими ценами!");

КонецЕсли;

КонецПроцедуры

Размещено на Allbest.ru


Подобные документы

  • Экономическая эффективность внедрения программного продукта "1С: Бухгалтерия 8.0". Назначение технологической платформы "1С: Предприятие" и конфигурации "Бухгалтерия предприятия". Создание подсистем, справочников, документов, отчетов и интерфейса.

    реферат [967,0 K], добавлен 15.06.2015

  • Разработка инфологической и даталогической модели, обобщенного алгоритма и средств защиты программы по автоматизации начисления заработной платы на основе платформы 1С:Предприятие 7.7, входные и выходные параметры, программный код проведения документа.

    курсовая работа [2,0 M], добавлен 23.06.2011

  • Информационные системы в экономике. Создание на базе системы "1С: Предприятие 8" новой конфигурации ООО "На все руки мастер". Отчетные документы средствами конфигуратора программного комплекса. Адаптация типовой конфигурации "Бухгалтерия предприятия".

    отчет по практике [1,7 M], добавлен 07.12.2009

  • Виды экономической деятельности ТОО "Компания Первый БИТ". Организационная структура предприятия, его техническая база. Описание объектов технологической платформы 1С: Предприятие 8, оптимизация работы приложения. Архитектура взаимодействия с СУБД.

    отчет по практике [162,4 K], добавлен 07.09.2015

  • Технология выполнения работ по автоматизации систем управления. Адаптация автоматизированной системы "1С: Предприятие 8" для ООО "СтройРемонтПодряд". Обследование ведения учета заработной платы и кадров. Оценка экономической эффективности проекта.

    дипломная работа [2,9 M], добавлен 15.02.2017

  • Создание базы данных для ведения учёта товаров и услуг на предприятиях розничной торговли на примере компании "Евросеть СПБ". Экономическая сущность задач учета складских операций. Документальное оформление приёмки товаров. Среда создания базы данных.

    дипломная работа [3,1 M], добавлен 15.01.2012

  • Разработка на основе экономической информационной системы (на примере платформы "1С: Предприятие 8") конфигурации для учета продаж в студенческом киоске. Интеграция соответствующих прикладных решений (конфигураций) программы в универсальной рабочей среде.

    курсовая работа [3,3 M], добавлен 21.06.2023

  • Проектирование модуля на базе 1С Предприятие для предприятия, занимающегося сборкой и ремонтом компьютеров. Разработка конфигурации информационной системы. Описание 1C Предприятие. Проектирование конфигурации. Создание справочников, документов и отчетов.

    курсовая работа [1,7 M], добавлен 28.07.2015

  • Функциональные и обеспечивающие части автоматизированных систем управления. Задачи отдела продаж компании. Техническое обеспечение проектируемого рабочего места. Используемые операционные системы и прикладные программы. Конфигуратор "1С:Предприятие".

    курсовая работа [1,6 M], добавлен 03.10.2013

  • Структурно-функциональная схема организации. Сетевое программное обеспечение. Реализация информационного обеспечения "1С:Предприятие 8. Управление торговлей". Экранные формы: "Поступление товаров", "Возврат поставщику". Получение и просмотр отчетов.

    курсовая работа [2,2 M], добавлен 19.05.2014

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.