Вход | Регистрация

  1  2
1С:Предприятие :: 1С:Предприятие 8 общая

Дайте мне бонусов

Дайте мне бонусов
Я
   Злопчинский
 
29.09.16 - 18:55
Просто типа чтобы плювали в мою сторону меньше чем обычно
Сегодня нарисовал обработку простенькую в восемь строк первую свою на 8-ке

Форму нарисовал , но как сделать типа как в клюшках типовая возможность сохранить/восстановить настройку не нашёл навскидку

Код написать - сразу заступил, как что где хз, СП пока не просек, поэтому напрягся и сформулировал вопрос в Яндекс, тупо скопиппстил найденное, поправил, сработало...

Книжек умных не читал по восьмерке, да и вообщем программить плотно не планирую

Использовал - пусть и простенький - но запрос, правильно это или нет хз, ибо все равно элементы справочника модифицирую для определённого родителя - нахрена здесь запрос непонятно, все равно по ссылке объект получать приходится

Вот...

Пусть кто-нить попадается за меня и скажет доброе слово
 
 
   Aleksey
 
101 - 03.10.16 - 07:34
(87) Нет, итоги на ТА хранятся как итоги на 01.11.3999
   Злопчинский
 
102 - 03.10.16 - 08:14
(101) то есть ТА присутствует

И в чем тогда отличие механизма регистра в снеговике от клюшек?

Тем что временный расчёт выполняется автоматом, без доппинка от программиста?
   Aleksey
 
103 - 03.10.16 - 08:52
на физическом уровне - да, итоги на ТА присутствуют. Они есть в базе, просто хранятся не на начало месяца а на 01.11.3999, т.е. при обращения к итогам на текущий момент платформа физически считывает итоги на 01.11.3999.

Да вроде бы ничего нового не изобрели, если мы конечно про регистра накопления говорим, ибо полного аналога регистра сведения в 7-ке нет

А вот это хз, о чем старшие товарищи. Если бы все было так просто, то небыло бы понятие оперативные и не оперативные итоги (грубо говоря на ТА или нет), и если всё так просто почему тогда в типовой УТ нет контроля при неоперативном проведении
   Aleksey
 
104 - 03.10.16 - 08:56
Возможно имеется в виду что расчет итогов идет на уровне платформы, 1С сама рассчитывает нужные итоги и на выходе уже дает готовую виртуальную таблицу итогов из которой ты можешь делать выборку. Правда скорости это не прибавило
   Лефмихалыч
 
105 - 03.10.16 - 09:03
(102) например тем, что могут быть итоги на будущую дату. Тем, что движения могут быть датой, отличной от даты документа.

Тем, что клюшки - говно, а от v8 сияние исходит. Что ты глупые вопросы задаешь?
   Aleksey
 
106 - 03.10.16 - 09:11
(105) например на 01.12.3999?

По поводу движения, а напомни в какой типовой это используется?
   Лефмихалыч
 
107 - 03.10.16 - 09:16
(106) Я типовые крайне плохо знаю, не могу поддержать дискуссию.
   DailyLookingOnASunse
 
108 - 03.10.16 - 09:22
(106)
Стыдно должно быть.
Вот берем БП и корректировку поступления. Раз - и документ делает проводки в НУ прошлым годом.
   Злопчинский
 
109 - 03.10.16 - 10:00
(105) пока что одно преимущество снеговике - он многозадачных, работает и глючит одновременно ;-)
   DrShad
 
110 - 03.10.16 - 10:02
(109) ты СКД посмотри
 
 Рекламное место пустует
   Злопчинский
 
111 - 03.10.16 - 10:02
(108) да, это удобно, в бух 77 приходилось проводки по бу и ну делить по ручным операциям и операцию с ну закидывать в прошлый период
   DrShad
 
112 - 03.10.16 - 10:03
(106) в планировании движения одного документы разбиты по периодам планирования
   Злопчинский
 
113 - 03.10.16 - 10:06
(110)  это понятно
Меня например больше волнует на данном этапе предсказуемость и стабильность платформы,  а то мну напрягает когда загрузка итогов инвентаризации из 2000 строк на файловой версии грузится нормально, а в скальном варианте отжирает  50 гиг
   Злопчинский
 
114 - 03.10.16 - 10:07
(112) а ещё?
   DrShad
 
115 - 03.10.16 - 10:08
(113) а скуль тоже нужно уметь готовить
   DrShad
 
116 - 03.10.16 - 10:08
(114) а мало?
   Злопчинский
 
117 - 03.10.16 - 10:10
(115) фигня
Это не оптимтзационные алгоритмы и не прогнозирование от статыщ переменных
   DrShad
 
118 - 03.10.16 - 10:11
(117) так это очередь записи на винте
   Злопчинский
 
119 - 03.10.16 - 10:53
(118) очередь записи на 50 гиг?
   dmpl
 
120 - 03.10.16 - 12:14
(102) Причем не по всему регистру, а только по позициям, попавшим в выборку. А то на клюшках надо по нескольким датам остатки проверить - хрю-хрю-хрю-хрю-хрю ... хрю-хрю-хрю-хрю-хрю ... хрю-хрю - на тебе.
   dmpl
 
121 - 03.10.16 - 12:20
(103) Контроля при неоперативном проведении нет не из-за платформы, а из-за отсутствия смысла контролировать что-то на дату документа задним числом, если есть документы более поздней датой.

Вот, например, возьмем партии товаров. 5 числа документ списал партию от 1 числа. Мы вводим документ от 3 числа задним числом. Которому тоже надо списать партию от 1 числа. Ну и что контролировать? То, что партия не уйдет в минус на дату документа (3 число)? Зачем? Ведь 5 числа она все равно уйдет в минус. То, что партия не уйдет в минус даже с учетом более поздних списаний? Тогда не получится провести документ от 3 числа, т.к. нет партий. Но 4 числа был приход под документ от 5 числа, так что документ от 3 числа должен провестись (товар-то был) и должен перепровестись по партиям документ от 5 числа. Так зачем тратить время на проверку, если она все равно бесполезна?
   Дык ё
 
122 - 03.10.16 - 12:24
(102) нет в восьмерке точки актуальности, есть текущие итоги

разница в том, что для получения актуальных итогов становятся не нужны открытия периода, сдвиги ТА и прочие бессмысленные с точки зрения бизнеса операции
   mehfk
 
123 - 03.10.16 - 12:32
(113)>> мну напрягает когда загрузка итогов инвентаризации из 2000 строк на файловой версии грузится нормально, а в скальном варианте отжирает  50 гиг
Давай я перепишу?
   Злопчинский
 
124 - 03.10.16 - 12:38
(122)  насчёт что негвжны открытия периода - мне кажется сто вы заблвждаетест, в том или ином виде формирование промежуточных итогов присутствует, иначе нафига меня снеговик спрашивает а не рассчитать ли тоги для ускорения работы?
   dmpl
 
125 - 03.10.16 - 12:39
(113) Ну... чую я, здесь кривой запрос с умножением строк идет где-то.

С клюшками тоже не все гладко. Помню, у меня была тетрадка, где были записаны обнаруженные расхождения между SQL и файловой версиями в работе платформы, и даже была глобальная переменная , в которой содержалось значение, какой тип алгоритма использовать - файловый или SQL.
   Злопчинский
 
126 - 03.10.16 - 12:39
(121)  неверный вывод
Есть ситуации когда проверки в заднем числе не нужны, а есть когда нужны, чтобы не дать возможность сделать ситуацию неправильной
   dmpl
 
127 - 03.10.16 - 12:43
(124) Итоги нужны для ускорения работы, но и без итогов все работает. В клюшках же если период не открыл - болт.

(126) Ну так проверяй - никто не запрещает. 1С агрументировала отказ от проверок отсутствием смысла. Операция уже совершена - значит, должна быть отражена.
   Злопчинский
 
128 - 03.10.16 - 12:43
(125)  всяко бывало
Например в файловой версии в запросе  можно взять код справочника номенклатуры который задан как текстовый типа 000001, 000002 и просуммировать и все получится ок в итоге число, на скале - ломалось
   Дык ё
 
129 - 03.10.16 - 12:43
(124) 1. это итоги прошлых периодов, а не актуальные
2. их отсутствие лишь замедляет расчет, а не ломает, как в 7.7
3. расчет делается не монопольно
   Господин ПЖ
 
130 - 03.10.16 - 12:44
>иначе нафига меня снеговик спрашивает а не рассчитать ли тоги для ускорения работы?

меня не спрашивает. это вообще все из конфигурации растет, а не из платформы
   Злопчинский
 
131 - 03.10.16 - 12:47
(127)  необходимость открытия периода да есть, но это гарантирует приемлемую скорость, а в 8ке если хочешь получить приемлемую скорость - тоже надо формировать итоги - то есть вообщем то же самое для продуктивной работы
   oslokot
 
132 - 03.10.16 - 12:47
(124) это небось УТ10 или УПП говорит?
   Господин ПЖ
 
133 - 03.10.16 - 12:48
>необходимость открытия периода да есть, но это гарантирует приемлемую скорость, а в 8ке если хочешь получить приемлемую скорость - тоже надо формировать итоги

ложный вывод
 
 
   Это_mike
 
134 - 03.10.16 - 12:49
(131) ну, на сиквеле можно открытие периода и "на лету" сделать, и выгонять не надо никого...
Два недостатка - "надо делать", и "не освящено нуралиевым"
   Господин ПЖ
 
135 - 03.10.16 - 12:49
>это небось УТ10 или УПП говорит?

это БП 2.0 говорит... и то скорее всего в файловом режиме
   Злопчинский
 
136 - 03.10.16 - 12:49
(129) мы уже выяснили, что ТА в 77 и текущие итоги в 8ке - с точки зрения получить остатки на сейчас - это вообщем одно и то же?
   Злопчинский
 
137 - 03.10.16 - 12:50
(133) почему ложный вывод ?
   Дык ё
 
138 - 03.10.16 - 12:51
(136) > мы уже выяснили, что ТА в 77 и текущие итоги в 8ке - с точки зрения получить остатки на сейчас - это вообщем одно и то же
конечно нет :) еще раз - текущие итоги в восьмерке актуальны всегда, без всяких пересчетов и открытий
   Aleksey
 
139 - 03.10.16 - 12:51
В бп 3.0 отдельная регламентная операция для открытия периода предусмотрена
   Господин ПЖ
 
140 - 03.10.16 - 12:52
(137) патамушта в 77 это необходимость. и ничего она не "гарантирует"
   Это_mike
 
141 - 03.10.16 - 12:53
(138) дык ТА в в клюшках - это текущие итоги в снеговике.
ну а то, что в штатных клюшках нужно "открывать период" - да, есть такой недостаток :-)
   Дык ё
 
142 - 03.10.16 - 13:00
(141) ну, если с таким подходом.. ТА в 7.7 можно отмотать назад, чего в 8 не получится сделать by design. некоторые и это объявят достоинством клюшек :)
   Злопчинский
 
143 - 03.10.16 - 13:05
(138)  понятно
А как тогда в снеговике сделать так:
В клюшках если мне надо было воспроизвести историю оперативной работы я ставил та на прошлый год например и проводил все в потоке со сдвигом та, в алгоритме всегда мог посмотреть какие остатки на сейчас, проверить правильность расчёта, остатков.
Если в снеговике текущие итоги всегда актуальны на сейчас - то как провести документ задним числом используя актуальные итоги на момент проведения ?
   Это_mike
 
144 - 03.10.16 - 13:06
(143) считать на момент документа.
   Злопчинский
 
145 - 03.10.16 - 13:14
(144) как считать? Платформа сама как-то посчитает? Как ей об этом сказать? Это то что есть оперативное и не оперативное проведение?
   Fragster
 
146 - 03.10.16 - 13:16
(145) это параметр в виртуальной таблице остатоков
   DrShad
 
147 - 03.10.16 - 13:18
(145) в запросе к остаткам указывать границу на момент времени
   Torquader
 
148 - 03.10.16 - 13:53
Нет, а почему нужно в момент проведения проверять итоги на момент документа, а не на конец.
Если мы списываем со склада две позиции, то мы должны посмотреть, чтобы в конце периода (после самого последнего документа) эти две позиции были, иначе итоги на конец уйдут в ноль.
То, что итоги в середине уйдёт в ноль - не смертельно, так как продажа чего-то сегодня с отражением завтра, в любом случае, приводит к тому, что сегодня на складе остаётся на проданное количество меньше, а будет ли там плюс или минус - никому не важно - данные-то всё равно реальному положению дел не соответствуют.
А минус на конец говорит о том, что мы продали чего-то больше, чем у нас было - хотя - тоже может быть, если отгрузка чего-то послезавтра, а завтра приедет товар.
   dmpl
 
149 - 03.10.16 - 17:19
(143) Для этого в снеговике есть последовательности документов. А в типовых даже есть обработка восстановления последовательности. Достаточно просто запросить итоги на границу последовательности (один параметр в запросе).

Кстати, вот тебе еще бонус: можно править движения документов не перепроводя сами документы. И даже не записывая их. Надо поправить 1 регистр? Правишь только этот регистр.
 
 Рекламное место пустует
   DrShad
 
150 - 03.10.16 - 17:21
(149) в клюшках мы такое тоже делали
   cybfyv
 
151 - 03.10.16 - 17:30
(143) Перезоди на РАУЗ )))
   DrShad
 
152 - 03.10.16 - 17:31
(151) он то тут каким боком?
   cybfyv
 
153 - 03.10.16 - 17:39
(152) там не нужны остатки на ТА в принципе
   Aleksey
 
154 - 03.10.16 - 17:43
(153) Даже для расчета аванса?

Вот к примеру мне нужно узнать по каким платежкам была предоплата, чтобы выписать счет-фактуру на аванс.

Как мне это сделать без итогов с помощью РАУЗ?
   dmpl
 
155 - 03.10.16 - 19:37
(150) Штатно? А как насчет нескольких табличных частей у документов и справочников?
   Glenas
 
156 - 03.10.16 - 19:41
(0) Поздновато вы батенька начали, м.б. ну его, это шаманство, старая, добрая клюха, она ведь как вино, с годами только ценнее..
   Злопчинский
 
157 - 03.10.16 - 19:42
(151) рауз вещь хорошая но идёт в пень потому что все равно требует правильности на границе периода

И есть участки где минусов не должно быть и не может быть - рауз здесь нафиг не вперся
   Злопчинский
 
158 - 03.10.16 - 19:43
(156)  угу, я ж написал - специализироваться на этом не планирую
   Glenas
 
159 - 03.10.16 - 19:56
Немного оффа.. (забодала 1С)
Сегодня сдавал назад плитку. Дорогую, немало, престижный магазин, всё кошерна до жути и приторно, но..
Дело дошло до кассы и формления возврата 1С. Прод не справился с задачей, пришел управляющий и тоже обломился. Возврат на основании отчета о продажах M6, отчет забыли/забили сформировать, шапка документа, требует отчет на дату продажи. Упр., рассудил, что если он подсунет возврату отчет за другое число, то форма его проглотит. Не проглотила. Я присоветовал ему составить новый отчет с 1-й возвратной позицией, который в последствии будет заполнен сменой задним числом. Опять не прокатило, нет прав. Стал вызванивать 1С-ника, оказалось он ушел в отпуск. Вызвонил какую-то девочку из центр. офиса, та переадресовала ещё куда, потом ещё, в итоге через полчаса консультаций, сделали таки возврат, причем мне позвонил их менеджер с вопросом: Действительно ли я сдаю эту позицию.
Итог - 40 мин. ну одну операцию и всё это на 8.3. УФ
   Torquader
 
