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

(403) Надеюсь мне не не понадобиться. Этот заказ будет распадаться на два разных вида документа (отгрузка со склада и товар под заказ) и мне нужно будет отслеживать только в той части, которая под заказ.

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

Вчера первая часть "четверг - падение 1сников"
Сегодня часть вторая "пятница - да придет спаситель"
:)

(0) пустая возня.
Ты так и не усвоил, что с аутсорсерами нельзя общаться так же, как со штатниками...

(396) Уже сто раз обсудили, что ТЗ значения не имеет.
Речь не о ТЗ.

Если очень хочешь, вот тебе пример ТЗ.

Создайте отчет "Материальная ведомость", отражающий начальный остаток, приход, расход и конечный остаток за выбранный пользователем период по каждому материалу и по каждому складу.

Такой отчет вполне можно состряпать по документам. Особенно, если учет не сильно навороченный и используются только основные документы (Поступление, Реализация, Перемещение и ТребованиеНакладная).


И ведь находятся идиоты способные нарисовать отчет по документам. А почему-бы и нет?... Как тут кто-то сказал, ведь и регистры и документы - это всё таблицы - так какая разница откуда брать данные.

Ипачьи ушки, никогда бы не подумал что придеться всерьез обсуждать эту тему. Да ещё и найдутся такие колхозники, которые будут спрашивать а почему собственно нельзя с документов собрать копро-отчет.

Речь сейчас не идет о таких отчетах как "Показать все битые ссылки в документах" или ещё что-то подобное.

Речь идет о отчетах аля "Ведомость по партиям"

исполнитель должен то и только то, что буквами написано в ТЗ. Того, что там буквами не написано, он не должен. Он может, имеет право, не плохо было, если бы сделал - это да. Но - не должен. Автор этого понять ни как не может.

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

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

(413)И как только 1сники и предприятия работают без ТЗ?)

(413) все в тз описать не возможно.  Вот пример у меня был реальный. дали франчу склепать печатную форму документа. Дали образец. по образцую выводим на печать не глядя  в код - норм все. Открываю в конфигураторе - они название и код едрпо фирмы и инициалы главбуха и директора прописали в табличной части документа. Просто тупо строкой. И что? в тз не указано откуда брать данные)

(415)  "в табличной части документа" = в ячейке табличного документа

(333) ИТС читай

(413) Т.е. когда ты нанимаешь франча (напоминаю чтобы получить статус франча вроде как в штате должно быть определенное кол-во сертифицированных Спецов) ты ожидаешь определенного уровня квалификации специалиста, который будет решать твою задачу, ожидаешь определенное качество кода, который должен обеспечить франч, ведь там же сертифицированные специалисты. А когда открываешь код ужасаешься, что вместо качественного кода спеца, тебе втюхали копро-код студента недоучки который бегает у них во франче за чашку супа ? Ведь в ТЗ не сказано что код должен быть качественный!

(413) К шурупам в инструкции ведь тоже не написано что их можно забивать молотком)

Но это не означает что шурупы нужно забивать молотком !

(413) Тупой кодер с одной извилиной в голове — да.
С нормального спеца можно спрашивать как с нормального профессионала.

(420)  Хорошо забитый шуруп держится намного лучше чем плохо закрученый гвоздь!

(422) о гвоздях речи не идет)
Сравнивай сопоставимые вещи:
1) Вкрученный шуруп
2) Забитый молотком шуруп

Думаю 1) все таки получше будет

(418) А что мешает в ТЗ написать, что код должен соответствовать рекомендациям 1С?

(424) Когда ты идешь в стоматологию ты предполагаешь что тебе все сделают качественно ведь так?

(418)И кого вы найдете с такими условиями?

Или когда ты попадаешь к хирургу, ты предполагаешь что хирург должной квалификации и сделает операцию надлежащим образом и не станет вырезать тебе аппендицит через задницу ? Ведь так?

