|
1С:Предприятие
:: 1С:Предприятие 8 общая
|
|
| ||
John83 23.11.20 - 08:58 | на примере УПП 1.3
Все пишут, что нельзя проводить оперативные документы будущей датой. И основная причина в том, что при этом не будут проверяться остатки. Но если я переделал алгоритм и остатки проверяются и при неоперативном? То меня это не касается? Вопрос возник по причине того, что в последнее время стал разрастаться rphost на серваке. И тут обнаружил, что бухи наклепали документов будущей датой, но эти документы неоперативные (операции, корректировки регистров, корректировка долга, книга покупок). Задумался, что это может быть как-то связано. | ||
Фрэнки 1 - 23.11.20 - 09:10 | процесс сервера пухнет из-за каких-то сеансов? Причем там вообще состояние записанных в базу каких-то объектов, зачем объектам память сервера, если они уже в базе? | ||
John83 2 - 23.11.20 - 09:25 | (1) админ утверждает, что rphost распухает за ночь, а ночью (но не каждую) делается перепроведение базы - вот у меня и возникла аналогия.
Большинство регл. заданий отключил, только оставил типовой пересчет итогов. На счет него тоже есть небольшие сомнения. | ||
ДенисЧ 3 - 23.11.20 - 09:27 | А насколько будущая эта дата? Если в 28м веке - то запросто может. Если в этом году, то не из-за этого. | ||
John83 4 - 23.11.20 - 09:28 | (3) максимум конец этого года | ||
Фрэнки 5 - 23.11.20 - 09:30 | То, что рпхост пухнет - это можно считать утечка памяти, а не состояние конкретно записываемых в базу при перепроведении объектов.
И утечкой памяти считается не то, что памятью не пользуются, а то, что она не освобождается должным образом после того, как все объекты закрыты, записаны, транзакции зафиксированы и т.п. Ну понятно, что ночью не формируют отчеты... А если формируют? И как раз в что при формировании отчетов, что при получении временных таблиц в перепроведении документов используются одинаковые запросы? А давайте вообще не будем к базе запросы выполнять, чтоб память не пухла!!! | ||
Free_soul 6 - 23.11.20 - 09:32 | |||
vvspb 7 - 23.11.20 - 09:34 | Насколько оправдана "необходимость" проводить будущей датой вопрос не задавать? | ||
Фрэнки 8 - 23.11.20 - 09:34 | но я за давностью лет как-то и не очень уже помню на каком релизе платформы нужно крутить УПП.
В каких-то релизах память текла и это всем было известно. В каких-то поведение платформы было более-менее адекватно, но на какой платформе нужно и желательно теперь работать с УПП - не смогу посоветовать. Но проблема точно не в том, что дата документов установлена куда-то не туда | ||
Фрэнки 9 - 23.11.20 - 09:35 | (7) А какая разница, если в конфиге есть некоторое количество функционала, который не учитывает дату документа при проведении в оперативном режиме, например | ||
dmpl 10 - 23.11.20 - 09:36 | (0) В УПП такого вроде не наблюдал. А в ERP было. | ||
dmpl 11 - 23.11.20 - 09:37 | (6) Представь, что надо получить, например, помесячные остатки от начала учета до максимальной даты. | ||
hhhh 12 - 23.11.20 - 09:38 | (9) ну, оперативные остатки в несколько раз быстрее, чем неоперативные. Может с этим свезано? Раньше процесс длился 5 минут, а теперь 105 минут. | ||
dka80 13 - 23.11.20 - 09:41 | (7) например, реализации готовятся с вечера на утреннюю отгрузку | ||
БаксПо90 14 - 23.11.20 - 09:43 | (7) например я знаю что событие будет отражено некоторой датой и сразу даю вводить людям эту дату. Это же в 1с связали дату документа с датой отражения события. | ||
Фрэнки 15 - 23.11.20 - 09:44 | (12) Ну... если идти по этому рассуждению, то тогда любой массовое перепроведение документов с любой датой (что прошлой, что настоящей, что будущей) должно стартовать с принудительным неоперативным - всегда. И тогда при любом выполнении такой процедуры должна утекать оператива рпхоста | ||
Фрэнки 16 - 23.11.20 - 09:45 | Это будет именно свойство конкретной используемой платформы, а не разрешенных "будущих дат" в конкретной использованной базе/конфигурации УПП 1.3 | ||
vvspb 17 - 23.11.20 - 09:47 | (13) я понимаю что почти 100% в это упирается. У нас выписка начинается в 0-00 | ||
vvspb 18 - 23.11.20 - 09:49 | (14) какой в этом глобальный смысл? Почему нельзя сделать во время? | ||
hhhh 19 - 23.11.20 - 09:51 | (15) итоги бывают оперативные и помесячные. Если дата в середине месяца, то документ проводится в несколько раз дольше, потому что остатки берутся не по таблице итогов, а по реальной таблице регистра. То есть берутся итоги на 1-е число и прибавляются обороты внутри месяца. | ||
БаксПо90 20 - 23.11.20 - 09:52 | (18) ну потому, что вовремя - это когда служба обрабатывает документ (это как раз момент даты документа), а момент события может быть лююой.
Например у меня аренда .. и расторжение вводят в тот момент когда договор оформляют .. т.е. вводят и заключение и расторжение сразу, а не когда оно случится. А когда оно случится ? Это обход по какому то списку .. а так просто уже все в базе заведено | ||
dmpl 21 - 23.11.20 - 09:53 | (18) А зачем ждать? Вот возьмет заказы покупателей. Есть заказ на декабрь. Логично его ввести декабрьской датой. Потому что потом любой валенок установив в декабре отбор по периоду "Декабрь 2020" увидит все заказы на декабрь. Это во-первых. Во-вторых, при планирование закупок под заказ надо начинать еще в сентябре, так что заказ на декабрь должен быть уже проведен в сентябре. | ||
ДенисЧ 22 - 23.11.20 - 09:54 | (21) С датами заказов была прикольная штука...
Говорят мне "выведи дату заказа"... Вывожу. После долгих разборов выяснилось, что им надо дату создания (!!!) заказа )))) | ||
Фрэнки 23 - 23.11.20 - 09:54 | (19) и что, это объяснение какое-то ноу-хау, из-за которого "течет память" у рпхоста?
з.ы. я знаю всю такую арифметику для первоклассников :-) | ||
БаксПо90 24 - 23.11.20 - 09:56 | у нас то же раньше на 32 текла .. а на 64 внезапно перестала. Всего то внесли 50 тысяч 1с. | ||
ДенисЧ 25 - 23.11.20 - 09:56 | (24) Она не перестала течь. Просто ёмкость, куда вытекает - увеличилась )) | ||
vvspb 26 - 23.11.20 - 09:56 | (21) А зачем ждать?/// Я понимаю что с арендой (теоретически) можно не ждать, но почему можно не ждать с валенками... да делайте что хотите, инвентаризации, я так понимаю, не интересуют | ||
БаксПо90 27 - 23.11.20 - 09:57 | 64-32 ~ 50 ре | ||
hhhh 28 - 23.11.20 - 09:57 | (23) это я не знаю. Но тот факт что процесс находится в памяти на 2 часа больше, это может и есть утечка | ||
БаксПо90 29 - 23.11.20 - 09:58 | (25) у меня последние год когда было принято решение с 32 на 64 переходить внутри периодов когда бухгалтер рисовал ндс ..сервер надо было раз в день гасить ..
а вот с тех пор как поменял .. то сервер гасился только вместе с электричеством | ||
vvspb 30 - 23.11.20 - 09:59 | (21) заказ на декабрь должен быть уже проведен в сентябре/// на проведение заказа нет ограничения Рекламное место пустует | ||
БаксПо90 31 - 23.11.20 - 10:01 | (26) Да какая собственно разница. Есть дата документа, а есть дата события которое этот документ отражает. Они могу быть не равны. Когда 1с запустила одну дату она конечно все сильно упрастила .. но вот сейчас во взаиморасчетах в онлайне ты можешь наслаждаться как она изгаляется ..
а я могу тебе так сказать ..мы например за месяц до события уже считаем что нам денег должны .. прикинь какой у меня угар с датами .. | ||
ДенисЧ 32 - 23.11.20 - 10:01 | (29) Так я и говорю - места под утечки больше. | ||
dka80 33 - 23.11.20 - 10:04 | (26) у меня заказ на 24 число. Вывоз начинается в 2 часа ночи 24 числа в объеме нескольких десятков машин. Когда документы готовить бухгалтерии? Поэтому они и готовятся 23 числа, но отражаются 24, т.к. по факту все происходит 24 | ||
БаксПо90 34 - 23.11.20 - 10:04 | (32) может быть, но мне за поиск утечек не платят. А 50 тысяч ре сняло все проблемы в организации. | ||
vvspb 35 - 23.11.20 - 10:10 | (31) за месяц до события уже считаем что нам денег должны .. прикинь какой у меня угар с датами ../// угара быть не должно :) расчет дз по заказам -- штатный | ||
vvspb 36 - 23.11.20 - 10:12 | 33) Когда документы готовить бухгалтерии/// я тут не советчик. Не вижу необходимости эти доки готовить бухам | ||
ДенисЧ 37 - 23.11.20 - 10:14 | (36) Правильно! Не бушное это дело - готовить бухгалтерские документы! Пусть сторож оформляет! | ||
dka80 38 - 23.11.20 - 10:15 | (36) ты не понимаешь: речь не о том, кто конкретно готовит, а о том, что их физически невозможно подготовить в момент отгрузки, без задержки оной. Именно поэтому они готовятся заранее | ||
vvspb 39 - 23.11.20 - 10:17 | (37) ой, вы у них всё забрали давно и объявили не нужными, а операторская работа вдруг резко стала бухгалтерской.
ЗЫ. У меня сотрудники, которые работают в ночь и оформляют отгрузочные документы называются бухгалтерами, но скорее это только формальное название. | ||
БаксПо90 40 - 23.11.20 - 10:17 | (35) в заказах насколько я помню уже фигурирует две даты, и я давно не сижу на товарном учете что бы точно сказать что там .. но все сводится к простой формуле...хозяин заказывает музыку.
Вот например акты , мы их готовим в следующем месяце но дата у них конец месяца. Но , я после 15 числа текущего месяца мог бы сделать 90 процентов актов за месяц, но дата все равно конец месяца. Т.е. у меня дата ввода вообще никак не влияет на дату акта. Он почти всегда на конец месяца. | ||
vvspb 41 - 23.11.20 - 10:18 | (38) заявки сделаны заранее, с их автоматической обработкой на "десяток машин" нужно max час | ||
dka80 42 - 23.11.20 - 10:19 | (41) ой все | ||
vvspb 43 - 23.11.20 - 10:23 | (42) сегодня была 61 машина | ||
dka80 44 - 23.11.20 - 10:24 | (43) в каждой машине по сколько клиентов? | ||
vvspb 45 - 23.11.20 - 10:25 | (44) по разному. В зависимости от маршрута | ||
ДенисЧ 46 - 23.11.20 - 10:30 | (41) А что, у вас никогда машины не грузятся "с ленты в кузов"? | ||
vvspb 47 - 23.11.20 - 10:32 | |||
dka80 48 - 23.11.20 - 10:38 | (47) значит молодцы. Но у вас есть специальные кладовщики-бухгалтеры )) | ||
ДенисЧ 49 - 23.11.20 - 10:38 | (47) Ну, у нас было такое. Продукция транзитом практически с ленты в кузов. Кладовщики пикнут сканером и алга, в кузов. И это в 4-30 утра. А в 4-40 машина должна выйти. И лучше немного недогрузим, чем задержим приезд машины к клиенту. А там, если не в 4-40 выехать, а в 4-50 - по железке идёт сапсан и переезд закрывается на полчаса минимум ))) | ||
vvspb 50 - 23.11.20 - 10:45 | (49) ну у нас кто-то и ещё раньше должен выехать... хуже то, что некоторые сети хотят до 23 иметь возможность корректировки заказа... | ||
vvspb 51 - 23.11.20 - 10:46 | (48) и 1 контрагент <> одна накладная :) | ||
dmpl 52 - 23.11.20 - 11:09 | (30) С датой документа будущей датой? И давно отменили? | ||
dmpl 53 - 23.11.20 - 11:14 | (37) Угу, а если что-то пойдет не так - звонить кому будут? В лучшем случае позвонят сразу 1Снику. Но скорее всего сотрудник позвонит своему начальнику, который выдернет из постели начальника 1Сника. Ну а в худшем случае он пойдет по вертикали до общего начальника логистов и ИТ... и наутро все выслушают какие все вокруг <censored>. | ||
ДенисЧ 54 - 23.11.20 - 11:16 | (53) "если что-то пойдет не так" - то не так пойдут они. Согнувшись. И далеко. | ||
vvspb 55 - 23.11.20 - 11:18 | (54) смотря что куда пойдёт и по какой причине. А поднимут всех :)
Вот с маркировкой я не знаю что будет... :( Мы протестировали, одну машину грузили 3 часа :))) | ||
vvspb 56 - 23.11.20 - 11:19 | (52) не поняла | ||
dmpl 57 - 23.11.20 - 11:19 | (54) С чего они? Если из-за системы они не смогут оформить документы вовремя - прилетит в первую очередь ИТ ("Ваша программа не работает!"). И даже если там косяк в данных (что скорее всего) - осадочек-то останется. Вот с заказами в ERP есть такая фигня: если заказ был отгружен полностью, в него после этого добавили еще товары - и все, в качестве распоряжения он уже не выйдет. Потому что 1С решила сделать одну запись в регистре, что все товары отгружены... | ||
dmpl 58 - 23.11.20 - 11:20 | (56) Заказ на январь сделать датой 01.01.2021 и провести. | ||
ДенисЧ 59 - 23.11.20 - 11:21 | (57) Почему из-за системы? Система работает стабильно. | ||
БаксПо90 60 - 23.11.20 - 11:23 | (57) кто же товар в заказ добавляет после того как он обработан) Рекламное место пустует | ||
dmpl 61 - 23.11.20 - 11:26 | (59) Да потому что пользователи разбудили начальство, что неправильно. Там причина уже не важна, если это выйдет дальше начальника 1Сника. Это же его задача, чтобы вышестоящих начальников не грузили проблемами.
(60) А где написано, что нельзя? ;) А логисты в заказе постоянно пасутся, потому что там обеспечение надо менять, чтобы что-то отгрузить. И клиенты постоянно хотят поменять заказ. | ||
Масянька 62 - 23.11.20 - 11:27 | (57) ИМХО, в данном случае - я на стороне 1С.
Ты попробуй в чек "добавить, после того, как он пробит. | ||
dmpl 63 - 23.11.20 - 11:29 | (62) Вот именно что не получится. А с заказом - получается. | ||
vvspb 64 - 23.11.20 - 11:30 | (61) же его задача, чтобы вышестоящих начальников не грузили проблемами/// у диспетчера три телефона по которым нужно сообщить о нештатной ситуации.
А где написано, что нельзя?/// А что можно, написано? Впрочем, думаю что где то написано | ||
Масянька 65 - 23.11.20 - 11:32 | (64) Если не написано, что нельзя - значит можно (С)
(я люблю говорить, что эта фраза из американских инструкций к бытовой технике :)))))) ) | ||
vvspb 66 - 23.11.20 - 11:32 | (58) почему его нужно сделать именно этой датой? Что за подтасовки? :) Дата заказа, вот когда делаешь заказ, тогда и дата, а отгрузка по этому заказу хоть в следующем веке | ||
БаксПо90 67 - 23.11.20 - 11:34 | (61) я еще в 2005 году на 7 ке у себя в базе писал что если заказ дошел до склада .. то уже нельзя. Но с тех пор в товар не лезу .. не думал, что такой ужас .. с изменением заказов по которым началась отгрузка возможен в 20 году)) | ||
vvspb 68 - 23.11.20 - 11:38 | (67) не хватает Джинна. Он бы быстро научил Родину (зачеркнуть) 1 С любить. | ||
dmpl 69 - 23.11.20 - 11:39 | (64) А теперь представь: 1Сник не разобрался в отведенное время - и звонки пойдут наверх. Что в принципе невозможно, если документы уже сделаны заранее.
(66) Чтобы потом в январе установить отбор по периоду "Январь 2021", и в списке остались только заказы, которые поставляются в январе 2021. Так-то некоторые клиенты вообще на год вперед могут заказать поставку. | ||
dmpl 70 - 23.11.20 - 11:41 | (67) Там еще веселее - чтобы отгрузить товар, надо поменять реквизит в строке заказа и перепровести документ. Т.е. правка заказов производится постоянно. | ||
Масянька 71 - 23.11.20 - 11:43 | |||
БаксПо90 72 - 23.11.20 - 11:43 | (70) ну, да ..я помню, что там надо переставить статус готовности к отгрузке. В принципе оно нормально пока кто-то не лезет править сам документ , а не статусы. Ну допустимая гибкость присутствует .. все остальное на усмотрение руководства .. например оставить все без контроля и жестокое анальное карание за любые ошибки) | ||
dmpl 73 - 23.11.20 - 11:57 | (71) Так если январский заказ в январе - это же порядок :) Бардак будет, если январский заказ в мае будет. Его, во-первых, сначала найти надо. А при отключенном отборе по периоду народ, бывает, год заказа путает. Может отгрузить заказ на будущий год в текущем году, например.
(72) Проблема в том, что начальнику при каждом эскалированном инциденте потом прилетает. А они это не любят. | ||
БаксПо90 74 - 23.11.20 - 12:03 | (73) ну когда одни не любят других но продолжают отношения то это называется садо мазо - тут самое главное свою роль точнее определить) | ||
dmpl 75 - 23.11.20 - 12:08 | (74) Это я к тому, что не прокатит наказание за ошибки. 1Снику предпишут поставить ограничитель, чтобы такая ошибка не могла произойти. Ну а дальше уже насколько у 1Сника фантазии хватит. |
|
Список тем форума |