Просто типа чтобы плювали в мою сторону меньше чем обычно

Сегодня нарисовал обработку простенькую в восемь строк первую свою на 8-ке

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

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

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

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

Вот...

Пусть кто-нить попадается за меня и скажет доброе слово

(96) Это у кого как - иногда и ночи "светлые" бывают, а иной раз и днём "пурга случается".

(97) У программиста бывает всего два состояния: "Тупняк" и "Поперло!"

(98) Нет, бывает ещё "А мне лениво", когда вообще параллельно, что там с задачей происходит.

sotka

(87) Нет, итоги на ТА хранятся как итоги на 01.11.3999

(101) то есть ТА присутствует

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

Тем что временный расчёт выполняется автоматом, без доппинка от программиста?

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

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

А вот это хз, о чем старшие товарищи. Если бы все было так просто, то небыло бы понятие оперативные и не оперативные итоги (грубо говоря на ТА или нет), и если всё так просто почему тогда в типовой УТ нет контроля при неоперативном проведении

Возможно имеется в виду что расчет итогов идет на уровне платформы, 1С сама рассчитывает нужные итоги и на выходе уже дает готовую виртуальную таблицу итогов из которой ты можешь делать выборку. Правда скорости это не прибавило

(102) например тем, что могут быть итоги на будущую дату. Тем, что движения могут быть датой, отличной от даты документа.

Тем, что клюшки - говно, а от v8 сияние исходит. Что ты глупые вопросы задаешь?

(105) например на 01.12.3999?

По поводу движения, а напомни в какой типовой это используется?

(106) Я типовые крайне плохо знаю, не могу поддержать дискуссию.

(106)
Стыдно должно быть.
Вот берем БП и корректировку поступления. Раз - и документ делает проводки в НУ прошлым годом.

(105) пока что одно преимущество снеговике - он многозадачных, работает и глючит одновременно ;-)

(109) ты СКД посмотри

(108) да, это удобно, в бух 77 приходилось проводки по бу и ну делить по ручным операциям и операцию с ну закидывать в прошлый период

(106) в планировании движения одного документы разбиты по периодам планирования

(110)  это понятно
Меня например больше волнует на данном этапе предсказуемость и стабильность платформы,  а то мну напрягает когда загрузка итогов инвентаризации из 2000 строк на файловой версии грузится нормально, а в скальном варианте отжирает  50 гиг

(112) а ещё?

(113) а скуль тоже нужно уметь готовить

(114) а мало?

(115) фигня
Это не оптимтзационные алгоритмы и не прогнозирование от статыщ переменных

(117) так это очередь записи на винте

(118) очередь записи на 50 гиг?

(102) Причем не по всему регистру, а только по позициям, попавшим в выборку. А то на клюшках надо по нескольким датам остатки проверить - хрю-хрю-хрю-хрю-хрю ... хрю-хрю-хрю-хрю-хрю ... хрю-хрю - на тебе.

(103) Контроля при неоперативном проведении нет не из-за платформы, а из-за отсутствия смысла контролировать что-то на дату документа задним числом, если есть документы более поздней датой.

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

(102) нет в восьмерке точки актуальности, есть текущие итоги

разница в том, что для получения актуальных итогов становятся не нужны открытия периода, сдвиги ТА и прочие бессмысленные с точки зрения бизнеса операции

(113)>> мну напрягает когда загрузка итогов инвентаризации из 2000 строк на файловой версии грузится нормально, а в скальном варианте отжирает  50 гиг
Давай я перепишу?

(122)  насчёт что негвжны открытия периода - мне кажется сто вы заблвждаетест, в том или ином виде формирование промежуточных итогов присутствует, иначе нафига меня снеговик спрашивает а не рассчитать ли тоги для ускорения работы?

(113) Ну... чую я, здесь кривой запрос с умножением строк идет где-то.

С клюшками тоже не все гладко. Помню, у меня была тетрадка, где были записаны обнаруженные расхождения между SQL и файловой версиями в работе платформы, и даже была глобальная переменная , в которой содержалось значение, какой тип алгоритма использовать - файловый или SQL.

(121)  неверный вывод
Есть ситуации когда проверки в заднем числе не нужны, а есть когда нужны, чтобы не дать возможность сделать ситуацию неправильной

(124) Итоги нужны для ускорения работы, но и без итогов все работает. В клюшках же если период не открыл - болт.

(126) Ну так проверяй - никто не запрещает. 1С агрументировала отказ от проверок отсутствием смысла. Операция уже совершена - значит, должна быть отражена.

(125)  всяко бывало
Например в файловой версии в запросе  можно взять код справочника номенклатуры который задан как текстовый типа 000001, 000002 и просуммировать и все получится ок в итоге число, на скале - ломалось

(124) 1. это итоги прошлых периодов, а не актуальные
2. их отсутствие лишь замедляет расчет, а не ломает, как в 7.7
3. расчет делается не монопольно

>иначе нафига меня снеговик спрашивает а не рассчитать ли тоги для ускорения работы?

меня не спрашивает. это вообще все из конфигурации растет, а не из платформы

(127)  необходимость открытия периода да есть, но это гарантирует приемлемую скорость, а в 8ке если хочешь получить приемлемую скорость - тоже надо формировать итоги - то есть вообщем то же самое для продуктивной работы

(124) это небось УТ10 или УПП говорит?

>необходимость открытия периода да есть, но это гарантирует приемлемую скорость, а в 8ке если хочешь получить приемлемую скорость - тоже надо формировать итоги

ложный вывод

(131) ну, на сиквеле можно открытие периода и "на лету" сделать, и выгонять не надо никого...
Два недостатка - "надо делать", и "не освящено нуралиевым"

>это небось УТ10 или УПП говорит?

это БП 2.0 говорит... и то скорее всего в файловом режиме

(129) мы уже выяснили, что ТА в 77 и текущие итоги в 8ке - с точки зрения получить остатки на сейчас - это вообщем одно и то же?

(133) почему ложный вывод ?

(136) > мы уже выяснили, что ТА в 77 и текущие итоги в 8ке - с точки зрения получить остатки на сейчас - это вообщем одно и то же
конечно нет :) еще раз - текущие итоги в восьмерке актуальны всегда, без всяких пересчетов и открытий

В бп 3.0 отдельная регламентная операция для открытия периода предусмотрена

(137) патамушта в 77 это необходимость. и ничего она не "гарантирует"

(138) дык ТА в в клюшках - это текущие итоги в снеговике.
ну а то, что в штатных клюшках нужно "открывать период" - да, есть такой недостаток :-)

(141) ну, если с таким подходом.. ТА в 7.7 можно отмотать назад, чего в 8 не получится сделать by design. некоторые и это объявят достоинством клюшек :)

(138)  понятно
А как тогда в снеговике сделать так:
В клюшках если мне надо было воспроизвести историю оперативной работы я ставил та на прошлый год например и проводил все в потоке со сдвигом та, в алгоритме всегда мог посмотреть какие остатки на сейчас, проверить правильность расчёта, остатков.
Если в снеговике текущие итоги всегда актуальны на сейчас - то как провести документ задним числом используя актуальные итоги на момент проведения ?

(143) считать на момент документа.

(144) как считать? Платформа сама как-то посчитает? Как ей об этом сказать? Это то что есть оперативное и не оперативное проведение?

(145) это параметр в виртуальной таблице остатоков

(145) в запросе к остаткам указывать границу на момент времени

Нет, а почему нужно в момент проведения проверять итоги на момент документа, а не на конец.
Если мы списываем со склада две позиции, то мы должны посмотреть, чтобы в конце периода (после самого последнего документа) эти две позиции были, иначе итоги на конец уйдут в ноль.
То, что итоги в середине уйдёт в ноль - не смертельно, так как продажа чего-то сегодня с отражением завтра, в любом случае, приводит к тому, что сегодня на складе остаётся на проданное количество меньше, а будет ли там плюс или минус - никому не важно - данные-то всё равно реальному положению дел не соответствуют.
А минус на конец говорит о том, что мы продали чего-то больше, чем у нас было - хотя - тоже может быть, если отгрузка чего-то послезавтра, а завтра приедет товар.

