Имя: Пароль:
1C
1С v8
Комиссионеры и возвраты... Хочется несбыточного?
0 Злопчинский
 
28.01.23
01:19
Описываю сценарий.
Упрощено до простейшего. Один реальный склад. Партионка - по среднему.
Купили у поставщика 5шт. по цене 100р/шт, итого = 500р. Заплатили поставщику 500 руб.
01.01.23 Передали комиссионеру (маркетплейсу) 2шт, продажная цена на МП = 600р/шт.
МП предоставляет отчеты о продажах розничным покупателям раз в месяц, на последнее число месяца.
10.01.23 Розничный клиент возвращает купленный на МП наш товар напрямую нам в офис, 1шт, МП про этот возврат ничего не знает.
Принимаем товар на баланс склада, идет в обычный товарный запас для дальнейшего товарооборота. Возвращаем Розничному клиенту 600руб через терминал на карту.
12.01.23 Передали комиссионеру (маркетплейсу) 3шт, продажная цена на МП = 600р/шт.
31.01.23 Комиссионер предоставил отчет о продажах, продано 3шт на сумму 1800руб., комиссия МП=0.
31.01.23 Получено по банку от комиссионера 1800 руб.

Считаем итоги за месяц:
.
Долг перед поставщиком = 0 руб.
.
Товаров на складе = +5(закуп у поставщика)-2(передано на МП)+1(возврат от розничного в офис)-3(передано на МП)
= 1шт на сумму(по себестоимости) 100руб.
.
Товаров у Комиссионера = +2(получено от нас)+3(получено от нас)-3(отчет о продажах)
= 2шт на сумму(по себестоимости) 200 руб.
.
Валовая прибыль по товару = +1800(МП)-600(сторно выручки по возврату от розничного покупателя в наш офис)-300(себестоимость продаж по МП)+100(сторно себестоимости продаж по возврату)
= 1000руб
.
Взаиморасчеты по розничным продажам = +1800 (долгМП по отчету по продажам)-1800(перечислено по банку от МП нам) -600(долгПЕредРозничным за возврат)+600(перечислено на карту за возврат розничному)
= 0
.
Вопрос -
1. можно ли реализовать такой сценарий в типовой УТ11.4 штатно (без допрограммиирования), с такими результирующими суммами и количествами на конец месяца, ключевое - расчет валовой прибыли без дополнительных ручных действий сотрудников по вводу каких-либо цифр в данном сценарии по себестоимости возврата от розничного покупателя.  
2. если п.1 = да - то как?, на данный момент есть мнение - что так не получится...
.
спасибо.
1 Злопчинский
 
28.01.23
01:24
При реализации сценария оформлять хозоперации - не обязательно в тех терминах как описан сценарий, главное - чтобы по итогу месяца можно было извлечь суммы/количества указанные в сценарии как "Итог за месяц штатными" отчетами, главное - показатели по валовая прибыль и количество и суммы товаров по себестоимости в запасе на складе и у комиссионера.
2 Злопчинский
 
28.01.23
01:28
Количество сущностей, задействованных в сценарии при реализации в УТ11.4, может быть больше чем описано, цепочки оформления хозопераций могут быть длинее и ветвистее. но желательно чтобы регистрируемые хозоперации в УТ11.4 по возможности максимально близко совпадали с сутью происходящих действий в реале.
3 Злопчинский
 
28.01.23
01:35
Могут спросить а нахрена все это, отвечаю: в т.ч. и для того, что с показателем валовой прибыли по итогам месяца я также хочу  (большой хочуха!) видеть в запасах на складе сумму по средней себестоимости от поставщика (средней скользящей, средней взвешенной - не суть важно).
4 Злопчинский
 
28.01.23
01:56
Важно также то, что комиссионеррв-мп может быть много. И розничный клиент по возврату в офис однозначно илетифицируется/связан с конкретным маркетплейсом (контрагенты? Партнёры? Иные связи сущности.. Не знаю...)
.
И в штатных отчетах хочется видеть суммы продаж и себестоимостей по возвратам по каждому такому розничному клиенту.
5 Garykom
 
гуру
28.01.23
02:58
(0) >10.01.23 Розничный клиент возвращает купленный на МП наш товар напрямую нам в офис, 1шт, МП про этот возврат ничего не знает.

