|
БП3: Как лучше решить ситуацию с возвратами не день-в-день по ОРП | ☑ | ||
---|---|---|---|---|
0
Гений 1С
гуру
23.12.21
✎
16:18
|
Типовым обменом из Розницы в БП3 приходят ОРП.
Там не заполнена на закладке возвраты колонка "Дата реализации". Возвраты на этой странице - задним числом. Если не ставить дату реализации, себестоимость не рассчитывается. Можно конечно, написать обработку по простановке даты реализации в БП3 (по последней продаже). Но это так себе костыль. А нормальное решение есть. В рознице в ОРП дата реализации не фиксируется. |
|||
1
mikecool
23.12.21
✎
16:20
|
"А нормальное решение есть. " расскажи, не томи
|
|||
2
Гений 1С
гуру
23.12.21
✎
16:20
|
(1) это вопрос
|
|||
3
vovastar
23.12.21
✎
16:21
|
(0) пиши костыль, тебе же надо выполнить свой девиз "Даешь 500 костылей в год!"
|
|||
4
Гений 1С
гуру
23.12.21
✎
16:34
|
(3) я то что, это всё противная 1с. ;-)
|
|||
5
azernot
23.12.21
✎
16:38
|
Под "нормальным решением" каждый может понимать что-то своё.
Если уж разбираться, то необходимо для начала понять "А для чего же нужна дата продажи для возвратов не день-в-день?" А нужна она именно для того, чтобы определить какая была себестоимость продажи, чтобы вернуть именно эту себестоимость. Однако, если например, это возврат продажи, которая находится за рамками данной базы (осуществлена до начала учёта в этой базе), то такая дата всё равно не поможет. Или если заполнять всегда некоей датой последней продажи, то легко может получиться, что по одному и тому же товару, продаж по себестоимости было на Х, а возвратов на Y, в то время как количество товаров в продажах и возврате - одинаковое, при этом X<>Y. Приемлемо ли это? Т.е. сначала нужно определиться с приемлемой учётной методикой определения себестоимости возвращаемых не день-в-день товаров, когда дата продажи - неизвестна, и только после этого приступать к реализации этой методики в 1С. |
|||
6
Гений 1С
гуру
23.12.21
✎
16:40
|
(5) если бы в рознице фиксировалась дата реализации в ТЧ возвраты и эта дата ходила бы по обмену в БП3, это было бы замечательное решение от 1С, а не "нормальное", увы и ах, от 1С ожидать даже нормальных решений не приходится.
|
|||
7
azernot
23.12.21
✎
16:41
|
(6) В рознице в ЧекеККМ есть "ЧекККМПродажа"
|
|||
8
Гений 1С
гуру
23.12.21
✎
16:45
|
(7) Есть. Только насколько я понял, ТЧ возвраты не хранит в себе чека возврата.
|
|||
9
Гений 1С
гуру
23.12.21
✎
16:48
|
Т.е. чек возврата привязан к чеку ОРП, в чеке возврата есть ссылка на чек продажи.
но в ОРП только возвращенный товар. это надо идти от товара к чеку возврата, потом к чеку продажи, в общем, делать хитрое разворачивание. А ведь возвращено может быть 2 товара разными чеками продажи, придется разбивать ОРП на две строки и более... А потом еще как-то через Enterprise Data протаскивать колонку дата продажи из Розницы в БП. |
|||
10
azernot
23.12.21
✎
17:16
|
(9) Всё это уже реализовано в правилах обмена (макет у узла "ОбменРозницаБухгалтерияПредприятия30")
|
|||
11
Krendel
23.12.21
✎
17:46
|
Хорошо к клиенту сходил, аж взял 4 задачи
|
|||
12
Гений 1С
гуру
23.12.21
✎
17:49
|
(10) что всё это?
|
|||
13
azernot
23.12.21
✎
18:00
|
(12) Обращение к чекам, вытягивание даты продажи, группировка, передача в ТЧ "Возвраты" ОРП.
|
|||
14
Гений 1С
гуру
23.12.21
✎
18:06
|
(13) да ладно, ты гонишь, тогда почему эта колонка пустая в БП3?
|
|||
15
Гений 1С
гуру
23.12.21
✎
18:07
|
(10) и потом там разве КД2 а не ED?
|
|||
16
azernot
23.12.21
✎
18:07
|
(14) Ты программист или кто?
|
|||
17
ДенисЧ
23.12.21
✎
18:10
|
(16) Это ты геню спрашиваешь? Он же дипломированный вирусолог, а не программист...
|
|||
18
Гений 1С
гуру
23.12.21
✎
18:14
|
(16) только ради вас залез в конфигутор розницы.
Да, в правилах обмена ОбменРозницаБухгалтерияПредприятия30 это есть, да только обмен с БП3 не по плану обмена идет, а через ED по плану обмена СинхронизацияДанныхЧерезУниверсальныйФормат. Так что вы меня дезинформировали. Хотя этот код есть в обычных планах обмена, но в ED его не протолкнули...
|
|||
19
Смотрящий
23.12.21
✎
18:20
|
(0) Небольшая правка в РМК розницы решит все эти траблы - генерируй не чек возврата а возврат от покупателя если не день в день
|
|||
20
Гений 1С
гуру
23.12.21
✎
18:21
|
(19) ничёси небольшая правка, гггг
|
|||
21
Гений 1С
гуру
23.12.21
✎
18:22
|
(19) ты забываешь еще что возврат этот надо пробить по кассе. переобучить кассиров и тп. и это ради вшивой себестоимости. нет.
|
|||
22
vovastar
23.12.21
✎
18:25
|
(21) а как же выставить клиенту чек на 300 часов?
|
|||
23
azernot
23.12.21
✎
18:25
|
(18) >Так что вы меня дезинформировали.
Мы дезинформировали?! Т.е. ты вместо специального узла ОбменРозницаБухгалтерияПредприятия30, используешь неспециальный СинхронизацияДанныхЧерезУниверсальныйФормат, и чего-то ещё хочешь? Да иди ты в пень. |
|||
24
Смотрящий
23.12.21
✎
18:27
|
(21) Ты о (0) спрашивал про нормальное решение. Ну нет так нет. Эбитесь с выгрузками
|
|||
25
Гений 1С
гуру
23.12.21
✎
18:48
|
(23) азер, вы когда в последний раз обмены настраивали? имхо, непрофессионализм детектед. Какой в одно место КД2 в современных облачных базах, аллё
|
|||
26
azernot
23.12.21
✎
18:49
|
(25) Я их в типовых вообще ни разу не настраивал.
Но я умею читать код. |
|||
27
Гений 1С
гуру
23.12.21
✎
18:50
|
(26) вот то то оно и заметно. Ну ка, теоретический вопрос - чем обмен по КД3 удобнее обмена по Кд2 чисто в административном ключе?
|
|||
28
azernot
23.12.21
✎
18:52
|
(27) Мне вообще пох.
Я вижу, что типовая розница осуществляет обмен с БП30 в формате EnterpriseData, из узла ОбменРозницаБухгалтерияПредприятия30. |
|||
29
Гений 1С
гуру
23.12.21
✎
18:53
|
(28) садись, два. ED - это КД3, а не КД2. You are fired. Ляпнули вообще неграмотно
|
|||
30
Гений 1С
гуру
23.12.21
✎
18:55
|
Хотя если честно, я думал, что КД2 уже не применяется в типовых, гм. Даже удивительно что он еще жив. Во Фреше его точно не применяют по соображениям безопасности. А вот в конфе оказывается еще он остался.
Но у КД2 есть фатальный недостаток - он заточен на конкретную конфу источника и получателя. Поэтому любое несогласованное обновление баз из обмена может остановить обмен. |
|||
31
azernot
23.12.21
✎
18:57
|
(29) :)
Всё так, всё верно, я совершенно неграмотен и непрофессионален. Однако я знаю, как решать проблему сабжа, а ты - нет. Живи с этим. |
|||
32
Гений 1С
гуру
23.12.21
✎
18:58
|
(31) знаем мы таких решателей. Придет, поменяет КД3 на КД2 и принесет клиенту гемора новый вагон. ага
|
|||
33
vovastar
23.12.21
✎
19:00
|
(32) сказал производитель велосипедов и ушел искать очередные квадратные колеса)))
|
|||
34
Гений 1С
гуру
26.12.21
✎
17:22
|
(33) почти доделал обработку по простановке даты реализации. Там слишком жесткий контроль в бп3.
Например Продажа 1 января 18 штук Продажа 1 февраля 20 штук Возврат 10 февраля 16 штук дата реализации 1 февраля - проведется Возврат 12 февраля 15 штук дата реализации 1 февраля - не проведется, учтется и возврат от 10 февраля, т.е. не хватит 11 штук. Придется все же точно рассчитывать дату реализации, хотя у клиента и мало возвратов, но такое не исключено. Кстати, если 10 февраля возвращается условно 30 штук, то нужно расписать в ОРП в две строки: Возврат 10 февраля 20 штук дата реализации 1 февраля Возврат 10 февраля 10 штук дата реализации 1 января А наш пример надо расписать так: Возврат 10 февраля 16 штук дата реализации 1 февраля Возврат 12 февраля 4 штук дата реализации 1 февраля Возврат 12 февраля 11 штук дата реализации 1 января |
|||
35
vovastar
26.12.21
✎
17:28
|
(34) это точно не квадрат. Такой геометрической фигуры еще не известно человечеству.
|
|||
36
Ненавижу 1С
гуру
26.12.21
✎
17:29
|
(34) ну и с помощью какого механизма производится контроль количества возврата?
|
|||
37
Гений 1С
гуру
26.12.21
✎
17:49
|
(36) не анализировал
|
|||
38
Ненавижу 1С
гуру
26.12.21
✎
17:52
|
(37) это пять я считаю - ты как задачу то решаешь тогда?
|
|||
39
vovastar
26.12.21
✎
17:53
|
(38) когда производители костылей о чем то думали? Ты такой странный..
|
|||
40
Гений 1С
гуру
26.12.21
✎
18:54
|
(38) как решаю? Очень просто. Подбираю подходящие для данного возврата ОРП. Запросами в цикле, но там скорость не критична. Еще вопросы?
Контроль со стороны 1С происходит тут, модуль УчетТоваров:
|
|||
41
Ненавижу 1С
гуру
26.12.21
✎
19:04
|
(40) 1с контролирует возможность количества возвратов по датам? И ты изобретаешь параллельный велосипед. А зачем? К тому же какая гарантия, что твой эмпирический метод не будет противоречить контролю со стороны 1с?
|
|||
42
Гений 1С
гуру
26.12.21
✎
19:25
|
(41) гарантия очень простая - продаж больше чем возвратов и я смогу распределить даты реализации по этим продажам.
|
|||
43
Ненавижу 1С
гуру
26.12.21
✎
20:09
|
(42) ты сам себе противоречишь: "Придется все же точно рассчитывать дату реализации, хотя у клиента и мало возвратов, но такое не исключено."
|
|||
44
Гений 1С
гуру
27.12.21
✎
13:03
|
Гм, странное дело, столкнулся с тем, что на некоторых позициях при установке даты не проводится, хотя реализация есть и нигде не задействована, возможно надо предварительно закрыть месяц.
|
|||
45
Гений 1С
гуру
27.12.21
✎
13:03
|
возможно, поможет предварительное закрытие месяца (восстановятся партии товаров по 41-счету)
|
|||
46
Гений 1С
гуру
17.01.22
✎
13:06
|
Гм, разобрался. Причина была банальна, кроется в этих строчках:
ИспользоватьОтборПоСкладуОтгрузки = ВедетсяСуммовойУчетПоСкладам И ЕстьСкладОтгрузки Конкретно склад в ОРП вовзрата должен соответствовать складу в ОРП продажи, поэтому и не билось. Поправлю обработку, добавлю отчет по складу, вышлю отчет клиенту. Правда, как быть клиентно-ориентированным компаниям, которые делают возвраты с других складов, 1С "как обычно" не озаботилась. Проблемы бизнеса бухгалтерию не волнуют, ОГА. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |