Товары, взятые (выданные) на реализацию, учитываются раздельно по комитентам (комиссионерам). Раздельный учет по комитентам позволяет определять момент возникновения задолженности при реализации товаров конкретного комитента (сама задолженность формируется автоматически в момент продажи товара, взятого на реализацию). Раздельный учет по комиссионерам служит средством контроля полноты расчетов за взятый на комиссию товар.
Несмотря на раздельный учет, обеспечиваемый конфигурацией, внешне работа с товарами поддерживается в предельно простой форме. Так, собственные товары и товары, взятые на реализацию могут быть оформлены единой накладной (если постановка бухгалтерского учета в организации допускает это). Отличия проявятся лишь при отражении операции отпуска товаров покупателю в бухгалтерии: для товаров разных категорий будут сформированы проводки по разным схемам.
Продажа наборов товаров
Конфигурация позволяет работать с наборами товаров. В справочнике «Номенклатура» при вводе товара можно указать признак «Набор» и указать составляющие этого набора, также выбрав их из справочника «Номенклатура».
При оформлении продажи набора в расходных накладных, наряду с наименованием набора, будут приведены наименования составляющих его товаров. Со склада будут списаны товары, составляющие указанный набор.
Режим предварительного проведения расходных накладных
В случае использования автоматизированной торговой системы в сетевом режиме, когда расходные накладные оформляются одновременно на нескольких рабочих местах, могут возникать конфликтные ситуации, связанные с дефицитом товара на складе.
Опишем данную ситуацию. Допустим с первого рабочего места менеджер выписывает клиенту товар А, причем, на момент ввода товара в накладную товар на складе имеется. Менеджер первого рабочего места продолжает работать с клиентом и вносит в накладную другие позиции. В это время на втором рабочем месте другой менеджер тоже оформляет расходную накладную и вносит туда товар А, причем забирая весь существующий остаток данного товара. Если второй менеджер первым проведет свою накладную, то накладная первого менеджера уже не проведется, т. к. товар А на складе уже кончился. Для исправления ситуации первому менеджеру придется извиняться перед клиентом, объяснять ему, что кто-то успел купить товар первым и удалять из накладной строку с товаром А.
Для решения данной проблемы в конфигурации реализован режим предварительного проведения расходных накладных. Предварительное проведение накладной означает, что накладная проводится только по регистру остатков товаров, записывая за собой набранные в документ товары. Учет партий товаров, учет взаиморасчетов и т.п. в этом случае не выполняется. Предварительное проведение накладной выполняется по времени гораздо быстрее полного проведения, кроме того, в процессе оформления документа можно несколько раз выполнять предварительное проведение, при этом накладная каждый раз перепроводится в точке актуальности, записывая за собой набранные в документ товары. После того, как накладная полностью оформлена, следует выполнить полное проведение документа.
Используя режим предварительного проведения расходной накладной описанная выше ситуация могла бы выглядеть следующим образом. Менеджер на первом рабочем месте выписывает клиенту товар А, который пока есть на складе. После этого выполняется предварительное проведение накладной, и менеджер продолжает работать с клиентом и вносит в накладную другие позиции. В это время на втором рабочем месте другой менеджер тоже оформляет расходную накладную и вносит туда товар А, он видит существующий остаток данного товара и следовательно может вписать в документ только имеющееся количество. В данном случае накладные проведутся окончательно без проблем, связанных с тем, что товар закончился.
Режим предварительного проведения расходной накладной доступен только для накладных, дата которых совпадает с датой Точки актуальности (ТА). Т. е. режим предназначен только для оформления текущих документов в реальном времени. Кроме того, данный режим доступен только для новых, не проведенных или предварительно проведенных накладных. Полностью проведенные накладные можно только полностью перепровести, или сначала снять их с проведения, а потом можно выполнять предварительное проведение.
Для выполнения предварительного проведения в форме расходной накладной имеется специальная кнопка «Предв. пров ». Документ, который предварительно проведен, отмечается в журнале «Расходные накладные» специальной пиктограммой. Кроме того, в форме предварительно проведенной накладной красным цветом отображается предупреждающая строка «Проведен предварительно».
Нужно отметить, что накладные, которые предварительно проведены, при групповом перепроведении документов (например, при восстановлении последовательности или при смещении ТА назад вперед) будут проведены полностью. Таким образом, если сделка не состоялась, а накладная была предварительно проведена, пользователю следует интерактивно удалить данный документ или снять его с проведения. Для работы с предварительно проведенными накладными удобно пользоваться журналом «Расходные накладные», в котором эти документы отмечаются специальной пиктограммой.
«Скользящий» учет отгрузок и оплаты
Все торговые операции, связанные с движением товаров и денег с конкретным контрагентом в данной конфигурации образуют единую логическую последовательность, причем это в равной степени относится и к покупателям, и к поставщикам. Реализованный в конфигурации механизм автоматически поддерживает взаиморасчеты с контрагентами в актуальном состоянии.
Кратко поясним смысл данного механизма.
Например, при «нулевом» (никто никому не должен) состоянии взаиморасчетов, поступление денежных средств от покупателя, оформленное соответствующими документами, будет автоматически интерпретировано конфигурацией как авансовый платеж: возникает задолженность компании перед этим покупателем.
При оформлении факта отгрузки товаров, который также оформляется соответствующим документом (накладной), конфигурация в данном случае автоматически интерпретирует данный факт как отгрузку по предоплате, поэтому задолженность торговой компании будет погашена. Подобные действия могут выполняться необходимое количество раз, пока весь авансовый платеж покупателя не будет «погашен» отгрузками.
Наоборот, если покупателю сначала поставляется товар, то это автоматически интерпретируется конфигурацией как отгрузка с условием отложенной оплаты. Последующее поступление денежных средств от покупателя автоматически будет отражено в учете как оплата за ранее отгруженные товары. Причем, если денежных средств поступило меньше, чем было отгружено товаров, то сумма будет зачтена как частичная оплата, а если больше, то часть суммы будет зачтена как оплата за товары, а остаток — как авансовый платеж под предстоящие поставки товаров.
Единая книга продаж и книга покупок
Принципы работы со счетами-фактурами в Комплексной конфигурации различаются для торговых и бухгалтерских операций.
Выставление счетов-фактур покупателям и регистрация самих счетов-фактур и их оплаты в книге продаж в значительной мере выполняется конфигурацией автоматически, в зависимости от текущего состояния взаиморасчетов с конкретным покупателем. Также автоматически выполняется регистрация в книге покупок счетов-фактур поставщиков.
Выставление счетов счетов-фактур по операциям, не связанным с приобретением и продажей товаров, выполняется бухгалтером самостоятельно. Также самостоятельно бухгалтер регистрирует выставленные счета-фактуры (по неторговым операциям) в книге продаж.
Однако, книга продаж составляется с учетом документов обоих типов: тех, которые относятся к торговым операциям, и тех, которые составлены и введены бухгалтером в систему вручную.
Сказанное справедливо и для книги покупок: при ее построении «собираются» и торговые, и бухгалтерские документы.
Учет налога с продаж
Согласно Федеральному закону «Объектом налогообложения по налогу с продаж признается стоимость товаров (работ, услуг), реализуемых за наличный расчет в розницу или оптом ...».
Фактически налог с продаж (НП) является налогом на наличную форму оплаты товаров (работ, услуг). В соответствии с действующим законодательством (федеральным и региональным) организации (предприятия), являющиеся плательщиками налога с продаж обязаны вести раздельный учет реализации облагаемых и не облагаемых этим налогом товаров (работ, услуг). В случае отсутствия раздельного учета налогоплательщик уплачивает налог с продаж с общей суммы реализации по установленной ставке.
Такая формулировка закона фактически означает, что при оформлении оптовых расходных накладных необходимо заранее знать (или предполагать) в какой форме (по безналичному расчету или за наличный расчет) будет целиком оплачена данная накладная. При оформлении платежных документов необходимо заранее знать (или предполагать) разноску сумм по разным ставкам НДС и НП товаров (услуг), которые будут отгружены (или уже ранее отгружены) в счет оформляемой оплаты.
Реализованный в данной конфигурации алгоритм учета НП позволяет использовать как жесткую схему задания ставок НДС и НП в платежных документах, так и предоставляет возможность автоматически согласовывать оплаты и отгрузки по соответствующим ставкам НДС и НП.
Документ «Приходная накладная» имеет в многострочной части документа реквизит «Сумма НП». Если товар по данной накладной закуплен с учетом НП, и необходимо в дальнейшем учитывать сумму НП в себестоимости товара, то следует при оформлении данного документа для каждой позиции указать сумму выплаченного НП, В дальнейшем сумма выплаченного НП будет учитываться в себестоимости товара отдельно и не будет влиять на расчет выплаченного НДС по данной партии товаров.
Документ «Расходная накладная» имеет в шапке документа реквизит «Учитывать НП», этот реквизит влияет на печатную форму накладной (с графой НП или без нее) в которой отображается сумма оплаты. Значение реквизита «Учитывать НП» говорит только о предполагаемом (наиболее вероятном), с точки зрения продавца (или его предварительной договоренности с покупателем) типе учета задолженности по данной накладной (если оплата наличными, то с учетом НП, а если оплата по безналичному расчету то без учета НП). Значение данного реквизита оказывает влияние на алгоритм изначального проведения данного документа, но в итоге, записи в регистрах по данной накладной определяются теми платежными документами, которые в результате будут зачтены в оплату данной накладной. Другими словами, система автоматически отслеживает и при необходимости корректирует суммы задолженностей по накладным в зависимости от видов документов оплаты.
Если при оформлении расходной накладной значение реквизита «Учитывать НП» было указано правильно, то системе не потребуется в дальнейшем автоматически вводить в регистры корректирующие записи и соответственно будет сокращено количество выгружаемых бухгалтерских проводок.
Если документ «Расходная накладная» выписывается на отгрузку без существующей предоплаты, то изначальное проведение данной накладной выполняется с учетом заданного значения реквизита «Учитывать НП». Однако, если предоплата от контрагента уже была ранее проведена, то, невзирая на реквизит «Учитывать НП», накладная будет проведена исходя из вида документа имеющейся предоплаты, т.е. в зависимости от того, была предоплата оформлена по безналичному расчету или за наличный расчет.
При оплате ранее отгруженной расходной накладной, в зависимости от вида документа оплаты (по безналичному расчету или за наличный расчет) механизм проведения документа оплаты может (в некоторых случаях) автоматически исправлять (сторнировать) ранее введенные в регистр записи по отгрузке и восстанавливать их с другим значением учтенной задолженности по накладной. Например, если накладную изначально провели исходя из предположения, что оплата будет по безналичному расчету (без учета НП), а оплата реально поступила в виде «Приходного кассового ордера» (за наличный расчет), то записи по отгрузке без учета НП автоматически (если такой режим разрешен) сторнируются и восстанавливаются уже с суммами с учетом НП.
Если документ «Расходная накладная» оформляется с уже имеющейся предоплатой, то при проведении, в зависимости от вида документа оплаты (по безналичному расчету или за наличный расчет) механизм проведения накладной может (в некоторых случаях) автоматически исправлять (сторнировать) ранее введенные в регистр записи по авансам и восстанавливать их с другими значениями ставок НДС и/или НП. Другими словами, если ставки НДС/НП ранее введенного аванса не совпадает со ставками НДС/НП товаров (услуг) накладной, то автоматически (если такой режим разрешен) сначала производится сторнирование аванса с его предыдущими ставками НДС/НП и затем восстановление записи, но уже со ставками НДС/НП, определенными из накладной. Таким образом, все авансы в результате разлягутся по тем ставкам НДС/НП, по которым прошла реальная отгрузка.
Механизм автоматического исправления (сторнирование-восстановление с другими ставками НДС и НП) включается только в том случае, если в документах оплаты («Приходный кассовый ордер», «Расходный кассовый ордер» (при, возврате), «Ввод остатков кредита», «Выписка») пользователем НЕ ЗАДАНЫ значения «Ставки НДС» и/или «Ставки НП». Данный вариант можно применять, когда фирма торгует товарами с различными ставками НДС и разными ставками НП, причем идет непрерывное оформление потока расходных накладных, потока приходных ордеров, потока выписок из банка. Если при оформлении платежных документов неизвестны ставки НДС и/или НП товаров, за которые данные по оплате могут быть в результате зачтены, то можно не задавать в документах значения этих ставок (оставить пустое значение), в этом случае конфигурация включает механизм автоматического согласования ставок отгрузки и оплаты.
Согласно действующему законодательству, необходимо вести раздельный учет реализации по разным ставкам НП. Кроме того, необходимо вести раздельный учет реализации по разным ставкам НДС. Поэтому в документах оплаты есть реквизиты «Ставка НДС» и «Ставка НП» (исключение составляет документ «Выписка», который не имеет реквизита «Ставка НП» и всегда проводится со значением ставки НП «Без учета НП»).
Если в документах оплаты значения ставок НДС и НП заданы пользователем, то документы оплаты проводятся в точности так, как задано, и их движения по регистрам в дальнейшем автоматически не корректируются. В данном случае, пользователь сам берет на себя ответственность, что он правильно указал в платежных документах ставки НДС и НП оплаты. Например, фирма торгует товарами со ставкой НДС только 20% и ставкой НП только 5%, причем заранее точно известно, какие накладные будут оплачены по безналичному расчету, а какие за наличный расчет, а также есть абсолютная уверенность, что накладные, выписанные на отгрузку с учетом НП будут полностью оплачены приходными кассовыми ордерами, а выписанные на отгрузку без учета НП будут полностью оплачены через банк (документом «Выписка»).
Если значения ставок НДС и/или НП в документах оплаты не заданы пользователем (оставлено пустое значение реквизита), то документы изначально проводятся со значениями ставок по умолчанию. Для ставки НП значение по умолчанию задается в константе «Основная ставка НП». Для ставки НДС значение по умолчанию задается в константе «Основная ставка НДС». Исключение составляют документ «Выписка», который всегда проводится со значением ставки НП «Без учета НП», а также документ «Ввод остатков кредита», который, если не указана ставка НП (для случая ввода остатка по кредиту покупателя), проводится со значением ставки НП «Без учета НП» (предполагается приоритет ввода остатков начальной задолженности в безналичной форме). Заметим, что значения ставок по умолчанию проводятся по документам только в случае, когда они | зачитываются как авансовые выплаты, однако в дальнейшем (поскольку значения ставок не заданы пользователем) записи регистров по этим документам могут автоматически корректироваться системой.
Дополнительное обстоятельство, которое следует учитывать: в случае, если в документе «Приходный кассовый ордер» пользователем не заданы значения ставок НДС и/или НП, то печатную форму этого документа можно получить только после проведения документа, более того, точную сумму НП и сумму НДС в печатной форме этого документа можно получить только после того, когда данная оплата будет полностью покрыта реальными отгрузками.
Отражение торговых операций в бухгалтерском учете
В Комплексной конфигурации все торговые операции отражаются с использованием механизмов компоненты «Оперативный учет». Операции могут иметь признак «управленческий», «финансовый» или «общий» (одновременно управленческий и финансовый) тип учета, в зависимости от этого, операции проходят по управленческому или (и) финансовому учету.
В бухгалтерском учете непосредственно в момент ввода отражаются торговые операции, имеющие признак «финансовый» или «общий», связанные с движением средств по расчетному счету и кассе, так как несвоевременное отражение этих операций искажает данные бухгалтерского учета.
Регистрация в бухгалтерском учете других торговых операций (связанных с движением товаров) выполняется специальным документом «Формирования бухгалтерских проводок по торговым операциям». Этот документ должен вводиться 1 раз в конце месяца, после того, как подведены итоги совершения торговых операций и выверены все введенные документы.
Документ, на основе данных финансового учета, формирует сводные бухгалтерские проводки в необходимых разрезах аналитического учета: операции одного типа по разным документам (например, поступления по приходным накладным) объединяются и оформляются одной проводкой.
Позиция документа и граница последовательности
В данной конфигурации для ведения партионного учета движения товаров, помимо метода «по среднему», могут использоваться также методы FIFO или LIFO. Однако, использование этих методов делает систему критичной к правильному, последовательному вводу документов. При проведении документов задним числом, а также при исправлении и перепроведении документов, при отмене проведения документов, фактическая последовательность проведения документов в регистрах нарушается. Это может приводить к нарушению корректности учета. После вышеописанных действий для восстановления корректности учета необходимо заново перепровести документы в правильной последовательности, начиная от документа, который нарушил эту последовательность.
Для отслеживания этих ситуаций в конфигурации ведется учет границы последовательности (ГП), которая отражает момент времени, до которого документы проводились в правильной последовательности. ГП автоматически обновляется системой при работе с документами. ГП хранит в специальном формате позицию последнего документа, проведенного в правильной последовательности. При последовательном проведении документов ГП сдвигается каждый раз на последний проведенный документ, но, если последовательность нарушается (например, документ проводится «задним числом»), то ГП устанавливается на этот документ (сдвигается назад) и, чтобы установить ГП на последний проведенный документ, требуется перепровести документы в естественной последовательности.
Восстановление естественной последовательности проведения документов может занимать довольно продолжительное время, поэтому этот процесс не запускается автоматически, а должен быть инициирован пользователем по мере необходимости. Текущее состояние ГП отображается в естественном формате (дата, время) в диалогах почти всех отчетов. Восстановление естественной последовательности проведения документов можно выполнить, используя системную процедуру восстановления последовательности, которая включается через главное меню программы «Операции» — Проведение документов... — Последовательности» для пользователя, у которого назначен интерфейс администратора (пользователь Гусев). Данную обработку можно запускать только в монопольном режиме.
Возможность получения некорректных данных отслеживается конфигурацией каждый раз при формировании отчетов (управленческих или финансовых), которые используют
8-09-2015, 12:27