МП надо об этом сообщить и каким то образом поправить взаиморасчеты
Ибо де юре товар числится проданным по отчету комиссионера, хотя де факто продажи нет
6 Мимохожий Однако
 
28.01.23
07:32
(0) Розничный клиент при возврате товара от кого деньги получает?
7 DJ Anthon
 
28.01.23
09:22
как можно вообще что-то штатно в ут реализовать, если там даже в инвентаризации нельзя отрицательные количества ввести (учетные, например)
8 bolder
 
28.01.23
09:44
Возврат ранее не купленного товара в офис не прокатит.
9 bolder
 
28.01.23
09:45
(5) ага, чтобы МП занёс его в чёрный список лишив бонусов.
10 hockeyist
 
28.01.23
10:01
Чего только люди не придумают, лишь бы 10 минут не программировать
11 Злопчинский
 
28.01.23
11:29
(5) по (0) - МП ничего о возврате не знает. товар числится проданным по какому-нить очередному отчету о продажах.
12 Злопчинский
 
28.01.23
11:30
(6) от нас, продавца товара.
13 Злопчинский
 
28.01.23
11:31
(8) а как же всякий супермудрый РАУЗ и прочее... не сумеет закрыть?
14 Злопчинский
 
28.01.23
11:32
(10) если штатно - никак, то в каком направлении требуется подпрограммировать?
15 eddy_n
 
28.01.23
12:05
(14) Не позавидуешь. Нам было легче. Своя система комиссионной торговли. Крути-верти эти возвраты как хочешь. А Вайлдберриз, кстати. свои отчёты раз в неделю шлёт. И ещё они в Казахстане присутствуют, формат файла Отчёта немного другой. Кстати и схемы работы у МП разные, например, от Яндекса Отчёты приходят в разрезе их внутренних Заказов.
16 НафНаф
 
28.01.23
12:11
А зачем вы приняли товар минуя маркетплейс?
17 eddy_n
 
28.01.23
12:11
В Управленческую конфу ввели сущность Внешний возврат, для случая товара, вернувшегося на склад. А таб. часть Возвраты в нашем доке Отчёт комиссионера - внутренние возвраты МП (товар из игры не выпадает). Утилизации и Излишки тоже присутствуют, особенно у Вайлдберриз. Не знаю, как в типовой. Тема для особого разбирательства.
18 eddy_n
 
28.01.23
12:15
На основании Отчёта коммивояжёра с признаком Внешний возврат делалось естественно Поступление.
19 eddy_n
 
28.01.23
12:21
Может последовать вопрос: а зачем мы учитывали внутренние возвраты у себя в Управленке? Ведь это внутреннее дело МП? Отвечу, для простоты локальной сверки с МП в разрезе одного отчёта. ВЕДЬ ВСЕ ЭТИ МАРКЕТПЛЕЙСЫ ПРИСЫЛАЮТ НЕПРИЧЁСАННЫЕ ФАЙЛЫ. ЕШЬТЕ, ЧТО ЕСТЬ, МЫ СВОРАЧИВАТЬ У СЕБЯ НИЧЕГО НЕ БУДЕМ!
20 eddy_n
 
28.01.23
12:28
По идее они могли бы свернуть отчёт в разрезе товара и комиссионного процента, если конечно, учёт ведётся не в разрезе заказов. НО НИЧЕГО ПОДОБНОГО НЕ ПРОИСХОДИТ. Сканируйте все миллион строк нашего отчёта. А про внутренний возврат вообще можно не мечтать. ОН ВСЕГДА У НИХ БУДЕТ ВЫНОСИТЬСЯ ОСОБНЯКОМ.
21 Злопчинский
 
28.01.23
12:57
(5) "МП надо об этом сообщить и каким то образом поправить взаиморасчеты"
МП перечислит деньги за продажу. Деньги полученные от МП вернутся покупателю за возврат. круг закрыт.
22 Злопчинский
 
28.01.23
12:57
(16) нужно.
23 Злопчинский
 
28.01.23
12:58
(17) себестоимость такого "внешнего возврата" - откуда?
24 eddy_n
 
28.01.23
13:30
(23) Отчёт комиссионера с призаком Внешний возврат в Своей Базе бьёт естественно только по (назовём его по-бухгалтерски) 45 счёту, 41 счёт. естественно, затрагивает Поступление товаров на склад, введённое на основании этого Отчёта комиссионера . Поступление такое тоже куцым получается. 60 Счёт - мимо для него. Но я же говорю. Своя конфа. Крути-верти ВСЁ ПО ЧЕЛОВЕЧЕСКИ.
25 eddy_n
 
28.01.23
13:44
В Поступлении ещё ГТД, естественно, придётся отразить. Его никто не отменял. Товар - снова на складе и ждёт своего нового покупателя.
26 Мимохожий Однако
 
28.01.23
13:52
(12) Получает товар от МП, платит в МП, а возвращает вам напрямую. Странная схема. Или я не понял. Деньги, как я понимаю, должны возвращаться от МП и товар от него же.
27 eddy_n
 
28.01.23
14:06
(26) Обычное явление в нашей жизни.
28 Злопчинский
 
28.01.23
14:13
(26) покупатель получил свои деньги, которые мы получили от МП. по деньгам баланс =0. по товару - товар вернулся к нам на склад. все сошлось.
29 eddy_n
 
28.01.23
14:14
Получается, никаких денежных отношений. Только товарные. ПРОСТО ТОВАР ВЫПАДАЕТ ИЗ КОМИССИОННОЙ ТОРГОВЛИ, БОЛЬШЕ НИЧЕГО
30 Злопчинский
 
28.01.23
14:17
(24) не пойдет. здесь с 45 идет возврат на 41. это - возврат товара от комиссионера. здесь исчислить себестоимость возврата проблем нет. Вопрос - сначала возврат от покупателя, потом отчет о продаже покупателю. Вопрос в исчислении себестоимости по возврату, автоматом, штатно.
31 eddy_n
 
28.01.23
14:23
(30) Я же тебе говорю. У нас всё гибко. Этот Отчёт комиссионера с признаком Внешний возврат в каком-то смысле - нештатный. Аналога проводки Дт41 - Кр45 по регистрам накопления в Своей Базе НЕ ДЕЛАЕТ!. Проводку по 41 делает Поступление, (уже после того, как появился такой Отчёт комиссионер), которое в свою очередь тоже проявляет чудеса гибкости, не делая проводку по 60.
32 eddy_n
 
28.01.23
14:24
Просто и красиво. А что там по шату положено - так кто ж его знает.
33 eddy_n
 
28.01.23
14:27
Пусть в другом представлении Поступление товаров - это Возврат от покупателя. Суть не меняется.
34 eddy_n
 
28.01.23
14:28
А комиссионер и комитент, как говорится, - разошлись как в море корабли.
35 Злопчинский
 
28.01.23
14:46
(33) не пойдет. возврат - это сторно продажи со сторнированием себестоимости, ушедшей в продажу.
Поступление - себестоимость определяется введением исходных данных, полученных извне. этого и хочется избежать.
36 eddy_n
 
28.01.23
15:27
(35) Да всё шло, идёт и будет идти. Ловишь себестоимость в момент проведения этой новой Приходной и подставляешь в док.
37 eddy_n
 
28.01.23
15:29
Это у нас, не знаю как в типовых.
38 eddy_n
 
28.01.23
15:30
Я точно политику партии не знаю, но кажется - по среднему.
39 Злопчинский
 
28.01.23
15:32
(36) это надо прогать
40 Aleksey
 
28.01.23
15:34
(16) была же тут теме с обратным выкупом. когда продавец сам у себя покупает через озон и возникает вопрос а как теперь вернуть обратно, чтобы налоги государству не платить за продажу
41 eddy_n
 
28.01.23
15:34
(39) Не без этого.
42 Злопчинский
 
28.01.23
15:37
(40) угу. это в принципе оно и есть.
налоги государству все равно заплатишь, например, на УСН продажа с маркетплейса все равно идет в доход.
43 Злопчинский
 
28.01.23
15:39
можно вообще нафиг этот возврат от розничного покупателя показывать как угодно, хоть оприходованием на склад... главное чтобы товар упал на склад с правильной себестоимостью и знать сумму по продаже такого вовзрата, чтобы ее учесть во всяких фин.показателях потом.
Компьютер — устройство, разработанное для ускорения и автоматизации человеческих ошибок.