160 - 03.10.16 - 20:53
(159) Неумение людей пользоваться программой от самой программы не сильно зависит, просто, кто-то очень сильно сэкономил на обучении пользователей и на подготовке документации для работы, про обслуживание я вообще молчу.
   DrShad
 
161 - 03.10.16 - 21:36
(159) и причем тут 1С?
   DrShad
 
162 - 03.10.16 - 21:37
(155) штатно и несколько ТЧ делали вполне штатно
   Torquader
 
163 - 03.10.16 - 22:35
(155) В семёрке можно "документ" вообще из справочников сделать.
   orefkov
 
164 - 04.10.16 - 01:33
О, собрались длиннополосники, песком потрясти :)
Ща еще Т1С вспомнят, бухать будут.
   orefkov
 
165 - 04.10.16 - 01:36
(121)
Просто 1С не осилила сделать такую проверку быстрой. А ведь еще на допотопных клюшках решаемо было вполне, и работало влёт.
   craxx
 
166 - 04.10.16 - 04:44
(165) не знаю, я алгоритм Пита запилил в УТ 10.3 - норм работает. Правда схема упрощенная слегка.
   dmpl
 
167 - 04.10.16 - 07:13
(162) Да? И какой же штатный механизм использовался?

(163) А в снеговике типа нельзя?
   dmpl
 
168 - 04.10.16 - 07:16
(165) С такой проверкой у пользователей проблемы будут похлеще чем в (159) Так что возможность оставили только тем, кому это реально надо и кто раскошелится на доработку франчем ;)
   Это_mike
 
169 - 04.10.16 - 07:28
(155) а в чем у вас проблема со "штатностью"? вам шашечки или ехать?
   Это_mike
 
170 - 04.10.16 - 07:29
(164) зато по льду ходить нескользко :-)
   dmpl
 
171 - 04.10.16 - 07:55
(169) Дык к клюшкам можно и SAP прикрутить - и чо? От этого возможности у клюшек как у SAP'а станут?
   Повелитель
 
172 - 04.10.16 - 08:04
(0) Рано перешел, восьмерка еще сырая
   Это_mike
 
173 - 04.10.16 - 08:09
(171) а причем тут sap?
Технология внешних компонент - штатный механизм?
   dmpl
 
174 - 04.10.16 - 08:38
(173) Дык если SAP по COM прикрутить - это будут возможности клюшки? Или таки возможности SAP'а?
   Это_mike
 
175 - 04.10.16 - 08:40
(174) тогда и у снеговика нет никаких возможностей - это возможности процессора :-)
   dmpl
 
176 - 04.10.16 - 08:44
(175) Причем здесь процессор? Это возможности электронов и электромагнитного поля.
   Это_mike
 
177 - 04.10.16 - 08:46
(176) даже так, согласен...
   Злопчинский
 
178 - 04.10.16 - 09:09
(166) у меня на клюшках работает для контроля ГТД, по количеству, нагрузка на систему вообщем нулевая
   Это_mike
 
179 - 04.10.16 - 09:10
(178) благословение от Нуралиева получено?
   Злопчинский
 
180 - 04.10.16 - 09:11
(179) зачем? Обычное программное решение
   Dotoshin
 
181 - 04.10.16 - 09:57
(0) Если СКД освоишь, это будет отличный бонус. Позволяет нарисовать простенький отчетик минут за 15,можно сказать на коленке, практически без программирования (не считая составления запроса). Вот статья для затравки http://programmist1s.ru/1s-sistema-komponovki-dannyih-skd/
Там же, кроме СКД есть еще много всего интересного про 8-ку.
   Dotoshin
 
182 - 04.10.16 - 10:00
Еще где-то на ютубе были видеокурсы по СКД от Гилева. Там все достаточно хорошо разжевано, да и не слишком долго.
   DailyLookingOnASunse
 
183 - 04.10.16 - 10:02
(166)
А где про алгоритм pit-а почитать?
   Господин ПЖ
 
184 - 04.10.16 - 10:05
>я алгоритм Пита запилил в УТ 10.3 - норм работает

а он был? я помню он бегал по мисте еще 10 лет назад, с таинственным видом... и все пророчествовал непонятно о чем. ну и про супер-алгоритм некий рассказывал. когда его спрашивали напрямую как решается это или то - он ничего толком не отвечал
   Это_mike
 
185 - 04.10.16 - 10:30
(183) он под грифом  "перед прочтением сжечь"
(184) и даже убежал из мизды, только чтоб не выдать тайну...
   DailyLookingOnASunse
 
186 - 04.10.16 - 10:40
(185)
Злопчинский вон пишет, что у него есть, для ГТД примененный.
Так что два неубежавших в этой теме есть.
   Господин ПЖ
 
187 - 04.10.16 - 10:43
   Злопчинский
 
188 - 04.10.16 - 10:54
У мну метода мгновенного контроля неухода в минуса при изменениях задним числом, причём контроля не только на сейчас, а на всем участке от изменения до сейчас

Делал даже маленькую демоконфигу, но потом забросил. Восьмерочникпм она не нужна, бо тупые - им дядя бг сказал что не надо значит не надо, а у клюшечников и так все есть ;-)
   Злопчинский
 
189 - 04.10.16 - 10:55
На мистер впрочем метода обсуждалась пару раз
   Злопчинский
 
190 - 04.10.16 - 10:57
А большая самая главная военная тайна Пита была о том как красиво не только минуса контролировать а даже больше про то как партионку пересчитывать с минимумом затрат.
Как-то так вроде
   DrShad
 
191 - 04.10.16 - 14:36
(167) Провести(<?>,);
Синтаксис:
Провести(<Режим>,<Знач>)
Назначение:
Выполнить проведение документа.
Возвращает: 1 - если проведение документа выполнено, 0 - иначе.
Параметры:
<Режим> - необязательный параметр. Число: 0 - проводить документ без сдвига ТА; 1 - проводить непроведенный документ реальным временем (со сдвигом ТА); 2 - перепроводить проведенный документ реальным временем (со сдвигом ТА); 3 - проводить любой (непроведенный, проведенный) документ реальным временем (со сдвигом ТА). Значение по умолчанию - 0.
<Знач> - выражение произвольного типа, которое передается при запуске предопределенной процедуры ОбработкаПроведения (необязателен, по умолчанию - пусто).
Замечание:
Метод нельзя использовать в теле предопределенной процедуры ОбработкаПроведения.
Если этот метод применяется в Модуле формы документа непосредственно к документу локального контекста, то данный метод отрабатывает те же действия, как интерактивное нажатие пользователем кнопки с формулой ''#Провести''. В этом случае, если параметр <Режим> опущен, то документ проводится в режиме, соответствующем установкам системы меню Сервис-Параметры.
   Ёпрст
 
192 - 04.10.16 - 15:30
(0) аминь
   dmpl
 
193 - 04.10.16 - 18:33
(191) Метод Провести() не проводит документ? Оригинально...
   Злопчинский
 
194 - 04.10.16 - 18:49
В снеговике мне понравилось что номер присваивается в момент записи документа, а не при создании нового. Можно и в 77 такое получить, но надо маломало программить
   mistеr
 
195 - 04.10.16 - 19:29
(194) Скажу по секрету, в Снеговике тоже напрограммили.
   Cyberhawk
 
196 - 04.10.16 - 19:29
(194) Это штатное поведение платформы, которое в актуальных типовых глушат прикладным кодом "мама не горюй" (например, стандартные кнопки командных панелей)
  1  2

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует