|
Консигнация
|
|||
---|---|---|---|
#18+
Здравствуйте. Подскажите, в какой учетной системе есть учет консигнационной торговли ? Системы интересуют фриварные или с доступной демоверсией, и желательно попроще. Нужно в своей самописке сделать такой учет, по общепринятым методикам. Особенно интересует методика расчета доходности: если используется партионный учет, то как привязывать расходные накладные к еще не существующим приходам, или может быть средние цены по какой-то особой методике считаются, и т.п. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2013, 09:59 |
|
Консигнация
|
|||
---|---|---|---|
#18+
1. О каком учете идет речь - о бухгалтерском и налоговом, или о каком-то еще? 2. Учет на чьей стороне - комитента? комиссионера или обоих? Для торговой организациии, которая выступала и комитентом, и комиссионером, мне приходилось настраивать системы 1С:УПП и ИНФИН, при этом обе изначально имели не всё, что нам было нужно. С УПП пришлось значительно труднее, чем с ИНФИНом, про нюансы можно рассказывать долго и нудно. По поводу "общепринятых методов" могу сказать, что в ряде очень важных вопросов таких методов просто нет. Я приведу только один пример, который это иллюстрирует. Часто информация от комиссионера до комитента о том, что какая-то часть товара продана и/или отгружена, доходит не сразу, а с некоторой периодичностью, с которой предоставляется отчет комиссионера, на составление которого, доставку и обработку требуется еще некоторое время. Соответственно, товар может быть отгружен в одном периоде, а информация о том, что он отгружен, придет со значительной задержкой. Между тем, НК предписывает начислять НДС по отгрузке . Сумма, которую уплачивает покупатель, распадается на две компоненты - на продажную стоимость, заявленную комитентом, и на комиссионное вознаграждение, исчисляемое в процентах от суммы реализации. С комиссионным вознаграждением все относительно легко и просто, потому что НДС на него начисляется комиссионером, у которого изначально появляется информация о продаже. А вот со второй компонентой всё значительно сложнее. Комиссионер должен предоставлять информацию комитенту об откгрузках с такой скоростью, чтобы комитент успел начислить НДС по отгрузке на основании не выписанной им счет-фактуры, а на основании счет-фактуры, которую выписывает другое юрлицо. Если комитент с комиссионером не смогли наладить оперативное взаимодействие для выпонения требований НК по НДС, у комитента возникает налоговый риск. Это только один нюанс из великого множества. В общем-то, не совсем понятно, почему задача решается с помощью самописки. Формы РСБУ-отчетности тоже она будет формировать, вести налоговый очет по ОС и т.д. и т.п? Все-таки я бы порекомендовал воспользоваться готовой системой, которую нужно поднастроить под вашу специфику. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2013, 10:57 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Игорь_МПодскажите, в какой учетной системе есть учет консигнационной торговли ? в большинстве систем в том или ином виде можно настроить (именно настроить, а не дорабатывать). но с бухучетом по российским (украинским) стандартам могут быть проблемы, но это не только к консигнации относится. Игорь_МНужно в своей самописке сделать такой учет, по общепринятым методикам. Особенно интересует методика расчета доходности: если используется партионный учет, то как привязывать расходные накладные к еще не существующим приходам, или может быть средние цены по какой-то особой методике считаются, и т.п. извините, а как вы его умудряетесь продать по консигнации , не имея на складе? цитата из википедии: "Консигнация — форма комиссионной продажи товара, при которой его владелец (консигнант) передает комиссионеру товар для реализации со склада комиссионера . При этом товар, поступивший на склад комиссионера остается собственностью консигнанта до момента его реализации." ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2013, 12:18 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Garya1. О каком учете идет речь - о бухгалтерском и налоговом, или о каком-то еще? 2. Учет на чьей стороне - комитента? комиссионера или обоих? ... Учет подразумевается управленческий, для владельцев бизнеса. У бухгалтеров, к счастью, вопросов нет. Схема работы у нас такая: Комитент отгружает нам контейнер товара по накладной на перемещение. У нас этот товар находится на ответственном хранении по ценам, назовем их учетными складскими. Мы, комиссионер, оптом торгуем этим товаром. За каждый рабочий день мы снимаем отчет по продажам за этот день, и высылаем его комитенту. Комитент через некоторое время высылает нам оригиналы документов (счет-фактура, товарная накладная) датой этого отчета о продажах и с количеством, равным нашим продажам. Но цену в этой приходной накладной и счет-фактуре он ставит уже не учетную складскую, а другую, ниже. И соответственно на основе этих, как-бы виртуальных, приходных накладных образуется наш долг перед комитентом. Цены в этих приходных накладных комитент изменяет обычно с началом нового месяца. Основная проблема у нас связана с расчетом доходности. Получается, что приходные накладные находятся на оси времени позже расходных. И эти виртуальные приходные накладные не формируют складские остатки, а только сальдовку. Для расчета доходности используем метод средних цен, цену берем из накладных на перемещение. Все понимают, что это неправильно, но другую методику предложить некому, уже больше 10 лет так. P.S. Бухгалтерский и налоговый учет ведется в 1С-бухгалтерии, а оперативный в самописке. У нас, в регионах, почти у всех так. По крайней мере в местных компаниях, без головы в Москве. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2013, 13:03 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Игорь_МКомитент отгружает нам контейнер товара по накладной на перемещение. У нас этот товар находится на ответственном хранении по ценам, назовем их учетными складскими. Мы, комиссионер, оптом торгуем этим товаром. За каждый рабочий день мы снимаем отчет по продажам за этот день, и высылаем его комитенту. Комитент через некоторое время высылает нам оригиналы документов (счет-фактура, товарная накладная) датой этого отчета о продажах и с количеством, равным нашим продажам. Но цену в этой приходной накладной и счет-фактуре он ставит уже не учетную складскую, а другую, ниже. И соответственно на основе этих, как-бы виртуальных, приходных накладных образуется наш долг перед комитентом. Цены в этих приходных накладных комитент изменяет обычно с началом нового месяца. Основная проблема у нас связана с расчетом доходности. Получается, что приходные накладные находятся на оси времени позже расходных. И эти виртуальные приходные накладные не формируют складские остатки, а только сальдовку. Для расчета доходности используем метод средних цен, цену берем из накладных на перемещение. Все понимают, что это неправильно, но другую методику предложить некому, уже больше 10 лет так. Вы путаете документы товарные (приход, расход, перемещение) и финансовые. В большинстве случаев партии считаются в разрезе товарных документов (серийные номера, лоты и тп). То есть всегда можно увидеть, из какого прихода списан товар при продаже. Финансовые документы определяют себестоимость товаров, а точнее суммы, которые проходят по фин счетам и связаны с товарными операциями. К одной товарной операции прихода (покупки) может быть связано несколько финансовых документов. Например купили за 10 рублей - создали записи стоимости на 10 рублей. Пришел счет на транспортные расходы, их распределили по товарам - получилось, что на эту позицию пришлось 2 рубля - добавили еще одну запись себестоимости (можно изменить существующую запись, но по многим причинам изменять хуже) - итого 12 рублей. А потом получили от поставщика скидку (кредит-ноту), по которой мы ему должны меньше денег, чем думали раньше - например на 1,5 рубля. И делаем еще одну запись, уменьшающую себестоимость - итого себестоимость позиции 10,5 рублей. И потом на основе этих вновь созданных операций себестоимости первичного прихода пересчитываются и создаются записи себестоимости для связанных товарных операций - перемещений, списаний (продаж). Это стандартный механизм работы с себестоимостью, реализованный в большинстве нормальных систем. Разумеется, есть нюансы (товарная операция в закрытом периоде, товар продан/списан в производство/списан на создание ОС), которые усложняют картину, но общие принципы такие, как я описал. Со средней себестоимостью все менее наглядно, так как расчеты более сложные. Поэтому при прочих равных лучше использовать ФИФО - его проверять и вылавливать ошибки проще. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2013, 13:31 |
|
Консигнация
|
|||
---|---|---|---|
#18+
s_ustinovИ потом на основе этих вновь созданных операций себестоимости первичного прихода пересчитываются и создаются записи себестоимости для связанных товарных операций - перемещений, списаний (продаж).А в этих записях себестоимости для продаж, итоговая, рассчитанная себестоимость закупки хранится ? Если да, то значить при любой дополнительной проводке, влияющей на себестоимость закупки, эти записи для продаж нужно пересчитывать ? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2013, 14:00 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Игорь_Мs_ustinovИ потом на основе этих вновь созданных операций себестоимости первичного прихода пересчитываются и создаются записи себестоимости для связанных товарных операций - перемещений, списаний (продаж).А в этих записях себестоимости для продаж, итоговая, рассчитанная себестоимость закупки хранится ? Если да, то значить при любой дополнительной проводке, влияющей на себестоимость закупки, эти записи для продаж нужно пересчитывать ? А это уже особенности реализации. В большинстве систем себестоимость продажи хранится в виде нескольких записей. То есть когда нам надо изменитьсебестоимость продажи - добавляется новая строка с плюсом или минусом. А пересчет... Конкретный алгоритм пересчета может быть разным. В навике сделано так: Появился новый документ, который изменил себестоимость покупки. Создается еще одна запись себестоимости. Регулярно запускается задание "пересчет себестоимости товарных операций". Задание находит все вновь созданные записи стоимости и создает дополнительные записи стоимости для связанных товарных операций. Вообще это нормально описано в документации. У меня в архиве где-то валяется, но быстрее поискать в инете. Например http://www.navisioninfo.com/whitepapers/Navision%20Costing%20Technical%20White%20Paper.htm у меня было на русском, но сразу найти не смог. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2013, 14:42 |
|
Консигнация
|
|||
---|---|---|---|
#18+
s_ustinov, То-есть в моем примере нужно использовать два партионных учета ? Один для распределения товарных остатков. Другой для распределения себестоимости, т.е. для связывания счет-фактур с накладными перемещения от комитента комиссионеру ? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2013, 15:46 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Игорь_Мs_ustinov, То-есть в моем примере нужно использовать два партионных учета ? Один для распределения товарных остатков. Другой для распределения себестоимости, т.е. для связывания счет-фактур с накладными перемещения от комитента комиссионеру ? зачем два? одного вполне хватит. впрочем, тут сложно говорить, не зная структуры данных вашего приложения. возможно, в вашем случае нужно два. один из основных рисков самописки - недостаточный уровень архитектора. есть более-менее стандартные способы решения определенных задач, но из-за незнания этих способов начинают придумывать велосипед и наступают на грабли. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2013, 15:52 |
|
Консигнация
|
|||
---|---|---|---|
#18+
s_ustinov, Вот я и хочу посмотреть в других системах, как решена эта задача ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2013, 17:03 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Игорь_Мs_ustinov, Вот я и хочу посмотреть в других системах, как решена эта задача http://www.compiere.com/products/download/index.php комьюнити версия не сильно функциональная (по сравнению с адемпьером), но костинг должен быть нормальным (в адемпьере поломан). ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2013, 17:36 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Игорь_МЗа каждый рабочий день мы снимаем отчет по продажам за этот день, и высылаем его комитенту. Комитент через некоторое время высылает нам оригиналы документов (счет-фактура, товарная накладная) датой этого отчета о продажах и с количеством, равным нашим продажам. Но цену в этой приходной накладной и счет-фактуре он ставит уже не учетную складскую, а другую, ниже. И соответственно на основе этих, как-бы виртуальных, приходных накладных образуется наш долг перед комитентом. Цены в этих приходных накладных комитент изменяет обычно с началом нового месяца.Хм, ясненько, каким способом ваш комитент решает проблему с НДС. Он перекладывает свою головную боль на вас... :) Дело в том, что при отгрузке по договору ответхранения у того, кто отгрузил товар, не возникает обязанности по начисленю НДС. А вот при отгрузке по договору комиссии, по которому комиссионер не предоставляет информации о фактических отгрузках своим покупателям и поступивших от них авансах (не включает такую информацию в отчет комиссионера, либо отчет комиссионера приходит с задержкой) такая обязанность у комитента возникает уже при отгрузке товара на комиссию. Если комиссионер предоставляет в отчете комиссионера информацию об отгрузках и отдельно информацию об оплатах, в том числе предоплатах , комитент имеет законное право отложить начисление НДС до предоставления такой информации и начислить НДС отдельно по произведенным комиссионером отгрузкам и отдельно начислить НДС на поступившие авансы за товар, отгрузка которого в адрес покупателя еще не произведена . Насколько я понимаю, комитент начисляет НДС на товар, передаваемый на комиссию, то есть, работает по первому варианту. Но при этом формально товар на комиссию передается в тот день, в который уже произошла его реализация. Хорошо ваш комитент придумал, молодцы. :) У вас тоже всё должно быть просто, если вам не поступают предоплаты за товар, который к вам еще не поступил по договору комиссии (а не ответхранения). Если же такое иногда случается, вы обязаны начислять НДС на поступающие от покупателей авансы сами . В противном случае у вас возникают налоговые риски. Теперь об инструментариях. У 1С для того, чтобы не отражать одну операцию грудой разных документов, чтобы контролировать количественные остатки в разрезе разных счетов во время выполнения операции (а не после того как электронный документ заполнен), придется делать доработки типового функционала. В ИНФИН можно всё сделать настройкой "стандартных" и "автоматических" операций. Принятые по договору ответхранения ТМЦ отражаете на забалансовом счете 002. Когда происходит продажа товара, то "стандартной операцией" можете снять некоторое количество номенклатуры со счета 002 и повесить на счет 004 уже по другой цене, тут же выполнить проводки по списанию с этого счета, поступлению платежа от покупателя (при необходимости), зачету аванса (при необходимости), тут же сформировать накладные на реализацию, счета-фактуры. Автоматическая операция, формируемая в конце дня, сможет сформировать весь комплект документов между комитентом и комиссионером, включая те документы, которые традиционно формировались комитентом. Останется получить на них только подписи и печати вашего комитента. Иными словами, возможно, есть способы усовершенствовать сложившийся документооборот, но для этого нужно понимать суть и способы ее реализации. Вы пытаетесь заложить в самописку некую жесткую схему работы. И что будете делать, когда ваши руководители поймут, что документооборот может быть другим? :) Я бы на вашем месте купил ИНФИН и дальше делал бы всё его настройками - и в плане бухучета, и в плане управленческого. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2013, 10:42 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Игорь_М, купите уже SAP и не мучайтесь. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2013, 12:46 |
|
Консигнация
|
|||
---|---|---|---|
#18+
iscrafm, Игорь_МСистемы интересуют фриварные или с доступной демоверсией, и желательно попроще. Я пока демо-версии SAP не видел :) Только среда для разработки... С Уважением, Георгий ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2013, 13:42 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Игорь_МОсновная проблема у нас связана с расчетом доходности. Получается, что приходные накладные находятся на оси времени позже расходных. И эти виртуальные приходные накладные не формируют складские остатки, а только сальдовку. Для расчета доходности используем метод средних цен... ось времени при периодических операциях разбивается не на штрихи с датами, а на периоды. Приход и расход у вас относятся к одному периоду , несмотря на то, что консигнант накладные с ценами позже предоставил. А метод средних цен - простейший из методов. Если владельцы бизнеса не хотят ждать окончания этого периода, когда консигант предоставит документы, то они могут воспользоваться нормативной доходностью, тем более что предоставленные позже документы будут такой же "водой". Не забывайте, что речь идет о консигнации, т.е. собственником товара, вплоть до его продажи вами, является консигнант и именно на нем лежат все расходы по хранению и предпродажной подготовке. Поэтому реальную себестоимость вы действительно узнаете только после продажи. Но в договоре консигнации оговаривается минимальная цена продажи. От этой планки можете считать нормативную доходность, пока консигнант не предоставит свое видение этого. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2013, 14:16 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Игорь_М, У вас неправильно сама схема работы построена. Во первых - товарные накладные к вам должны заходить без суммы, только количество. Учет товара тоже только количественный (в разрезе партий по дате прихода, сроку годности и т.п.). Цена по которой продаете регулируется дополнением к договору. Т.е. если ваш поставщик решил продавать товар не по 5 рублей а по 6, то вам высылается дополнение со списком товара и новой ценой. Вы остаток продаете уже по новой цене. Отчет поставщику даете как по количеству так и по сумме (по проданному товару). Если поставщик хочет сверить остаток товара то сверка идет только по количеству. Доход определяется исходя из схемы работы с поставщиком. Обычно это % от продажи, который колеблется в зависимости от группы товара и т.п. В той же 1С есть учет комиссии. Если есть программист с мозгами то можно допилить любую программу под вас. Поэтому вопрос скорей упирается в финансы - программистам нада платить. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2013, 14:40 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Злой БобрВо первых - товарные накладные к вам должны заходить без суммы, только количество.Совсем не обязательно. Комиссионер несет ответственность за порчу или утерю товара с момента его передачи на консигнацию. И в накладных вполне может присутствовать сумма оценки, которая возмещается комиссионером в случае порчи или утери товара. Для комитента логично сделать эту оценку равной продажной стоимости. Потому что если ее сделать более низкой, комиссионер получит мотив для того, чтобы намеренно имитировать порчи и потери товара, который помогает реализовать. А если сделать выше, то тоже смысла нет - комиссионеру выгдонее сообщить, что товар продан, а не утерян, хотя на самом деле он может быть и не продан. Еще один нюанс сводится к оформлению избыточных документов. Между комитентом и комиссионером должна быть подписанная обеими сторонами некая бумаженция, например, спецификация, в которой фиксируется границы продажная стоимость товара, устраивающая и комитента, и комиссионера. Роль такой бумаженции вполне может играть накладная, по которой товар поступает от комитента к комиссионеру, если в договоре есть указание на то, что оговоренная сторонами цена реализации составляет сумму накладной, подписываемой обеими сторонами (либо сумму, помноженную на такой-то коэффициент). Злой БобрУчет товара тоже только количественныйОткуда Вы это взяли? Прочитайте внимательно подчеркнутое: цитатаСчет 004 "Товары, принятые на комиссию" предназначен для обобщения информации о наличии и движении товаров, принятых на комиссию в соответствии с договором. Этот счет используется организациями-комиссионерами. Товары, принятые на комиссию, учитываются на счете 004 "Товары, принятые на комиссию" в ценах, предусмотренных в приемосдаточных актах. Аналитический учет по счету 004 "Товары, принятые на комиссию" ведется по видам товаров и организациям (лицам) - комитентам. Злой БобрТ.е. если ваш поставщик решил продавать товар не по 5 рублей а по 6, то вам высылается дополнение со списком товара и новой ценой.Одно другому не мешает. Можно провести переоценку товара на счете 004. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2013, 21:20 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Garya, Еще раз - непутайте комиссию и консигнацию. Это действительно похожие вещи, но со своими особенностями. И хотя страны немного разные, в данном вопросе учет практически неотличается. Т.е. вы при желании конечно же можете вести учет в продажных ценах, никто вам незапретит. Но незабывайте что при консигнации главное количество. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2013, 01:00 |
|
Консигнация
|
|||
---|---|---|---|
#18+
iscrafmось времени при периодических операциях разбивается не на штрихи с датами, а на периоды. Приход и расход у вас относятся к одному периоду , несмотря на то, что консигнант накладные с ценами позже предоставил.Можно поподробнее про эти периоды, это что-то вроде периодов в бухучете или нет ? Еще, получается, что к одной накладной на перемещение от комитента будут привязаны: во первых несколько расходных накладных клиентов, а во вторых несколько счетов-фатур от комитента-же. И в тех и в других конечно же будут разные цены. Так что после прочтения этой ветки у меня на ум приходит только вариант с двумя партионными учетами. Нашел демо-версию ИС-ПРО, в нем есть учет консигнации. Пока не разобрался, и документация старая. Может кто подскажет, в ИС-ПРО учет консигнации строится на принципах комиссионной торговли, или как я описал ? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2013, 09:51 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Не надо путать управленческий и РСБУ + налоговый учет. Реализовать регламентированный учет, разумеется, можно - но нужно ли ли это ТС? Почти наверняка нет - Игорь_М У бухгалтеров, к счастью, вопросов нет. ... Бухгалтерский и налоговый учет ведется в 1С-бухгалтерии, а оперативный в самописке - бухгалтера ведут учет в 1С, и какой смысл тратить деньги на реализацию сложного функционала, если в нем нет необходимости? С точки зрения управленческого учета все намного проще, и именно такой способ учета есть "из коробки" в большинстве нормальных систем. Есть приход товара, например 10 штук. По факту прихода оформляется только товарный документ (поступление на склад), и задолженности (обязательств) перед поставщиком не возникает. Можно учитывать товар по нулевой стоимости, а можно по некой "примерной" стоимости. Указывать примерную стоимость лучше, так как позволяет сразу увидеть "примерную" прибыльность продаж. Потом идет реализация например 3 и 4 штук товара (в течении месяца). И по результатам поставщик выставляет два документа - на 3 и на 4 штуки с окончательной стоимостью, на основании которых возникает задолженность - это финансовые документы. На основании этих документов система должна пересчитать себестоимость прихода (10 штук) и себестоимость реализации (3+4=7 штук). В результате получится "уточненная" себестоимость, но не окончательная . Потом реализовали еще 3 штуки товара и поставщик выставил инвойс и на эти 3 штуки. В результате в системе есть финансовые документы на всю партию (10 штук - 3 документа на одну партию прихода ) и система формирует окончательную (фактическую) себестоимость прихода и списания этой партии товаров. Также на себестоимость могут попадать транспортные издержки и тп. Таким образом "окончательная" себестоимость формируется только после продажи всей партии, но для управленческого учета это обычно не страшно. Да и во многих других ситуациях окончательная себестоимость полностью рассчитывается только через некоторое время после продажи, и это нормальная ситуация. Главный плюс подобного подхода - универсальность. Эта схема учета прекрасно будет работать при любом изменении документооборота. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2013, 11:40 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Игорь_МЗдравствуйте. Подскажите, в какой учетной системе есть учет консигнационной торговли ? Системы интересуют фриварные или с доступной демоверсией, и желательно попроще. Бесплатная GrossBee XXI ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2013, 12:36 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Игорь_ММожет кто подскажет, в ИС-ПРО учет консигнации строится на принципах комиссионной торговли, или как я описал ? там чистая консигнация. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2013, 15:27 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Игорь_Мiscrafmось времени при периодических операциях разбивается не на штрихи с датами, а на периоды. Приход и расход у вас относятся к одному периоду , несмотря на то, что консигнант накладные с ценами позже предоставил.Можно поподробнее про эти периоды, это что-то вроде периодов в бухучете или нет ? Еще, получается, что к одной накладной на перемещение от комитента будут привязаны: во первых несколько расходных накладных клиентов, а во вторых несколько счетов-фатур от комитента-же. И в тех и в других конечно же будут разные цены. Так что после прочтения этой ветки у меня на ум приходит только вариант с двумя партионными учетами. Игорь, это была просто ремарка по поводу того, что для себестоимости по средней без разницы то, что приходная накладная зарегистрирована в вашей системе позже расходной, если они обе относятся к одному отчетному периоду (месяц или о чем вы там договорились с консигнантом). Зачем вы вообще ее считаете? Вы продаете товар, который вам не принадлежит, его себестоимость - забота консиганта. Ваша забота - посчитать разницу между стоимостью, которую он указал и стоимостью, по которой вы продали. Эта разница и есть ваш заработок. Не усложняйте простую задачу. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2013, 15:43 |
|
Консигнация
|
|||
---|---|---|---|
#18+
iscrafmВы продаете товар, который вам не принадлежит, его себестоимость - забота консиганта. Ваша забота - посчитать разницу между стоимостью, которую он указал и стоимостью, по которой вы продали. Эта разница и есть ваш заработок. Не усложняйте простую задачу. Насколько я понимаю, проблема как раз в том, чтобы внести в систему стоимость, указанную поставщиком. Окончательную сумму поставщик указывает после продажи, и система не в состоянии корректно отработать такую ситуацию. А с тем, что не надо усложнять - согласен на 100%. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2013, 19:55 |
|
Консигнация
|
|||
---|---|---|---|
#18+
суть консигнации в том, что консигнатор обязуется от своего имени, но за счет консигнанта, за определенное вознаграждение продавать товары консигнанта. Все четко и ясно. Никакой себестоимостью заморачиваться не нужно. ТС нужно просто посмотреть то, что определено в договоре на этот счет. Насколько помню там нет ничего особо сложного, если специально не усложнять. В документации по ИС-ПРО можно почитать. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2013, 21:53 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Игорь_МНашел демо-версию ИС-ПРО, в нем есть учет консигнации. Пока не разобрался, и документация старая. Может кто подскажет, в ИС-ПРО учет консигнации строится на принципах комиссионной торговли, или как я описал ? по ИС-ПРО здесь главный спец "Мостепанов Виктор". Обращайся к нему, он все подробно расскажет. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.02.2013, 13:40 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Злой БобрGarya, Еще раз - непутайте комиссию и консигнацию. Это действительно похожие вещи, но со своими особенностями. И хотя страны немного разные, в данном вопросе учет практически неотличается. Т.е. вы при желании конечно же можете вести учет в продажных ценах, никто вам незапретит. Но незабывайте что при консигнации главное количество. Это не просто "похожие вещи". В соответствии с российским законодательством, договор консигнации является разновидностью договора комиссии, см. например, письмо УФНС по г. Москве от 1 октября 2003 г. N 26-12/53999. Я никогда не был против того, чтобы вести учет в количестве. Это Вы, если я Вас правильно понял, были против того, чтобы вести еще и суммовой учет за балансом и указывать в накладных оценочную стоимость передаваемого товара. И даже как-то черезмерно радикально сообщили, что вести суммовой учет "не правильно", а также неправильно указывать в накладных суммовую оценку. Что в этом "неправильного", я так и не понял. Потому что в случае порчи или утери товара комиссионер окажется просто ничего не должен комитенту. Соответственно, комиссионеру при таком раскладе выгодно, чтобы некоторая часть товара "портилась" и оказывалась утерянной. Понимая это, грамотный комитент никогда не подпишет накладную с нулевыми суммами. ГК РФСтатья 998. Ответственность комиссионера за утрату, недостачу или повреждение имущества комитента 1. Комиссионер отвечает перед комитентом за утрату, недостачу или повреждение находящегося у него имущества комитента. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 01:15 |
|
Консигнация
|
|||
---|---|---|---|
#18+
Договор консигнации - нечто среднее между договором комиссии и договором коммерческого представительства (ст.184 ГК РФ). Однако, в налоговом отношении он трактуется ближе к договору комиссии. В частности, по договору комиссии обязанность по начислению НДС на авансы, поступающие от покупателей до отгрузки им товара, возникает у комитента, а не у комиссионера. Если же в договоре консигнации четко указано, что это договор представительства, то такая обязанность может возникнуть у комиссионера, потому что... ГК РФСтатья 182. Представительство 1. Сделка, совершенная одним лицом (представителем) от имени другого лица (представляемого) в силу полномочия, основанного на доверенности, указании закона либо акте уполномоченного на то государственного органа или органа местного самоуправления, непосредственно создает, изменяет и прекращает гражданские права и обязанности представляемого . Лучше всего в таком договоре явно указать, каким образом распределяются обязанности сторон по уплате НДС на авансы. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2013, 01:36 |
|
|
start [/forum/topic.php?all=1&fid=29&tid=1526052]: |
0ms |
get settings: |
12ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
30ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
66ms |
get tp. blocked users: |
2ms |
others: | 233ms |
total: | 383ms |
0 / 0 |