|
При проведении реализации пишу в заказ признак "обработан" | ☑ | ||
---|---|---|---|---|
0
Vika_Vika
14.06.17
✎
04:49
|
Добрый день.
Проблемка такая есть. При проведении реализации пишу в заказ, на основе которого она создана, признак, что заказ обработан. Однако, само собой, если при этом заказ был в открытом состоянии, запись не проходит. Мне бы умную мысль, как все-таки этот признак записать. Видимо, надо запускать обработочку по расписанию, а в ней проверять что? все заказы подряд? или вести где-то список незаписанных? или как-то еще? Что скажете, добрые умные люди? |
|||
1
mehfk
14.06.17
✎
04:51
|
Изменять один документ при проведении другого - признак недостаточно продуманной архитектуры.
|
|||
2
Vika_Vika
14.06.17
✎
04:56
|
А как лучше?
|
|||
3
Vika_Vika
14.06.17
✎
04:57
|
Впрочем, проблема не в том, когда происходит запись.
|
|||
4
Aleksey
14.06.17
✎
05:13
|
(2) В типовых это сделано через РС. Типа как дополнительные свойства сделаны
|
|||
5
Vika_Vika
14.06.17
✎
05:31
|
(4) РС - ?
|
|||
6
Vika_Vika
14.06.17
✎
05:32
|
А! регистр сведений. Извините, туплю.
И что туда пишут? Пример можно? Какой регистр? |
|||
7
patria0muerte
14.06.17
✎
05:57
|
(6) Создай периодический РС с измерением "Заказ покупателя" и ресурсом "Статус". При проведении реализации и прочих доков по заказу - пиши в него.
В форме заказа - просто считывай текущий статус из РС на форму, если требуется в самом заказе статус отображать. |
|||
8
patria0muerte
14.06.17
✎
05:59
|
Либо, если речь просто о "обработан/необработан" - то вовсе без ресурсов. Наличие записи в РС по заказу будет означать, что заказ обработан.
|
|||
9
мистер игрек
14.06.17
✎
06:11
|
(7) защем периодический РС?
|
|||
10
Рэйв
14.06.17
✎
06:14
|
(0)Если проведенная РН считается признаком завершения заказа, то зачем тебе какие то еще регистры? Простым соединением по ДокументОснование и условием на проведен спокойно можно получить завершенные и незавершенные заказы
|
|||
11
patria0muerte
14.06.17
✎
06:16
|
Ну можно и не периодический, если интересует только текущий статус. Если нужна история статусов (и если сами статусы нужны) то вполне себе вариант.
|
|||
12
мистер игрек
14.06.17
✎
06:16
|
(10) а если у одного заказа несколько РН?
|
|||
13
Рэйв
14.06.17
✎
06:18
|
(12)И как тогда будет в случае ТС проставляться завершен или нет? :-)
Если завершен только когда все проведены - тоже не проблема. |
|||
14
Рэйв
14.06.17
✎
06:19
|
+(13)Найдется хоть одна РН непроведенная- не завершен. все проведены- завершен
|
|||
15
мистер игрек
14.06.17
✎
06:26
|
(14) а РН "Заказы покупателей" не кошерно использовать?
|
|||
16
Рэйв
14.06.17
✎
06:28
|
(15)А что в нем? А то у меня такого нет.
|
|||
17
patria0muerte
14.06.17
✎
06:28
|
(15) ТС конфу не озвучил. Мож там наколенная самописка на справочниках вообще.. откуда там РН-у взяться.
|
|||
18
мистер игрек
14.06.17
✎
06:31
|
(16) Если у заказа остаток нулевой по этому регистру - значить заказ закрыть
|
|||
19
Рэйв
14.06.17
✎
06:32
|
(18)Скорее всего не катит такой вариант.Сплошь и рядом заказанное отличается от реализации.
|
|||
20
Рэйв
14.06.17
✎
06:33
|
только если оно потом закрывается как то в ноль, тогда можно
|
|||
21
Aleksey
14.06.17
✎
06:34
|
(6) возьми типовую БП 3.0 и посмотри как там сделана галочка "оригинал получен"
|
|||
22
Рэйв
14.06.17
✎
06:35
|
А вообще у меня есть похожее только с заказом поставщику.
И я потьом делаю на его основании док "Закрытие заказа поставщику", который закрывает все хвосты.Можно такой же док прикрутить к заказу покупателя |
|||
23
Lama12
14.06.17
✎
06:59
|
Ну вы даёте. А как же в типовых вопрос решается? А если несколько реализаций по одному заказу?
Есть же решение. Регистр накопления. Заказ - приход. Реализация - расход. Хотите по позиционно, хотите по документу. Чем не устраивает? |
|||
24
Irbis
14.06.17
✎
08:04
|
(9) Для разбора полётов. И не хило бы в него добавить пользователя, физическое время изменения записи и причину по которой это сделано.
|
|||
25
Irbis
14.06.17
✎
08:06
|
(19) Катит, у нас все заказы кратны стандартному весу жд цистерны, а по факту вес до килограмма указывается в отгрузка. При остатке меньше вагонной нормы заказ закрывается последней отгрузкой. При остатке больше нормы может быть закрыт безответственным сотрудником
|
|||
26
Vika_Vika
15.06.17
✎
03:32
|
Всем спасибо. Очень интересно. И все-таки: писать в документ не нужно именно по той причине, что у меня возникла или почему-то еще?
|
|||
27
Dmitry1c
15.06.17
✎
06:12
|
(26) это вопрос уровня эксперта 1С, если не обладаешь достаточными знаниями о таблицах баз данных СУБД, то не поймешь ответ на этот вопрос
|
|||
28
Vika_Vika
15.06.17
✎
06:35
|
(27) Но увидеть этот ответ можно? А что я пойму-не пойму - это моя проблема. Поделитесь уж высшим знанием, пли-и-и-из!
|
|||
29
мистер игрек
15.06.17
✎
06:35
|
(28) без фотки не взелтит
|
|||
30
Злопчинский
15.06.17
✎
08:04
|
(26) потому что это мутное решение. Заказ выписан в понедельник. Сейчас пятница. Делориан ещё в продажу не запустили, нельзя взять и просто так из пятницы метнуться назад в понедельник.
Запись текущей датой в регистр сведений эквивалентна тому что сегодня, в пятницу, ты взяла и сделала отметку НА понедельничном документе. Не В понедельничном, а На Ну и простое соображение Манагер любят делать новые заказы копированием старых Вот он скопировал старый заказ, провёл и он внезапно уже с отметкой |
|||
31
Лефмихалыч
15.06.17
✎
09:12
|
(0) пиши статус в отдельный регистр сведений
|
|||
32
Vika_Vika
16.06.17
✎
06:59
|
(30) Чтобы отловить копирование, есть спец.процедура. В ней можно поставить нужные значения. Я так и сделала, кстати.
А что касаемо Делориана, то менеджеры и без меня прекрасно лезут в старые документы, так что перепроведение приходится делать регулярно. Спасибо за ваш ответ, это я не возражаю, я думаю. |
|||
33
Адинэснег
16.06.17
✎
07:21
|
5 лет 9 месяцев 29 дней...
|
|||
34
mehfk
16.06.17
✎
07:22
|
Продолжайте в том же духе. Чем больше среди одинэсников копрокодеров, тем выше моя ценность на рынке труда.
|
|||
35
Vika_Vika
16.06.17
✎
07:54
|
(34) Спасибо. Мне так не хватало вашего напутствия.
А ваше желание укусить сигнализирует, что ваша ценность на рынке труда, видимо, не так высока, как вам бы хотелось. И кусая тех, кто подвернулся по пути, вы ее несомненно повышаете. |
|||
36
Злопчинский
16.06.17
✎
08:15
|
(32) менеджерам если лопатой по лицу не настучать - так и будут гуано разводить
|
|||
37
Злопчинский
16.06.17
✎
08:17
|
(35) а я ещё и гавкаю злобно, чтобы всякие гопники в мой огород не лезли... ;-)
|
|||
38
mehfk
16.06.17
✎
08:34
|
(35) "Дурака учить - мпх тупить"...
|
|||
39
Лефмихалыч
16.06.17
✎
09:38
|
+(30) еще потому, что в норме у продавцов не должно быть ни каких прав на реализацию. А это решение требует права на запись. А право на запись у манагеров в реализацию - is a good way to shoot yourself in the foot.
У нормального продавца шило в жопе, он всегда стремится срезать все углы, до которых дотянется, иначе это не продавец, а балласт. По этому этим людям права надо давать строго дозировано. И -под роспись кровью. Из носа. |
|||
40
vde69
модератор
16.06.17
✎
09:46
|
сабж следует решать оборотным регистром
заказ пишет сумму заказаную реализация сумму исполненую |
|||
41
тарам пам пам
16.06.17
✎
10:01
|
(40) Если бы все было так просто... В 99% случаев клиент потом просит возможность закрыть не полностью отгруженный заказ - потому что произвели под этот заказ именно столько и с контрагентом есть договоренность, что платят по факту.
|
|||
42
trdm
16.06.17
✎
10:04
|
(40) В семерке решается 2-мя дополнительными справочниками.
Один - накопительный, итоговый, второй типа регистра сведений. Ничего сложного. |
|||
43
Лефмихалыч
16.06.17
✎
10:07
|
(41) все правильно, потому и - обороты, а не остатки.
Заказ - это план, реализация - это факт. План с фактом ни когда сходиться не будет. Особенно, если добавить еще удаленные склады и ордерную схему, потом привинтить недовозы-перевозы. Решение, основанное на (40), даст над этим всем говном какой-то контроль и возможность уровень сервиса посчитать. Но это на практике все трындец, как не просто. |
|||
44
vde69
модератор
16.06.17
✎
10:09
|
(41) а вот в этом случае нужна РУЧНАЯ галка в заказе...
тем самым мы имеем как аналитический признак "закрыт/не закрыт", так и качественный "исполнен на 90%" это очень важно например при начислении бонуса менеджерам, что бы все была видна эта разница.... Да и вообще при анализе эффективности работы менеджеров по продаже без план/факта по заказам не возможен. |
|||
45
Мимохожий Однако
16.06.17
✎
10:13
|
(0) Если реализация создана, то заказ обработан. Для определения этого статуса достаточно посмотреть на регистр Заказы покупателей или на реквизит ДокОснование в реализации. Огород не нужен. Можно использовать регистр сведений Дополнительные сведения.
|
|||
46
trdm
16.06.17
✎
10:25
|
(44) > а вот в этом случае нужна РУЧНАЯ галка в заказе...
Не галка, а кнопка, на которой отображается текущий статус заказа. А реквизит "Галки" в реквизите справочника. ведь может и случай из (45) работать, а заказ открыт. Уж поверьте, схема отработана. (45) Не всегда. У нас считается отработанным заказ, если он доставлен клиенту. И этот факт отмечается доком "Доставка товара (отчет)". |
|||
47
Мимохожий Однако
16.06.17
✎
10:27
|
(46) У каждой конторы может быть разное ТЗ. Ну, а реализация может быть еще больше. Я предложил один из вариантов, который не затрагивает код типовой конфигурации. Контекста использования этой функции ТС не озвучил.
|
|||
48
trdm
16.06.17
✎
10:34
|
(47) Да. Я говорю как это все у меня в интернете магазине 1-го типа сделано.
|
|||
49
trdm
16.06.17
✎
10:35
|
Выстрадано и отлажено.
|
|||
50
vde69
модератор
16.06.17
✎
10:36
|
(45) (46) как отрабатывать частичную отгрузку? заказ один а отгрузок десять в разные дни?
я вообще в самописке (да есть у меня торговля написанная с нуля) реализовал отдельный документ "закрытие заказа", он решает кучу проблем... там я вообще сделал отдельные блоки учета "по сделке" по "заказу" (на регистрах). Там во первых ведется пересчет в валюту заказа, во вторых проставлены всякие запреты например на отгрузку без оплаты если это запрещено схемой заказа, или превышение суммы заказа, или замены номенклатуры... то есть заказ имеет поле "схема", в нее предопределено 8 основных схем используемых компанией, у менеджеров права разделены на схемы.... после моего увольнения с этой работы - прошло 11 месяцев, программиста так и не взяли... все работало без меня, единственное меня сейчас позвали проверить обмены и последовательности... |
|||
51
vde69
модератор
16.06.17
✎
10:37
|
(50) + например "закрытие заказа" начисляет бонусы менеджеру...
|
|||
52
Vika_Vika
16.06.17
✎
10:37
|
Задачка очень простая. Наши заразы теряют заказы. Не все обрабатывают. Поэтому была просьба, чтобы в списке заказов те, по которым есть проведенная реализация, помечались цветом. Вот и все.
|
|||
53
Мимохожий Однако
16.06.17
✎
10:41
|
(50) Для подобных случаев я сделал дополнительный регистр сведений, который заполняется при различных операциях, и хранит статус товара.
|
|||
54
Мимохожий Однако
16.06.17
✎
10:42
|
(52) Вот и сделай запрос, который работает в зависимости от условий, которые можно вычислить из уже существующих данных без дополнительных телодвижений.
|
|||
55
Vika_Vika
16.06.17
✎
10:44
|
Про то, насколько полностью он выполнен, пока речи нет, я уточняла. Сейчас хотят, чтобы не оставались совсем необработанные.
|
|||
56
Vika_Vika
16.06.17
✎
10:45
|
(54) Но у меня пока нету вашего дополнительного регистра.
|
|||
57
Мимохожий Однако
16.06.17
✎
10:47
|
(56) Сделай. Что мешает?
|
|||
58
Vika_Vika
16.06.17
✎
10:50
|
(57) Да вот думаю, обязательно ли это нужно. Советуюсь с добрыми умными людьми
|
|||
59
trdm
16.06.17
✎
10:51
|
(52) > Задачка очень простая. Наши заразы теряют заказы. Не все обрабатывают. Поэтому была просьба, чтобы в списке заказов те, по которым есть проведенная реализация, помечались цветом. Вот и все.
Типа: http://prntscr.com/fkepd0 |
|||
60
Irbis
16.06.17
✎
11:16
|
(40) У нас на остатках сделано, потому что по заказам меняются и подбираются поставщики. На крупных заказах дискретности поставки не хватает и из "хвостиков" вполне набирается вагон или два. А есть ещё режим "опциона до 10%" и куча разных других плюшек.
|
|||
61
ejikbeznojek
16.06.17
✎
11:54
|
(58) Ну мне кажется
или РС делать. Или фоновым заданием по ночам галки ставь) |
|||
62
ejikbeznojek
16.06.17
✎
11:56
|
(54) А этот запрос будет при выводе строки работать на форме списка?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |