Пример реферата по экономике предприятия: Организация и управление совместным предприятием

Выдержка из текста работы

Работа выполнена на кафедре информационных систем ИМиКН ТюмГУ по специальности «Прикладная информатика в экономике» специализации «Информационные системы в бизнес-реинжениринге»

Защита в ГАК

протокол от _________№___

оценка ________________

· диаграмма прецендентов, отражающая участников процесса, их взаимодействие и ожидаемый функционал системы;

· диаграмма деятельности, с помощью которой определили последовательность перехода потока управления;

· диаграмма объектов, отражающая множество объектов, их состояний и отношений между ними.

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

Рассчитана оценка организационно-экономической эффективности разработки подсистемы:

· расчет себестоимости разработки;

· расходные материалы;

· срок окупаемости;

· расчет экономической эффективности.

В результате разработано прикладное решение для автоматизации бизнес-процесса учета подарочных сертификатов в системе «1С:Предприятие. Управление торговлей 10.3».

Содержание

Введение

1. Описание бизнес-процесса «Учет подарочных сертификатов»

1.1 Общие сведения о бизнес-процессе

1.1.1 Выпуск подарочных сертификатов

1.1.2 Подарочные сертификаты

1.1.3 Реализация подарочных сертификатов

1.1.4 Обмен сертификата на товары

1.1.5 Контрольно-кассовая техника

1.2 Постановка задачи

1.2.1 Выявление проблемы

1.2.2 Постановка задачи

1.2.3 Модель «как должно быть»

1.2.4 Регламент бизнес-процесса

1.2.5 Модель бизнес-процесса в нотации BPMN

1.3 Альтернативы и их оценка

1.4 Требования к создаваемому функционалу

1.4.1 Требования к системе в целом

1.4.2 Требования к функциям (задачам), выполняемым механизмом

1.4.3 Требования к программному обеспечению

Выводы по главе

2. Моделирование прикладного решения для автоматизации бизнес-процесса «Учет подарочных сертификатов»

2.1 Документы, на основании которых ведется проектирование

2.2 Диаграмма прецедентов

2.3 Диаграмма деятельности

2.4 Диаграмма классов

Выводы по главе

3. Разработка подсистемы «Учет подарочных сертификатов»

3.1 Описание конфигурации «Управление торговлей 10.3»

3.2 Техническое задание

3.3 Сравнение конфигураций

3.3.1 Перечисления

3.3.2 Справочники

3.3.3 Документы

3.3.4 Регистры

3.3.5 Отчеты

3.4 Описание пользовательского интерфейса

Выводы по главе

4. Оценка организационно-экономической эффективности разработки подсистемы «Учет подарочных сертификатов»

4.1 Расчет себестоимости

4.1.1 Затраты на разработку технического задания

4.1.2 Затраты на разработку подсистемы

4.1.3 Затраты на тестирование подсистемы

4.1.4 Материальные затраты

4.2 Расчет экономической эффективности

Выводы по главе

Заключение

Список использованных источников

Приложение А. Глоссарий

Приложение Б. Документы бизнес-процесса

Отчет «Валовая прибыль с сертификатами»

Отчет «Валовая прибыль с сертификатами по поставщикам»

Отчет «Продажи с сертификатами»

Отчет «Торговый отчет с сертификатами (ТОРГ-29)»

Приложение В. Техническое задание

Общие сведения

Сценарий тестирования

Акт тестирования

Назначение и цели

Требования

Приложение Г. Программный код

Справочник «Информационные карты»

Документ «Чек ККМ»

Документ «Принятие к учету сертификатов»

Документ «Списание сертификатов»

Отчет «Валовая прибыль с сертификатами»

Приложение Д. Руководства пользователей

Руководство специалиста

Руководство кассира

Сокращение	Обозначение
ЕНВД	Единый доход на вменённый доход
ККТ	Контрольно-кассовая техника
УФНС	Управление федеральной налоговой службы
РФ	Российская федерация
БСО	Бланки строгой отчетности
ПБУ	Положение по бухгалтерскому учету

· исследовать и выявить особенности продаж и использования на предприятии заказчика подарочных сертификатов — требуется описать процесс учета подарочных сертификатов, сформировать модель «как должно быть», определить назначения бизнес-процесса, выявить участников бизнес-процесса, определить их функции и способы взаимодействия;

· выявить и решить проблемные ситуации при построении отчетности, возникающие после внесения доработок системы;

· определить функциональные требования к механизму учета подарочных сертификатов;

· спроектировать механизм учета подарочных сертификатов с помощью нотации UML;

· разработать механизм учета подарочных сертификатов.

1.1 Общие сведения о бизнес-процессе

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

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

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

На сертификате обычно указывается:

· товарный знак компании или группы компаний, в которых действует подарочный сертификат;

· номинал сертификата;

· серийный номер сертификата;

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

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

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

На выпуск подарочных сертификатов не требуется банковской лицензии, потому что карта — не инструмент денежных расчётов, банковские операции с денежными средствами отсутствуют.

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

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

Организации-Заказчику необходимо, чтобы в системе «1С:Предприятие 8.3. Управление торговлей 10.3» была возможность:

· регистрировать подарочные сертификаты;

· устанавливать номинал подарочного сертификата;

· аннулировать подарочные сертификаты;

· осуществлять продажу подарочных сертификатов;

· осуществлять обналичивание подарочных сертификатов.

Полномочия пользователей системы «1С:Предприятие 8.3. Управление торговлей 10.3», попадающие под автоматизацию:

· осуществление учета принятия в оборот и аннулирования подарочных сертификатов;

· осуществление учета продаж по подарочным сертификатам и их обналичивания;

· формирование текущей отчетности:

o валовая прибыль с сертификатами;

o валовая прибыль с сертификатами по поставщикам;

o продажи с сертификатами;

o товарный отчет с сертификатами (ТОРГ-29).

1.1.1 Выпуск подарочных сертификатов

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

Изготовление подарочных карт, как правило, поручается специализированной организации. Расходы по их изготовлению относятся к расходам по обычным видам деятельности, поскольку связаны с приобретением и продажей товаров. Они отражаются по дебету счета 44 «Расходы на продажу» (п.п. 2 и 5 ПБУ 10/99 «Расходы организации», утвержденное приказом Министерства финансов России от 06.05.1999 № 33н) в корреспонденции со счетом 60 «Расчеты с поставщиками и подрядчиками». НДС принимается к вычету в момент оприходования бланков.

Обычно подарочные карты имеют номер и номинал, то есть отвечают признакам бланков строгой отчетности. БСО учитываются за балансом на счете 006 «Бланки строгой отчетности» в условной оценке (в сумме фактических затрат на их изготовление без учета НДС или 1 руб.).

1.1.2 Подарочные сертификаты

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

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

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

Организация-заказчик установила следующие требования:

· Подарочный сертификат покупатель приобретает в кассе организации-заказчика за наличный или безналичный расчет.

· Подарочный сертификат подлежит возврату и обмену.

· Покупатель вправе передавать подарочную карту другим физическим лицам.

· Подарочным сертификатом можно оплачивать только в торговой сети организации-заказчика.

· Подарочный сертификат можно использовать только в одном чеке.

· При обналичивании подарочной карты сумма продажи должна превышать номинал подарочного сертификата хотя бы на 1 копейку.

· Допускается суммирование номиналов нескольких подарочный карт.

· На товар, приобретаемый по подарочному сертификату, распространяются все текущие скидки и акции.

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

· В случае утери подарочного сертификата он не подлежит восстановлению.

1.1.3 Реализация подарочных сертификатов

На дату продажи сертификата его бланк списывается со счета 006.

Полученная от покупателя при продаже подарочного сертификата предоплата (аванс) за товары не является в бухгалтерском учете доходом (абз. 4, 5 п. 3, п. 12 ПБУ 9/99 «Доходы организации», утвержденное приказом Министерства финансов России от 06.05.1999 № 32н).

Данная сумма в соответствии с Инструкцией по применению Плана счетов бухгалтерского учета финансово-хозяйственной деятельности организаций, утвержденным приказом Министерства финансов России от 31.10.2000 № 94н, учитывается обособленно в составе кредиторской задолженности на счете 62 «Расчеты с покупателями и заказчиками», субсчет «Авансы полученные».

1.1.4 Обмен сертификата на товары

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

Лучше хранить погашенные сертификаты вместе с кассовыми документами: в совокупности они подтвердят оплату товара.

Передача товара в обмен на сертификат является реализацией. Выручка от их реализации включается в состав доходов от обычных видов деятельности (п.п. 5, 6.1, 12 ПБУ 9/99, утвержденное приказом Министерства финансов России от 06.05.1999 № 32н). Одновременно списывается себестоимость проданных товаров.

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

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

1.1.5 Контрольно-кассовая техника

Организация-заказчик является юридическим лицом, розничная торговля которого облагается ЕНВД.

Продавая товары за наличный расчет, налогоплательщики должны применять ККТ, включенную в Государственный реестр (п. 1 ст. 2 Федерального закона от 22.05.2003 № 54-ФЗ «О применении контрольно-кассовой техники при осуществлении наличных денежных расчетов и (или) расчетов с использованием платежных карт»).

Торговая организация должна применять ККТ в случае получения предоплаты наличными денежными средствами, в том числе при реализации подарочных сертификатов (письмо Министерства финансов Российской Федерации от 25.04.2011 № 03-03-06/1/268).

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

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

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

Данные рекомендации приведены в письме УФНС России по г. Москве от 17.09.2010 № 17-15-098018.

1.2 Постановка задачи

1.2.1 Выявление проблемы

В используемой организацией-заказчиком системе «1С:Предприятие 8.3. Управление торговлей 10.3» отсутствует механизм учета подарочных сертификатов и соответствующая отчетность.

1.2.2 Постановка задачи

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

Цель — реализация механизма учета подарочных сертификатов и построение отчетности с учетом доработок в системе «1С:Предприятие 8.3. Управление торговлей 10.3», тем самым увеличить оборот компании и повысить аккумуляцию денежных средств от лояльных покупателей.

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

· позволить регистрировать в системе используемые подарочные сертификаты;

· позволить осуществлять продажу и обналичивание подарочных сертификатов;

· при обналичивании подарочного сертификата осуществлять печать чека в соответствии с законодательством РФ;

· вести регистр сведений об изменении статуса подарочного сертификата;

· дать возможность аннулировать в системе неиспользуемые подарочные сертификаты;

· формировать отчетность с учетом принятых доработок системы:

o валовая прибыль с сертификатами;

o валовая прибыль с сертификатами по поставщикам;

o продажи с сертификатами;

o товарный отчет с сертификатами (ТОРГ-29).

Для достижения поставленных задач необходимо поставить и решить следующие подзадачи:

· исследовать и выявить особенности использования подарочных сертификатов на предприятии-заказчика;

· определить функциональные требования к системе;

· спроектировать информационное обеспечение.

1.2.3 Модель «как должно быть»

Для определения состояния подарочного сертификата в системе «1С:Предприятие 8.3. Управление торговлей 10.3» должны быть заданы следующие статусы:

· в магазине;

· на руках;

· списан.

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

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

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

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

Текущая отчетность в системе должна формироваться с учетом принятых в системе изменений. Учитывая, что подарочный сертификат в какой-то мере является авансовым платежом, то отчеты (см. приложение Б)

· валовая прибыль с сертификатами;

· валовая прибыль с сертификатами по поставщикам;

· продажи с сертификатами;

· товарный отчет с сертификатами (ТОРГ-29)

должны строиться по описанной ниже схеме.

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

Допустим, Период1 — это период, когда сертификат продан, но еще не обналичен. Представление отчета по валовой прибыли за Период1 изображено на рисунке 1.

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

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

Допустим, Период3 — это период, который охватывает и Период1, и Период2. Представление отчета по валовой прибыли за Период3 изображено на рисунке 3.

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

1.2.4 Регламент бизнес-процесса

В бизнес-процессе учета подарочных сертификатов участвуют следующие лица: покупатель, кассир и специалист. Регламент бизнес-процесса представлен в таблице 1.

Таблица 1. Регламент бизнес-процесса

№	Исполнитель	Деятельность	Условия начала действий	Инструменты и механизмы для выполнения действий	Цели
1	Кассир	Оформление документов розничной продажи	Заказ покупателя	Система «1С:Предприятие. Управление торговлей 10.3»	Увеличение прибыли организации
2	Специалист	Создание подарочных сертификатов в системе, регистрация подарочных сертификатов, закрытие кассовых смен, формирование отчетности, аннулирование подарочных сертификатов	Готовые к продаже подарочные сертификаты	Система «1С:Предприятие. Управление торговлей 10.3»	Ввод или вывод подарочных сертификатов из оборота розничной торговли, контроль продаж торговой точки

1.2.5 Модель бизнес-процесса в нотации BPMN

Для описания модели бизнес-процесса доставки ТМЦ выбрана нотация BPMN, так как она разработана специально для моделирования бизнес-процессов.

В соответствии с рисунками 5, 6 наблюдаем последовательность действий каждого из участников бизнес-процесса.

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

Кассиру поступает заказ клиента на подарочный сертификат, который он оформляет в документе розничной продажи и пробивает чек об оплате.

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

Все пробитые кассиром чеки относятся к кассовой смене. Специалист закрывает кассовую смену и формирует отчетность.

Специалист аннулирует подарочный сертификат.

1.3 Альтернативы и их оценка

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

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

Как один из способов решения проблемы можно рассматривать переход из системы «1С:Предприятие 8.3. Управление торговлей 10.3» на систему «1С:Предприятие 8.3. Управление торговлей 11.1», в которой уже реализован механизм учета подарочных сертификатов. Однако подобное решение несет с собой следующие проблемы:

· требуется покупка системы «1С:Предприятие 8.3. Управление торговлей 11.1» и необходимого количества лицензий;

· требуется настройка приобретенной системы и ввод первичной информации;

· требуется корректный перенос номенклатуры и ее цен с учетом новых принципов хранения из системы «1С:Предприятие 8.3. Управление торговлей 10.3» в систему «1С:Предприятие 8.3. Управление торговлей 11.1»;

· требуется корректный перенос остатков и оборотов из системы «1С:Предприятие 8.3. Управление торговлей 10.3» в систему «1С:Предприятие 8.3. Управление торговлей 11.1»;

· требуется создание аналогичных маркетинговых мероприятий в системе «1С:Предприятие 8.3. Управление торговлей 11.1»;

· требуется настройка торгового оборудования рабочих мест кассиров;

· требуется провести обучение пользователей работе в системе «1С:Предприятие 8.3. Управление торговлей 11.1».

Данные решение несет в себе более высокие затраты как денежные, так и трудовые.

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

1.4 Требования к создаваемому функционалу

Дорабатываемый функционал по учету подарочных сертификатов в системе «1С:Предприятие 8.3. Управление торговлей 10.3» должен содержать:

· справочник подарочных сертификатов — предназначающийся для хранения информации о сертификатах;

· документ принятия к учету подарочных сертификатов;

· документ аннулирования подарочных сертификатов;

· регистр учета движений подарочных сертификатов — предназначающийся для регистрации принятия к учету, продажи, обналичивания и аннулирования подарочных сертификатов.

1.4.1 Требования к системе в целом

Организация-заказчик использует файловый вариант работы с системой «1С:Предприятие 8.3. Управление торговлей 10.3».

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

В этом варианте все данные информационной базы (конфигурация, база данных, административная информация) располагаются в одном файле — файловой базе данных. Работу с этой базой данных осуществляет файловая СУБД, разработанная фирмой «1С» и являющаяся частью платформы.

Такой вариант работы обеспечивает легкость установки и эксплуатации системы. При этом для работы с информационной базой не требуются дополнительные программные средства, достаточно иметь операционную систему и систему «1С:Предприятие 8».

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

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

При работе в файловом варианте, за счет использования механизма транзакций, платформа «1С:Предприятия 8» минимизирует риск нарушения целостности данных при сбоях компьютеров и локальной сети.

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

Если используется толстый клиент, то он сам реализует всю функциональность файловой СУБД. Иллюстрацию использования толстого клиента можно наблюдать на рисунке 8.

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

В рамках этой специализированной среды выполняются:

· загрузка необходимых для работы системы серверных компонентов,

· загрузка конфигурации,

· другие действия, необходимые для организации нормальной работы системы с информационной базой.

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

Для эксплуатации системы определены следующие роли:

1. Системный администратор:

a. функции:

i. обновление, настройка и мониторинг работоспособности системы;

ii. установка, модернизация, настройка и мониторинг работоспособности системного и базового программного обеспечения;

iii. ведение учетных записей пользователей системы;

iv. управление пользователями системы;

v. резервное копирование и восстановление системы;

vi. внесение, хранение, редактирование справочных данных;

vii. обеспечение безопасности в базе данных;

viii. оптимизация производительности базы данных;

ix. обеспечение целостности данных;

x. мониторинг работы, установка, настройка и управление базовым программным обеспечением;

b. требования:

i. системный администратор должен обладать высоким уровнем квалификации и практическим опытом работы с СУБД, выполнения работ по установке, настройке и администрированию системы «1С:Предприятие»;

2. Пользователь системы:

a. функции:

i. Просмотр, добавление, изменение данных;

ii. Составление текущей отчетности.

b. требования:

i. пользователи системы должны иметь опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции в стандартных Windows;

ii. пользователи системы должны иметь опыт работы с системой «1С:Предприятие. Управление торговлей» и свободно осуществлять базовые операции в стандартных конфигурациях.

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

1.4.2 Требования к функциям (задачам), выполняемым механизмом

Система должна обеспечить выполнение следующих функций:

· Создание подарочного сертификата с указанием обязательных следующих данных:

o Наименование;

o Штрихкод;

o Номинал;

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

o Дата внесения изменений;

o Подарочный сертификат;

· Аннулирование подарочных сертификатов с указанием обязательных данных:

o Дата внесения изменений;

o Подарочный сертификат;

· Продажа подарочных сертификатов;

· Оплата подарочными сертификатами;

· Вывод отчетных форм с учетом принятых изменений функционала системы:

o валовая прибыль с сертификатами;

o валовая прибыль с сертификатами по поставщикам;

o продажи с сертификатами;

o товарный отчет с сертификатами (ТОРГ-29).

1.4.3 Требования к программному обеспечению

Требования к техническим характеристикам ПК пользователя и ПК администратора:

· процессор семейства Intel Core i3\ Аналоги AMD с тактовой частотой от 3.2 ГГц и выше;

· оперативная память от 3072 Мб;

· внешняя память не менее 5 Гб.

На рабочем ПК пользователя и ПК администратора должны быть установлены:

· операционная система:

o Windows XP/ Vista/ 7/ 8/ 8.1/ Windows Server 2012 (x64)/ Windows Server 2008 R2 (x64)/ Windows Server 2008/ Windows Server 2003;

o Linux Ubuntu 12.04 LTS/ Mint 12/ Fedora 17 Alt Linux СПТ 6.0;

· система «1С:Предприятие»:

o платформа 8.3

o конфигурация Управление торговлей 10.3.

Выводы по главе

В ходе исследования определили назначение бизнес-процесса учета подарочных сертификатов и условия его реализации.

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

Был изучен документооборот между выявленными участниками бизнес-процесса.

На основе этих данных была построена модель бизнес-процесса доставки ТМЦ в нотации BPMN.

2.1 Документы, на основании которых ведется проектирование

Основанием для исполнения работ являются нормативно-правовые документы:

· Федеральный закон от 22.05.2003 № 54-ФЗ (ред. от 05.05.2014) «О применении контрольно-кассовой техники при осуществлении наличных денежных расчетов и (или) расчетов с использованием платежных карт»;

· Письмо Министерства финансов Российской Федерации от 25.04.2011 № 03-03-06/1/268;

· Письмо Управления Федеральной Налоговой Службы России по г. Москве от 17.09.2010 № 17-15-098018.

2.2 Диаграмма прецедентов

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

Название прецедента: «Создание подарочного сертификата».

Описание: Специалист заносит в систему данные по подарочному сертификату.

Цель: Создать в системе подарочный сертификат.

Предусловие:

· наличие физической подарочной карты с указанными на ней штрихкодом и номиналом;

Постусловие:

· созданный подарочный сертификат в соответствующем справочнике;

Основной поток:

1. Специалист получает подарочный сертификат для оформления его в системе.

2. Специалист активирует элемент управления «Добавить» в справочнике системы.

3. Система открывает форму создания нового сертификата.

4. Специалист вносит информацию о подарочном сертификате.

А1. Наличие неполной информации на подарочном сертификате.

5. Система проверяет введенные данные на корректность.

6. Специалист активирует элемент управления «ОК».

7. Система сохраняет введенные данные.

Альтернативный поток:

А1. Наличие неполной информации на подарочном сертификате.

1. Специалист отправляет подарочную карту на переиздание.

Название прецедента: «Регистрация подарочного сертификата».

Описание: Специалист регистрирует подарочный сертификат как актуальный и готовый к продаже.

Цель: Зарегистрировать в системе подарочный сертификат со статусом «В магазине».

Предусловие:

· созданный подарочный сертификат в соответствующем справочнике;

Постусловие:

· зарегистрированный подарочный сертификат со статусом «В магазине»;

Основной поток:

1. Специалист получает подарочный сертификат для регистрации его в системе как актуального и готового к продаже.

А1. Подарочный сертификат не готов к продаже.

2. Специалист активирует элемент управления «Добавить» в форме списка документов регистрации.

3. Система открывает форму создания нового документа.

4. Специалист вносит информацию о регистрации подарочного сертификата.

5. Система проверяет введенные данные на корректность.

6. Специалист активирует элемент управления «ОК».

7. Система сохраняет введенные данные.

8. Система проводит документ регистрации.

Альтернативный поток:

А1. Подарочный сертификат не готов к продаже.

1. Специалист отправляет подарочную карту на переиздание.

Название прецедента: «Оформление продажи подарочного сертификата».

Описание: Кассир оформляет продажу подарочного сертификата.

Цель: Оформить продажу подарочного сертификата.

Предусловие:

· зарегистрированный подарочный сертификат со статусом «В магазине»;

Постусловие:

· проданный подарочный сертификат со статусом «На руках»;

Основной поток:

1. Кассир получает зарегистрированный в системе как актуальный подарочный сертификат для продажи его клиентам.

А1. Подарочный сертификат не зарегистрирован в системе как актуальный.

А2. Подарочный сертификат на момент продажи имеет статус «Списан».

2. Система открывает форму создания нового документа продажи.

3. Кассир считывает штрихкод подарочного сертификата с помощью торгового оборудования.

4. Система добавляет подарочный сертификат в табличную часть «Товары» документа продажи.

5. Кассир принимает оплату от клиента.

6. Выполняется Точка включения 1.

Альтернативный поток:

А1. Подарочный сертификат не зарегистрирован в системе как актуальный.

1. Специалист отправляет подарочную карту на регистрацию в системе как актуального.

А2. Подарочный сертификат на момент продажи имеет статус «Списан».

1. Специалист отправляет подарочную карту утилизацию.

Название прецедента: «Оформление оплаты покупки подарочным сертификатом».

Описание: Кассир оформляет продажу товаров с оплатой подарочным сертификатом.

Цель: Обналичить подарочный сертификат.

Предусловие:

· проданный подарочный сертификат со статусом «На руках»;

Постусловие:

· обналиченный подарочный сертификат со статусом «В магазине»;

Основной поток:

1. Система открывает форму создания нового документа продажи.

2. Кассир заполняет документ продажи товарами.

3. Кассир считывает подарочный сертификат с помощью торгового оборудования.

А1. Подарочный сертификат не зарегистрирован в системе как актуальный.

А2. Подарочный сертификат на момент продажи имеет статус «Списан».

4. Система добавляет подарочный сертификат в табличную часть «Подарочные сертификаты» документа продажи.

А3. Сумма продажи превышает номинал подарочного сертификата.

5. Выполняется Точка включения 1.

Альтернативный поток:

А1. Подарочный сертификат не зарегистрирован в системе как актуальный.

1. Специалист отправляет подарочную карту на регистрацию в системе как актуального.

А2. Подарочный сертификат на момент продажи имеет статус «Списан».

2. Специалист отправляет подарочную карту утилизацию.

А3. Сумма продажи превышает номинал подарочного сертификата.

1. Кассир принимает от клиента оплату в размере разницы между номиналом подарочного сертификата и суммой продажи.

Точка включения 1. Печать чека.

Название прецедента: «Печать чека».

Описание: Кассир печатает чек при приеме оплаты от клиента.

Цель: Выдать клиенту документ о приеме оплаты.

Предусловие:

· заполненный документ продажи;

Постусловие:

· распечатанный на торговом оборудовании чек;

· проведенный документ продажи;

Основной поток:

1. Кассир уточняет форму оплаты клиента.

А1. В системе выбрана неверная форма оплаты.

2. Кассир пробивает чек.

3. Система проводит документ продажи.

4. Торговое оборудование печатает чек.

Альтернативный поток:

А1. В системе выбрана неверная форма оплаты.

1. Кассир выбирает нужную форму оплаты.

Название прецедента: «Закрытие кассовой смены».

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

Цель: Закрыть кассовую смену в системе.

Предусловие:

· открытая кассовая смена;

Постусловие:

· закрытая кассовая смена;

Основной поток:

1. Специалист убеждается, что рабочий день закончен.

А1. Рабочий день еще не закончен, кассиры еще пробивают чеки.

2. Специалист активирует элемент управления «Закрытие кассовой смены».

3. Система предлагает выбрать дату кассовой смены.

4. Специалист выбирает дату кассовой смены.

5. Система создает новый документ «Отчет о розничных продажах».

6. Система заполняет созданный документ данными за кассовую смену.

7. Специалист активирует элемент управления «ОК».

8. Система сохраняет данные.

9. Система проводит документ закрытия кассовой смены.

Альтернативный поток:

А1. Рабочий день еще не закончен, кассиры еще пробивают чеки.

1. Специалист не закрывает кассовую смену и ждет окончания рабочего дня.

Название прецедента: «Вывод текущей отчетности».

Описание: Специалист формирует текущую отчетность.

Цель: Сформировать текущую отчетность.

Предусловие:

· данные для построения отчета;

Постусловие:

· отчет;

Основной поток:

1. Специалист выбирает форму отчета.

2. Специалист выбирает условия выборки данных для отчета.

А1. Данных по выбранной выборки в системе не обнаружено.

3. Система формирует отчет.

Альтернативный поток:

А1. Данных по выбранной выборки в системе не обнаружено.

1. Система откроет пустой отчет.

Название прецедента: «Аннулирование подарочного сертификата».

Описание: Специалист аннулирует неактуальный подарочный сертификат.

Цель: Аннулировать подарочный сертификат.

Предусловие:

· созданный подарочный сертификат в соответствующем справочнике;

Постусловие:

· аннулированный подарочный сертификат;

Основной поток:

1. Специалист получает подарочный сертификат для аннулирования.

2. Специалист активирует элемент управления «Добавить» в форме списка документов аннулирования подарочных сертификатов.

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

4. Специалист вводит данные по аннулированию подарочного сертификата.

5. Специалист активирует элемент управления «ОК».

6. Система сохраняет введенные данные.

7. Система проводит документ аннулирования подарочных сертификатов.

2.3 Диаграмма деятельности

Поведение системы «1С:Предприятие 8.3. Управление торговлей 10.3» с доработанным функционалом было исследовано средствами UML и представлено диаграммой деятельности прецедентов (рисунки 12, 13, 14, 15, 16, 17, 18)

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

Название прецедента: «Создание подарочного сертификата».

Описание: Данный прецедент позволяет создать новый подарочный сертификат в системе.

Цель: Создать в системе подарочный сертификат.

Предусловие:

· наличие физической подарочной карты с указанными на ней штрихкодом и номиналом;

Постусловие:

· созданный подарочный сертификат в соответствующем справочнике;

Основной поток:

1. Специалист в главном меню системы переходит на вкладку «Справочники», открывает пункт «Номенклатура» и выбирает пункт «Информационные карты».

2. Система открывает форму списка информационных карт.

3. Специалист проваливается в группу «Подарочные сертификаты».

4. Система отображает информационные карты, подчиненные группе «Подарочные сертификаты».

5. Специалист активирует элемент управления «Добавить».

6. Система открывает форму создания новой информационной карты.

7. Специалист выбирает значение реквизита «Вид карты» — «Штриховая».

8. Система устанавливает значение свойства «Видимость» реквизита «Тип штрихкода» — «Истина».

9. Специалист выбирает значение реквизита «Тип штрихкода».

10. Специалист вводит значение реквизита «Код карты».

11. Специалист выбирает значение реквизита «Тип карты» — «Сертификат».

12. Система деактивирует реквизиты «Владелец карты», «Вид дисконтной карты», «Количество чеков», «Бонусная».

13. Система устанавливает значение свойства «Видимость» реквизита «Номинал сертификата» — «Истина».

14. Специалист вводит значение реквизита «Номинал карты».

15. Специалист активирует элемент управления «ОК».

16. Система проверяет заполнение обязательных реквизитов.

А1. Хотя бы один обязательный реквизит не заполнен.

17. Система генерирует наименование карты.

18. Система записывает введенные данные.

19. Система закрывает форму.

Альтернативный поток:

А1. Хотя бы один обязательный реквизит не заполнен.

1. Система выдает диалоговое сообщение «Перед записью необходимо заполнить код карты».

2. Специалист активирует элемент управления «ОК».

Название прецедента: «Регистрация подарочного сертификата».

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

Цель: Зарегистрировать в системе подарочный сертификат со статусом «В магазине».

Предусловие:

· созданный подарочный сертификат в справочнике «Информационные карты»;

Постусловие:

· зарегистрированный подарочный сертификат со статусом «В магазине»;

Основной поток:

1. Специалист в главном меню системы переходит на вкладку «Документы», открывает пункт «Розница», затем пункт «Сертификаты» и выбирает пункт «Принятие к учету сертификатов».

2. Система открывает форму списка документов принятия сертификатов к учету.

3. Специалист активирует элемент управление «Добавить».

4. Система открывает форму создания нового документа «Принятие к учету сертификатов».

5. Система автоматически присваивает значения реквизитов «Номер документа», «Дата документа», «Ответственный».

6. Специалист заполняет табличную часть «Подарочные сертификаты».

7. Специалист активирует элемент управления «ОК».

8. Система записывает введенные данные.

9. Система проводит документ по регистру сведений «Движения сертификатов».

10. Система закрывает форму.

Название прецедента: «Оформление продажи подарочного сертификата».

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

Цель: Оформить продажу подарочного сертификата.

Предусловие:

· зарегистрированный подарочный сертификат со статусом «В магазине»;

Постусловие:

· проданный подарочный сертификат со статусом «На руках»;

Основной поток:

1. Кассир авторизуется в системе.

2. Система открывает форму создания нового документа «Чек ККМ».

3. Кассир считывает штрихкод подарочного сертификата с помощью торгового оборудования.

А1. Подарочный сертификат не зарегистрирован в системе документом «Принятие к учету сертификатов».

А2. Подарочный сертификат на момент продажи имеет статус «На руках».

А3. Подарочный сертификат на момент продажи имеет статус «Списан».

4. Система добавляет подарочный сертификат в табличную часть «Товары» документа продажи.

5. Система вычисляет итоговую сумму продажи по чеку.

6. Кассир активирует элемент управления «Закрытие чека».

7. Выполняется Точка включения 1.

Альтернативный поток:

А1. Подарочный сертификат не зарегистрирован в системе документом «Принятие к учету сертификатов».

1. Система выдает ошибку «Данный сертификат не был принят к учету» в диалоговом окне.

2. Кассир активирует элемент управления «ОК».

А2. Подарочный сертификат на момент продажи имеет статус «На руках».

1. Система добавляет подарочный сертификат в табличную часть «Подарочные сертификаты» документа продажи.

2. Кассир очищает табличную часть «Подарочные сертификаты».

А3. Подарочный сертификат на момент продажи имеет статус «Списан».

1. Система выводит сообщение об ошибке «Данный сертификат числиться списанным» в диалоговом окне.

Название прецедента: «Оформление оплаты покупки подарочным сертификатом».

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

Цель: Обналичить подарочный сертификат.

Предусловие:

· проданный подарочный сертификат со статусом «На руках»;

Постусловие:

· обналиченный подарочный сертификат со статусом «В магазине»;

Основной поток:

1. Кассир авторизуется в системе.

2. Система открывает форму создания нового документа «Чек ККМ».

3. Кассир считывает подарочный сертификат с помощью торгового оборудования.

А1. Подарочный сертификат не зарегистрирован в системе документом «Принятие к учету сертификатов».

А2. Подарочный сертификат на момент продажи имеет статус «В магазине».

А3. Подарочный сертификат на момент продажи имеет статус «Списан».

4. Система добавит подарочный сертификат в табличную часть «Подарочные сертификаты» документа продажи.

5. Кассир заполняет табличную часть «Товары».

6. Система вычисляет итоговую сумму продажи по чеку.

А4. Сумма продажи не превышает номинал подарочного сертификата.

А5. Сумма продажи превышает номинал подарочного сертификата.

7. Выполняется Точка включения 1.

Альтернативный поток:

А1. Подарочный сертификат не зарегистрирован в системе документом «Принятие к учету сертификатов».

1. Система выдает ошибку «Данный сертификат не был принят к учету» в диалоговом окне.

2. Кассир активирует элемент управления «ОК».

А2. Подарочный сертификат на момент продажи имеет статус «В магазине».

1. Система добавляет подарочный сертификат в табличную часть «Товары» документа продажи.

2. Кассир удаляет из табличной части «Товары» сертификат.

А3. Подарочный сертификат на момент продажи имеет статус «Списан».

1. Система выводит сообщение об ошибке «Данный сертификат числиться списанным» в диалоговом окне.

А4. Сумма продажи не превышает номинал подарочного сертификата.

1. Система деактивирует элемент управления «Закрытие чека».

А5. Сумма продажи превышает номинал подарочного сертификата.

1. Система устанавливает значение свойства «Доступность» элемента управления «Закрытие чека» — «Истина».

Точка включения 1. Печать чека.

Название прецедента: «Печать чека».

Описание: Данный прецедент позволяет напечатать чек об оплате при приеме оплаты от клиента.

Цель: Выдать клиенту чек об оплате.

Предусловие:

· заполненный документ продажи;

Постусловие:

· распечатанный на торговом оборудовании чек;

· проведенный документ продажи;

Основной поток:

1. Система открывает форму выбора оплаты.

2. Система по умолчанию заполняет реквизиты «Вид оплаты», «Сумма оплаты».

А1. Установленные по умолчанию значения реквизитов не соответствуют действительности.

3. Кассир активирует элемент управления «ОК».

4. Система сохраняет введенные данные.

5. Система проводит документ продажи по регистрам, в том числе и по регистру «Движения сертификатов».

6. Система отправляет чек на печать.

7. Система закрывает форму.

Альтернативный поток:

А1. Установленные по умолчанию значения реквизитов не соответствуют действительности.

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

Название прецедента: «Закрытие кассовой смены».

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

Цель: Закрыть кассовую смену в системе.

Предусловие:

· открытая кассовая смена;

Постусловие:

· закрытая кассовая смена;

Основной поток:

1. Специалист в главном меню системы переходит на вкладку «Документы», открывает пункт «Розница» и выбирает пункт «Закрытие кассовой смены».

2. Система открывает форму закрытия кассовой смены.

3. Система по умолчанию заполняет реквизит «Дата».

4. Специалист выбирает значение реквизита «Касса ККМ».

5. Специалист активирует элемент управления «Закрыть кассовую смену».

6. Система открывает форму создания нового документа «Отчет о розничных продажах».

7. Система заполняет документ «Отчет о розничных продажах» данными за кассовую смену.

8. Специалист устанавливает значения реквизитов «Отразить в упр. учете» и «Отразить в бух. учете» — «Истина».

9. Специалист активирует элемент управления «ОК».

10. Система сохраняет документ.

11. Система проводит документ по регистрам.

12. Система закрывает форму.

Название прецедента: «Аннулирование подарочного сертификата».

Описание: Данный прецедент позволяет аннулировать неактуальный подарочный сертификат.

Цель: Аннулировать подарочный сертификат.

Предусловие:

· созданный подарочный сертификат в соответствующем справочнике;

Постусловие:

· аннулированный подарочный сертификат;

Основной поток:

1. Специалист в главном меню системы переходит на вкладку «Документы», открывает пункт «Розница», затем пункт «Сертификаты» и выбирает пункт «Списание сертификатов».

2. Система открывает форму списка документов списания сертификатов.

3. Специалист активирует элемент управления «Добавить».

4. Система открывает форму создания нового документа «Списание сертификатов».

5. Система по умолчанию заполняет значения реквизитов «Дата документа», «Ответственный» и «Номер документа».

6. Специалист заполняет табличную часть «Подарочные сертификаты».

7. Специалист активирует элемент управления «ОК».

8. Система сохраняет документ.

9. Система проводит документ по регистру «Движения сертификатов».

10. Система закрывает форму.

Название прецедента: «Формирование отчетов».

Описание: Данный прецедент позволяет сформировать отчеты.

Цель: Сформировать отчет.

Предусловие:

· данные для построения отчета;

Постусловие:

· отчет;

Основной поток:

1. Специалист в главном меню системы переходит на вкладку «Отчеты», затем выбирает необходимый отчет.

2. Система открывает форму построения отчета.

3. Специалист заполняет параметры для формирования отчета.

4. Специалист активирует элемент управления «Сформировать».

5. Система формирует отчет.

2.4 Диаграмма классов

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

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

Выводы по главе

На основании описания бизнес-процесса с помощью нотации UML создали и описали его модель. В частности, были построены:

· диаграмма прецендентов, отражающая участников процесса, их взаимодействие и ожидаемый функционал системы;

· диаграмма деятельности, с помощью которой определили последовательность перехода потока управления;

· диаграмма классов, отражающая множество объектов, их состояний и отношений между ними.

3.1 Описание конфигурации «Управление торговлей 10.3»

Конфигурация «1С: Предприятие 8. Управление торговлей 10.3» является прикладным решением системы программ «1С: Предприятие». Она позволяет комплексно автоматизировать решение задач оперативного и управленческого учета, анализа и планирования торговых, складских и финансовых операций, обеспечивая тем самым эффективное управление современным торговым предприятием.

Система программ «1С:Предприятие 8» включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц. Сама платформа не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу.

Архитектура платформы 1С:Предприятия версии 8.3 обладает следующими преимуществами:

· работа через Интернет (работа в тонком клиенте через Интернет или прямо в интернет-браузере, без установки системы на компьютер пользователя);

· работа на мобильных устройствах (работа на iPad, ноутбуках и других мобильных устройствах);

· использование облачных технологий (работа через Интернет без установки на компьютер);

· многоплатформенность (работа под управлением ОС Windows или Linux);

· бизнес-процессы (позволяет создавать формализованные описания типичных последовательностей работ, выполняемых в организации, и на их основе формировать списки задач, которые необходимо выполнить тому или иному сотруднику организации в данный момент);

· экономическая и аналитическая отчетность (интеллектуальное построение иерархических, многомерных и кросс-отчетов, группировки и расшифровки в отчетах, детализация и агрегирование информации, динамическое изменение структуры отчета, различные типы диаграмм);

· интерфейсные механизмы (современный дизайн интерфейса и повышенная комфортность для пользователей при работе с системой в течение длительного времени);

· интернационализация (приложения на разных языках, национальные представления дат, чисел, а также порядок сортировки текстов);

· масштабируемость (варианты работы от персонального однопользовательского, до работы в масштабах больших рабочих групп и предприятий);

· отказоустойчивость (резервирование кластера серверов, резервирование рабочих процессов и устойчивость к обрыву канала связи);

· интеграция (взаимодействие практически с любыми внешними программами и оборудованием на основе общепризнанных открытых стандартов и протоколов передачи данных);

· криптография (механизм криптографии позволяет прикладным решениям использовать криптографические операции для обработки данных, хранящихся в информационной базе);

· система прав доступа (доступ пользователей только к необходимым данным);

· различные хранилища данных (хранение данных в собственной СУБД или в Microsoft SQL Server, PostgreSQL, IBM DB2 или Oracle Database.);

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

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

Конфигурация «1С:Управление торговлей» предназначена для организаций, занимающихся оптово-розничной торговлей, и позволяет вести учет любых видов торговых операций. Благодаря большим возможностям настройки, она способна выполнять все функции учета — от ведения справочников и ввода первичных документов до получения аналитических отчетов, на основе которых руководители различных подразделений могут принимать обоснованные управленческие решения.

Конфигурация автоматизирует следующие направления торговой деятельности:

· управление продажами;

· управление поставками;

· планирование продаж и закупок;

· управлениями складскими запасами;

· управление заказами покупателей;

· управление денежными средствами;

· учет и анализ коммерческих затрат;

· управление отношениями с клиентами и поставщиками;

· анализ цен и управление ценовой политикой;

· мониторинг и анализ эффективности торговой деятельности.

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

«1С:Управление торговлей» обеспечивает автоматический подбор данных, необходимых для ведения бухгалтерского учета, и передачу этих данных в «1С:Бухгалтерию».

Использование программы «Управление торговлей» совместно с другими программами позволяет комплексно автоматизировать оптово-розничные предприятия.

3.2 Техническое задание

Для выполнения поставленной задачи требуется внести следующие изменения в конфигурацию «1С: Предприятие 8. Управление торговлей 10.3»:

· создан предопределенный элемент справочника «Номенклатура»;

· создано перечисление «Статус движения сертификатов;

· изменено перечисление «Типы оплат чека ККМ»;

· изменено перечисление «Типы информационных карт»;

· изменен справочник «Информационные карты»;

· создан регистр сведений «Движения подарочных сертификатов»;

· создан документ «Принятие к учету сертификатов»;

· изменен функционал документа «Чек ККМ»;

· изменен функционал документа «Отчет о розничных продажах»;

· создан документ «Списание сертификатов».

Составленное техническое задание можно просмотреть в Приложении В.

3.3 Сравнение конфигураций

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

Создано предопределенное значение справочника «Номенклатура» — «Сертификат» (рисунки 21, 22).

3.3.1 Перечисления

В перечисление «Типы оплат чека ККМ» добавлено еще одно предопределенное значение: подарочный сертификат (рисунки 23).

В перечисление «Типы информационных карт» добавлено еще одно значение: сертификат (рисунки 24).

Создано перечисление «Статус движения сертификатов» (рисунок 25) со значениями:

· В магазине;

· На руках;

· Списан.

3.3.2 Справочники

Был изменен справочник «Информационные карты»: добавлен реквизит «Номинал сертификата» (рисунки 26).

3.3.3 Документы

В системе изменены следующие документы:

· Чек ККМ (рисунки 27, 28);

бизнес пользовательский сертификат учет

· Отчет о розничных продажах (рисунки 29, 30).

В системе создано два новых документа:

· Принятие к учету сертификатов (рисунок 31);

· Списание сертификатов (рисунок 32).

3.3.4 Регистры

В системе создан новый регистр сведений «Движения сертификатов» (рисунок 33). По данному регистру совершают движения следующие документы:

· Чек ККМ;

· Возврат товаров от покупателя;

· Отчет о розничных продажах;

· Принятие к учету сертификатов;

· Списание сертификатов.

3.3.5 Отчеты

Отчеты создавались как внешние:

· Валовая прибыль с сертификатами (рисунок 34);

· Валовая прибыль с сертификатами по поставщикам (рисунок 35);

· Продажи с сертификатами (рисунок 36);

· Товарный отчет с сертификатами (ТОРГ-29) (рисунок 37).

3.4 Описание пользовательского интерфейса

Для работы пользователей «Специалист» и «Кассир» в системе «1С:Предприятие 8.3. Управление торговлей 10.3» были разработаны руководства по эксплуатации, с которыми можно ознакомиться в Приложении Д.

Выводы по главе

Согласно разработанной модели бизнес-процесса составили техническое задание. Описали конфигурации до внедрения разработок и после. Разработали руководства пользователей для его участников: продавца и логиста.

4.1 Расчет себестоимости

Себестоимость разработки подсистемы рассчитывается следующим образом:

1. Затраты на разработку:

a. Разработка технического задания

b. Разработка подсистемы

c. Тестирование подсистемы

2. Материальные затраты.

4.1.1 Затраты на разработку технического задания

Примем стоимость работ бизнес-аналитика по разработке технического задания равной 900 руб./ человеко-час.

Условно по данному пункту было затрачено 7 часов.

Суммарная стоимость работ составила 6 300 руб.

4.1.2 Затраты на разработку подсистемы

Примем стоимость работ программиста 1С равной 1 200 руб./ человеко-час.

Условно по данному пункту было затрачено 10 часов.

Суммарная стоимость работ составила 12 000 руб.

4.1.3 Затраты на тестирование подсистемы

Примем стоимость работ бизнес-аналитика равной 900 руб./ человеко-час.

Условно по данному пункту был затрачен 1 час.

Суммарная стоимость работ составила 900 руб.

Заработная плата сотрудника организации-заказчика в среднем составляет 150 руб./час.

Тестирование механизма сотрудником организации-заказчика заняло 1 час.

Итоговая стоимость по затратам на разработку составила 19 350руб.

4.1.4 Материальные затраты

Материальные затраты на тестирование механизма представлены в таблице 2.

Таблица 1. Материальные затраты

Оборотные средства	Единица измерения	Цена, руб.	Расход	Сумма, руб.
Бумага для кассовых чеков	шт.	37,86	0,5	18,93
Электроэнергия	кВт/ч	1,21	0,5	0,61
Ручки	шт.	10	1	10
Тонер	шт.	200	0,5	100
Подарочные сертификаты	шт.	15	1	15
Итого:	144,54

Сумма расходных материалов составила

Итоговая стоимость всех затрат составила

4.2 Расчет экономической эффективности

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

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

Учитывая, что при оплате покупки подарочной картой сумма продажи должна превышать номинал сертификата, то при спросе на подарочные сертификаты хотя бы двух клиентов в неделю и установленном номинале 3 т.р. срок окупаемости составит 1 месяц.

Сумма продаж рассчитана по формуле 1.

Где Сп — сумма продажи;

К — количество клиентов;

Н — номинал сертификата.

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

Себестоимость карт рассчитана по формуле 2.

Где Ск — себестоимость карт;

К — количество клиентов.

Себестоимость проданных за месяц карт составит 120 руб.

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

В месяц нужно построить минимум 4 отчета. Таким образом ежемесячно затрачивается 40 человеко-часов на построение отчетности. Средняя заработная плата сотрудников составляет 150 руб./ час. Отсюда,

стоимость построения четырех отчетов в месяц.

Примерная стоимость создания одного отчета в системе 1С выходит 1 человеко-час программиста (1 200 руб.). Таким образом,

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

График экономической эффективности представлен на рисунке 38.

Выводы по главе

Рассчитали оценку организационно-экономической эффективности разработки подсистемы:

· расчет себестоимости разработки;

· расходные материалы;

· срок окупаемости;

· расчет экономической эффективности.

· диаграмма прецендентов, отражающая участников процесса, их взаимодействие и ожидаемый функционал системы;

· диаграмма деятельности, с помощью которой определили последовательность перехода потока управления;

· диаграмма объектов, отражающая множество объектов, их состояний и отношений между ними.

Согласно разработанной модели бизнес-процесса составили техническое задание. Описали конфигурации до внедрения разработок и после. Разработали руководства пользователей для его участников: продавца и логиста.

Рассчитали оценку организационно-экономической эффективности разработки подсистемы:

· расчет себестоимости разработки;

· расходные материалы;

· срок окупаемости;

· расчет экономической эффективности.

В результате разработали прикладное решение для автоматизации бизнес-процесса учета подарочных сертификатов в системе «1С:Предприятие. Управление торговлей 10.3».

23. Гусалова О. Особенности оформления скидок, дисконтов, накопительных программ и сертификатов [Online]: https://gsl.org/ru/press-center/

24. Почкина С.А. Реализация подарочных сертификатов [Online]: http://www.klerk.ru/buh/articles/249727/

25. Селянина Е.Н. Подарочные сертификаты: сложные моменты учета и налогообложения [Online]: http://www.panor.ru/upload/iblock/047/article-5.pdf

26. Севостьянов А.Д. 1С: Управление торговлей 8. Практика применения. — Москва, Изд-во Авторизированный учебный центр фирмы «1С», ООО «Константа», 2007. — 204 с.

27. Аглицкий Д.С., Аглицкий И.С. Рынок информационных технологий: проблемы и решения. — Москва, Изд-во ЛамИнфо, 2000. — 208 с.

28. Годин В.В., Корнеев И.К. Управление информационными ресурсами: 17-модульная программа для менеджеров «Управление развитием организации». Модуль 17. — Москва, Изд-во ИНФРА-М, 2000. — 352 с.

29. Гришин В.Н. Информационные технологии в профессиональной деятельности. — Москва, Изд-во Инфра-М, 2009. — 416 с.

30. Ивасенко А. Г., А.Ю.Гридасов, В.А. Павленко Информационные технологии в экономике и управлении. — Москва, Изд-во КНОРУС, 2009. — 154 с.

31. Белов В. С. Информационно-аналитические системы. Основы проектирования и применения. — Москва, Изд-во Евразийский открытый институт, 2010. — 111 с.

32. Блюмин А. М., Печеная Л. Т., Феоктистов Н. А. Проектирование систем информационного, консультационного и инновационного обслуживания. — Москва, Изд-во Дашков и Ко, 2010. — 352 с.

33. Сатунина А. Е., Сысоева Л. А. Управление проектом корпоративной информационной системы предприятия. — Москва. Изд-во Финансы и статистика, 2009. — 176 с.

34. Вдовин В. М., Суркова Л. Е., Шурупов А. А. Предметно-ориентированные экономические информационные системы. — Москва, Изд-во Дашков и Ко, 2009. — 194 с.

35. ГОСТ 6.01.1-87 Единая система классификации и кодирования технико-экономической информации. — Москва, Изд-во Изд. стандартов, 1987.

36. ГОСТ 19.701-90 (ISO 5807-85). Единая система программной документации. Схемы алгоритмов, программ данных и систем. Условные обозначения и правила выполнения.

37. ГОСТ Р ИСО/МЭК 12207-02. Информационная технология. Процессы жизненного цикла программных средств.

38. ГОСТ Р ИСО/МЭК 15271-02. Руководство по ИСО/МЭК 12207 (процессы жизненного цикла программных средств).

39. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания.

40. ГОСТ 34.602-89. Информационная технология. Технические задания на создание автоматизированной системы.

41. Ларман К. Применение UML и шаблонов проектирования. — Москва: Изд-во Вильямс, 2001. — 496 с.

42. Фаулер М. UML. Основы. Третье издание. — Москва, Изд-во Символ-Плюс, 2006. — 192 с.

43. Леоненков А.В. Самоучитель UML 2. — Санкт-Петербург, Изд-во БХВ-Петербург, 2007. — 576с.

44. Буч Г., Рамбо Дж., Якобсон А. Язык UML. Руководство пользователя — Санкт-Петербург, Изд-во Питер, 2004. — 432 с.

Термин	Значение
Подарочный сертификат	документ, подтверждающий авансовый платеж и дающий право на получение товаров и/или услуг на сумму, эквивалентную номиналу сертификата
Единый доход на вменённый доход	специальный налоговый режим для определённых видов деятельности, при котором налог взимается с вменённого дохода — предполагаемого, а не фактического (реальная выручка не влияет на сумму налога)
Криптография	это наука об обеспечении безопасности данных, занимающаяся поисками решений четырех важных проблем безопасности — конфиденциальности, аутентификации, целостности и контроля участников взаимодействия
Бизнес-процесс	последовательность действий (подпроцессов), направленная на получение заданного результата, ценного для организации.
Техническое задание	исходный документ на проектирование технического объекта.
Руководство пользователя	полное описание программы с точки зрения пользователя.
Экономическая эффективность	характеристика системы с точки зрения соотношения затрат и результатов ее функционирования.
Срок окупаемости	период времени, необходимый для того, чтобы доходы, полученные с помощью разработанного механизма, покрыли затраты на разработку данного механизма.
Валовая прибыль	разница между выручкой и себестоимостью реализованной продукции или услуги.

Приложение В. Техническое задание

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«ТЮМЕНСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»

ИНСТИТУТ ДИСТАНЦИОННОГО ОБРАЗОВАНИЯ

Устюжина Оксана Олеговна

Механизм учета подарочных сертификатов в системе «1С:Предприятие 8.3. Управление торговлей 10.3» для организации-заказчика ООО «Робинзон»

(техническое задание)

Выполнил

студентка 5 курса

дистанционной формы обучения

Устюжина О.О.

Тюмень, 2014

Общие сведения

Наименование системы

Полное наименование: Разработка механизма «Учет подарочных сертификатов в системе «1С:Предприятие 8.3. Управление торговлей 10.3»

Краткое наименование: Учет подарочных сертификатов.

Основания для разработки

Договор №31/10/13-ИТ-26 от 31 октября 2013 года.

Наименования организаций — Заказчика и Разработчика

Заказчик: ООО «Робинзон».

Разработчик: ООО «А проджект».

Порядок оформления и предъявления Заказчику результатов работ

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

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

Документ «Акт тестирования» содержит таблицу отметки работоспособности доработанного функционала.

Заказчик тестирует систему по сценарию, заполняя в процессе документ «Акт тестирования», указывая в нем выявленные замечания.

При наличии хотя бы одного замечания система дорабатывается Разработчиком. При возникновении замечаний вне сценария тестирования оформляются новые технические задания.

Сценарий тестирования

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

Акт тестирования

№	Объект системы	Работоспособность (работает, не работает, работает частично)	Комментарий
1	Справочник «Информационные карты»
1.1.	Создание элемента справочника
1.2	Удаление элемента справочника
1.3	Редактирование элемента справочника
2	Документ «Принятие к учету сертификатов»
2.1	Заполнение документа
2.2	Проведение документа
2.3	Отмена проведения документа
3	Документ «Списание сертификатов»
3.1	Заполнение документа
3.2	Проведение документа
3.3	Отмена проведения документа
4	Документ «Чек ККМ»
4.1	Заполнение документа
4.2	Продажа сертификата
4.3	Пробитие чека
4.4	Оплата покупки сертификатом
4.5	Проведение документа
5	Закрытие кассовой смены
5.1	Заполнение документа «Отчет о розничных продажах»
5.2.	Проведение документа «Отчет о розничных продажах»
6	Формирование внешних отчетов
6.1	Валовая прибыль с сертификатами
6.2	Валовая прибыль с сертификатами по поставщикам
6.3	Товарный отчет с сертификатами (ТОРГ-29)
6.4	Продажи с сертификатами
Осуществил
Должность
Весь функционал проверен мной лично.
		Подпись ___________________	Дата ___________

Назначение и цели

Назначение

Разработанный механизм позволит Заказчику вести учет подарочных сертификатов в своей деятельности

Цели создания

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

Требования

Создать предопределенный элемент «Сертификат» в справочнике «Номенклатура»:

· вид номенклатуры — «Услуга»;

· НДС — «Без НДС»;

· единица измерения — «шт.».

В перечисление «Типы оплат чека ККМ» добавить предопределенное значение «Подарочный сертификат».

В перечисление «Типы информационных карт» добавить значение «Сертификат».

Создать перечисление «Статус движения сертификатов» со следующими значениями:

· В магазине;

· На руках;

· Списан.

Изменить форму элемента справочника «Информационные карты»:

· при выборе типа карты «Сертификат» скрывать не обязательные к заполнению реквизиты «Владелец карты», «Вид дисконтной карты», «Количество чеков», «Бонусная»;

· создать новый реквизит «Номинал сертификата», активирующийся при выборе значения типа карты «Сертификат».

Создать новый регистр сведений «Движения сертификатов» со следующей структурой:

· Измерения:

o Сертификат — элементы справочника «Информационные карты»;

· Ресурсы:

o Количество — числовой тип;

o Стоимость — денежный тип;

· Реквизиты:

o Статус — перечисление «Статус движений сертификатов»;

o Тип оплаты — перечисление «Типы оплаты чека ККМ».

Создать документ «Принятие к учету сертификатов» со следующей структурой:

· Шапка документа:

o Номер документа;

o Дата и время;

· Табличная часть «Сертификаты»:

o Сертификат — элемент справочника «Информационные карты» с выбранным типом карты «Сертификат»;

o Количество;

o Номинал — номинал элемента справочника «Информационные карты»;

o Статус — перечисление «Статус движения сертификатов»;

· Подвал:

o Ответственный.

При проведении документа «Принятие к учету сертификатов» должна совершаться запись в регистре сведений «Движения сертификатов».

Создать документ «Списание сертификатов» со следующей структурой:

· Шапка документа:

o Номер документа;

o Дата и время;

· Табличная часть «Сертификаты»:

o Сертификат — элемент справочника «Информационные карты» с выбранным типом карты «Сертификат»;

o Количество;

o Номинал — номинал элемента справочника «Информационные карты»;

o Статус — перечисление «Статус движения сертификатов»;

· Подвал:

o Ответственный.

При проведении документа «Списание сертификатов» должна совершаться запись в регистре сведений «Движения сертификатов».

Изменить документ «Чек ККМ»:

· создать табличную часть «Сертификаты»:

o Сертификат — элемент справочника «Информационные карты» с выбранным типом карты «Сертификат»;

o Сумма — номинал элемента справочника «Информационные карты».

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

· при считывании в документ «Чек ККМ» подарочного сертификата торговым оборудованием проверяется статус подарочной карты по регистру «Движения сертификатов»;

· если статус подарочного сертификата равен «Списан», выдавать ошибку;

· если статус подарочного сертификата равен «В магазине», то в поле «Номенклатура» табличной части «Товары» добавлять предопределенный элемент «Сертификат» справочника «Номенклатура» в количестве «1», цена должна соответствовать номиналу считанной подарочной карты;

· если статус подарочного сертификата равен «На руках», то считанную подарочную карту добавлять в табличную часть «Сертификаты» с указанием в поле «Сумма» ее номинала;

· если заполнена табличная часть «Сертификаты», то при заполнении табличной части «Товары» рассчитывать сумму к оплате за вычетом суммарного номинала указанных сертификатов;

· если рассчитанная сумма к оплате меньше или равна «0», то деактивировать элемент управления «Закрытие чека»;

· если рассчитанная сумма к оплате больше «0», то активировать элемент управления «Закрытие чека»;

· если заполнена табличная часть «Сертификаты», то при закрытии чека в форме выбора оплаты по умолчанию выставлять следующие настройки:

o вид оплаты — «Списком»;

o табличная часть «Оплата»:

§ «Вид оплаты» — «Подарочный сертификат»;

§ «Сумма» — суммарный номинал указанных в табличной части «Сертификаты»;

§ «Вид оплаты» — «Наличные»;

§ «Сумма» — разница между суммой документа и суммарным номиналом подарочных сертификатов, указанных в табличной части «Сертификаты».

При проведении документ «Чек ККМ» должен совершать запись в регистре «Движения сертификатов».

Изменить документ «Отчет о розничных продажах»:

· создать табличную часть «Сертификаты»:

o период;

o сертификат — элемент справочника «Информационные карты» с выбранным типом карты «Сертификат»;

o количество;

o стоимость — номинал элемента справочника «Информационные карты» с выбранным типом карты «Сертификат»;

o статус — перечисление «Статус движения сертификатов»;

o тип оплаты — перечисление «Типы оплаты чека ККМ».

При закрытии кассовой смены и создании документа «Отчет о розничных продажах» заполнять данные документ по подарочным сертификатам по следующему алгоритму:

· предопределенный элемент «Сертификат» справочника «Номенклатура» из табличной части «Товары» документа «Чек ККМ» переносить в табличную часть «Товары» документа «Отчет о розничных продажах»;

· при заполнении табличной части «Товары» предопределенным элементом «Сертификат» справочника «Номенклатура» заполнять табличную часть «Сертификаты» проданной подарочной картой и статусом «На руках»;

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

При проведении документ «Отчет о розничных продажах» должен совершать запись в регистре сведений «Движения сертификатов».

Создать внешние отчеты:

· валовая прибыль с сертификатами;

· валовая прибыль с сертификатами по поставщикам;

· продажи с сертификатами;

· товарный отчет с сертификатами (ТОРГ-29),

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

Справочник «Информационные карты»

// Процедура изменяет внешний вид формы в зависимости от значения, выбранного в поле «ТипКарты».

Процедура ПриИзмененииТипаКарты()

Если ТипКарты=Перечисления.ТипыИнформационныхКарт.Сертификат Тогда

ЭлементыФормы.ВладелецКарты.Видимость=Ложь;

ЭлементыФормы.НадписьВладелецКарты.Видимость=Ложь;

ЭлементыФормы.НадписьКоличествоЧеков.Видимость=Ложь;

ЭлементыФормы.КоличествоЧеков.Видимость=Ложь;

ЭлементыФормы.фБонусная.Видимость=Ложь;

Сертификат=Истина;

ИначеЕсли ТипКарты = Перечисления.ТипыИнформационныхКарт.Дисконтная Тогда

ЭлементыФормы.ВладелецКарты.ОграничениеТипа = Новый ОписаниеТипов(«СправочникСсылка.Контрагенты»);

Сертификат=Ложь;

иначе

ЭлементыФормы.ВладелецКарты.ОграничениеТипа = Новый ОписаниеТипов(«СправочникСсылка.Пользователи»);

Сертификат=Ложь;

КонецЕсли;

ИзменениеСертификата();

ГенерацияНаименования();

КонецПроцедуры // ПриИзмененииТипаКарты()

Процедура ИзменениеСертификата()

Если Сертификат тогда

Бонусная=Не Сертификат;

ЭлементыФормы.тНоминал.Видимость=истина;

ЭлементыФормы.надписьНоминал.Видимость=истина;

Иначе

ЭлементыФормы.тНоминал.Видимость=Ложь;

ЭлементыФормы.надписьНоминал.Видимость=Ложь;

КонецЕсли;

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

Процедура ГенерацияНаименования()

Если Сертификат и ЭтоНовый() тогда

Наименование=СокрЛП(«Сертификат «+Строка(НоминалСертификата)+ » «+Строка(ШтрихКодКарты));

КонецЕсли;

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

Процедура тНоминалПриИзменении(Элемент)

ГенерацияНаименования();

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

Документ «Чек ККМ»

Функция ПолучитьСтатусСертификата(знач НаДату,знач текСертификат) Экспорт

//возвращает статус сертификата

ЗапросСтатус=новый запрос;

ЗапросСтатус.Текст=»ВЫБРАТЬ

| ДвиженияСертификатовСрезПоследних.Статус,

| ДвиженияСертификатовСрезПоследних.Сертификат,

| ДвиженияСертификатовСрезПоследних.Количество,

| ДвиженияСертификатовСрезПоследних.Стоимость

| РегистрСведений.ДвиженияСертификатов.СрезПоследних(&ДатаСреза,Сертификат=&ТекущийСертификат) КАК ДвиженияСертификатовСрезПоследних»;

ЗапросСтатус.УстановитьПараметр(«ДатаСреза»,НаДату);

ЗапросСтатус.УстановитьПараметр(«ТекущийСертификат»,текСертификат);

Результат=ЗапросСтатус.Выполнить().Выбрать();

Если Результат.Следующий() тогда

возврат Результат.Статус;

Иначе

возврат Перечисления.СтатусДвиженияСертификатов.ПустаяСсылка();

КонецЕсли;

КонецФункции

Функция ПолучитьНоминалСертификата(знач НаДату,знач текСертификат) Экспорт

//возвращает статус сертификата

ЗапросСтатус=новый запрос;

ЗапросСтатус.Текст=»ВЫБРАТЬ

| ДвиженияСертификатовСрезПоследних.Сертификат,

| ДвиженияСертификатовСрезПоследних.Стоимость

| РегистрСведений.ДвиженияСертификатов.СрезПоследних(&ДатаСреза,Сертификат=&ТекущийСертификат) КАК ДвиженияСертификатовСрезПоследних»;

ЗапросСтатус.УстановитьПараметр(«ДатаСреза»,НаДату);

ЗапросСтатус.УстановитьПараметр(«ТекущийСертификат»,текСертификат);

Результат=ЗапросСтатус.Выполнить().Выбрать();

Если Результат.Следующий() тогда

возврат Результат.Стоимость;

Иначе

возврат 0

КонецЕсли;

КонецФункции

Процедура ДвиженияПоРегистрам(РежимПроведения, СтруктураШапкиДокумента,

ТаблицаПоТоварам, ТаблицаПоСкидкам, Отказ, Заголовок);

// По результату запроса по шапке документа формируем движения по регистрам.

// Параметры:

// РежимПроведения — режим проведения документа (оперативный или неоперативный),

// СтруктураШапкиДокумента — выборка из результата запроса по шапке документа,

// ТаблицаПоТоварам — таблица значений, содержащая данные для проведения и проверки ТЧ Товары

// ТаблицаПоСкидкам — таблица значений, содержащая данные для проведения по скидкам,

// Отказ — флаг отказа в проведении,

// Заголовок — строка, заголовок сообщения об ошибке проведения.

// По некоторым регистрам услуги проводить не нужно.

// Подготовим отдельную таблицу.

ТаблицаПоТоварамБезУслуг = ОбщегоНазначения.ОтобратьСтрокиПоКритериям(ТаблицаПоТоварам,

Новый Структура(«Услуга», Ложь)).Выгрузить();

//Движение по регистру сведений ДвиженияСертификатов

Движения.ДвиженияСертификатов.Записывать = Истина;

Движения.ДвиженияСертификатов.Очистить();

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

//Обналичивание сертификата. Пишем со статусом ВМагазине

Для каждого стрСерт из Сертификаты цикл

Движение = Движения.ДвиженияСертификатов.Добавить();

Движение.Период = Дата;

Движение.Сертификат = стрСерт.Сертификат;

Движение.Статус = Перечисления.СтатусДвиженияСертификатов.ВМагазине;

Движение.Количество = 1;

Движение.Стоимость = стрСерт.Сумма;

фБылаОплатаНал=(Оплата.Найти(Справочники.ВидыОплатЧекаККМ.Наличные,»ВидОплаты»)<>Неопределено);

Движение.ТипОплаты=?(фБылаОплатаНал=истина, Перечисления.ТипыОплатЧекаККМ.Наличные,Перечисления.ТипыОплатЧекаККМ.ПлатежнаяКарта);

КонецЦикла;

Иначе //Проверяем, есть ли среди товаров Сертификаты, если есть, то пишем их со статусом НаРуках

Для каждого стр из Товары цикл

Карта=Справочники.ИнформационныеКарты.НайтиПоРеквизиту(«КодКарты», стр.Штрихкод);

Если карта<> Справочники.ИнформационныеКарты.ПустаяСсылка() тогда

Движение = Движения.ДвиженияСертификатов.Добавить();

Движение.Период = Дата;

Движение.Сертификат = Карта;

Движение.Статус = Перечисления.СтатусДвиженияСертификатов.НаРуках;

Движение.Количество = стр.Количество;

Движение.Стоимость = стр.Цена*стр.Количество;

фБылаОплатаНал=(Оплата.Найти(Справочники.ВидыОплатЧекаККМ.Наличные,»ВидОплаты»)<>Неопределено);

Движение.ТипОплаты=?(фБылаОплатаНал=истина, Перечисления.ТипыОплатЧекаККМ.Наличные,Перечисления.ТипыОплатЧекаККМ.ПлатежнаяКарта);

КонецЕсли;

КонецЦикла;

КонецЕсли;

КонецПроцедуры // ДвиженияПоРегистрам()

// Процедура вызывается при выборе пункта «ДействиеОк» командной панели

// формы. Процедура отрабатывает выбор печатной формы.

Процедура ДействияФормыДействиеОк(Кнопка)

Сдача = Оплата.Итог(«Сумма») — Сертификаты.Итог(«Сумма»)-СуммаИтогоПослеПерерасчета;//Товары.Итог(«Сумма»);

ОписаниеОшибки = «»;

//AG

Если ПереключательОплатаПростая Тогда

Если Не ЗначениеЗаполнено(ВидОплаты) Тогда

ОписаниеОшибки = «Не указан тип оплаты!»;

ИначеЕсли Оплата.Итог(«Сумма»)-Сертификаты.Итог(«Сумма») < СуммаИтогоПослеПерерасчета и не фОплатаБонусом Тогда

ОписаниеОшибки = «Суммы недостаточно для оплаты чека!»;

ИначеЕсли суммаОплаты < СуммаИтогоПослеПерерасчета/100*1 и фОплатаБонусом тогда

ОписаниеОшибки = «Суммы недостаточно для оплаты чека!»;

КонецЕсли;

Иначе

Для Каждого СтрокаОплат Из Оплата Цикл

Если Не ЗначениеЗаполнено(СтрокаОплат.ВидОплаты) Тогда

ОписаниеОшибки = «Не указан тип оплаты!»;

Прервать;

КонецЕсли;

КонецЦикла;

//AG

Если ПустаяСтрока(ОписаниеОшибки)

И Оплата.Итог(«Сумма»)-Сертификаты.Итог(«Сумма») < СуммаИтогоПослеПерерасчета и не фОплатаБонусом Тогда

ОписаниеОшибки = «Суммы недостаточно для оплаты чека!»;

Иначе

сообщить(СуммаОплаты);

сообщить(СуммаИтогоПослеПерерасчета/100*1);

Если фОплатаБонусом И СуммаОплаты < СуммаИтогоПослеПерерасчета/100*1 тогда

ОписаниеОшибки = «Суммы недостаточно для оплаты чека!»;

КонецЕсли

КонецЕсли;

КонецЕсли;

Закрыть(«Закрыть чек»);

КонецПроцедуры // ДействияФормыДействиеОк()

Процедура ПересчетТоварыСумма(вид)

СуммаОплаты=0;

Для каждого стр из Товары цикл

ОбработкаТабличныхЧастей.РассчитатьСуммуТабЧасти(стр, ЭтотОбъект);

КонецЦикла;

СуммаОплаты=Товары.Итог(«Сумма»)-Сертификаты.Итог(«Сумма»);

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

// Производит заполнение документа переданными из формы подбора данными.

// Параметры:

// ТабличнаяЧасть — табличная часть, в которую надо добавлять подобранную позицию номенклатуры;

// ЗначениеВыбора — структура, содержащая параметры подбора.

Процедура ОбработкаПодбора(ТабличнаяЧасть, ЗначениеВыбора) Экспорт

Перем Бонусная,СпособЗаполненияЦен, ВалютаЦены, ИзТерминала;

Перем Номенклатура, ЕдиницаИзмерения, Количество, Цена, Характеристика, Серия, Сертификат;

Если РаботаСДиалогами.ПроверитьЧтоКачествоВСтруктуреПодбораНеУдовлетворяетУсловиямПодбора(ЗначениеВыбора, Истина) Тогда

Возврат;

КонецЕсли;

// Получим параметры подбора из структуры подбора.

ЗначениеВыбора.Свойство(«СпособЗаполненияЦен», СпособЗаполненияЦен);

ЗначениеВыбора.Свойство(«ВалютаЦены», ВалютаЦены);

ЗначениеВыбора.Свойство(«Номенклатура», Номенклатура);

ЗначениеВыбора.Свойство(«ЕдиницаИзмерения», ЕдиницаИзмерения);

ЗначениеВыбора.Свойство(«Количество», Количество);

ЗначениеВыбора.Свойство(«Цена», Цена);

ЗначениеВыбора.Свойство(«Характеристика», Характеристика);

ЗначениеВыбора.Свойство(«Серия», Серия);

ЗначениеВыбора.Свойство(«ИзТерминала», ИзТерминала);

ЗначениеВыбора.Свойство(«Сертификат», Сертификат);

ЗначениеВыбора.Свойство(«Бонус», Бонусная);

//Проверим, есть ли уже сертификаты в ТЧ Товары с одинаковым штрихкодом. Если есть, то не добавляем

Если ЗначениеЗаполнено(Сертификат) тогда

флВозврат=ложь;

Для каждого товар из Товары цикл

Если товар.Номенклатура=Справочники.Номенклатура.Сертификат И товар.Штрихкод=Сертификат.КодКарты тогда

флВозврат=Истина;

КонецЕсли;

КонецЦикла;

Если флВозврат тогда

возврат;

КонецЕсли;

КонецЕсли;

// Ищем выбранную позицию в таблице подобранной номенклатуры.

// Если найдем — увеличим количество; не найдем — добавим новую строку.

СтруктураОтбора = Новый Структура();

СтруктураОтбора.Вставить(«Номенклатура», Номенклатура);

СтруктураОтбора.Вставить(«ЕдиницаИзмерения», ЕдиницаИзмерения);

СтруктураОтбора.Вставить(«ХарактеристикаНоменклатуры», Характеристика);

СтруктураОтбора.Вставить(«СерияНоменклатуры» , Серия);

Если СпособЗаполненияЦен = Перечисления.СпособыЗаполненияЦен.ПоРозничнымЦенам Тогда

СтруктураОтбора.Вставить(«Цена», Цена);

КонецЕсли;

ШтрихКод = «»;

Если не ЗначениеЗаполнено(Сертификат) тогда

СтрокаШтрихкода = УправлениеРозничнойТорговлей.ПолучитьШтрихКод(Номенклатура,

ЕдиницаИзмерения,

Характеристика,

Серия,

Справочники.Качество.Новый);

Если СтрокаШтрихкода <> Неопределено Тогда

ШтрихКод = СтрокаШтрихкода.Штрихкод;

КонецЕсли;

// КонецЕсли;

Иначе

ШтрихКод=Сертификат.КодКарты;

КонецЕсли;

ПоследняяСтрока = Товары.Количество()-1;

Если Товары.Количество() > 0

И Товары[ПоследняяСтрока].Номенклатура = Номенклатура

И Товары[ПоследняяСтрока].ЕдиницаИзмерения = ЕдиницаИзмерения

И Товары[ПоследняяСтрока].ХарактеристикаНоменклатуры = Характеристика

И Товары[ПоследняяСтрока].СерияНоменклатуры = Серия

И Товары[ПоследняяСтрока].Штрихкод=ШтрихКод

Тогда

СтрокаТабличнойЧасти = Товары[ПоследняяСтрока];

// Нашли, увеличиваем количество в первой найденной строке.

Если Номенклатура<>Справочники.Номенклатура.Сертификат тогда //AG

СтрокаТабличнойЧасти.Количество = СтрокаТабличнойЧасти.Количество + Количество;

КонецЕсли;

КонецПроцедуры // ОбработкаПодбора()

//Производит закрытие чека на фискальном регистраторе и печать товарного чека.

// Параметры:

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

Процедура ЗакрытьЧек(Печать = Ложь)

Перем Ответ;

Перем Паника;

Если ТолькоПросмотр Тогда

Закрыть();

Иначе

Если ВидОперации = Перечисления.ВидыОперацийЧекККМ.Продажа Тогда

Если Не ЧекПробитНаККМ И СуммаИтогоПослеПерерасчета > 0 Тогда

//AG-

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

Оплата.Очистить();

ОплатаНал=Оплата.Добавить();

ОплатаНал.ВидОплаты=Справочники.ВидыОплатЧекаККМ.Наличные;

СуммаНаличными=СуммаИтогоПослеПерерасчета;

Для каждого Сертификат из Сертификаты Цикл

ОплатаСертификатом=Оплата.Добавить();

ОплатаСертификатом.ВидОплаты=Справочники.ВидыОплатЧекаККМ.Сертификат;

ОплатаСертификатом.Сумма=ПолучитьНоминалСертификата(ТекущаяДата(),Сертификат.Сертификат);

// СуммаНаличными=СуммаНаличными-ОплатаСертификатом.Сумма;

КонецЦикла;

Если СуммаНаличными<1 Тогда

Предупреждение(«Сумма товаров должна быть больше суммы сертификатов!»);

Возврат;

Иначе

// СуммаИтогоПослеПерерасчета=СуммаНаличными;

КонецЕсли;

КонецЕсли;

//-AG

КонецПроцедуры // ЗакрытьЧек()

// Процедура — обработчик события «ПриОткрытии» формы

Процедура ПриОткрытии()

//AG

НоминалСертификатовВсего=0;

СуммаДоПерерасчета=0;

ИспользуемыйСертификат=Справочники.ИнформационныеКарты.ПустаяСсылка();

Сертификаты.Очистить();

предСерт=Справочники.ИнформационныеКарты.ПустаяСсылка();

//AG

КонецПроцедуры // ПриОткрытии()

// Функция осуществляет обработку считывания штрихкода информационной карты

// Параметры:

// Карта — <СправочникСсылка.ИнформационныеКарты>

// — Отсканированная информационная карта.

// СШК — <Строка>

// — Идентификатор сканера штрихкода, с которым связано данное

// событие.

// Возвращаемое значение:

// <Булево> — Данная ситуация обработана.

Функция СШКИнформационнаяКарта(Карта, СШК) Экспорт

Результат = Истина;

Если РаботаСТорговымОборудованием.ПроверитьСообщитьЧтоКартаНеДисконтная(Карта) Тогда

Возврат Результат;

КонецЕсли;

//AG

Если Карта.Сертификат тогда

НоминалСертификата=ПолучитьНоминалСертификата(ТекущаяДата(), Карта);

Статус= ПолучитьСтатусСертификата(ТекущаяДата(),Карта);

Если Статус=Перечисления.СтатусДвиженияСертификатов.ПустаяСсылка() тогда

Предупреждение(«Данный сертификат не был принят к учету!!!»);

ИначеЕсли Статус=Перечисления.СтатусДвиженияСертификатов.ВМагазине тогда

// Если ИспользуемыйСертификат.Сертификат тогда

Если Сертификаты.Найти(Карта)<>Неопределено Тогда

//уже выбран сертификат клиента и покупается еще один сертификат на него

Предупреждение(«Нельзя использовать сертификат для покупки другого сертификата»);

Иначе

СтруктураПодбора = СформироватьСтруктуруПодбораСертификат(Дата, Справочники.Номенклатура.Сертификат, 1, мВалютаРегламентированногоУчета,

Неопределено, мУказаниеСкладовВТЧ,

ТипЦен, , , УсловиеПродаж, Склад, НоминалСертификата,Карта);

СтруктураПодбора.Вставить(«Бонус»,Ложь);

ОбработкаПодбора(Товары, СтруктураПодбора);

КонецЕсли;

ИначеЕсли Статус=Перечисления.СтатусДвиженияСертификатов.Списан тогда

Предупреждение(«Данный сертификат числится списанным!!!»);

ИначеЕсли Статус=Перечисления.СтатусДвиженияСертификатов.НаРуках тогда

ЕстьБонусНоменклатура=Ложь;

Для каждого стр из Товары цикл

Если стр.Бонус тогда

ЕстьБонусНоменклатура=Истина;

КонецЕсли;

КонецЦикла;

Если ЕстьБонусНоменклатура тогда

Предупреждение(«Нельзя использовать сертификат для обналичивания, поскольку в списке товаров имеется бонусная номенклатура»);

возврат Результат;

КонецЕсли;

НайденнаяСтрока=Сертификаты.Найти(Карта, «Сертификат»);

Если НайденнаяСтрока <> Неопределено Тогда

Предупреждение(«Нельзя использовать один сертификат дважды!!!»);

возврат Результат;

КонецЕсли;

ЕстьСертификатВТЧ=ложь;

ИтоговаяСумма=Товары.Итог(«Сумма»);

Для каждого стр из Товары цикл

Если стр.Номенклатура=Справочники.Номенклатура.Сертификат тогда

ЕстьСертификатВТЧ=истина;

КонецЕсли;

КонецЦикла;

Если не ЕстьСертификатВТЧ тогда

ЭлементыФормы.НадписьСертификат.Видимость=Истина;

ЭлементыФормы.ТабличноеПоле1.Видимость=Истина;

НовыйСертификат=Сертификаты.Добавить();

НовыйСертификат.Сертификат=Карта;

НовыйСертификат.Сумма=НоминалСертификата;//Карта.НоминалСертификата;

Иначе

ОтменитьПересчетТоваров_Сертификаты(НоминалСертификатовВсего,ИтоговаяСумма);

Предупреждение(«Нельзя использовать сертификат для покупки другого сертификата!!!»);

предСерт=Справочники.ИнформационныеКарты.ПустаяСсылка();

НоминалСертификатовВсего=0;

Сертификаты.Очистить();

КонецЕсли;

КонецЕсли;

Иначе

ДисконтнаяКарта = Карта;

ПриИзмененииДисконтнойКарты();

КонецЕсли;

Возврат Результат;

КонецФункции // СШКИнформационнаяКарта()

Процедура ПерерасчетТоваров_Сертификаты(СуммаНоминал,СуммаТовары, Карта)

если СуммаТовары>СуммаНоминал тогда

//Списываем номинал карты пропорционально суммам

Для каждого запись из Товары цикл

процентСписания=(запись.Сумма*100)/СуммаТовары;

СуммаСписания=окр(СуммаНоминал/100*процентСписания,2);//,»ЧДЦ=12″);

//запись.Сумма=запись.Сумма-СуммаСписания;//,»ЧДЦ=12″);

сСумма=запись.Сумма-СуммаСписания;

запись.Цена=(сСумма*100/(100-(запись.ПроцентАвтоматическихСкидок+запись.ПроцентСкидкиНаценки)))/запись.Количество;//,»ЧДЦ=12″);

ОбработкаТабличныхЧастей.РассчитатьСуммуТабЧасти(запись, ЭтотОбъект);

Если запись.Цена<0.01 Тогда

запись.Цена=0.01;

//запись.Сумма=запись.Цена*запись.Количество;

ОбработкаТабличныхЧастей.РассчитатьСуммуТабЧасти(запись, ЭтотОбъект);

КонецЕсли;

КонецЦикла;

ИспользуемыйСертификат=Карта;

предСерт=Карта;

Иначе

НоминалСертификата=ПолучитьНоминалСертификата(ТекущаяДата(),Карта);

Предупреждение(«Сумма для обналичивания сертификата должна быть больше номинала сертификата » + НоминалСертификата+»р.»);

ИспользуемыйСертификат=Справочники.ИнформационныеКарты.ПустаяСсылка();

Сертификаты.Очистить();

СуммаНоминал=СуммаНоминал-НоминалСертификата;

предСерт=Справочники.ИнформационныеКарты.ПустаяСсылка();

КонецЕсли;

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

Процедура ОтменитьПересчетТоваров_Сертификаты(СуммаНоминал,СуммаТовары);

Для каждого запись из Товары цикл

запись.Цена = УправлениеРозничнойТорговлей.ПолучитьПродажнуюЦену(Дата, Запись.Номенклатура,

запись.ХарактеристикаНоменклатуры, Запись.ЕдиницаИзмерения,Склад, УсловиеПродаж);

//запись.Сумма=(запись.Цена*запись.Количество)- (запись.Цена*запись.Количество)/100*(запись.ПроцентАвтоматическихСкидок+запись.ПроцентСкидкиНаценки);

ОбработкаТабличныхЧастей.РассчитатьСуммуТабЧасти(запись, ЭтотОбъект);

КонецЦикла;

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

Процедура ДействияФормыНазначитьСкидку(Кнопка)

Если ЗначениеЗаполнено(ИспользуемыйСертификат) тогда

предупреждение(«Уже был использован сертификат!!! Применение скидки невозможно!»);

возврат;

КонецЕсли;

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

Процедура ДисконтнаяКартаПриИзменении(Элемент)

//AG

Если ЗначениеЗаполнено(ИспользуемыйСертификат) тогда

Предупреждение(«Нельзя применять дисконтную карту, поскольку уже выбран сертификат!!!»);

ДисконтнаяКарта=Неопределено;

КонецЕсли; //Запретить выбирать ДКарту, так как заюзан сертификат и скидка будет применяться к маленькой сумме

Если ДисконтнаяКарта.Сертификат тогда

Предупреждение(«Нельзя выбирать сертификат в поле «»дисконтная карта»»»);

ДисконтнаяКарта=Неопределено;

КонецЕсли;

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

Функция СформироватьСтруктуруПодбораСертификат(Знач ДатаЦен, Знач Номенклатура, Знач Количество, Знач Валюта,

Знач СерийныйНомер, Знач СкладыВТЧ, Знач ТипЦен,

Знач Контрагент = Неопределено,

Знач Договор = Неопределено,

Знач УсловиеПродаж = Неопределено,

Знач Склад = Неопределено, знач Номинал,знач Сертификат)

Результат = Новый Структура();

Если ЗначениеЗаполнено(СерийныйНомер) Тогда

Номенклатура = СерийныйНомер.Владелец;

Единица = Номенклатура.ЕдиницаХраненияОстатков;

Характеристика = Справочники.ХарактеристикиНоменклатуры.ПустаяСсылка();

Серия = Справочники.СерииНоменклатуры.ПустаяСсылка();

Качество = Справочники.Качество.Новый;

Количество = 1;

КонецЕсли;

Результат.Вставить(«СпособЗаполненияЦен», Перечисления.СпособыЗаполненияЦен.ПоЦенамНоменклатуры);

Результат.Вставить(«ВалютаЦены», Валюта);

Результат.Вставить(«Номенклатура», Номенклатура);

Результат.Вставить(«ЕдиницаИзмерения», Справочники.ЕдиницыИзмерения.НайтиПоНаименованию(«шт»));

Результат.Вставить(«Количество», 1);

Результат.Вставить(«Цена», Номинал);

Результат.Вставить(«Характеристика», Справочники.ХарактеристикиНоменклатуры.ПустаяСсылка());// Характеристика);

Результат.Вставить(«Серия», Справочники.СерииНоменклатуры.ПустаяСсылка());//Серия);

Результат.Вставить(«Качество», Справочники.Качество.Новый);// Качество);

Результат.Вставить(«ЕстьСкладВТабличнойЧасти», СкладыВТЧ);

Результат.Вставить(«Команда», «ПодборВТабличнуюЧасть»);

Результат.Вставить(«Сертификат», Сертификат );

Возврат Результат;

КонецФункции

Процедура пСертификатОчистка(Элемент, СтандартнаяОбработка)

ИтоговаяСумма=Товары.Итог(«Сумма»);

ОтменитьПересчетТоваров_Сертификаты(НоминалСертификатовВсего,ИтоговаяСумма);

предСерт=Справочники.ИнформационныеКарты.ПустаяСсылка();

НоминалСертификатовВсего=0;

Сертификаты.Очистить();

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

Документ «Принятие к учету сертификатов»

Процедура КоманднаяПанель1ЗаполнитьВсемиСертификатами(Кнопка)

ЗаполнитьСертификатыИзСправочника()

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

Процедура ЗаполнитьСертификатыИзСправочника()

Ответ=вопрос(«Табличная часть сертификаты будет очищена. Желаете продолжить!?»,РежимДиалогаВопрос.ДаНет);

Если ответ=КодВозвратаДиалога.Да тогда

Сертификаты.Очистить();

ЗапросСертификаты=Новый Запрос;

ЗапросСертификаты.Текст=»Выбрать различные

| Док.Сертификат

|Поместить УжеИмеющиесяСертификаты

|из Документ.ПринятиеКУчетуСертификатов.Сертификаты как Док

|ГДЕ Док.Ссылка.Проведен И Док.Ссылка.Дата<=&ДатаДок

| ВЫБРАТЬ

| ИнформационныеКарты.Ссылка,

| ИнформационныеКарты.НоминалСертификата,

| ИнформационныеКарты.Сертификат

| Справочник.ИнформационныеКарты КАК ИнформационныеКарты

|ГДЕ ИнформационныеКарты.Сертификат=истина И ИнформационныеКарты.Ссылка НЕ В (Выбрать * из УжеИмеющиесяСертификаты)»;

ЗапросСертификаты.УстановитьПараметр(«ДатаДок», Дата);

Результат=ЗапросСертификаты.Выполнить().Выбрать();

Пока Результат.Следующий() цикл

новСерт=Сертификаты.Добавить();

новСерт.Сертификат=Результат.Ссылка;

новСерт.Номинал=Результат.НоминалСертификата;

новСерт.Количество=1;

новСерт.Статус=Перечисления.СтатусДвиженияСертификатов.ВМагазине;

КонецЦикла;

КонецЕсли;

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

Процедура ПриОткрытии()

Если ЭтоНовый() или не ЗначениеЗаполнено(Ответственный) тогда

Ответственный=ПараметрыСеанса.ТекущийПользователь;

КонецЕсли;

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

Процедура СертификатыСертификатПриИзменении(Элемент)

ПерезаполнениеСтоимости();

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

Процедура СертификатыСертификатОткрытие(Элемент, СтандартнаяОбработка)

ПерезаполнениеСтоимости();

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

Процедура СертификатыПриАктивизацииЯчейки(Элемент)

ПерезаполнениеСтоимости();

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

Процедура ПерезаполнениеСтоимости()

Попытка

тд=ЭлементыФормы.Сертификаты.ТекущаяСтрока;

тд.Номинал=тд.Сертификат.НоминалСертификата;

Исключение

КонецПопытки;

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

// Процедура — обработчик внешнего событие, которое возникает при посылке

// внешним приложением сообщения, сформированного в специальном формате.

// Внешнее событие сначала обрабатывается всеми открытыми формами, имеющими

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

// приложения с именем ОбработкаВнешнегоСобытия().

// Параметры:

// Источник — <Строка>

// — Источник внешнего события.

// Событие — <Строка>

// — Наименование события.

// Данные — <Строка>

// — Данные для события.

Процедура ВнешнееСобытие(Источник, Событие, Данные)

Если Не ВводДоступен() Тогда

Возврат;

КонецЕсли;

ПолучитьСерверТО().ОбработатьВнешнееСобытие(Источник, Событие, Данные, ЭтаФорма);

КонецПроцедуры // ВнешнееСобытие()

// Функция возвращает признак того, что клиент поддерживает работу с видом ТО,

// переданным в качестве параметра.

// Параметры:

// Вид — <ПеречислениеСсылка.ВидыТорговогоОборудования>

// — Вид торгового оборудования, информация о поддержке

// которого запрашивается.

// Возвращаемое значение:

// <Булево> — Признак поддержки указанного класса торгового оборудования.

Функция ПоддерживаетсяВидТО(Вид) Экспорт

Результат = Ложь;

Если Вид = Перечисления.ВидыТорговогоОборудования.СканерШтрихКода

Или Вид = Перечисления.ВидыТорговогоОборудования.СчитывательМагнитныхКарт

Или Вид = Перечисления.ВидыТорговогоОборудования.ДисплейПокупателя

Или Вид = Перечисления.ВидыТорговогоОборудования.ЭлектронныеВесы

Или Вид = Перечисления.ВидыТорговогоОборудования.ФискальныйРегистратор

Или Вид = Перечисления.ВидыТорговогоОборудования.ТерминалСбораДанных

Или Вид = Перечисления.ВидыТорговогоОборудования.ЭквайринговаяСистема

Или Вид = Перечисления.ВидыТорговогоОборудования.СчитывательRFIDМеток Тогда

Результат = Истина;

КонецЕсли;

Возврат Результат;

КонецФункции // ПоддерживаетсяВидТО()

Функция СШКНоменклатура(Номенклатура, Характеристика, Серия, Качество,

Единица, Количество, СШК) Экспорт

Результат = Истина;

возврат Результат;

КонецФункции

Функция СШКИнформационнаяКарта(Карта, СШК) Экспорт

Попытка

Результат = Истина;

Если РаботаСТорговымОборудованием.ПроверитьСообщитьЧтоКартаНеДисконтная(Карта) Тогда

Возврат Результат;

КонецЕсли;

Если Сертификаты.Найти(Карта,»Сертификат»)=неопределено тогда

Если Карта.Сертификат тогда

НовСерт=Сертификаты.Добавить();

НовСерт.Сертификат=Карта;

НовСерт.Количество=1;

НовСерт.Номинал=Карта.НоминалСертификата;

НовСЕрт.Статус=Перечисления.СтатусДвиженияСертификатов.ВМагазине;

Иначе

Результат=ложь;

Сообщить(«Карта не является сертификатом!!!»);

КонецЕсли;

Иначе

сообщить(«Такой сертификат уже имеется в списке!!!»);

КонецЕсли;

Исключение

Сообщить(«ошибка!»);

КонецПопытки;

Возврат Результат;

КонецФункции // СШКИнформационнаяКарта()

Функция СШКНеизвестныйКод(Штрихкод, ТипКода, СШК) Экспорт

Возврат Ложь;

КонецФункции // СШКНеизвестныйКод()

Процедура СШКОшибка(Ошибка, Штрихкод, ТипШК, СШК) Экспорт

Текст = ПолучитьСерверТО().ПолучитьТекстОшибкиСШКТО(Ошибка, Штрихкод, ТипШК);

Предупреждение(Текст);

КонецПроцедуры // СШКОшибка()

Процедура ПередОткрытием(Отказ, СтандартнаяОбработка)

ПолучитьСерверТО().ПодключитьКлиента(ЭтаФорма);

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

Документ «Списание сертификатов»

Процедура СертификатыСертификатПриИзменении(Элемент)

ПерезаполнениеСтоимости();

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

Процедура ПерезаполнениеСтоимости()

тд=ЭлементыФормы.Сертификаты.ТекущаяСтрока;

тд.Номинал=тд.Сертификат.НоминалСертификата;

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

Процедура ПриОткрытии()

Если ЭтоНовый() или не ЗначениеЗаполнено(Ответственный) тогда

Ответственный=ПараметрыСеанса.ТекущийПользователь;

КонецЕсли;

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

Процедура ВнешнееСобытие(Источник, Событие, Данные)

Если Не ВводДоступен() Тогда

Возврат;

КонецЕсли;

ПолучитьСерверТО().ОбработатьВнешнееСобытие(Источник, Событие, Данные, ЭтаФорма);

КонецПроцедуры // ВнешнееСобытие()

// Функция возвращает признак того, что клиент поддерживает работу с видом ТО,

// переданным в качестве параметра.

Функция ПоддерживаетсяВидТО(Вид) Экспорт

Результат = Ложь;

Если Вид = Перечисления.ВидыТорговогоОборудования.СканерШтрихКода

Или Вид = Перечисления.ВидыТорговогоОборудования.СчитывательМагнитныхКарт

Или Вид = Перечисления.ВидыТорговогоОборудования.ДисплейПокупателя

Или Вид = Перечисления.ВидыТорговогоОборудования.ЭлектронныеВесы

Или Вид = Перечисления.ВидыТорговогоОборудования.ФискальныйРегистратор

Или Вид = Перечисления.ВидыТорговогоОборудования.ТерминалСбораДанных

Или Вид = Перечисления.ВидыТорговогоОборудования.ЭквайринговаяСистема

Или Вид = Перечисления.ВидыТорговогоОборудования.СчитывательRFIDМеток Тогда

Результат = Истина;

КонецЕсли;

Возврат Результат;

КонецФункции // ПоддерживаетсяВидТО()

Функция СШКНоменклатура(Номенклатура, Характеристика, Серия, Качество,

Единица, Количество, СШК) Экспорт

Результат = Истина;

возврат Результат;

КонецФункции

Функция СШКИнформационнаяКарта(Карта, СШК) Экспорт

Попытка

Результат = Истина;

Если РаботаСТорговымОборудованием.ПроверитьСообщитьЧтоКартаНеДисконтная(Карта) Тогда

Возврат Результат;

КонецЕсли;

Если Сертификаты.Найти(Карта,»Сертификат»)=неопределено тогда

Если Карта.Сертификат тогда

НовСерт=Сертификаты.Добавить();

НовСерт.Сертификат=Карта;

НовСерт.Количество=1;

НовСерт.Номинал=Карта.НоминалСертификата;

НовСЕрт.Статус=Перечисления.СтатусДвиженияСертификатов.ВМагазине;

Иначе

Результат=ложь;

Сообщить(«Карта не является сертификатом!!!»);

КонецЕсли;

Иначе

сообщить(«Такой сертификат уже имеется в списке!!!»);

КонецЕсли;

Исключение

Сообщить(«ошибка!»);

КонецПопытки;

Возврат Результат;

КонецФункции // СШКИнформационнаяКарта()

Функция СШКНеизвестныйКод(Штрихкод, ТипКода, СШК) Экспорт

Возврат Ложь;

КонецФункции // СШКНеизвестныйКод()

Процедура СШКОшибка(Ошибка, Штрихкод, ТипШК, СШК) Экспорт

Текст = ПолучитьСерверТО().ПолучитьТекстОшибкиСШКТО(Ошибка, Штрихкод, ТипШК);

Предупреждение(Текст);

КонецПроцедуры // СШКОшибка()

Процедура ПередОткрытием(Отказ, СтандартнаяОбработка)

ПолучитьСерверТО().ПодключитьКлиента(ЭтаФорма);

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

Отчет «Валовая прибыль с сертификатами»

// Обновляет таблицу отчета

Процедура ОбновитьОтчет() Экспорт

СформироватьОтчет(ЭлементыФормы.ПолеТабличногоДокументаРезультат);

КонецПроцедуры // ОбновитьОтчет()

// ПРОЦЕДУРЫ — ОБРАБОТЧИКИ СОБЫТИЙ ФОРМЫ

// Процедура — обработчик события при открытии формы

Процедура ПриОткрытии()

УниверсальныйОтчет.мДействиеПолеВводаВидСравненияПриИзменении = Новый Действие(«ПолеВводаВидСравненияПриИзменении»);

УниверсальныйОтчет.мДействиеПолеВводаЗначениеПриИзменении = Новый Действие(«ПолеВводаЗначениеПриИзменении»);

УниверсальныйОтчет.мДействиеКоманднаяПанельФормыПечать = Новый Действие(«КоманднаяПанельФормыПечать»);

УниверсальныйОтчет.ФормаПриОткрытии(УниверсальныйОтчет, ЭтотОбъект, ЭтаФорма);

КонецПроцедуры // ПриОткрытии()

// Процедура — обработчик события при закрытии формы

Процедура ПриЗакрытии()

УниверсальныйОтчет.ФормаПриЗакрытии(УниверсальныйОтчет, ЭтотОбъект, ЭтаФорма);

КонецПроцедуры // ПриЗакрытии()

////////////////////////////////////////////////////////////////////////////////

// ПРОЦЕДУРЫ — ОБРАБОТЧИКИ НАЖАТИЯ КНОПОК КОМАНДНОЙ ПАНЕЛИ

// Процедура — обработчик нажатия кнопки «Печать»

Процедура КоманднаяПанельФормыПечать(Кнопка)

УниверсальныйОтчет.ФормаПечать(УниверсальныйОтчет, ЭтотОбъект, ЭтаФорма);

КонецПроцедуры // КоманднаяПанельФормыПечать()

// Процедура — обработчик нажатия кнопки «Сформировать»

Процедура КоманднаяПанельФормыСформировать(Кнопка)

ОбновитьОтчет();

КонецПроцедуры // КоманднаяПанельФормыСформировать()

// Процедура — обработчик нажатия кнопки «Настройка»

Процедура КоманднаяПанельФормыНастройка(Кнопка)

УниверсальныйОтчет.ФормаНастройка(УниверсальныйОтчет, ЭтотОбъект, ЭтаФорма, ЭлементыФормы.ПолеТабличногоДокументаРезультат);

КонецПроцедуры // КоманднаяПанельФормыНастройка()

// Процедура — обработчик нажатия кнопки «НовыйОтчет»

Процедура КоманднаяПанельФормыНовыйОтчет(Кнопка)

// Дополнительные параметры в расшифровывающий отчет можно передать

// посредством инициализации переменной «ДополнительныеПараметры».

ДополнительныеПараметры = Неопределено;

УниверсальныйОтчет.ФормаНовыйОтчет(УниверсальныйОтчет, ЭтотОбъект, ДополнительныеПараметры);

КонецПроцедуры // КоманднаяПанельФормыНовыйОтчет()

// Процедура — обработчик нажатия кнопки «БыстрыеОтборы»

Процедура КоманднаяПанельФормыБыстрыеОтборы(Кнопка)

УниверсальныйОтчет.УправлениеОтображениемЭлементовФормы(УниверсальныйОтчет, ЭтаФорма, Кнопка.Имя);

УниверсальныйОтчет.УправлениеПанельюБыстрыеОтборы(УниверсальныйОтчет, ЭтаФорма);

КонецПроцедуры // КоманднаяПанельФормыБыстрыеОтборы()

// Процедура — обработчик нажатия кнопки «ЗаголовокОтчета»

Процедура КоманднаяПанельФормыЗаголовокОтчета(Кнопка)

УниверсальныйОтчет.УправлениеОтображениемЭлементовФормы(УниверсальныйОтчет, ЭтаФорма, Кнопка.Имя);

УниверсальныйОтчет.УправлениеОтображениемЗаголовка(УниверсальныйОтчет, ЭлементыФормы.ПолеТабличногоДокументаРезультат);

КонецПроцедуры // КоманднаяПанельФормыЗаголовокОтчета()

// Процедура — обработчик нажатия кнопки «ВосстановитьНастройку»

Процедура КоманднаяПанельФормыВосстановитьНастройку(Кнопка)

УниверсальныйОтчет.ВосстановитьНастройки(УниверсальныйОтчет, ЭтотОбъект, ЭтаФорма);

КонецПроцедуры // КоманднаяПанельФормыДействиеВосстановитьЗначения()

// Процедура — обработчик нажатия кнопки «СохранитьНастройку»

Процедура КоманднаяПанельФормыСохранитьНастройку(Кнопка)

УниверсальныйОтчет.СохранитьНастройки(УниверсальныйОтчет, ЭтотОбъект, ЭтаФорма);

КонецПроцедуры // КоманднаяПанельФормыДействиеСохранитьЗначения()

// ПРОЦЕДУРЫ — ОБРАБОТЧИКИ СОБЫТИЙ ЭЛЕМЕНТОВ ФОРМЫ

// Процедура — обработчик нажатия кнопки «КнопкаНастройкаПериода»

Процедура КнопкаНастройкаПериодаНажатие(Элемент)

УниверсальныйОтчет.ФормаНастройкаПериода(УниверсальныйОтчет);

КонецПроцедуры // КнопкаНастройкаПериодаНажатие()

// Процедура — обработчик нажатия кнопки «КнопкаМинусПериод»

Процедура КнопкаМинусПериодНажатие(Элемент)

УниверсальныйОтчет.ФормаМинусПериод(УниверсальныйОтчет);

КонецПроцедуры // КнопкаМинусПериодНажатие()

// Процедура — обработчик нажатия кнопки «КнопкаПлюсПериод»

Процедура КнопкаПлюсПериодНажатие(Элемент)

УниверсальныйОтчет.ФормаПлюсПериод(УниверсальныйОтчет);

КонецПроцедуры // КнопкаПлюсПериодНажатие()

// Процедура — обработчик события «Обработка расшифровки» поля табличного документа «ПолеТабличногоДокументаРезультат»

Процедура ПолеТабличногоДокументаРезультатОбработкаРасшифровки(Элемент, Расшифровка, СтандартнаяОбработка)

СтандартнаяОбработка = Ложь;

ОбработкаРасшифровки(Расшифровка, ОтчетОбъект);

КонецПроцедуры // ПолеТабличногоДокументаРезультатОбработкаРасшифровки()

// Процедура — обработчик события «При изменении» поля ввода «ПолеВводаВидСравнения»

Процедура ПолеВводаВидСравненияПриИзменении(Элемент)

УниверсальныйОтчет.ВидСравненияПриИзменении(Элемент, ЭтаФорма);

КонецПроцедуры // ПолеВводаВидСравненияПриИзменении()

// Процедура — обработчик события «При изменении» полей ввода «Значение», «ЗначениеС», «ЗначениеПо»

Процедура ПолеВводаЗначениеПриИзменении(Элемент)

УниверсальныйОтчет.ЗначениеПриИзменении(Элемент, ЭтаФорма);

КонецПроцедуры // ПолеВводаВидСравненияПриИзменении()

Приложение Д. Руководства пользователей

Руководство специалиста

Для начала работы требуется авторизоваться в системе.

Заведение в системе нового подарочного сертификата

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

Система откроет форму списка информационных карт.

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

Система откроет форму создания информационной карты.

На данной форме требуется заполнить данные по подарочному сертификату:

· выбрать значение реквизита «Вид карты» — «Штриховая»;

· система активирует видимость реквизита «Тип штрихкода»;

· выбрать значение реквизита «Тип штрихкода»;

· заполнить значение реквизита «Код карты» штрихкодом подарочного сертификата;

· выбрать значение реквизита «Тип карты» — «Сертификат»;

· система деактивирует видимость неактуальных реквизитов;

· заполнить значение реквизита «Номинал сертификата» номиналом подарочного сертификата;

· система автоматически заполнить реквизит «Наименование».

Для сохранения введенных данных необходимо нажать на кнопку «Записать», для сохранения и закрытия формы — на кнопку «ОК».

Регистрация подарочного сертификата

Подарочные сертификаты в системе имеют 3 статуса:

· В магазине (готов к продаже);

· На руках (готов к обналичиванию);

· Списан (не готов к продаже или обналиванию).

Созданный подарочный сертификат в системе не имеет статуса, что подразумевает под собой невозможность продажи.

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

Система откроет форму списка документов «Принятие к учету сертификатов», где следует нажать на кнопку «Добавить».

Система откроет форму созданий нового документа «Принятие к учету сертификатов».

В данной форме требуется заполнить табличную часть «Сертификаты»:

1. Можно считать необходимую карту торговым оборудованием;

2. Можно добавить в табличную часть с помощью кнопки «Добавить»;

3. Можно нажать на кнопку «Заполнить имеющимися сертификатами.

Для сохранения введенных данных необходимо нажать на кнопку «Записать», для сохранения, проведения документа по регистру «Движения сертификатов» и закрытия формы — на кнопку «ОК».

Теперь подарочный сертификат имеет в системе статус «В магазине».

Аннулирование подарочных сертификатов

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

Система откроет форму списка документов «Списание сертификатов», где следует нажать на кнопку «Добавить».

Система откроет форму создания нового документа «Списание сертификатов».

В данной форме требуется заполнить табличную часть «Сертификаты»:

1. Можно считать необходимую карту торговым оборудованием;

2. Можно добавить в табличную часть с помощью кнопки «Добавить».

Для сохранения введенных данных необходимо нажать на кнопку «Записать», для сохранения, проведения документа по регистру «Движения сертификатов» и закрытия формы — на кнопку «ОК».

Теперь подарочный сертификат имеет в системе статус «Списан».

Закрытие кассовой смены

Для закрытия кассовой смены в главном меню системы требуется перейти на вкладку «Документы», «Розница», «Закрытие кассовой смены».

Система откроет форму закрытия кассовой смены.

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

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

На данной форме следует установить значения реквизитов «Отразить в упр. учете» и «Отразить в бух. учете» — «Истина».

Для сохранения введенных данных необходимо нажать на кнопку «Записать», для сохранения, проведения документа по регистрам и закрытия формы — на кнопку «ОК».

Формирование отчетов

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

Система откроет форму списка внешних отчетов.

Двойным кликом левой кнопки мыши можно открыть нужный отчет.

Система откроет форму формирования отчета.

При необходимости можно выставить настройки отчета и нажать на кнопку «Сформировать». Система сформирует отчет.

Руководство кассира

Для начала работы требуется авторизоваться в системе.

Для интерфейса кассиров система автоматически открывает форму создания нового документа «Чек ККМ».

Продажа подарочного сертификата

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

Следует ввести код продавца, затем нажать на кнопку «Закрытие чека».

Система откроет форму выбора оплаты.

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

Для проведения документа «Чек ККМ» и пробитии чека требуется нажать на кнопку «ОК».

Торговое оборудование напечатает чек, система откроет форму создания нового документа «Чек ККМ».

Оплата подарочным сертификатом

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

Теперь следует заполнить табличную часть «Товары» на сумму, превышающую номинал подарочного сертификата.

Для закрытия чека нажимаем на кнопку «Закрытие чека». Система откроет форму выбора оплаты, автоматически определив частичную оплату подарочным сертификатом.

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

Для проведения документа «Чек ККМ» и пробитии чека требуется нажать на кнопку «ОК».

Торговое оборудование напечатает чек, система откроет форму создания нового документа «Чек ККМ».

Размещено на