(143) Для этого в снеговике есть последовательности документов. А в типовых даже есть обработка восстановления последовательности. Достаточно просто запросить итоги на границу последовательности (один параметр в запросе).

Кстати, вот тебе еще бонус: можно править движения документов не перепроводя сами документы. И даже не записывая их. Надо поправить 1 регистр? Правишь только этот регистр.

(149) в клюшках мы такое тоже делали

(143) Перезоди на РАУЗ )))

(151) он то тут каким боком?

(152) там не нужны остатки на ТА в принципе

(153) Даже для расчета аванса?

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

Как мне это сделать без итогов с помощью РАУЗ?

(150) Штатно? А как насчет нескольких табличных частей у документов и справочников?

(0) Поздновато вы батенька начали, м.б. ну его, это шаманство, старая, добрая клюха, она ведь как вино, с годами только ценнее..

(151) рауз вещь хорошая но идёт в пень потому что все равно требует правильности на границе периода

И есть участки где минусов не должно быть и не может быть - рауз здесь нафиг не вперся

(156)  угу, я ж написал - специализироваться на этом не планирую

Немного оффа.. (забодала 1С)
Сегодня сдавал назад плитку. Дорогую, немало, престижный магазин, всё кошерна до жути и приторно, но..
Дело дошло до кассы и формления возврата 1С. Прод не справился с задачей, пришел управляющий и тоже обломился. Возврат на основании отчета о продажах M6, отчет забыли/забили сформировать, шапка документа, требует отчет на дату продажи. Упр., рассудил, что если он подсунет возврату отчет за другое число, то форма его проглотит. Не проглотила. Я присоветовал ему составить новый отчет с 1-й возвратной позицией, который в последствии будет заполнен сменой задним числом. Опять не прокатило, нет прав. Стал вызванивать 1С-ника, оказалось он ушел в отпуск. Вызвонил какую-то девочку из центр. офиса, та переадресовала ещё куда, потом ещё, в итоге через полчаса консультаций, сделали таки возврат, причем мне позвонил их менеджер с вопросом: Действительно ли я сдаю эту позицию.
Итог - 40 мин. ну одну операцию и всё это на 8.3. УФ

(159) Неумение людей пользоваться программой от самой программы не сильно зависит, просто, кто-то очень сильно сэкономил на обучении пользователей и на подготовке документации для работы, про обслуживание я вообще молчу.

(159) и причем тут 1С?

(155) штатно и несколько ТЧ делали вполне штатно

(155) В семёрке можно "документ" вообще из справочников сделать.

О, собрались длиннополосники, песком потрясти :)
Ща еще Т1С вспомнят, бухать будут.

(121)
Просто 1С не осилила сделать такую проверку быстрой. А ведь еще на допотопных клюшках решаемо было вполне, и работало влёт.

(165) не знаю, я алгоритм Пита запилил в УТ 10.3 - норм работает. Правда схема упрощенная слегка.

(162) Да? И какой же штатный механизм использовался?

(163) А в снеговике типа нельзя?

(165) С такой проверкой у пользователей проблемы будут похлеще чем в (159) Так что возможность оставили только тем, кому это реально надо и кто раскошелится на доработку франчем ;)

(155) а в чем у вас проблема со "штатностью"? вам шашечки или ехать?

(164) зато по льду ходить нескользко :-)

(169) Дык к клюшкам можно и SAP прикрутить - и чо? От этого возможности у клюшек как у SAP'а станут?

(0) Рано перешел, восьмерка еще сырая

(171) а причем тут sap?
Технология внешних компонент - штатный механизм?

(173) Дык если SAP по COM прикрутить - это будут возможности клюшки? Или таки возможности SAP'а?

(174) тогда и у снеговика нет никаких возможностей - это возможности процессора :-)

(175) Причем здесь процессор? Это возможности электронов и электромагнитного поля.

(176) даже так, согласен...

(166) у меня на клюшках работает для контроля ГТД, по количеству, нагрузка на систему вообщем нулевая

(178) благословение от Нуралиева получено?

(179) зачем? Обычное программное решение

(0) Если СКД освоишь, это будет отличный бонус. Позволяет нарисовать простенький отчетик минут за 15,можно сказать на коленке, практически без программирования (не считая составления запроса). Вот статья для затравки http://programmist1s.ru/1s-sistema-komponovki-dannyih-skd/
Там же, кроме СКД есть еще много всего интересного про 8-ку.

Еще где-то на ютубе были видеокурсы по СКД от Гилева. Там все достаточно хорошо разжевано, да и не слишком долго.

(166)
А где про алгоритм pit-а почитать?

>я алгоритм Пита запилил в УТ 10.3 - норм работает

а он был? я помню он бегал по мисте еще 10 лет назад, с таинственным видом... и все пророчествовал непонятно о чем. ну и про супер-алгоритм некий рассказывал. когда его спрашивали напрямую как решается это или то - он ничего толком не отвечал

(183) он под грифом  "перед прочтением сжечь"
(184) и даже убежал из мизды, только чтоб не выдать тайну...

(185)
Злопчинский вон пишет, что у него есть, для ГТД примененный.
Так что два неубежавших в этой теме есть.

(186) это было примерно так

http://cdn.fishki.net/upload/post/2016/04/22/1927903/tn/688674-original.jpg

У мну метода мгновенного контроля неухода в минуса при изменениях задним числом, причём контроля не только на сейчас, а на всем участке от изменения до сейчас

Делал даже маленькую демоконфигу, но потом забросил. Восьмерочникпм она не нужна, бо тупые - им дядя бг сказал что не надо значит не надо, а у клюшечников и так все есть ;-)

На мистер впрочем метода обсуждалась пару раз

А большая самая главная военная тайна Пита была о том как красиво не только минуса контролировать а даже больше про то как партионку пересчитывать с минимумом затрат.
Как-то так вроде

(167) Провести(<?>,);
Синтаксис:
Провести(<Режим>,<Знач>)
Назначение:
Выполнить проведение документа.
Возвращает: 1 - если проведение документа выполнено, 0 - иначе.
Параметры:
<Режим> - необязательный параметр. Число: 0 - проводить документ без сдвига ТА; 1 - проводить непроведенный документ реальным временем (со сдвигом ТА); 2 - перепроводить проведенный документ реальным временем (со сдвигом ТА); 3 - проводить любой (непроведенный, проведенный) документ реальным временем (со сдвигом ТА). Значение по умолчанию - 0.
<Знач> - выражение произвольного типа, которое передается при запуске предопределенной процедуры ОбработкаПроведения (необязателен, по умолчанию - пусто).
Замечание:
Метод нельзя использовать в теле предопределенной процедуры ОбработкаПроведения.
Если этот метод применяется в Модуле формы документа непосредственно к документу локального контекста, то данный метод отрабатывает те же действия, как интерактивное нажатие пользователем кнопки с формулой ''#Провести''. В этом случае, если параметр <Режим> опущен, то документ проводится в режиме, соответствующем установкам системы меню Сервис-Параметры.

(0) аминь

(191) Метод Провести() не проводит документ? Оригинально...

В снеговике мне понравилось что номер присваивается в момент записи документа, а не при создании нового. Можно и в 77 такое получить, но надо маломало программить

(194) Скажу по секрету, в Снеговике тоже напрограммили.

(194) Это штатное поведение платформы, которое в актуальных типовых глушат прикладным кодом "мама не горюй" (например, стандартные кнопки командных панелей)