Делать красиво или чтоб работало?

У Вас какое задание? Делайте, как Вам начальство велит.

Я бы поспал для начала, утро вечера мудренее.

Пускай запускают БП на обычных формах. И отчет переделывать не надо.

Работает? Скорость работы устраивает? Качество получаемых данных приемлемое? Если все ответы да - не трожь. Если же внутренний перфекционист говорит, что это говнокод и у тебя есть время, то сделай правильно, а не красиво. Хотя что в данном случае будет правильно тоже не очень понятно. Что даст эта переделка? Будет быстрее на нольцелых хрендесятых, так и нафиг оно надо.

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

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

Если допустить, что имеется в старом отчете некая процедура, формирующая табличный документ, то переделка отчета на версию 3.0 практически не потребуется.
Ну будет некая внешняя форма, в которой будут НаКлиенте и НаСервере, а вся эта прежняя работающая процедура окажется в НаСервере и все.

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

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

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

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

(0) По опыту скажу, хлебнешь по полной если будешь переписывать. У всех в памяти останется, только что до тебя все работало.

(13) Тогда см (2)

По сути Вам понадобится реализовать новый отчёт, а заплатят как за доработку старого.
Лучше сразу сказать, что старый отчёт говно. Если хотите новый, да ещё со сменой источника данных, пишите ТЗ.

(15) Угу. В маленькой компании, кто-то будет вникать в работу программиста и еще ТЗ писать)

(17) обрисуй перед руководством 2 варианта, какой выберут, такой и делай

Это вообще вопрос филосовский, а сама тема очень религиозная, т.е. холиварная.
Вроде как лучшие умы проповедуют нам быть проще, с другой стороны, призывают думать об архитектуре.
В случае с унаследованным кодом всё становится ещё краше (проверочное слово "крах").
Еще нам говорят: "надо тестировать". Но разные способы тестирования на 1С больше смахивают на упражнения Гарри Поттера по защите от темных сил.

Ах, да! Вопрос "вы как бы поступили?". Для начала попробовал бы запустить. Потом отделил серверный код от клиентского. Потом уже надо смотреть что проще: либо форму перерисовать, либо логику на СКД переписать

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

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

(21) Запрос к документам — это моветон.

Красота спасет мир!

Если время не жмет - делать красиво.
Если жмет время/бюджет - делать чтобы работало.
Освободившееся время направить на вертикальный рост.
У меня таких "костылей" по принципу "чтобы работало" - вагон. работает.
для консервативных процессов/участков - больше ничего и не надо. а делать красиво - оно конечно хорошо, но профитов дает очень мало.

Однозначно.
https://youtu.be/Xvk_Te7LPFk

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

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

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

(0) 100%

(33) Тогда не трожь

(0) если не давят бюджетом-сроками и есть шансы что тебе и дальше придётся этот отчетик ковырять то

Адаптировать внешний отчет для БП 2.0 на БП 3.0 достаточно легко. ЕМНИП, некоторые объекты переименованы, но таких объектов мало.

(38) Посмотри в регистрах, откуда берутся данные для РЛ.
Листку, понятное дело, много не надо.

(38) СКД- это почитать Хрусталеву, сэкономит кучу времени да и отчетик можно будет буху самому настраивать при надобности.

(41) это ты рассуждаешь по аналогии или конкретно советуешь на основании того, как написан РЛ в типовой БП 3.0 ?

(43) можно сказать по аналогии.
Я эту БП не видел. у нас упп + зп.
Но расчеты и отчетность по труду и ЗП все через мои руки у нас проходят.

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

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

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

(0) Сделай в приемлемые сроки с приемлемым уровнем качества.

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

(0)(48) Сделай быстро, качественно и бесплатно, как настоящий ТЫЖПРОГРАММИСТ
https://www.youtube.com/watch?v=v6zl6VdvU8A

(51) Действительно, зачем?

(51) Для красоты. Вы же хотите красиво? :)

тяп-ляп из запросика или из пакета запросиков получить на вывод табдокумент - ведь это и есть идея в появлении СКД

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

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

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

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

(55) ну так в ветке тут упоминали Расчетный листок. Если есть перед глазами ЗУП, то попробуй просто посмотреть, как сделан Расчетный листок, сколько там вариантов отчетов построено на основе одного АнализНачисленийИУдержаний

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

(55) а еще можно сразу в excel выводить..
Иди скажи программисту, он небось скрывает от тебя всю правду.)

(55) // В обработке есть возможность вывести на форму табличный документ в какое-нибудь табличное поле?

Конечно, есть такая возможность :-)

(61) + может то, то вы потом делаете в экселях, можно заменить внешней обработкой.
Скажи программисту, пусть не ленится, совершенствует процессы до большой кнопки "Сделать все"!

(0) Не существует правильного ответа.

Должны быть приоритеты.
1. Работоспособность отчета (точность, полнота и корректность данных).
2. Трудозатраты на разработку.
3. Корректность реализации с точки зрения стандартов.

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

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

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

(66) "Я знаю что СКД суперкрутой инструмент. Но для меня он еще и суперсложный. "

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

(67) имеется ввиду, что если на актуальном релизе БП3 или хотя бы простой актуальной БСП создается отчет "без программирования", без формы, без кода в модуле объекта и т.п., но на СКД, то сама БСП умеет подхватывать этот отчет в типовое окно со всеми возможностями, которые ты можешь увидеть на любом типовом встроенном отчете, в том числе, сохранение в файл, отправку на почту, на принтер.

(51) >> данные тяп-ляп из запросиков в табличный документ собираются. зачем для этого СКД?

Чтобы не париться с рисованием макета и программированием.
Если все тексты запросов известны и нет никакой сверхсложной программной обработки выводимых данных, то на СКД всё можно сделать не написав ни строчки кода.

Если СКД не знаешь совсем, то к чему вообще эта ветка?

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

Конкретно в этой задаче, я бы сделал чтобы работало.
А то по закону Паретто, чтобы данную обработку довести до рабочего состояние нужно 20% времени, а чтобы сделать её красиво 80%.

(72) <..данные в документах не соответствуют данным в регистрах, то приоритетными для нас являются данные в документах. У документов есть бумажные копии и интеграция в какие-то сторонние системы. В регистрах же хранится какая-то сводная информация, которая м.б. неверной в следствии не вовремя рассчитаных /нерассчитаных итогов, багоф платформы и т.д.>

это эпик фейл..

(74) >> У меня постановщик задачи и программист- одно лицо.

Я правильно понимаю, что постановщик задачи сказал тебе делать на СКД, а ты вместо того, чтобы работать, побежала на форум - просить поддержку своей идее - сделать как было?
Это по меньшей мере некрасиво.
Либо просто признайся ему что не умеешь в СКД. Он даст тебе другую задачу.
Либо убеди, что сделать по-старому будет для всех лучше.
Ну либо смирись и делай что говорят.

+(80) сделай на скд криво и обвини в это скд

(72) >> Если данные в документах не соответствуют данным в регистрах, то приоритетными для нас являются данные в документах.

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

тыж не дизайнер

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

(57) "Тут даже форму не обязательно делать - оно все само, и рюшечки пользователь может под себя сделать." - нахрен эти рюшечки не нужны 99% пользуков. мне манагеры сказали прсото - СМ! сделайте чтобы у всех интерфейс был одинаковый!

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

и "работает-не трожь" здесь неприменимо, потому что это означает остаться на двойке. А вам этого никто сделать не даст, как я понимаю. Ну и в чем тогда вопрос?

.

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

(0) Зависит от задачи.В одних задачах код настолько мудреный, что на СКД не ложится, приходиться заимствовать , сделав только правки на серверный и клиентский код.Получается что некрасиво)))А в других задачах наоборот, включаешь возможности 8.3 на полную.Красиво.
Но важнее все таки результат.

(0)Побоку как сделаешь, все ровно твой отчет в ексельку сохраняют и там ее допиливают :)

Пункт № 3 - Работай над чем другим, попросят, оптимизируй (если время найдешь) :)

(0)

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

(95) Охренеть как неудобен стандартный отчёт бывает...

(91) Если неправильно, то как правильно? Пока что - классический случай прокрастинации.

(90) >> Приоритетными ДЛЯ НАС являются данные в документах. 1С используется как продвинутый калькулятор с возможностью удобно хранить данные.

Простой пример.
Бухгалтер смотрит оборотку. Там он видит данные, которые его устраивают. Он уверен, что в программе всё отражено, как ему надо.
Он формирует ваш замечательный отчет по документам. Там отображаются какие-то данные. Он снова уверен, что всё верно.
Он выгрузил этот отчет в excel и использовал его для своего калькулятора.
Внимание вопрос. Что будет, если выясниться, что данные в регистре бухгалтерии, по которому формировалась оборотка не соответствуют данным, взятым из документов? Кто за это ответит?

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

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