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

прострели ему коленку

(0) Зависит от задачи.

не может понять - пусть верит. не хочет верить - пусть лечит коленку

а клиент тот же для кого ты спрашивал это
Методология внедрения от 1С существует?
?

(0) оба дауны: и заказчик, и исполнитель.

Сам же пишешь
> не проверяя проведен он или нет

посмотреть Тскф.

А если придраться  к постановке, если в постановке взводных не было то заказчик сам такой.

Есть вариант докопаться на стадии приемки , до проверки полной работоспособности и прочее.

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

(5) согласен "не проверяя проведен он или нет" нельзя было писать так как сам подход неверен

(7)Вот проблема-то,просишь показать сколько в типовых отчетов по документам.

(6) я понимаю заказчил должен максимально вводную дать, но не до такой же степени....

http://static.1c.ru/rus/partners/training/files/ATT83PL.rtf

http://1c.ru/spec/questions.htm первый пункт

Получение расчетных данных не из регистра.
Единственной достоверной информацией в системе учета следует считать информацию регистров. Информация из документов может рассматриваться лишь как вспомогательная и не может быть абсолютно достоверной. Например, при наличии документа (аналога ручной операции в бухгалтерском учете), позволяющего интерактивно вводить записи в регистр    3,0
минут три балла - грубая ошибка

(0) Не принимайте работу и не подписывайте акт. Либо пусть переделывает, либо пусть возвращает аванс.

Это явный косяк. Запрета забивать шурупы молотком тоже нет. И мало кто кто делает даже с учетом того, что забитый шуруп держит лучше, чем закрученный гвоздь.

(14) + Да, и на будущее пошлите его на хрен. Не стоит работать с колхозниками.

(8) еще и данные в документе и в регистре(регистрах) могут отличаться, например, в регистр попадает значение после обработки данных из документа, а не один к одному.

(9) полно

(14) Косяк в чем? В том что ваши феншуи не совпадают? Где то был оговрён феншуй?

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

(17) А точнее?

(19) прочитай по ним справку. их надо забивать, но потом можно выкрутить ;)

(20) 1С требует использование виртуальных регистров, при том, что ERP напичкана физическими записями



от отчета можно требовать
1 функционала
2 скорости формирования
3 масштабируемости

если договором 2 и 3 не определено, то ТС в очередной раз доказал свою профнепригодность

(21) Читал, везде пишут: "Также современная промышленность выпускает дюбель-крепеж с нанесенной на гвоздь резьбой и шлицем, который находится на головке изделия. Такой элемент можно монтировать при помощи отвертки."

(20) Что точнее? Регламентные отчеты заполняются по документам, например посмотри ОМ ЗаполнениеБухгалтерскойОтчетностиВызовСервера ПолучитьСтруктуруНДСвДДС2011

(0) ИМХО если на самом деле реально вытащить инфу из регистров - надо вытаскивать из регистров.
Но бывает так (не в типовых например) что на каждый чих еще не успели добавить и заполнить по регистру, а отчет нужен например здесь и сейчас. То в таких случаях я считаю что допустимо. Но в режиме исправить в наиболее короткой перспективе.

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

(0) говорят, что в снеговике у непроведенного документа могут быть движения регистров. вопрос - и как по такому регистру отчет строить..?

(0) На самом деле всё просто: должен исправить, т.к. отчёт показывает неправильные данные.

(24)
Конфа какая? я не нашел указанных тобой

(29) БП 3.0

(27) И даже у помеченных на удаление могут быть :)

(31) ДА

(30) Не все перешли,ну это лирика.тройки могу еще 100 раз поменяться

По НДС тоже кучу мест где идет ображения и запросы к документам, в том числе и книге продаж/покупок
Есть куча мест где встречается ветки типа

ИначеЕсли ТипОснования = Тип("ДокументСсылка.РеализацияТоваровУслуг") Тогда
        Возврат ПолучитьТаблицуРеализацияТоваровУслуг(ДокументСсылка, Ошибка);
    ИначеЕсли ТипОснования = Тип("ДокументСсылка.ОтчетОРозничныхПродажах") Тогда
        Возврат ПолучитьТаблицуОтчетОРозничныхПродажах(ДокументСсылка, Ошибка);
    ИначеЕсли ТипОснования = Тип("ДокументСсылка.РеализацияОтгруженныхТоваров") Тогда
        Возврат ПолучитьТаблицуРеализацияОтгруженныхТоваров(ДокументСсылка, Ошибка);
    ИначеЕсли ТипОснования = Тип("ДокументСсылка.СчетФактураВыданный") Тогда
        Возврат ПолучитьТаблицуСчетФактураВыданный(ДокументСсылка, Ошибка);
    ИначеЕсли ТипОснования = Тип("ДокументСсылка.ОтражениеНачисленияНДС") Тогда
        Возврат ПолучитьТаблицуОтражениеНачисленияНДС(ДокументСсылка, Ошибка);
    ИначеЕсли ТипОснования = Тип("ДокументСсылка.ВозвратТоваровОтПокупателя") Тогда

И в каждой функции запрос именно по документам

(33) Прости но 3-ки 4 года, если уже свежая типовая от 1С не следует стандарту, то какие претензии к фрилансеру? Он смотрит типовую, свежую, и понимает, раз так пишут, значит это стандарт. Какие к нему претензии?

(0) рекомендаций формировать отчёт из регистра, а не из документа нет. Однако есть четкое требование формировать отчёт по таблицам итогов регистра, а не по таблице всех данных. За нарушение данного требования на любом экзамене на специалиста сразу не сдача.
А так как основная таблица регистра фактически равна данным из документа, то при наличии таблицы итогов брать данные из документа равносильно не сдаче на экзамене.
Надеюсь понятно объяснил.

Надо требовать результат, а не тыкать в методологию.

Предъяви разработчику:
1. Отчет не отвечает требованиям достоверности, так как в него попадают данные из непроведенных документов.
2. На больших объемах данных отчет работает недопустимо медленно (если возможно - продемонстрировать).

(36) " основная таблица регистра фактически равна данным из документа" - не всегда.

(13)(36) а причем здесь экзамен? И вообще какая разница как он делал? Вы выходные данные должны проверить, если там не верно что-то - не принимайте работу, вот и все. А как он делал - это его проблемы

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

(36) нормально объяснил
разработчики типовых клали на сертификацию

(37) +1

Хуже нет когда принимает отчет "бывший 1С-ник" который строит из себя умного и начинает рассказывать, что отчет авно, потому что он бы сделал его по другому. Отчет работает? Какие претензии? Хочешь сделать по другому - седлай, не хочешь - принимай рабочий отчет

(36) А разработчики типовых точно имеют спеца?

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

регистр средство хранения данных, документ - средство ввода данных

(0) Фиолетово (в принципе).
Если отчет работает - придется платить.
Если нет - покажите ошибки. Пусть переделывает. Остаток оплаты не платить пока не будет отчет работать, как надо.

(45) Кто сказал эту чушь?
Откуда уверенность что она не тянет дополнительную информацию из регистратора и в новом документе будут теже реквизиты?

(48) Никто не сказал

Яркий пример отчет - кассовая книга, хочешь сказать, что вся такая из себя 1С автоматом подхватит новый документ по 50 счету?

(50) В тебе чувствуется любовь к 1С... Неразделенная... :(

(50) Все нормально у тебя? Не надо мой пост считать аксиомой.

регстры нужны не для достоверности. а для ускорения доступа к данным.
если подходящего регистра нет, то можно и по документам

(49) Тогда твой аргумент ниразу не аргумент.

Например у меня отчет который показывает движения товара и в зависимости от регистратора отображается сумма в разных колонках (типа приходы, возвраты, продажа, списание и т.п.)
И даже если отчет будет строиться по православному регистру остаткиТМЦ, но добавления нового документа не спасет меня от того что ненадо дорабатывать отчет и он автоматом правильно будет формироваться

(43) не кто не строит из себя умного,отчет работает не корректно, документ проведен или помечен на удаление, а информация его используеться в отчете.

(52) Ну, дык, не надо чушь писать (46)

(55) ну так и сообщи об этой ошибке

(51) Эти .... редиски уже 1,5 месяца не могу мне починить обмен по ЭДО с Тензором, зато как кричали - у нас все работает ... ну максимум неделя, две и все починим

(56) Нет отчетов, которые данные только из регистра получают? Не существует этого?

(58) А я тебя понимаю... Такая же "любовь"...

(59) "документ - средство ввода данных" - и при чем тут очередная чушь?

(55) А это разве неправильно? Есть у меня отчеты которые строятся по документам и им пофиг проведен или нет, им важен сам факт наличия этого документа

ЧТо у тебя - непонятно, если это неправильно, ну так и скажи разработчику, но не выдумывай мифические требования строить исключительно по регистрам

(60) Если вокруг, плохо пахнет, может ты сам обделался? (с)

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

(55) А в ТЗ исполнителю оговорено, что данные из помеченного на удаление документа не должны попадать в отчёт?

Вывод: ТС прощелкал клювом и не стал писать подробное ТЗ.
Тему можно закрывать.

(55) лучший ответ в (37).
Если отчет по документам показывает достоверные данные и выполняется также быстро, как и по регистрам, то предъявить нечего.

(63) Почувствовал запах?

(65) Вангую - подразумевалось :)))))

"Ты можешь быть бесконечно прав, но какой в этом толк, если ТЗ было составлено устно?" (С)

(66) тоесть я должен описывать подробную логику создания отчета? можно сказать чуть ли не который код ему написать? выполнить за него 90% работы.

Хорошо что с ним ЕРП внедрять не стали...
(65) в ТЗ не указано откуда данные брать, ты когда к хирургу приходишь ты ему объясняешь как операцию делать? как резать? как зашивать? итд?

(65) вообще-то в тз надо было написать: данные взять из регистра такого-то. И потом проверять, взял из этого регистра или нет.

(70) О! Месье - в теме :))))

(71) Надо было с него ТЗ стрясти, а тебе написать просто постановку задачи

(71) всегда в тз пишут: отчет строится по данным такого-то регистра или регистров.

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

(0) Смотря какой отчет - у меня например есть отчет который считает нарастающие итоги за месяц, причем 2 раза по плану и по факту и еще неким образом комбинирует между собой. Сам отчет строиться 3 секунды, все на регистрах, если бы было по документам отчет строился бы 30 секунд)
Я не понимаю почему накинулись на ТС? он заказчик, он имеет права не принять работу если она не соответствует ТЗ.
А вот качество отчета(масштабируемость и скорость работы), его гарантировать нельзя работая с фрилансерами, т.к. их никак нельзя наказать за это, в отличии от собственного сотрудника.
(76) Как раз именно так - ты приходишь к хирургу - говоришь что у тебя болит нога - а тебе отрежут часть пищевода, потому что он воспалился и давит на сосуды. Так что ты как пациент ничего не знаешь и слепо следуешь всем рекомендациям врача.

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

(76) А когда отрежут ..., скажем, голову - кто будет претензию в суд писать? :)))))))))))

(78) Мой совет в (74). Сейчас уже ничего не сделать. Если хочешь правильную реализацию, напиши постановку, и проси написать ТЗ самого разработчика. Согласовываешь ТЗ и только потом он начинает разработку.

(78) А в чём ты увидел г..код? В том, что отчёт сделан по документам, а не по регистрам? Так тебе привели примеры из типовых. В некоторых случаях это нормально и оправдано. Остальное должно оговариваться в ТЗ.

(78) Хочешь сделать хорошо - сделай сам (С)

(81) Ну вообще то отчет не дает те данные, которые должен.

А вообще по хорошему надо ТЗ, пусть три строки, но надо.

(83) Так про это и надо говорить, а не про то, откуда берутся данные. К правильности отчёта это отношения не имеет.

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

(0) судя по топику и комментариям ты очередной мегазаказчик, который не может обозначить критерии оценки исполнения задачи до её начала

исполнитель прав, он свою работу выполнил.
хочешь по регистрам - денег на CR или доп. требование  - и будет по регистрам

Оформите пример, когда числа в регистре отличаются от чисел в документе.

(88) РСВ в УПП - покатит?

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

(89) в ерп отказались от такой практики

(91) вы хотите сказать, что в ЕРП все результаты расчёта хранятся и в документе, и в регистрах?

Вот вы бодягу то развели....

(0)
Что касается всех (почти) актуальных действующих типовых конфигураций от 1С, то наличие в них такого замечательно документа как Операция (ручной учет) или его аналога подразумевает, что данные в документах могут отличаться от данных в регистрах. Исполнитель идёт лесом со своим отчетом.

А еще в некоторых конфигурация (например, БП 2.0 и 3.0) есть в документах такой замечательный флажок "Ручная корректировка". И пофиг, что используется он редко, - для расхождения с данными документов достаточно одного единственного случая.

Оформляете один пример, когда есть ручные движения по регистру (сделанные док-ом Операция или ручной корректировкой), тыкаете носом исполнителя и шлёте его переделывать отчет. И не вздумайте даже обосновывать ему причину для чего нужна ручная операция или ручная корректировка движений документа - это не его собачье дело. Жизнь такова, что от ручных операций на 100% избывиться увы невозможно.

(93) это если бухгалтерия.

(93) +или сторно

или ручная корр-ка регистров

(75) >> всегда в тз пишут: отчет строится по данным такого-то регистра или регистров.

Это в детских сказках для начинающих айтишиков так. В жизни всё печальнее.

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

(94) >> это если бухгалтерия

Ты еще скажи, что в УТ, УПП, КА, ERP таких возможностей (делать документы Операция или ручные корректировки движений документов) нет.
Ручные корректировки - может и нет, но документ Операция (или аналог) есть во всех этих конфигурациях. Ибо без него никуда.

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

(98) но ты согласись, что при помощи корректировки регистров можно сварганить пример, что и отчет по регистру покажет неверные данные. И вообще всех исполнителей слать лесом.

(0) ))) посади этого исполнителя работать с его отчетом, когда количество документов станет таким, что отчет будет формироваться 20 минут - он уволится))

К Shur1cIT

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

(88) Любая бухгалтерская конфигурация. Корректировка проводок документа и все, суммы не будут биться Между документом и его проводками.

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

(100) >> при помощи корректировки регистров можно сварганить пример, что и отчет по регистру покажет неверные данные

Не соглашусь. Если отчет сделан по регистру и корректно, у тебя ВСЕГДА отчет будет показывать верные данные.
Что такое верные данные? Это когда у бухгалтера его любимая оборотка бъётся с твоим фильдеперсовым самопальным отчетом. Оборотка строится всегда только по регистру. Если твой отчет строится тоже по регистру, то они ВСЕГДА будут показывать идентичные данные.

(105) сможешь по проводкам сделать отчет по реализации:
Номенклатура, Цена, Сумма, СуммаНДС ?

И при этом есть ручные корректировки 62 счета

ТС какой-то недалекий.
Сам сначала не оговорил, что делать надо по рекомендациям 1С, а теперь верещит что-то.
Сам написал, что исполнитель даже на проведенность документы не проверяет, сам же спрашивает, к чему придраться.

(37) 1 да, 2 нет, так не уверен, что не были оговорены требования к скорости.
Как и требования к тому, что завтра появится еще один документ и нужно будет переписывать отчет.
В общем ТС сам лопух, а на исполнителя кивает.
Заколебал его, небось, в усмерть уже своими придирками не по делу, а важные вещи проморгал.

Вспоминается ЗУП 2,5 и то как там отражение в регламентировано учете сделано. И как потом это отражение попадает в отчёты и в выгрузки...

(65) Да я думаю, что в ТЗ не оговорено даже то, что в отчете в итоге должна быть возможность вывода на печать, отчет должен показывать актуальную информацию, а не срез на дату получения задания, и что отчет должен показывать информацию по определенному алгоритму, а не случайно взятые с потолка цифры.
У кого еще какие шизофренические идеи по поводу того, что должно быть оговорено в ТЗ? :))

Достаточно было поставить изначально требование "Сделать отчет как полагается, а не как легче или как умеешь".
После этого фраза "Да какая разница, по документам или регистрам?" посылается далеко, можно даже без объяснений.
А уж за отчет без отбора по проведенным документам вообще просто прощаются с исполнителем после сдачи задачи.

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

(72) Да не надо. Надо просто было сказать, что сделать надо грамотно, а не как кучу навалить.

(91) Что? :))))))))))

(111) +100500
Если исполнитель дебил, то пусть идет далеко.
Если заказчик дебил, то идет туда же.
Зачем в детали вдаваться то?

(115) а если оба?

+(115) Был у меня подчиненный один.
Брейнфакер, типа "да какая разница".
Я так же вначале пробовал объяснять.

(116) алгоритм в (115) подходит и для вашего случая

(0) пишите на почту я Вам все сделаю по регистрам, за разумную плату

(116) Тогда они нашли друг друга

(117) Надо было ему деньги копейками платить.
Мол, какая разница-то?

(119) Я аж прослезился :))

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

думаю заказчик не должен такие тонкости объяснять исполнителю

всем кто ругает ТС за отсутствие ТЗ:

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

По этому сабж вполне реален и вины автора в косяке исполнителя нет....

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

(124) До исполнения договора или после?

(125) Вы никогда не видели документов которые НЕ проводятся вообще и имеют движения по регистрам?

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

(127)
Видели в большом количестве.
Посему предпочитаю отчеты по документам.

(129) запомню ник, никогда на работу не возьму :)

(130)
Ok.

(0) Я видел механизм, который вообще по табличным частям справочников считает со своими итогами. Это WMS система.

Так что, способ реализации - это второе. Главное - решена задача, а если решена, удовлетворяет ли реализация общим принципам разработки в данном ЯП.
Здесь, налицо, цель не достигнута.

(0)
Я не знаю где это написано.
На деле и по факту зависит от задачи.
Есть и вообще простые ситуации, когда регистр это тупое дублирование данных из документа, причем там где и итогов не надо. Особенно часто это в регистрам сведений относится.
За такое я по рукам бью сразу.
На проведение документа проверять надо, конечно.

Если тебе нужны именно регистры, то в противодействии с таким исполнителем я бы пошел по пути приведения примеров, когда его отчет работать не будет. Или будет работать медленно.
Причем, примеры могут касаться и, возможно, будущих доработок системы. На возражение типа "я делаю сейчас, а думать что будет дальше у меня в задаче не написано" можно сразу послать и пригласить того, кто будет думать о будущем хотя бы иногда, там где есть возможность и сроки не поджимают.

(128) Я отдал не рабочий, мне вернули рабочий. Какая разница что он там сделал, стукнул кулаком или перепоял кондёр? Тем более когда цена ремонта никак не зависит от его действий

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

После таких веток перестаешь удивляться наличию в мире неиссякаемого количества кандидатов на премию Дарвина.

+(136) И тому, что мир все больше заполняет кавно. Хавают, вот и заполняет, че, все логично.

+(137) Даже боюсь представить, что такие люди едят.

(0)(7) а парнишка крутой))) а деньги то чьи? мне кажется кто-то кого-то недогнул просто)

(139) назначали на роль постановщика задачи бизнес аналитика который 1с не знает, но неплохо знает процессы, нашли исполнителя задачи который обещал всё решить за дорого, но в режиме "решения проблемы" а не кодинга, бизнес аналитик ушел и все взвалили на меня.Жалобы от народа, открываю конфигуратор, а там полный ......ц.

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

(140) Так исполнитель в ветке что ли?

(133) регистр - это интерфейс с простой и понятной структурой между документом и отчетом.

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

пример:
есть ПКО с одной суммой в реквизите, сделали отчет по регистру "касса", а тут подоспела новая задача сделать возможным в одном документе делить сумму, в документе сделали табличную часть и конвертировали все старые доки в новый формат с одной строкой в ТЧ. Если отчет по регистрам - его переделывать не надо, если отчет по документу - он перестанет работать....

Я бы с таким кавнястым заказчиком типа ТС поостерегся бы еще работать, мало ли что ему завтра в голову клюнет, начнет потом еще кал по форумам метать.

(0)А чего сам не сделал?

P.s. Гони "в шею" такого исполнителя.

(0)Если вся информация есть в регистрах, то лучше ее брать оттуда. Если исполнитель хочет получить оплату, то пусть доведет отчет до работоспособного состояния, а после они друг с другом вряд ли захотят работать.

Я, обычно, если работаю с новым заказчиком, первые несколько тз, данные на пальцах или устно, перефразирую на однозначно трактуемые тезисы и отправляю заказчику на почту(обычно "ларечникам" лень самостоятельно такое делать). Иногда такое делаю при наличии сложного тз, данного на пальцах у старого или вредного заказчика.
Указываю сумму и высылаю на почту. Много раз уже это защищало меня от переработок по тз.
А по поводу бывших одинэсников я бы не был бы так категоричен - у меня есть один отличный постоянный клиент, бывший одинэсник, а теперь замдир. Так вот с ним проще всего общий язык найти и по деньгам адекватно договориться можно. Тут раз на раз не приходится.
А по (0) - заказчик м-к, так как не написал тз, исполнитель м-к так как не согласовал и не задокументировал.
Пусть данная ситуация будет наукой им впредь.

Покажи ему, что отчет работает криво

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

(65) Может в ТЗ сразу листинг программы писать и скрины форм, а программист только пусть правильно забьет в 1С? Есть наверное какие-то вещи, которые подразумеваются как сами собой разумеющиеся.

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

(150) Я вообще на словах ТЗ давно не принимаю. Только в письменном или электроном виде. Ибо нефиг.

(151) "Ты можешь быть бесконечно прав, но какой в этом толк, если ТЗ было принято устно?"

(132) В системах WMS скорость проведения операций является критическим фактором. Поэтому там кто и как только не извращается с хранением остатков. Лишь бы было максимально быстро. Но это все-таки довольно узкоспециализированная хрень.

(0) У меня на работе слово "регистр сведений" считается очень умным, даже для консультантов 1С)))

(0) Ищи старые ИТС. Времен 8.0. Там что то подобное было. На новых ИТС 1С сменила политику и стала писать размыто т.к. сами грешат построением отчетов по документам. В некоторых случаях это нормально.

(154) А что такое бухгалтерский регистр, бухгалтера знают? Не в привязке к 1С. :-)

(31) Более того, движения могут быть - а документа уже нет. Так что надо смотреть ТЗ.

(37) 1. Правится на раз-два без существенной переделки, если только в ТЗ не были специально оговорены случаи различий данных в документах и регистрах. 2. - это задача оптимизации, если изначально в ТЗ не было требований к производительности, то оплачивается отдельно.

(55) А это было оговорено в ТЗ? Умолчания - они этим и опасны, что у каждого свои.

(71) Или описываешь, что именно ты хочешь получить, или смотри только на результат и его соответствие явно указанным параметрам в ТЗ.

Взаимоотношения с клиентом регулируются только договором. Там должны быть изложены требования к разработке.
Там есть пункт, что отчет должен быть выполнен в соответствии с рекомендациями 1с? Нет, свободен!

http://its.1c.ru/db/metod8dev#content:3224:hdoc:_toc298494678
Отчеты

Оформление

Отчет будет хорошим, если глядя на него, пользователю будет понятно:

для кого он предназначен (должность, роль пользователя);

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

Отчеты, связанные с одним источником данных (запросом), рекомендуется группировать в один отчет с несколькими вариантами.

Примером источников данных может являться совокупность документов и регистров сведений, которые предназначены для пользователей с одинаковым уровнем прав (например, отчет «Выручка и себестоимость продаж»).

Отчеты либо не должны содержать данные, помеченные на удаление либо эти данные должны выделяться в отчете явным образом (например, цветом или фоном).

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

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

В свойствах отчета рекомендуется устанавливать «Заголовок». Каждый отчет должен иметь узнаваемый и понятный заголовок.

Если в отчете несколько элементов (например, гистограмма и список), то для каждого рекомендуется устанавливать заголовок.  Общий заголовок отчета в этом случае  не обязателен.

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

Устанавливайте по умолчанию в настройки отчета наиболее вероятные значения.

Например, период «Этот месяц» для отчета «Выручка и себестоимость продаж».

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

Используйте жирный шрифт для выделения важной, итоговой информации.

Если предполагается печать отчета, оптимизируйте макет под формат А4.

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

Например, красным можно подсвечивать просроченные задачи.

См. также: Рекомендуемые цвета

Быстрые и обычные настройки

В быстрые настройки следует вносить только частотные настройки.

Не рекомендуется делать много быстрых настроек (не более 5).

Для настроек, которые являются нечастотными лучше устанавливать режим редактирования «Обычный».

Избегайте использования наименований настроек, которые могут быть истолкованы пользователями неоднозначно или быть для них непонятными.

Например, «Дата оплаты (< или =)» лучше заменить –  «Оплатить не позже».

Названия отчетов

Назначение отчета должно быть интуитивно понятно из его названия.

Запрещается использование названия «Основной» для варианта отчета, т.к. для новичков не понятно, что кроется за этим определением.

Лучше давать осмысленные названия, например, для отчета «Анализ причин проигрыша сделок» варианты: «По партнеру», «По ответственному», «По причине».

Избегайте слово «отчет» в синониме.

См. также: Тексты

(106) Прибыль еще забыл. Причем в разрезе поступлений.

(121) Я бы не отказался - на свадьбах это самый дешевый вариант - и самый легкий, а продать можно в несколько раз дороже номинала ;)

(123) В ТЗ указано что такое "корректные данные"?

(133) Нормальные спецы просили больше, ТС решил сэкономить.

(140) Если деньги вернешь - выкладывать не имеешь права, оно не твое.

(142) А в 7.x запрос к регистру вообще мог дать некорретные данные, не раз встречался с ситуацией, когда небольшое изменение запроса часть данных просто обнуляло. Меняешь порядок реквизитов в выборке - и работает. До следующего сюрприза.

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

(0) Если человек не понимает чем отличается сбор данных по документам или регистрам- то уже можно с ним не работать

Если человек еще и пытается что-то доказывать при такой ситуации-однозначно в баню.

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

(168) Значит заказчик профнепригоден для выбора исполнителя...

(169) Судя по (140) там был откатус вульгарис.

(161) с договора надо 13% отстегнуть, кто-то пытается экономить, а потом получается как в (0)

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

(154) Ну акуеть. Если кто-нить скажет параллепипед, то вообще наверное в профессоры запишут, да?

(172) То, что Shur1cIT не провел хотя бы минимальную проверку адекватности исполнителя это конечно его косяк. Но, если я правильно понял, этот исполнитель достался ему в наследство.

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

(174) Это все автоматически всплывет при тестовой проверке на достоверность и скорость работы...
А если все в норме, то и говорить не о чем.

(175) Выше был пример из ЗУП 2.5. Там при переброске данных запрос идет непосредственно к документу, а не к регистрам и это в типовой конфе 1с.

(106)>>  сможешь по проводкам сделать отчет по реализации: Номенклатура, Цена, Сумма, СуммаНДС?

Никто не запрещает брать данные из документов. Только эти данные должны быть второстепенными и вспомогательными - дополнять данные, полученные из регистра.
Если ты этот отчет составишь исключительно по документам, то бухгалтер с вероятность в 99.9% ткнёт тебя носом, что у неё сумма в отчете не бъётся с данными бухучета. И будет полностью права. А тебе придется накручивать дополнительные залепы в отчет, чтобы учесть всякие разные случаи, когда выручка в бухучете есть, а документа нет.

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

.....Ут 10.3 добавьте отчёт кассовая книга без использования документов...

(177) А знаешь ли ты какая задача была у ТС?

(177) Реализация - это реализация. Операция в бух. регистре - не обязательно реализация. Это просто сокрытие косяка в учете.

(179) Ты знаешь?
Не томи. Говори.

Все тут сидят и гадают (включая меня самого).
Однако Shur1cIT утверждает, что отчет можно было собрать по регистрам. Для меня этого вполне достаточно, чтобы утверждать, что отчет ДОЛЖЕН собираться по регистрам. А отчетом, собранным по документам, исполнитель может подтереться.
Уже не раз в этой ветке приводил пример с ручными корректировками записей в регистрах. Ситуация, когда данные в регистрах будут расходиться с данными в документах, моделируется за 5 секунд. В любой более или мене сложной системы рано или поздно возникает та исключительная ситуация, когда надо отразить какое-либо изменение показателей именно вручную из-за того, что невозможно предусмотреть автоматизацию всех-всех-всех операций документами.

(181) Если автоматизировать бардак - получается автоматизированный бардак, да. Вот откорректировал ты данные в регистре - и первый же аудит выявит расхождения. Ибо он не будет по регистрам смотреть. Он воспользуется документами.

(180) >> Это просто сокрытие косяка в учете

Акстись. Операция довольно интенсивно используемый документ.
Есть целый пул вполне себе жизненных операций, который в типовой бухне не реализован никак.
Типичные примеры: движение ОС в аренду/из аренды.
Корректировки ошибок в учете - документ, который появился полгода назад (если не позже). Типа до этого ни один бухгалтер ни разу в жизни ошибок не допускал (ага щаз).
Учет и расчеты по претензиям не автоматизированы никак и предлагаемая в типовой бухне реализация предусматривает только самые простые случаи.

(183) Тут разница только в том, по чьей вине косяк - пользователя или разработчика ПО, не позволяющего пользователю нормально отразить операцию в учете.

P.S. Один клиент как-то попросил полностью заблокировать ручные операции, ибо бухгалтера ими норовили постоянно пользоваться, даже когда не обязательно. Проще же - ввел 1 сумму и счет - и все.

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

(182) >> Ибо он не будет по регистрам смотреть. Он воспользуется документами

+100500
Придет аудит и увидит документ "Служебная записка", в котором указано, что отраженные два года назад суммы надо было отнести не на затраты, а на агентские (подлежащие возмещению за счет контрагента). Причина - юридический отдел внимательно перечитал условия договора и принял такое решение совместно с планово-экономическим отделом. Это даже не ошибка в учете. Это выявленная особенность взаимоотношений с контрагентом.

И это даже не бардак (как некоторые думают). Это жизнь.

Расскажи мне каким типовым документов в типовой конфе ты эту служебку отразишь?...

А еще через пару месяцев заказчик, которому ты перевыставил эти затраты, подаст на тебя в суд (придётся "подвесить" расчеты на претензии), а еще через год частично (например, на 30% от общей суммы) выиграет этот суд. И на основании решения суда тебе придется опять лепить операции в бухучете, т.к. злая 1С не предусмотрела такого документа, как "Постановление суда" (прикинь ужас какой)))).

Я уж молчу о массовых ошибках ввода данных, многие из которых выявляются уже после закрытия периода.

И не надо тут сказки рассказывать о ведении учета без косяков. Такое конечно бывает, но в жизни встречается редко.

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

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

(182) >> первый же аудит выявит расхождения. Ибо он не будет по регистрам смотреть.

Кстати это не совсем верное утверждение.
Первое что потребует аудитор - распечатанные учетные (бухгалтетрские или налоговые - в зависимости от того, что именно проверяют) РЕГИСТРЫ.
Не те регистры, что в конфигурации, а именно регистры учета.
Регистры доходов, расходов, учета ТМЦ, учета ОС, учета приобретений, учета реализации и т.д. и т.п.
Все эти регистры должны распечатываться и подписываться.

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

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

(189) на этом все доказательство будет закончено

(0) исполнителю необходимо поставить условие
что либо "работаем дальше" либо он уволен.
(189) поддерживаю.

(189) А тут окажется, что он слегка вперёд подумал и КЗР (ручную операцию) у себя в отчёте учёл. И тут твоя проверка пойдёт в Южную Россию, где ещё хутора сохранились. Да и бабочки вроде пока ещё живы...

(192)  Да и вообще хватит мямлить, указанный подход некорректен и точка,  завтра добавляю новый вид документа в конфу и указанный отчет перестает работать.

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

(193) +100500

(193) Какофы фаши докателльсства?

(193) Шо? Опять??

https://www.youtube.com/watch?v=IjkUGKRUtgc

(162) За вот эти придумки: "Этот месяц" и "Прошлый квартал, до такой же даты" - я бы 1Сникам руки поотрывал. Для человека привычнее сразу видеть "Июль 2016", а не вспоминать и высчитывать "какой же у нас прошлый месяц был?"

(200)

(199) по-моему ты просто рекомендации неверно понял

имелось ввиду, что если мне нужно сейчас сформировать квартальный отчет, то вероятнее всего это будет предыдущий квартал, а значит, в качестве начальных установок должны стоять именно эти даты. Т. е. открываем отчет и видим период с 01/04 по 30/06

Обсуждение, имхо, баян и потому можно упомянуть ЗУП, у которого остатки отпусков изменяются или кадровыми, или расчетными документами в зависимости от настройки учета.

Из-за этой настройки (а точнее из-за того, что она может быть изменена в любой момент времени и неоднократно), отчет по остаткам отпусков бесполезно пытаться писать "по документам". В частности потому, что нигде в базе не фиксируется время, когда эта настройка поменяла своё значение.

Это только один характерный пример, но я могу ещё привести и другие.

Например банальный запрос остатков заказа покупателя в УПП, без обращения к регистру остатков, превращается в увлекательный квест. "По документам" потребуется учесть сам первичный заказ покупателя + документы корректировки заказа + документы изменения заказа + полная или частичная реализация + возвраты + ... а оно мне это надо? :)

Как была поставлена задача?

(204) И какие это имеет значение?
Заказчик имеет полное право при постановке задачи оперировать терминами прикладной области. О таких понятиях как "регистр" он знать не обязан (а некоторые реально вообще не знают).
И тот факт, что заказчик не употребляет слово "регистр" не дает никакого право программисту    г а в н о к о д и т ь.

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

(182) А-ха-ха, ржу чёт :))

(206) Во-первых, ты приводишь пример, где напрямую указан источник данных ("показать документы").
Во-вторых, я уже неоднократно писал, что брать данные из документов никто не запрещает. Но только в некоторых случаях. Случай, когда тебе нужна информация именно о документах - это как раз один из них (есть еще, например, кассовая книга). Другой пример, когда данные из документов являются вспомогательными (например, книги покупок и продаж, где без реквизитов документа - даты и номера счета-фактуры ты не обойдешься, но эти данные вытаскиваются левым соединением к данным, полученным из регистров).
Можно легко придумать ещё пару-тройку случаев, когда данные берутся из документов. Но все эти случаи имеют четкое и ясное обоснование. Если же отчет может быть собран по регистрам он ДОЛЖЕН собираться по регистру. Обоснования приводили уже массу - начиная со случаев ручных корректировок (документом типа Операция или по флажку "Ручная корректировка" в документе) и заканчивая появлением в конфигурации новых видов документов, которые будут изменять анализируемые в отчете показатели (алгоритм отчета, собирающий информацию об этих показателях из регистра переделывать не придется, в отличии от алгоритма, которые берёт данные из документа)

(209) сколько людей участвовало в выборке "никто"?

Ответ на вопрос (0) есть в книге Радченко, Хрусталева "1С:Предприятие 8.3. Практическое пособие разработчика. Примеры и типовые приемы" глава "Зачем нужен регистр накопления".
http://its.1c.ru/db/pubdevguide83#content:119:hdoc

(13) Да, действительно, на сертификации за это минус три балла из пяти. :-)

http://static.1c.ru/rus/partners/training/files/ATT83PL.rtf

(210) Замути ветку с голосовалкой - узнаешь сколько.
А вообще действительно изобретателей такого интерфейса нужно заставить им попользоваться недельку другую, например для анализа движения каких-нить партий.

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

(213) тут нет смысла в голосовалке, это не пользовательский форум

(0) В первых постах хороший совет - прострели ему коленку.

Если у чувака нет понимания архитектуры системы и понятия показателей, то гоните его в шею.

(216) Почему?
ТС не заказчик. Кто то, давно заказал отчет, его написали, дали время на проверку. Через 3 года появился ТС, к нему стали приставать, что мол отчет работает криво, он теперь наезжает на исполнителя, типа вы нам 3 года назад написали отчет, теперь должны бесплатно полностью переписать его, потому что он написан не по феншую. На что исполнитель его послал, типа вы его приняли время бесплатного обслуживания прошло. Хотите доработку отчета - платите. (возможно даже исполнитель был кинуть на деньги), после этого ТС прибежал сюда ни мисту плакаться

(217) А откуда 3 года? Я что-то упустила, похоже...

(218) Ну если окажется, что не 3, а 2 года это что то меняет?

(219) хорошо. откуда инфа про 2 года?

(220) Это так важно?

(221) Да. или тс  mdac, или его предшественник. разница большая.

(222) См (140)
Был аналитик который поставил задачу, исполнитель её выполнил. Т.е. работа была выполнена, принята и оплачена.
Потом аналитик ушел и появился ТС, которому народ стал жаловаться на обработку. Сколько прошло времени с написания 3 года или 3 месяца не известно. ТС полез в код и теперь требует чтобы исполнитель переписал код на регистры или вернул бабки.
Т.е. он ему предъявляет не по существует, что вот при этих данных работает не корректно, а типа обработка твоя не соответствует стандарту, так как она берет данные из документа, а не из регистра. Переписывай или верни деньги. А когда его послали, прибежал на форум, типа народ дайти ссылку на стандарт

(140) Не понимаю почему не прийти к руководству и не объяснить ситуацию, человек кидает просто, о чем тут спорить, тем более если ему уже заплатили. Другой вопрос, если он уже не может переделать - так и надо сказать руководству, ребята вы заплатили за воздух, потому что исполнитель ламер. Тут вопрос вообще не про 1С и методологии)))

(224) Что значит за воздух? Т.е. любой косяк в типовых тут же означает что фирма, которая купила коробку с 1С "заплатила за воздух"?

Т.е. ты купил автомобиль, в нем дохлый аккумулятор = ты заплатил за воздух?

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

(226) Я найду тот же воздух и в твоем коде.

(226) Аккумулятор рабочий, но свинцово-кислотный и советских времен.

(227) да ладно, тс понял что чувак залепуху кинул, а тут все ищут где грань между типовыми и залепухами))))

(226) В момент покупки или через 3 месяца после?
Если я продавец и ко мне через 3 месяца пришли и рассказывают про нерабочий аккумулятор - то пошлю, фиг его знает, может это ты сам подменил. За деньги могу и посмотреть что с ним

Я в своей практике осознанно делал регламентированный отчет по документу. Осознанно. И не раскаиваюсь.

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

(232) А почему исполнитель после того как работа принято и договор выполнен должен переделывать что то бесплатно?

Исправить ошибки это один разговор, но у ТС претензии не к ошибкам, ТС хочет бесплатного рефакторинга кода

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

(233) так и вижу как этот парнишка сидит и говорит ему "ты теперь хочешь бесплатного рефакторинга кода? так я не работаю" ))))))
надо бы франчам ввести такую услугу - 2 месяца поддержки + 1 месяц рефакторинга в подарок

(235) Ну судя по постам ТС примерно так и было

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

Ну или как то так

(233) Работа еще не принята

как я понял, но Шурика хрен поймешь

(237) Как не принята? А откуда она у ТС? С чем тогда работает народ?  С демо-версией?

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

Ведь есть же требование по формлению форм, заданию размера полей ввода и прочее... И хорошо, если эти требования соблюдает хоть 5% разработчиков

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

на вопрос, на кой вам это надо отражать одинаковые записи по 5 раз в разные дни (прием) - сказали что так из файла идет :)))) я же им файл и сбрасываю (каждый день выгружаю все приказы, которые есть в другой базе) - они даже не анализируют, что эти оформили или отклонили - пофиг, принимают :))))

ах, да - им это еще даже удобно :))))

попросил другого разработчика переделать в 7.7 этот хлам - он вообще сказал, тому виднее :))))

и данные не синхронизируют - 1,5 года прошло - теперь смотрю на эту бодягу и не знаю как из этого хлама превратить обратно в мои переданные приказы :))))

а задача была проста: осуществить кадровый прием (все оформленные приказы в кадрах шли через файл) в бухгалтерию и бухгалтерам нужно было лишь указать своих "физлиц" :))))

но в бухгалтерии называют не физлица - а внукоды :)))), и зарплату считают внукодам :)))) короче - у нас тут целое шоу :))))

да, и эти "умные" товарищи еще получают зарплату от 60 до 100 штук :)

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

(249) Обходить движения - это секретная магия оптимизации, ведь в этих таблицах нет итогов

(250) или не хотят плодить регистры накопления под каждый показатель

(251) это вполне возможно.

(252) то что сейчас творится в запросах типовых уже давно не укладывается с методологии сдачу экзаменов или книжек по самообучении.
PS как метко подметил Лустин  - абстракции текут.

(253) В 1с слишком мало механизмов для организации большого количества кода. И нет механизмов для упрощения понимания того что проиходит в типовых. В частности запросы который размазаны по всему коду и попробуй пойми почему запрос именно такой и где сформировались временные таблицы

Две с половиной сотни постов переливания из пустого в порожнее

(255) угу

(254) 1с пока не дает нам в руки механизм создания своих виртуальных таблиц (вьюшки)

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

+(258) Такие вот не видящие разницы по ходу в авторы ERP просочились, дебилы.
Страдай теперь из за них.

(258) в эту мгновение "Вячеслав Гилев" засмеялся в голос оптимизируя очередную типовую по заказ -)

(255) тут тема такакая "на поговорить".
(257) я немного про другое... Давать доступ к механизмам бд или нет это вопрос филосфский, но по последним веяньям ложить логику в БД не модно. А вот сделать какой-то слой/объект на котором собираются запросы было бы круто.

(261) А про что тут говорить-то?
Программировать по кавнокодерски или нет?

(258) если будет 100 млн записей, то скорее всего будет много и итогов. не зря же 1с наконец сделала что-то аля опен дей с итогами регистров (чтобы итоги считались только с определенной даты)

(259) А че страдать? Они вам задач добавили. А писать все сразу супер оптимально -- это утопия. Есть такое зло как преждевременная оптимизация

(263) И че? Пусть будут.

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

(262) Я предпочитаю не ковнокодить. Я понял вопрос автора как заставить исполнителя переделать... А вот есть ли для этого основания уже большой вопрос, да и не известно как ставилась задача. Яркий пример в типовой не достаточно данных в регистре, я бы не снимал с поддержки, а выбрал/дополнил данные по документам

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

(265) у меня на 100 млн записей с рн работать не айс. поэтому реализовано другими средствами.

(267) Ответ автору в его же вопросе. Непонятно, что он начал сопли по стеклу возить.

(270) у ТС решение задачи находится за пределами кодинга или методологии от 1с.

(267) Вот за что люблю одинесников, так это за то, что даже на вопрос "Сколько времени?" они разведут дискуссию на тысячу постов с обсуждением, имеет ли в виду автор время по нулевому меридиану, что автор вообще подразумевает под понятием время и что нельзя так просто однозначно ответить на этот вопрос, потому что современные часы такие ненадежные

(269) Да хоть в экселе считай, че.
Правильно организованному РН 100 млн записей в принципе не такая уж неподъемная задача.

(269) (263) По хорошему итогов будет меньше чем записей в проводках и существенно меньше. На искуственно примере можно сделать, что бы их было столько же.

(273) если его правильно закрывают и выполняют рег работы

(274) Главное не то, что их меньше, а что они уже практически посчитаны, нужно все-лишь найти нужный итог по индексу.

(275) Спасибо, КЭП

(273) итогов будет меньше если закрывается в одном периоде (остатки) или если много повторяющихся записей для оборотного

(277) ты просто указывай, что для 100 млн записей уже желательно на уровень СУБД спускаться и вносить оптимизации там

(272) Это конечно правда, но я не хотел добавлять новые сущности в обсуждение. Я хотел сказать, что вопрос из области конфликтологии и решать его нужно поиском копроммисов. Может предложить переделать за пол цены или просто сказать сделай что бы следующим кодерам удобно было и тебе спасибо скажут

(278) Продолжай

(279) Ты о чем?

(282) подозреваю, что поступит предложение достроить индексы. Что там еще существенно наоптимизировать можно?

(280) Какой конфликтологии? Вопрос из области огромного количества кавнокодеров вокруг, всего-лишь.
Еще раз повторюсь, ТС достаточно было в самом начале просто сказать, что сделать надо все по-человечески. Всё, этого достаточно.

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

(282) для начала секционирование данных и вынос старых данных в режим только чтение и более медленную дисковую подсистему. потом можно почитать что рекомендует тот же Лустин или Гилев(хотя для 8.3.8 уже это сделала сама 1с).

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

(285) Что значит как?
Переделывай отчет, возвращай деньги или иди накуй с плевками в спину.

(286) Че за бред?
У тебя будет две записи, которые нужно сложить, а у меня одна, уже посчитанная.
Ваш КЭП.

Не говоря уже про то, что это, конечно же крайне распространенная ситуация, дааа.

(286) Интересно сколько весит таблица в 100млн записей?
Секционирование это уже последнее дело... Скорее всего реструктуризация все сломает. Эти механизмы конечно работают, но и увеличивают трудозатраты.
(287) подозреваю, что такая формулировка не прокатит.

(288) настоятельно рекомендую пройти очный курс Вячеслава Гилева или купить курс Гилева по оптимизации систем 1с, ваш кэп.

(289) секционирвание - это первое дело, 1с ничего не будет знать про него, для нее это все будет одна таблица. Это ведь на уровне субд все происходит.

(290) оптимизация не должна быть бездумной. Нужно понимать, что даст каждый шаг и тут ли находится узкое место.

(290) Настоятельно рекомендую сделать базу и проверить, а не придумывать всякую хрень

(293) пошел плакать и проверять на файловой базульке -)

Согласен, что если отчет можн опостроить по итогам, то с вероятностью 99% он будет быстрее чем по движениям как не оптимизируй таблицу движений (без абсурда конечно, типа сделать файловую группу с таблице и положить на ССД)

(294) Файловая некошерно

(292) оптимизация бывает не только на уровне кода или запроса к субд.

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

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

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

Ну и не забываем, что иногда требуется выполнить перепроведение документов, чтобы данные в регистрах изменились и соответствовали тому, что указано в документах - для 1С это очень распространённая ситуация, тогда как для нормальной учётной системы такого просто не должно быть.

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

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

В любом случае, желательно писать подробное ТЗ или хотя бы оговаривать критерий проверки правильности выполнения задания. Иначе даже правильно и верно с точки зрения методологии 1С написанный отчёт можно считать неверным, так как он в некоторых случаях выдаёт данные, отличные от того, что содержится в документе.

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

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

Парадигма, проповедуемая 1С:

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

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

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

Если же для формирования отчета недостаточно данных регистра, то, скорее всего, речь идёт об ошибках проектирования.

Если отчет, собираемый по регистру, разработчик пытается собрать по документам, то тут речь о некомпетентности разработчика.

Описанная парадигма родилась из бухгалтерского учета (1С начинала именно с автоматизации БУ), где во главу угла поставлены проводки (записи в регистре), журналы, ордера и главная книга. И любой отчет строится только по этим данным и никак иначе. А документ - это всего лишь бумажка (хоть и обязательная) - основание для совершения записи в журнал, ордер и главную книгу. Любая проводка должна быть подтверждена документально.

(300) В регистрах отражается в среднем 70% самых важных данных документа, а если в отчете потребуются остальные 30% данных документа которых нет в регистрах, проще достать их из документа, чем добавлять эти реквизиты в регистры. Вообще если опустить быстродействие и методологию проектирования 1с, то и документ это таблица и регистр это таблица!

(299) Чтобы не пороть чушь посмотри хотя бы УТ 11 как там реализованы отказы в Заказе клиента, там тупо статус у документа и причина отказа в табличной части. Но документ при этом проведен и т.д.

(299) Там даже реализован частичный отказ, допустим половину позиций клиент решил не брать, тупо в ТЧ документа проставляем статус и причину отказа

(299) Поэтому соглашусь с (300) у вас мисье каша в голове, вы путаете теплое с мягким.

(301) Данные из документов могут использоваться в отчетах, но только лишь, как вспомогательные.
То есть ты получил все данные из регистров, а потом левым соединением вытаскиваешь недостающие данные из документов. Пример - книги покупок и продаж. Основные данные берутся из регистров, а недостающие (номера и даты фактур, например) - из документов.

>> и документ это таблица и регистр это таблица

Поэтому никто не запрещает ограничиваться одними лишь справочниками. Это ведь тоже таблицы! Нафига эти тупые 1С-ники напридумывали каких-то документов, регистров (аж четыре вида!!!!)

(0) Ну че там, выгнали или как?

(305) если  левым соединением доставать документы, так быстродействие будет сравнимо с тем что мы просто будем доставать напрямую данные из документов

а особенно если по тч нужно пройтись

если регистр использовать, только как факт проведения документа то выигрыша нет

(305) У меня крупный франч наваял проведение справочника)

Читаю и ужасаюсь, не представлял себе что бывает столько много колхозников-наколенников 1Сников. Полностью согласен с (300)

Подавляющему большинству сдать на Спеца по платформе точно не помешает.

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

(312) У всех уже есть, не боись

(312) Но и не поможет. То, что все присутствующие знают/не знают эти правила не говорит, что их исполняют.

(315) Поможет хотя бы не пороть чушь как в (299)

(316) Это да. Но ТСу особо картину не улучшит.

(306) пока выставили претензию

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

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

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

Ему даже пример привели из УПП, с цепочкой документов:
ЗаказПокупателя,
КорректировкаЗаказаПокупателя,
ИзмененияЗаказаПокупателя

(321) по какому регистру?

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

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

(324) он с любым исполнителем будет маяться - панацеи нет

(324) вот и получает г*внокод именно за ту сумму, что заплатил. Скупой платить дважды.

(323) Кинь линк на методологию разработки от 1С.
Повторюсь: я полностью согласен с (300) и с тобой и с экзаменом на спеца. Но хочу видеть ссылку на саму фирму 1С с описанием разработки конфигураций, а не правила сдачи спеца.

(318) Ваше мнение очень важно для нас. С целью улучшения работы ваша притензия будет записана.

(327)

http://static.1c.ru/rus/partners/training/files/ATT83PL.rtf

http://1c.ru/spec/questions.htm первый пункт
  
Получение расчетных данных не из регистра.
Единственной достоверной информацией в системе учета следует считать информацию регистров. Информация из документов может рассматриваться лишь как вспомогательная и не может быть абсолютно достоверной. Например, при наличии документа (аналога ручной операции в бухгалтерском учете), позволяющего интерактивно вводить записи в регистр    3,0
минут три балла - грубая ошибка

(327) http://its.1c.ru/db/metod8dev#content:3224:hdoc:_toc298494678

(327) Да блин, это первый пункт во всех требованиях к экзамену на спеца. Вы чего упираетесь, что это нормально?

(300), (311)
Как раз сейчас проектирую один регистр.
Есть документ (заказ с сайта), он будет двигать одноименный регистр. И соответственно отчет, который будет показывать новые заказы. В отчете будут колонки Заказ (сам документ), Контрагент (из шапки документа), Сумма (из ТЧ документы)

Правильно ли я понимаю что в регистр я должен добавить как минимум 3 измерения (Документ, контрагент, сумма). Или достаточно одного измерения Документ, а уже в запросе из документа вытянуть нужные данные?

Если завтра они захотят вытащить в отчет другие данные из документа (например адрес доставки), то мне нужно менять регистр и перепроводить старые документы?

(329) Это правила для здачи экзамена на специалиста. Читай второй абзац:

Проверяется понимание основных принципов проектирования конфигураций и технологических решений,? ?заложенных в платформе? "?1С:Предприятие? ?8?" ?и практические навыки конфигурирования и программирования.

Где эти основные принципы проектирования конфигураций и технологических решений? Где они описаны?

В регистрах часто хранятся не просто данные документа, а обработанные при проведении данные. И если собирать данные из документов, то при обработке документа нужно будет повторять логику его проведения. Но это извращение. ля чего по вашему нужны регистры, если есть документы. Это раз. И два. Давайте сформируйте отчет по остаткам и себестоимости запасов на начало и конец указанного периода. Я сильно подивлюсь на такой отчет, особенно на то сколько он будет работать по времени и на сколько точные данные даст по себестоимости. А если добавим в условие, что это УПП и есть реальное производство. Думаю даже гений не напишет такого отчета по документам.

(318) (330) У меня от этой темы волосы дыбом

(333) ещё вот тут есть http://itrp3.ru/questions/

(330) Спасибо за ссылку.

(328) задрали коверкать русский язык - прЕтензия = истина
прИтензия = ложь

(337) Даже не ИТСе тебе как бы намекают, что достоверным источником данных может являтся только регистры. А для отчета источником данных может являтся совокупность регистров + документов.

(332) Мать моя женщина. Вот это кадр. Уйди из 1С, не порти своим кодом людям жизнь. Тебе нужно будет только измерение Контрагент и ресурс Сумма. Документ ты всегда сможешь вытащить, если надо, ибо он регистратор и получить оттуда сведения по адресу доставки. Всему вас учить надо.

(332) // Как раз сейчас проектирую один регистр.

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

(340) хм.. А как я вытащу документ, если мне нужны остатки? Т.е. на основании этого документа может быть введен документ заявка или документ Отказ. Мне нужны только новые документы, которые еще не обработаны

(332) в 341 часть текста с сарказмом, но не в твой адрес, конечно

(340) А потом появится документ "Отмена заказа" или "Корректировка заказа" и нужно будет знать, какой именно заказ изменён. Так что не придирайся. Пусть человек сам шишки набивает.

(341) Этому кадру уже четко ответили в (340)

(345) Еще одна чукча нарисовалкась. См (342)

Ребята Aleksey вас троллит) Иначе бы он не задал уточняющего вопроса про остатки)

(345) ему ответили, извиняюсь, все гов-о перетащить из реквизитов документа в данные регистра что ли? но 344 пишет, что данные регистратора все-таки доступны и незачем их дуплить в регистр

(342) Ну если у тебя заказ - это разрез учета, то тогда конечно нужно еще и измерение Заказ, а еще разрезом учета может быть договор с контрагентом, хотя при наличии заказа, можно его и не вводить. А если учесть (344), то без регистра тебе никак.

(347) Я не троллю. У меня реально такая задача, вот захотел сделать её правильно, вот и думаю переписывать или оставлять как сейчас

(350) Бери пример с ТСа - создавай отдельную тему на триста постов.

(349) Мне просто нужен сам факт что пришел новый заказ, а то глазками очень часто менеджер пропускает такие заказы, вот и нужен им отчет который покажет необработанные заказы

(351) ахахахаха 5 баллов)

(352) Тогда причем тут остатки?

(352) Тебе хватит оборотного регистра за глаза

(354) Потому что это 7-ка и тут нет РС

(350) считай, что методических указаний готовых на решение твоей задачи у 1с нету. И делай сам все - от проектирования документа/регистров, до написания отчетов по записям всех этих таблиц. Может быть ты даже собственные агрегаты назначих на добавленный новый регистр, кстати

(355) И? Что мне он даст? Как мне отсечь обработанные заказы?

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

(357) Так я читаю (300)
"Если отчет, собираемый по регистру, разработчик пытается собрать по документам, то тут речь о некомпетентности разработчика. " - вот и хочу поднять свою компентенцию

Чел вас жестко троллит, еще и с 7кой) Вон (359) правильно пишет.

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

(361) Я не троллю. Что так сложно проконсультировать как правильно?

он все в одну кашу) Если нужно просто считать сумму заказов, то тогда хватит оборотного регистра (в измерениях Контрагент, в ресурсе Сумма). Если нужно ещё знать статус заказа, тогда это другая задача как правильно пишет (359) нужен РС со статусами заказа.

(362) оборотный можно сделать. И выбирать оттуда большинство данных из реквизитов, а не из измерений.

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

(363) Читай что тебе пишет Пузан

(362) Вот за это точно бы я выгонял.
Переодика в 7-ке лежит в одной таблице - константы. И когда 100 пользователей будет активно с ней работать.
Вообщем дурная идея при большом объеме работать с периодическими реквизитами

(366) Как бы он тонко не показывал, но обменом с сайта может прилететь кривой документ, который не проведется или допустим нет контроля на отрицательную сумму. Прилетит заказ и проведется с отрицательной суммой. В общем если делать отчет не по регистру получится херь

(364)
А. мне нужна сумма для информации, чтобы менеджер сразу её видел в отчете
Б. Это 7-ка, тут нет РС

(366) Как уже тут кто то писал. При проведении документа выполняется куча проверок и только потом данные попадают в регистр. Что теперь повторять всю ту логику что заложена у документов при их проведении если делать отчет прямо по документам ? )))

В общем ребят не ведитесь он вас троллит)

(369) Что значит кривой? Документ не резервирует ничего. Он просто есть. А дальше уже человек на основании его введет заказ и проконтролирует сумму и прочие реквизиты

(373) Ты 10 лет на форуме, чего ты дурачком то прикидываешься и начинаешь троллить?

(372) Да с чего ты взял. Я просто хочу понять, что мне делать завтра, когда нужно будет добавить новую колонку в отчете с данными из документа?. Переписывать движения регистра? Или стать непрофессионалам и тянуть данные из документа?

(375) Тебе уже ответили, что до абсурда идею доводить не надо.

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

Откуда предположение о необходимости перепроектирования ERP? Если я правильно понял топикстартера, то нужный уме отчет как раз очень замечательно можно собрать по регистрам. То есть его отчет полностью укладывается в парадигму 1С.

>> сиюминутного отчета

Откуда сведения о сиюминутности? Или снова личные фантазии?

(374) Я просто 10 лет никого не слушал
А тут некоторые начинают утверждать "Если же для формирования отчета недостаточно данных регистра, то, скорее всего, речь идёт об ошибках проектирования." и многие с ним согласны
Вот я и задумался, а правильно ли я живу?

(376) Расскажи это (300) и к ним примкнувшим

(375) ИТС
Примером источников данных может являться совокупность документов и регистров, которые предназначены для пользователей с одинаковым уровнем прав (например, отчет «Выручка и себестоимость продаж»).

(300) Верно все написал, просто до абсурда идею доводить не надо.

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

(371) Это я писал :)

(383) Не ведись на него, он тупо троллит.

(381) Ну т.е. я оставляю одно измерение - документ. И спокойно тяну данные в отчет из документа, небоясь что заказчик будет требовать от меня чтобы я переписал отчет полностью на регистры?

(332) Допустима любая из предложенных реализаций (хоть одно измерение - Заказ, хоть несколько измерений - Заказ и Контрагент). Суть не в этом. Суть в том, что основой для твоего отчета должны быть данные из регистра. А набор измерений определяется тем в каком виде (по каким измерениям развернутый) нужен будет отчет заказчику чаще всего. Если в 90% случаев формируется отчет в разрезе Контрагент + Заказ, то имеет смысл именно эти измерения запихнуть в регистр. А оставшимися 10%, когда нужны еще и адреса дсотавки пренебречь и сделать вариант отчета, где эти данные будут вытаскиваться через точку (левым соединением) из Заказа.

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

(386) Вроде бы написал что мне нужно тупо факт того что есть новый заказ, причем тут товар?
И да в отчете будет не только контрагент. Отчет будет отбирать заказы по менеджеру, которые привязаны к контрагенту.
ИМХО пихать это все в регистр нет смысла, потому что это увеличит время проведения = > блокировку базы. И выбирая между увеличением времени проведения на 5 мс и увеличение формировании отчета на 25 мс я выберу второе.

(378) "скорее всего" не означает "всегда" и "обязательно".
Кроме того я чуть ли не в каждом своем посте делаю оговорку, что бывают исключения.

Если ты наваял регистр, но все отчеты по нему, включая алгоритмы сбора данных для проведения,  используют данные документов, то нафиг такой регистр нужен.
Если же некоторые виды отчетов по этому регистру иногда дополняются из документов, то в этом ничего криминального нет. Это вполне себе обычная ситуация. Главное, чтобы основой данных был именно регистр, а документы - необходимое дополнение.

(387) Я не знаю всю логику твоего отчета. Я не знаю принципов и логики проектных решений, заложенных в твою конфигурацию. И всего лишь делаю некоторые предположения.

Например менеджера пихать в регистр, скорее всего, нельзя (хотя тоже не факт), т.к. менеджер - это (исходя из твоих слов) - свойство контрагента, а не заказа.

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

Чтобы принять правильное решение надо знать больше информации. В том числе и упомянутое тобой влияние на скорость проведения документов. Тут вообще непаханое поле для холиваров.

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

(390) "при формировании отчета и на лету" читать как "при формировании отчета с кучи разношерстных документов и на лету"

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

(173) А если еще и напишет без ошибок... ;)

(388) Не всегда регистр со 100 измерениями лучше чем регистр с 10. Хотя методологически первый вариант правильнее, но когда ты будешь бороться за скорость проведения, то чем меньше измерений вообще и индексированных в частности, тем скорость проведения выше. Так что я бы не стал агульно всех подряд обзывать некомпетентными тех проектировщиков, которые сделали регистр на 10 измерений, вместо 100

(332) измерение сумма? О_о

(0) ТЗ в студию.

(340) ему тут как раз нужен заказ и ресурс сумма.

(395) Ну да, мне же для отчета нужно это значения. А ведь если данных нет в регистре, значит регистр спроектирован неправильно и проектировщика надо гнать из профессии.

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

(397) Ресурс сумма мне по сути не нужен, потому что чисто теоретически сумма может быть = 0. Сумма это ближе к реквизиту

(385) дык данные ты все равно берешь с регистра, дотягивая с документа реквизиты. Но перечень заказов из регистра, ане делаешь запрос к таблице документов, где читаешь их статус. Поскольку за год у тебя будет 10 000 документов и каждый раз ты будешь грести все. а нужны тебе только десять документов из регистра накопления. В этом и отличие построение отчета на регистре или на документе. Собственно ты это прекрасно понимаешь, потому и делаешь регистр, а не перебираешь документы)

"Мама, я попал в постапокалиптический период) 1сников истребляет неведомая болезнь "маразм" надеюсь я смогу выжить"
"Самая пятничная пятница" - найкрутейший блокбастер, только в мистотеатре, только сегодня и только для вас)))

(398) сумма это ресурс а не измерение или реквизит. В будущем тебе понадобится сколько было отгружено с этого заказа и вывод разницы.

(0) открой профайлер и замерей производительность выборки по документам и по регистрам и покажи исполнителю

(394) >>  регистр со 100 измерениями лучше чем регистр с 10. Хотя методологически первый вариант правильнее

Вот тебя колбасит то из крайности в крайность. ))))
Кто тебе сказал, что регистр с сотней измерений это методически правильно?
Есть рекомендации 1С об ограничении количества измерений в регистрах. В соответствии с этими рекомендациями регистр с сотней измерений будет значительно хуже и вообще а-та-та-ай-ай!!!.
В таких случаях (когда реально нужно хранить значения показателей, развернутые по 100 измерениям) делают либо несколько регистров, либо группируют аналитику (по примеру справочников КлючиАналитикиУчетаЗатрат или КлючиАналитикиУчетаНДС в БП 3.0), когда измерение одно, но фактически содержит в себе несколько значений.

(402) >> Самая пятничная пятница

Ветка вчерашняя - четвержечная, а не пятничная.

Самый пятничный четверг?)

(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С, что если выставить Отказ = Истина перед завершением работы в обычном толстом режиме, то диалоговое окно не появляется... На что мне ответили: в управляемом интерфейсе нельзя вызывать серверные процедуры в перед завершением работы :))))