(424) Ну или вообще дикая аналогия, ты приходишь в парикмахерскую просишь сделать тебе модельную стрижку, вместо этого тебя стригут под горшок :D Ты возмущаешься что в итоге получил не то, что хотел. А тебе говорят так волос же стало меньше, как вы и просили :)

(428) Так все таки просил модельную стрижку или постричь по короче?

(427) Когда я буду на столе меньше всего мне будет волновать как хирург будет мне делать операцию

(429) Троль проснулся ? )

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

Хорошо есть ещё одна аналогия, про запас так сказать. У тебя в хате перегорела проводка, ты вызвал электрика, он вместо того, чтобы сделать все по уму, взял и к люстре в зале прокинул времянку - все говорит починил. Свет горит, все з*ебцом типо ;)

(430) то есть, если хирург не продезинфицирует инструмент и сделает операцию грязным скальпелем занеся инфекцию будет нормально? ну все по тз. апендицит удалили? удалили. Операция прошла успешно? да. Что там у вас за болячки возникли из-за немытого скальпеля через несколько месяцев не моя проблема.

(431) Да застрял немного с нормами упаковки, жду когда заказчик разберется как он себе это представляет

(425) Не надо отвечать вопросом на вопрос, это неприлично. Если в ТЗ нет требований к качеству кода - нет никаких оснований требовать этого качества.

(433) Обычно, конечно, делают всё скрытой проводкой, только вот сечение кабеля выбирается так, что кроме лампочки ничего работать не будет.

(436) Генадий когда ты отдаешь машину в мойку, то ты предполагаешь что тебе её как минимум помоют, как максимум сделают это качественно. Но когда ты не получаешь ни того ни другого, а получаешь поцарапанный авто каково тебе???

Или когда ты отдаешь авто в мойку ты требуешь подписать договор чтобы её помыли качественно и не поцарапали???

(436) Далбоящера то не включай!

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

(438) В случае причинения ущерба твоему здоровью или имуществу ты имеешь право потребовать с виновных соответствующего возмещения. Если в ТЗ включено требование к качеству кода, при приемке работ ты имеешь основания предъявить исполнителю претензию в случае ненадлежащего качества. Если нет такого пункта в договоре - идешь лесом, ты сам виноват, что выбрал такого исполнителя.

(432) У нас на заводе(производство УПП) была одна одаренная особь, её попросили сделать обработку. Она такого понаделала, что после её обработки вшатались все ключи аналитики РАУЗ из РС. После этого пришлось их срочно восстанавливать. Это к тому что как минимум нужно проверить!

(441) Вы ведь стебетесь когда это пишете, да?

(441) понятно, ты из разряда твердолобых и упёртых людей

(441) Наверное ты из тех кто забивает шурупы молотком и говорят а что такого? В инструкции же не написано что нельзя...

(443) Что-то не так? Вроде все логично, нет?

(445) А ты из тех кто в хлебном требуют видео производства? А вдруг технолог при производстве не помыл руки после туалета и проходил мимо этого хлеба?

(447) Твои инсинуации и жалкие попытки троллинга не пройдут )))

(448) Просто с ума не сходите. Ты же при покупки техники не требуешь доказательства того что она выпускалась без нарушений трудового кодекса. Ты предъявляешь претензии по сути когда не работает, а не когда полез внутрь, а там болты не покрашены в зеленую краску.

(433)  Так вам там свет нужен или проводку поменять? Это как бы разные вещи то совсем.

(449) (446) Вот вам мерзкая историйка, мальчики)
Мои соседи по предыдущей квартире при ремонте сняли стяжку, и обнаружили под ней тонну дерьма. Прямо скажем, в таком объеме, что явно все строители из дома использовали их квартиру как туалет в недостроеннном состоянии. Ну или слон мимо проходил.
Так вот, то, что описываете вы - похоже на этих строителей. Так-то под стяжкой не видно конечно)

Хорошая ветка получилась)

(451) отчет по документам и куча дерьма под стяжкой это разные вещи.
не обобщай

(451) И? На основании этого они расторгнули договор покупки квартиры?

(453) Так чем виртуальное дерьмо лучше реального ?

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

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

(451) И чо?

(457) Так плохие работники они во всех сферах деятельности есть. Просто не везде заказчик сразу может проверить работу.

Для чего сделаны регистры чтобы быстро и часто выбирать различные данные с определенной упорядоченностью. Мы жертвуем увеличением времени проведения документы ради боле быстрого получения данных в будущем. если эти данные в будущем нам не надо извлекать часто и быстро или их структура такова что запрос по документам отрабатывает быстрее нафига лепить лишние регистры??? Всегда говорят читай первоисточник. первоисточник документ. если с документа скорость чтения не устраивает то делаем подпорки в виде регистров и т.п.

(456) так реальная практика. обратились к франчу сотрудники удаленного филиала отчетик настроить. За неделю базу восстановили))))

(457) Такое чувство, что ты первый день на Мисте.

(0) (318) Ты напиши, что задача то была - подробно. Чтоб определиться.

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

Оба варианта хорошие "по месту".

Нельзя обсуждать ситуацию без деталей ТЗ в студию. бывает случаи что знаешь что регистры тут рулят но их физически фиг используешь. надо делать новый и препроводить базу за н лет, а она проводится геле геле потому что до тебя там непонятно кто что и как нагородил или учет ведет. или хуже того она вообще не пере проводятся потому что там - остатки вылазят или еще какие косяки и заказщик сам их править не хочет, платить за время потраченное на перепроведение тоже.
И единственный вариант черные запросы. Как говорится вам шашечки или ехать? А есть новые или полупустые базы которые перепровести раз плюнуть. или в регистре уже все собрано и только читай и формируй как надо

(464) "препроводить базу за н лет, "

Мы про 8 или 7?
В 8 движения по новому регистру делаются без перепроведения всей базы...

(465) в регистре не хватало измерения добавили и???

нельзя обсуждать сферического коня в вакуме можно привести 100 догадок как за так и против и нарисавать столько же ситуаций когда подругому просто невозможно.

(466) У тебя не хватает квалификации изменить существующие движения без перепроведения целого документа?

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

Предлагаю следующую тему для холивара: статус документа хранить в регистре или документе?

(470) Заведи себе отдельный топик на пол тыщи постов для этого ;)

(470) В регистре - историю, в документе - текущее значение.

+ не факт, что формируемые движения по бизнес логике не должны влиять на другие регистры. я не видел какое там проведение кто накалякал временами проще его по новой переписать чем исправить существующее.

(470) Вы лучше о бизнес-процессах смены статуса подумайте - больше пользы будет, что от его хранения.

У меня кстати есть отчет (точнее печатная форма), которая для своей работы эмулирует движения документа. Т.е. она рассчитывает движение как в реализации, и далее, используя эти цифры, формируется печатная форма. И на регистры его не переделаешь

кстати, фанатам тз) вот франчу дали  написать нетленку для отдела. регистр продажи документ реализация, документ возврат. реквизиты которые нужны указали. процессы описали. дают мне это чудо инженерной мысли пощупать. Открываю - регистр продажи регистр остатков. Продали - приход. вернули - расход. Вот заказчик, не программист 1с может знать и отразить в тз такие вещи как тип регистра? в тз не было что регистр должен быть оборотным. Потому что тз писали экономисты. Для сотрудника франча "остаток продаж" нормальное  явленние. Как и незакрывающийся регистр накопления.

(476) Просто, если задача более, чем "наваять отчёт", то должен быть человек, который называется "менеджер проекта", чтобы и с заказчиком согласовать и программистов пропинать.

Вначале ветки я было подумал что я последний 1сник на свете, в середине я понял что 1сники еще живы только их мало, сейчас мы идем к тому что я опять останусь один.

Короче, чтоб вы больше не мусолили. В 1с8 документ или регистр:
документ нужен для хранения кучи данных и определения принимать эти данные к учету или нет(это конечно в общем, особенности есть во всем). Регистр нужен для быстрого отбора документов ну и для специфических данных типа остатки, срез последних и т.д.

Если изначально не оговаривалось, то в отчет надо данные тащить из подходящих регистров. Анализ архитектуры 1сник должен делать сам быстро и правильно. На всякий случай можно уточнить у заказчика какие ему данные надо, только на языке понятном заказчику: типа если у вас в доке есть ручные корректировки вам в отчет с ручными корректировками данные или прям так как в документе.

на счет того что если не хватает какого-то измерения в регистре:
Если вам не хватает измерения в регистре, конечно вы добавляете и заполняете по всем докам. Только измерение это не поле которого вам не хватило в отчете, это объект аналитики - поэтому пихать все подряд в измерения пихать не надо.

Если есть док или вы делаете док и к нему надо отчет, но нет регистра, вопрос надо ли? Это уже из опыта: если к примеру меня просят добавить док Заказ покупателя и к нему отчет, естественно что завтра захотят чем то закрывать Заказ и видеть что закрыто или нет. Поэтому смело клепаю регистр с стандартными измерениями и ресурсами и на основе его уже делаю отчет.

По поводу того что эти вещи не описаны в ТЗ и никто не требовал как надо писать код. Конечно никто и не будет требовать, просто есть дворник который пишет как взбрендит и есть 1сник который пишет так как надо. После которого можно абгрейдить базу и не бояться что полетит отчет или полетит цепочка доков.

1с этим и классная, что тут любой дурак, который просто понимает зачем нужен каждый объект уже крутой архитектор баз данных.

Запомнили и стали крутыми 1сниками и не надо своих домыслов к этому. Есть исключения, но лучше сделать как написал я и в 99% вы будете правы, чем делать как вам хочется и в 99% быть идиотом.

+(478)Это как контроли при записи можно все без разбору пихать в форму объекта, только при групповой обработке все ваши контроли пройдут мимо. Пока нужно открыть док и нажать Записать все классно, как-то только мы начинаем грейдить программу наступают вилы.

(478) если бы вендор делал нечто подобное, то чего бы делали егошные "партнеры"?)

(477) 1c на 80% это ларьки в которых и 1снега то штатного нет, а если и есть то лучше бы его там не было.

(478) "Регистр нужен для быстрого отбора документов" - шта?

хренасе тему развернули...
Все не читал
(0) на экзаменах на сертификаты коленку прострелят.
Этого достаточно помоему.

В начале ветки я сам был убежден, что надо по регистрам...но пятьсот постов!!! Если бы это утверждение было верно, хватило бы десятка...

(484) Да просто кругом дебилы. Бессчетное количество ленивых недалеких дебилов :))

(485) Ежели бы все писали код нормально, я бы за свою деятельность на ниве 1с заработал бы раза в три меньше...
А так, худо-бедно, на хлеб с маслом и с икоркой хватает.

(485) Однако, на хлеб себе и на икру Нуралиеву зарабатывают...

(485) так по регистру же проще делать отчет. Наоборот получается трудоголики

(486) так рассуждает каждый второй 1с-ник. Привыкают крутится в кругу бухгалтеров, серкретарш и менеджеров по продажам где 1с-ник просто бог-компьютрщик, вот и зазнаются

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

(490) Вы ещё скажите, что можно без запроса просто перебором документов - и без транзакции, чтобы все поняли, что такое "скорость".

(491) Эээ... чего?

(492) А нет, чтобы получился стопроцентный г.вн.код нужно запрос в цикле, тупой перебор быстрее будет.

(490) читайте (489) именно тот случай. Как можно выставлять базовые вещи за какие-то супер знания.

(493) Если это базовая файловая даже?

(495)+ Речь не про запрос в цикле (без которых иногда не обойтись) а про "тупой перебор".

Всегда при разработке чего то нужно представлять возможные будущие "варианты использования", правильные и не правильные и как то это предусмотреть.

Вплоть до двух-трех разных видов кода, делающих одно и то же но разными способами в зависимости от условий среды/запуска.

(414) ты тоже не понимаешь, что 1сник в штате и 1сник на подряде - это два принципиально разных субъекта и работать с ними одинаково нельзя

(415) не возможно, согласен. Но итог от этого не меняется - подрядчик обязан то, что предусмотрено и написано в ТЗ. Требовать от него все остальное на основании того, что все предусмотреть нельзя бессмысленно и вредно. Исполнитель точно так же не может всего предусмотреть, как и заказчик. Почему, когда заказчик чего-то не предусмотрел, то это нормально, а, когда исполнитель не предусмотрел того же самого, то он не прав?

(418) апелляции к мифической "определенной квалификации" - пустая трата времени.
Когда я нанимаю франча, я ожидаю, что он будет делать то и только то, что я ему в ТЗ написал. Если я чего-то не написал, то я сам себе буратино.

(421) нормальный спец тем более будет делать только то, что в задаче/договоре/ТЗ описано явно. Т.к. за все остальное ему не платят.
Другое дело, что нормальный специалист, посмотрев на ТЗ и поняв, что работает с блаженным увальнем, типа ТСа, потратит какое-то время на задание уточняющих вопросов, ответы на которые зафиксирует в ТЗ. И приемку будет осуществлять нормальный специалист всегда и только по тому, что явно описано. Иначе это ненормальный специалист, который работает себе в убыток. Ну, еще можно допустить разовые прогибы для того, чтобы закрепить отношения.

Понятно, что, когда между заказчиком и исполнителем есть доверителные отношения и заказчик платит столько, сколько просит исполнитель без вот этой изнурительной ваты, как в сабже, тогда, действительно, можно работать и без ТЗ: попросили, сделал, потестили, поправил, потестили, поправил, выкатил счет, в котором включены все тестим-правим и время на уточняющие вопросы, заказчик оплатил.
А когда вместо ТЗ: "сделать всё, всё должно быть сделано хорошо, хорошо должно делаться само автоматически", ни какие апелляции к стандартам, квалификации и прочая тряхомудь, не работают.

(476) >вот франчу дали  написать нетленку
дальше даже читать не стал, ибо старо, как мир. Так не работает.

Творческие задачи на аутсорсе стоят дорого. Просто потому, что творчество - это всегда и только метод проб и ошибок - нет формулы, с помощью которой можно с первого дубля и без правок снять хорошее кино, нарисовать хорошую картину, сочинить хорошую песню, написать хорошую книгу, создать на пустом месте ПО, удовлетворяющее все потребности заказчика. Просто нет и всё. Даже популярная в свое время и вполне жизнеспособная ТРИЗ - это не формула, а просто алгоритм, помогающий сконцентрироваться на действительно важных аспектах проблемы и за счет этого немного сократить число попыток. В основе все равно пробы и ошибки, т.к. пробы и ошибки - это способ функционирования человеческого воображения.

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

+(500) ни чего так же не мешает нормальному специалисту принять замечания в рамках приемки, выходящие за рамки ТЗ, и часть допилить бесплатно (в рамках программы лояльности, если есть такое жеание), а часть оценить отдельно. Это нормально. Заказчики тоже понимаю, что это нормально.

(478) Не совсем. Или даже совсем не.

Конфигурация (любая) в конечном счете нужна, чтобы получать информацию о состоянии показателей хозяйственной деятельности. Регистры нужны для хранения значений этих показателей, а так же истории их изменения. Документ - это событие хозяйственной деятельности, повлекшее изменение состояния показателей.

Состояние показателей хозяйственной деятельности можно вычислить из событий (это как восстановить бэкап из лога транзакций). Это просто факт - можно.

Другое дело, что это не будет эффективно.

Вот и подрос 86год...

(500) Что ты ерепенишься-то?
Речь про то, что нормальный спец не будет делать отчет по документам, если можно сделать по регистрам, а не про то, что его попросили написать учет БСО, а он заодно уж ERP написал, ему типа не жалко.

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