Проведение торговых операций

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

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

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

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

В рамках проекта подводятся суммарные итоги и итоги по каждому товару, проходившему по проекту.

Итоги по проекту включают в себя (просмотреть):

  • Не оплачено проданного – какая сумма денег недополучена за проданные товары.
  • Не оплачено переданного – какая сумма денег недополучена за товары, переданные на реализацию.
  • Не оплачено купленного – какая сумма денег недоплачена за купленные товары.
  • Не оплачено принятого – какая сумма денег недоплачена за товары, принятые на реализацию.

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

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

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

  1. Оформить счет на продажу и сформировать по нему подчиненные документы: входящее платежное поручение и накладную на отпуск.
  2. Оформить счет на продажу и сформировать по нему подчиненный документ об оплате - входящее платежное поручение. По входящему платежному поручению сформировать, как подчиненный документ, накладную на отпуск.

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

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

Порядок оформления документов следующий:

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

Если флаг «Заполнять товарный состав при вводе нового» не установлен, то состав накладной на отпуск будет скопирован из счета и затем его необходимо будет изменить вручную, указав только те товары, которые оплачены. Если этот флаг установлен, то программа автоматически сформирует состав накладной только по оплаченным в счете товарам.

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

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