Жёлтым по белому

05.03.20

Сообщество - О жизни

Староверский подход к 1С

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

Т.к. я живу потоками (flowcon), то это будет не книга, статья, блог или серия, а поток. Назвал "Жёлтым по белому" (в моём стиле).

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

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

На какой конфигурации изучать 1С программисту?

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

УТ проще в понимании и освоении, но там слишком много нет – бух.учета, производства, расчета себестоимости и т.д. Ну и вся УТ есть в УПП, чего два раза бегать.

Аналогия простая. Вот был на свете такой язык программирования – Паскаль. Говорят, созданный ровно для того, чтобы учить студентов. Потом из него сделали Borland Pascal, который был в Delphi – это уже для промышленной разработки. Но исходный язык – для обучения. Причём, не только программированию, но и красоте. Простой, понятный, эффективный.

Так вот, в среде 1С Паскаль – это УПП. За исключением нескольких мест УПП – проста, эффективна, понятна. Отлаживать и дорабатывать УПП – одно удовольствие, по сравнению с тем же ЕРП или, избави Господи, ЗУПом Третьим. Не, это прекрасные конфигурации, но они – для промышленной эксплуатации, а не для обучения. Там не каждый бородатый разработчик сходу разберется.

А УПП формирует правильные подходы и паттерны. Ну и код понятный. И красивый. И метаданные ничё.

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

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

Самозащита конфигураций от идиотов

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

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

Но, самое интересное – самозащита в техническом плане. Приведу пару примеров из недавней практики.

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

Так вот, ни черта не получалось. Меняем схему компоновки – ничего в результате не меняется. Меняем настройки в конфигураторе – не видит, не слышит. Идем в код, обрабатывающий СКД, там меняем – пофиг. Макет – ни в какую.

Оказалось, что есть в Бухгалтерии 3.0 код, который программно формирует настройки оборотки. Вот прям группировки создает, ресурсы и т.д. Всё, что вбито в дефолтную СКД, этот код повторяет еще раз.

А знаете, в какой момент этот код срабатывает? Когда ему не нравятся настройки, внесенные идиотом-программистом, вроде нас. Грубо говоря, там есть ветка «Если мне не нравятся настройки, то я поставлю свои». Нравится или нет – определяется по наличию в настройках определенных элементов.

Но еще дичее ситуация в ЗУП 3. Решали аналогичную задачу – добавить новый вариант отчета, но там одними настройками нельзя было выкрутиться, потребовалось доработать запрос. Честно, не помню, как назывался отчет.

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

Но нашел Нечто. Никогда такого не видел. Мы меняем запрос в СКД, смотрим на код формирования – ну, где прочиталась схема и компоновщик – всё, вроде, чики-чики, запрос наш, настройки наши. Смотрим в конце – куда-то все изменения подевались, будто и не было. А кода, исправляющего запрос или настройки – нет.

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

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

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

Браво, парни. Это без сарказма. Тут ведь и задача самозащиты решилась - большинство плюнули бы и не стали докапываться до дна, я лишь из спортивного интереса ковырялся. И, что важно, исходный код остался открытым – проще ведь было его закрыть, чтобы никто не портил.

Не исключено, что дойдёт до скачивания макета компоновки из интернета в момент исполнения отчета. Я так в Консилиуме делаю. Ну а чё.

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

Пользователи врут

Актуально для франча. Если обращается клиент, и пользователь на том конце провода говорит «раньше работало, а щас перестало» - вполне вероятно, что он врёт.

Про то, что сейчас не работает – не врёт. Про то, что раньше работало – врёт.

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

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

Чтобы понять, врёт он или нет, надо постараться узнать контекст, в котором оно работало. Когда, на данных какого периода, с какими настройками, под каким пользователем и т.д. Если пользователь сопротивляется, не отвечает или говорит «Да не знаю я! Просто исправьте!» - вероятность того, что он врёт, повышается.

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

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

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

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

Что изменилось?

Ну а если пользователь не врёт, то начать надо с поиска изменений в контексте. Так намного проще будет найти причину поломки.

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

Да, разумеется, если вы и так понимаете, почему не работает, то искать изменения в контексте смысла нет. Это совет на тот случай, если «понимай нету».

Найди 10 отличий

Это метод для задач типа «все затраты закрываются, а эта одна - нет», или «все начисления идут на 70 счет, а это – на 69, хотя они, вроде, одинаковые». Ну т.е. проблема не общая, системная, а частная, локальная.

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

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

Программист просто пошел в регистр накопления «Учет затрат», поиском нашел статью, поглядел на остальные реквизиты, и сразу заметил: у всех строк пустая аналитика распределения затрат, а у одной – заполненная. Зашел в документ (требование-накладная), полистал и нашел строку, в которой была указана номенклатурная группа. У остальных она указана не была.

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

Другой пример был в БП 3, с каким-то начислением – вот не на тот счет идет, и всё. Должно на затраты, а идёт на 69. Внутри вроде правильная настройка стоит, и счета указаны верно.

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

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

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

См. также

"250+ тысяч, в штат и работу пока не ищу": как изменился типичный 1С-ник в 2023 году

О жизни Россия Бесплатно (free)

Подводим итоги работы в 1С за 2023 год. Все о вас: 4 подробных раздела с цифрами, графиками и ужасными цветами диаграмм (должна же где-то быть стабильность).

08.02.2024    21366    Neti    85    

106

Адекватность работодателя. Как её определить? Часть 2. Процесс работы, от испытательного срока до увольнения

О жизни Бесплатно (free)

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

22.01.2024    3461    biimmap    61    

66

Адекватность работодателя. Как её определить? Часть 1. Собеседование, заключение трудового договора

О жизни Конфигурации 1cv8 Бесплатно (free)

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

16.01.2024    4939    biimmap    99    

76

Идеальное место работы для ЗУПера... Какое оно?! Часть 1. Негативные тенденции, ненужные знания.

О жизни Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

Импортозамещение увеличило потребность в архитекторах, аналитиках, разработчиках 1С, в т.ч. по ЗУП. Все их ищут всеми возможными способами, но не могут найти и не знают, чем же их завлечь к себе!? Давайте разберёмся в этом вопросе!

27.11.2023    4161    biimmap    52    

72

15 лет вместе...

О жизни Сообщество Бесплатно (free)

Прочитав название публикации, мысль возникает о свадьбе... Но речь не об этом!

25.08.2023    2411    biimmap    23    

46

Как изменилось собеседование разработчиков 1С за последний год

О жизни Россия Бесплатно (free)

«Многие кандидаты хотят от собеседования простую вещь: чтобы оно длилось пять минут и брали сразу на 300 000 в наносекунду», — Эльдар Мингалиев, разрабатывает новые форматы собеседований.

22.08.2023    13702    Neti    161    

107

Зачем и как ставить плюсы

О жизни Бесплатно (free)

Не раз сталкивался с тем, что пользователи сайта не очень понимают, как ставить плюсы и зачем. Многие думают, что поставить плюс = добавить публикацию в избранное. В статье будет кратко об этом.

21.08.2023    3557    biimmap    93    

126
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. herfis 498 05.03.20 12:17 Сейчас в теме
"Желтым по белому" - это зачет. Остальное можно и не читать :)
"Пользователи врут" - актуально не только для франча. Для пользователей внутреннего продукта это не менее актуально. Ибо "заблуждаются, ошибаются и выдают неверные формулировки" с точки зрения результата ничем не отличается. Слова пользователей - это показания свидетелей, отталкиваясь от которых можно начинать искать факты, сверять их с показаниями, строить версии и "искать преступника". Не более того. Степень точности и достоверности таких показаний сплошь и рядом может размываться вплоть до абсолютно другого смысла. Навыки следователя и ведения допросов тут будут отнюдь не лишними.
user596529_a-ivashenko60; Monte Carlo; hopter; mRconik; chebser; VladimirMelnychenko; rusmil; shard; Krasnyj; VAAngelov; wowik; +11 Ответить
5. shard 279 05.03.20 18:17 Сейчас в теме
45. frkbvfnjh 785 09.03.20 12:00 Сейчас в теме
(5) Где скачать можно книжку?
romankoav; DeD MustDie; tindir; +3 Ответить
2. Senator_I 166 05.03.20 12:33 Сейчас в теме
Спасибо, интересные кейсы! Но вот наличие документации на код было бы для таких случаев ооогромным подспорьем!
Seaflame; +1 Ответить
3. Igorro82IT 77 05.03.20 12:53 Сейчас в теме
Бери больше, кидай дальше!! (Больше подробностей и дальше - в аудиторию).
Закончилась статья как -то обрывисто.. читал- читал и.....
4. Vladimir Litvinenko 2869 05.03.20 15:04 Сейчас в теме
Так вот, в среде 1С Паскаль – это УПП. За исключением нескольких мест УПП – проста, эффективна, понятна. Отлаживать и дорабатывать УПП – одно удовольствие, по сравнению с тем же ЕРП или, избави Господи, ЗУПом Третьим.

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


Лучшим сочетанием для обучения на текущий день имхо является сочетание УТ 11 + БП 3 + обмены между ними. Это решит задачи:

* Обучения интерфейсным механизмам и БСП (изучать БСП в УПП бесполезно от слова "совсем").

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

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

* Обменам между типовыми конфигурациями. В том числе основам типизации через XML и работе с XDTO.

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

* А если человек вдруг ударится головой и решит тестированием заняться? Чтобы не просто говнокодить, а говнокодить с тестами? Он будет SikuliX изучать, или рекомендуете его сразу со скалы сбросить ? ;))


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

P.S.: А может это такой тонкий троллинг был про УПП? ;)) Что-то вроде "в 1С нужны ретрограды, а бизнесу нужно чтобы вы не развивались, а решали его сиюминутные задачи, печатные формы - они и в УПП печатные формы"?

Ну тогда в точку ))
klaus38; Monte Carlo; sashocq; TerveRus; Fox-trot; shaman77; rusmil; krylovim; genayo; Kutuzov; +10 Ответить
7. genayo 05.03.20 19:45 Сейчас в теме
(4) Вопрос в том, какова цель обучения. Если цель, чтобы обучаемый быстрее свалил в другую контору, это одно, а если чтобы долго и за относительно небольшие деньги работал в этой - совсем другое :))
8. acanta 05.03.20 19:58 Сейчас в теме
(7) это зависит от кадровой политики предприятия. Есть конторы, где текучка программистов, а все остальное сохраняют коллектив на многие годы и не за самые большие деньги.
И есть такие, где программисты стабильно работают, а финдиры, менеджеры и бухгалтерия больше года ни один не задерживается.
Третий вариант не встречался.
9. Vladimir Litvinenko 2869 05.03.20 20:12 Сейчас в теме
(7)
- Как нам быть с сотрудниками? Они ничего не умеют, только старьё поддерживать! Развивать компанию не получается.

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

- Но тогда они научатся и уйдут!

- Отлично, у вас есть выбор. Можете их не учить и они останутся ;))

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

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

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

Хотя кажется где-то была публикация от Ивана, где он в принципе толковую схему расписывал распределения задач. Думаю он УПП всё же не совсем всерёз предлагает изучать. Скорее надел маску "старовера". Всем франчайзи нынче ERP внедрять надо )) Так что либо скоро начнёт юных падаванов агитировать ERP изучать и сертификаты брутфорсом сдавать, либо на проектах в ERP какашка-код будет необновляемый )) Тут выбора большого нет - такова политика партии.
11. genayo 05.03.20 20:30 Сейчас в теме
(9) Это только первый слой. А слоёв много, ой как много. Можно начать с того, а есть ли бизнесу польза от того, что программисты 1С стали стоить дороже, а выхлопа от них меньше?
14. Vladimir Litvinenko 2869 05.03.20 20:41 Сейчас в теме
(11) Бизнес хочет на 1С 7.7 сидеть, а от импорта отбиваться железным занавесом импортозамещения.

А потом фирма 1С начинает спрашивать как молодняк в скриптокодерство 1С заманить.

Тоже ведь бизнес. Который решил что программисты никуда не денутся и будут в деревянном конфигураторе сидеть - выбора то у них нет, от других технологий оградили (в первую очередь культурно, без явных запретов). Свои технологии развивать посчитали невыгодным. Точнее замкнули технологии на одном вендоре, но не на Apple ;)) При этом сильно их ограничив даже в плане работы с СУБД - единственным другом платформы 1С ;))

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

Да ещё и когда изменение законодательства является основной подпиткой бизнеса - ох, вкуснотища!! Можно расслабиться ;))

Теперь вот бесплатность EDT (которая бесполезна без конфигуратора), Вьетнам и конференции на английском рекламируются )) Может быть и получится восстановить привлекательность. Но вот у заводов в плане программистов шансов куда меньше ))
TerveRus; kalyaka; zqzq; +3 Ответить
31. kalyaka 1053 06.03.20 10:08 Сейчас в теме
(14)
бесплатность EDT
Где это вы видели?
1C:EDT доступна только зарегистрированным пользователям продуктов «1С:Предприятия 8» версии не ниже ПРОФ, имеющим действующий договор 1С:ИТС, и партнерам фирмы «1С».
Fox-trot; +1 Ответить
10. 1c-intelligence 12771 05.03.20 20:22 Сейчас в теме
(4) не, я не троллил про УПП. Через него проще именно изучать, понимать, вникать, потому что УПП проще написана. Понять код, лежащий под документом или механизмом, проще в УПП, потому что он под рукой. А не за тридевять земель в нечитаемом виде, как в ЕРП.
УПП - как лабораторный стенд, по сравнению с промышленной установкой. Или как багги по сравнению с мерседесом.

Когда человек начинает с ЕРП, он там же и заканчивает. Он плохо понимает, как оно изнутри устроено, потому что понимать это - сложно. Поэтому он бросает.
Если будет задача - сядет, разберется.
А тот, кто с УПП работал, может отвечать на вопросы, не разбираясь, потому что там слишком всё просто.

Есть же простая формула, не я придумал: ЕРП = 3 * УПП.
Только здесь 3 - это не втрое больше функционала, а втрое больше затрат. Что в УПП делалось за час, в ЕРП делается за три. Это и по бюджетам внедрений видно. В 2006 году бюджет на внедрение в 2 млн казался дикостью. Сейчас это, наверное, минимальный бюджет.
12. Vladimir Litvinenko 2869 05.03.20 20:34 Сейчас в теме
(10) Ну возможно я сужу со своей колокольни и подхода с "мягкими доработками" ERP. Но лично мне код по крайней мере УТ-части из ERP (торговля, складской учет, методика проведения документов) кажется более логичным. Мне его куда проще понимать было и читать, чем в УПП. Он более оптимален, он учитывает были ли вообще изменения в регистрах и в какую сторону.

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

А взаиморасчёты, НДС и производство и там и там сложно понимать и тем более опасно модифицировать. Здесь к ERP лучше со стороны консалтинга подходить. А править на внедрениях всё таки по возможности оперативный учёт - то есть в рамках УТ.

Ещё раз повторю что это только с моей точки зрения. Всё таки многое от "набитых шишек зависит". Но то что молодняк через УПП прогонять - это ошибка, почти уверен. Лучше УТ + БП + обмены. Иначе потом такого напишут в современных конфигурациях, что лопатой выгребать придётся.

Или на использование БСП забьют. Или начнут из него методы не из программного интерфейса использовать, а потом жаловаться, что БСП изменилась неожиданно и всё сломалось)) Это популярная тема в последнее время ))
TerveRus; +1 Ответить
13. genayo 05.03.20 20:35 Сейчас в теме
(12) А потом ты пытаешься использовать связку УТ-РТ на 3000 магазинов, и охреневаешь....
16. Vladimir Litvinenko 2869 05.03.20 20:45 Сейчас в теме
(13) Так речь про обучение идёт.

Разве изучение УПП поможет в сопровождении УТ+РТ на 3000 магазинов больше, чем изучение УТ + БП с обменами?

Как раз наоборот, без технологий обмена с этой связкой проблемы будут.
18. genayo 05.03.20 20:48 Сейчас в теме
(16) С этой связкой проблемы будут с тем, что на типовом коде оно просто не заработает, в принципе.
21. Vladimir Litvinenko 2869 05.03.20 20:56 Сейчас в теме
(18) Ок. Но боюсь это уже разговор совсем на другую тему, в которой изучение древних форм УПП тоже не поможет.


Был кстати случай когда от связки "УТ + Розница" пришлось отказаться потому что "Розница" не поддерживала учет характеристик, общих для нескольких видов номенклатуры, а обмен надо было быстро сделать. УТ в принципе оказалась способна сама заменить Розницу. И обмены проще делать. Но это тоже так.... оффтопик, не относящийся к вопросу обучения.
TerveRus; +1 Ответить
15. 1c-intelligence 12771 05.03.20 20:41 Сейчас в теме
(12) я, в первую очередь, сужу по практике. Пока результаты такие:

1. Кто разобрался в УПП, быстро разбирается хоть в чём. Плюется, конечно, как так можно код изговнячить, но делает;
2. Тот, кто начал с УТ 11 или ЕРП, разбирается в других конфигурациях долго и дорого.

Но спорить, конечно, не буду. Это просто моё мнение, которое я проверяю на своих подчиненных. Правда, мы нашли замену УПП - одно из отраслевых решений, разработчики которого сидят в соседней комнате. Они тоже правильный код пишут, УППшный.
Fox-trot; genayo; +2 Ответить
20. genayo 05.03.20 20:50 Сейчас в теме
(15) Подтверждаю на личном опыте :))
22. Vladimir Litvinenko 2869 05.03.20 21:23 Сейчас в теме
(15)
Тот, кто начал с УТ 11 или ЕРП, разбирается в других конфигурациях долго и дорого.


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

Я начинал с БП 2.0 переписанной на управляемые формы и 1С 7.7 розница. Пять лет. Потом УПП три года.

Но сейчас не хотел бы в принципе работать с типовыми кроме УТ/КА/ERP. Ну ещё УНФ привлекательная.
Во первых, время, потраченное на изучение других конфигураций, не окупается. Во вторых остальные типовые конфигурации - это царство бухгалтеров, относящихся к программистам как ... как... ну в общем как бухгалтеры ))

Лучше глубже изучить ERP/УТ и осваивать смежные технологии. На 1С свет клином не сошёлся, есть интересные задачи в смежных технологиях. А ERP и УТ при этом дают интересные задачи, в отличие от регл.конфигураций где бесконечное колесо Сансары и гонка за бешеным принтером.

Может быть в этом причина того что "разбирается в других конфигурациях долго и дорого"? ))
TerveRus; +1 Ответить
23. 1c-intelligence 12771 05.03.20 21:30 Сейчас в теме
(22) мотивацию я бы не включал в уравнение, т.к. с ее помощью можно оправдать вообще всё, что угодно.
Хотя, возможно вы и правы. Тогда вообще кайф получается: у тех, кто начинал с УПП, и мотивация правильная :)

Просто подчеркну еще раз, возможно плохо акцент поставил: те, кто начинал с УТ/ЕРП, долго и дорого разбираются в любой новой конфигурации, даже написанной по паттернам УТ/ЕРП.

Возможно, вход в профессию через УТ/ЕРП настолько плох, что навсегда отбивает желание изучать новое.
24. genayo 05.03.20 22:03 Сейчас в теме
(23) Да всё проще, в ERP бизнес-смысл замазан клиент-серверностью, асинхронностью, немодальностью и прочей спецификой платформы и БСП, а не бизнес-процессов, которые автоматизируется.
amd1986; KapasMordorov; kalyaka; +3 Ответить
41. TerveRus 09.03.20 11:02 Сейчас в теме
(23) возможно, Вы настолько ошибаетесь с УТ/ERP, что не дай бог стать вашим подчиненным и пойти не по тому пути.
Но Вы начальник, это чисто Ваше субъективное мнение, но не надо его принимать за аксиому и всем яростно втирать.
47. 1c-intelligence 12771 09.03.20 17:44 Сейчас в теме
(41) надо, не надо... Это выбор. У моих подчиненных есть, с чем и с кем сравнить.
Перед ними есть люди, которые начинают с УПП, и их результаты и зарплата.
И есть люди, которые начинают с УТ или УНФ, и их результаты и зарплата.
Разница настолько красноречивая, что и к бабке не ходи. Ну и комменты не читай :)

Есть, кстати, и те, кто идет по пути УТ. Сейчас вот надо план их спасения придумывать - мне.
50. TerveRus 09.03.20 19:05 Сейчас в теме
(47) люди, начинающие с УПП банально старше и дольше в профессии, потому что никто в здравом уме новичка к клиенту на УПП не поставит.
На УПП и проекты гораздо сложнее и денежнее, как их с УНФ или УТ сравнивать? Вообще разные весовые категории, в том числе и разный уровень специалистов. И всех на УПП не бросить, разве что это большой завод с одной единственной базой УПП.
51. 1c-intelligence 12771 09.03.20 19:23 Сейчас в теме
(50) еще раз уточню: я про обучение профессии, а не про конфигурацию, на которой будет работать человек в дальнейшем. Про стенд, который стоит в лаборатории.

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

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

Вся разница в том, что, начиная с ЕРП, до технической реализации распределения затрат человек вообще никогда не доберется, слишком сложный путь. А в УПП доберется. А в ЕРП он почти такой же, просто замазан несколькими слоями БСП. Ничего принципиально нового в ЕРП нет, просто всё замудрено в угоду некоей технологичности. Ну или чтобы программисты 1С думали, что они теперь программисты.
genayo; acanta; +2 Ответить
42. TerveRus 09.03.20 11:03 Сейчас в теме
(15) ну вот, значит УПП не секрет, а вот пилящееся за стенкой решение прям секретное.
А почему не предложить его ставить и тренироваться на нем? А, его покупать надо, а УПП бесплатная и стоит у каждого третьего клиента?
48. 1c-intelligence 12771 09.03.20 17:46 Сейчас в теме
(42) используем и УПП, и отраслевое решение. Программа подготовки содержит в себе несколько решений.
40. TerveRus 09.03.20 10:53 Сейчас в теме
(10) для начинающего и Розница 1.0 сложна, и УТ 10.3. Если сложностью мерить, то вообще надо с 1С: Деньги начинать)

В УПП код устарел, обычные формы устарели. Смысл изучать старье? Чтобы прийти к клиенту на УТ 11 и учиться заново? Удивляться что это за чудо такое?

Вы бы еще на 7.7 предлагали начать учиться, на ТиС. А что? Классная же конфигурация, несложная.
49. 1c-intelligence 12771 09.03.20 17:47 Сейчас в теме
(40) вы только технику видите. А я про комплексное понимание учета и автоматизации бизнеса.
В УПП до учета и автоматизации бизнеса добраться быстрее и проще, нет кучи терний.
6. genayo 05.03.20 19:42 Сейчас в теме
Ну да, как-то так оно и есть, я, например, с УПП и начинал. Поэтому никакого особого желания работать с ERP или, тем паче, ЗУП-ом 3 желания нет. Пока, к счастью, и без этих монстров можно найти интересную и хорошо оплачиваемую работу.
43. TerveRus 09.03.20 11:05 Сейчас в теме
(6) ага, и на 7.7, говорят, пока еще кое-где хорошо платят)
Не изучайте ничего нового, дайте место другим, они тоже кушать хотят)
Monte Carlo; +1 Ответить
46. genayo 09.03.20 16:52 Сейчас в теме
(43) Вы, главное, верьте, что ERP рулит, а всё остальное так, фигня какая-то.
P.S. В УПП используются такие-же справочники, документы, регистры и т.д. Более того, и алгоритмы не намного сложнее УПП.
17. acanta 05.03.20 20:48 Сейчас в теме
Был такой кассовый сервер, Катран. Хвалили его, что все 3000 касс можно хранить в одной маленькой коробочке.
19. genayo 05.03.20 20:49 Сейчас в теме
(17) Он-же вроде до онлайна, егаиса и маркировок был. Сейчас так не прокатит...
25. l_men 15 05.03.20 22:45 Сейчас в теме
Про то, что сейчас не работает – не врёт. Про то, что раньше работало – врёт.

Как это знакомо - столько часов было убито)) Напомнило анекдот: Есть ложь, есть наглая ложь, а есть: "Оно само, я ничего не трогала"))
26. muskul 06.03.20 04:45 Сейчас в теме
Поддерживаю, в новых конфигурациях все усложнено непонятно в угоду чему.
27. yyv-911 06.03.20 07:45 Сейчас в теме
начинал с 6 и с 7.7.
УПП лучше всего подходит все механизмы там есть.
У нас сейчас зоопарк начиная с УПП, ЕРП, УХ и заканчивая розницей и УТ.
На мой взгляд в новых ничего не поменялось в базовом плане.Все так же.
Но изменился пользовательский режим. Добавились процессы. Делай вот так и будет тебе счастье.
1. По управляемым формам вся моя работа свелась к тому что бы помочь людям договорится кто что будет делать или заполнять не меняя программу.
2. В старых конфигурациях мы вначале разрабатываем процесс кто и что будет делать и затем дорабатываем.
28. vano-ekt 123 06.03.20 08:03 Сейчас в теме
ооо, холивар подвезли, клюшечников бы сюда еще для полноты 😀
через пару лет концепция поменяется, и БСП тоже станет мамонтовым копролитом
TerveRus; +1 Ответить
29. shaman77 06.03.20 09:05 Сейчас в теме
Начинал с 7.7 20 лет назад, вот она и ее конфигурации (Бух, ТиС 9, ЗиК, ПУБ) как нельзя лучше подходили под саму парадигму фреймворка 1С - "доступно и всерьез", и объектная модель, и язык и средства разработки. Никаких БСП, CI и клиент-сервера, "тяп-ляп и в продакшен".
С 8.х стало поинтереснее, конечно, но не принципиально, особенно, глядя на параллельно развивавшийся рядом дотнет и си-шарп, тоже ведь близкий по духу и целевому сегменту энтерпрайз-бэкенд. Современные типовые, та же ERP, например, - не так уж сложны, как часто им приписывают, и уж если изучать начинающим - то конечно, только их, так даже лучше: вижу на практике несколько примеров совсем молодых ребят, у которых голова еще не захламлена, про толстые формы и обработку проведения уровня конструктора в платформе они ничего не знают. И это интересно наблюдать.
TerveRus; +1 Ответить
30. ShurikOff 7 06.03.20 09:11 Сейчас в теме
32. bulpi 215 06.03.20 11:52 Сейчас в теме
" Начать лучше с учебных задач, конечно. А качестве объекта доработки надо выбирать УПП – это лучший вариант."

Уважаемый. У меня принцип - минусы не ставить. Но тут я , пожалуй, принцип нарушу.
TerveRus; +1 Ответить
52. 1c-intelligence 12771 09.03.20 19:26 Сейчас в теме
(32) ничего страшного, можете не оправдываться. Это как в детском анекдоте: "а я... а я... а я вам щас всем п**ды дам!".
Минус - лучший ответ на мнение, отличное от вашего. Нет, не от вашего - от Вашего.
33. amd1986 06.03.20 12:19 Сейчас в теме
Да это и ключевая проблема 1С. Текущие типовые конфигурации слишком сложны для новичков. Эпогей - это ЗУП 3, люди его спроектировавшие - явно руководствовались не гуманными целями.Новичкам проще идти в другие языки программирования, они проще и платят больше.

Вообще, одно из ключевых требований типовых решений должна быть простота. В тот момент, когда конфигурация становится слишком сложной - должна начинаться новая итерация разработки конфигурации с нуля, основываясь на опыте и удачных наработках предыдущей конфигурации.
34. VmvLer 06.03.20 15:58 Сейчас в теме
ЗУП решает крайне сложные задачи воплощения массы законов с исправлениями и дополнениями оных - поэтому он не прост!

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

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

группа разработчиков ЗИК и ЗУП 2.5,
даже без звука проектная команда точь-в-точь, особенно костыли
https://www.youtube.com/watch?v=QHka0fUFuuI
TerveRus; +1 Ответить
35. amd1986 06.03.20 19:23 Сейчас в теме
(34) В первую очередь я имею виду архитектуру. Она никак не связана со сложностью законов. В ЗУП 2.5 было все ок, хотя законы те же.
Доработка, отладка в ЗУП 3 требует в разы больше времени, чем в ЗУП 2.5. Многотысячные строки запросов, собранные из разных временных таблиц, находящихся в разных частях конфигураций это за гранью. Ручное формирование отчетов через код из той же степи. Жутко тормозящая 1С отчетность, не говоря уже про сам ЗУП.
Я вообще не понимаю архитекторов 1С. Есть платформа 1С, в которой реально есть крутые встроенные штуки, не имеющие аналогов. Но ими не пользуется. делая костыли, максимально усложняя доработку прикладных решений. Как будто работая в 1С - они ненавидят 1С.

Это если еще не брать проектирование интерфейсов. Ряд подсистем, например ЭДО, крайне неудобны в пользовании.

И по поводу законов в ЗУП. Ну вышел релиз по электронным трудовым и... пришлось его допиливать, т.к. он не соответствовал последним поправкам.
Алексей_mir2mb; +1 Ответить
36. genayo 06.03.20 20:44 Сейчас в теме
(35) Более того, в ЗУП 2.5 до сих пор всё ок :))
38. AlexO 135 07.03.20 15:09 Сейчас в теме
(36)отчетность уже давно не "ок".
39. genayo 08.03.20 16:57 Сейчас в теме
(38) Вся обязательная отчетность в наличии, новая добавляется. Может, со статистикой какой и есть проблемы, но это мелочи.
37. qazaz2 16 07.03.20 11:46 Сейчас в теме
Спс автору за "меняем, не работает, разобрался - нах*еверчено, наверное это защита". А то поговаривают что рептилоиды некоторые типовые разрабатывали. Вернул мне так сказать материалистический взгляд на мир.
44. TerveRus 09.03.20 11:14 Сейчас в теме
плюнул и написал запрос в консоли

Так с этого и надо было начинать. Групповая обработка данных как бы для другого.
Вы бы еще через удаление дублей попытались реквизиты объектов посмотреть сравнить)
53. 1c-intelligence 12771 09.03.20 19:29 Сейчас в теме
(44) в УПП групповая обработка прекрасно подходила под задачу быстро глянуть все реквизиты объекта.
Вообще, у меня складывается впечатление, что для вас "УПП", "Групповая обработка" - как для меня "Фьючерсы" и "тринитротолуол". Но вы упорно пытаетесь пошутить на тему. Больше негде?
54. TimurD 6 10.03.20 11:30 Сейчас в теме
Как то был случай на одном производстве. УТ 10.3, с самописным производством. Подошел начальник какой-то там отгрузки и говорит:
- После отгрузки оборудования клиенту, в программе остаются потребности на покупку и сборку оборудования (часть). И как результат - оборудование не отгружалось по программе, и чтобы понять что отгружено, а что нет, нужно было приносить жертву к алтарю.
- А когда последний раз нормально работало (задаю я вопрос, чтобы провести расследование).
- ... Дык, я тут 5 лет работаю, никогда нормально не работало... Но Вы сделайте что нормально было...

Ситуация комична, конечно. Но все доработки (да и сам учет) был на столько корявый, что тут только новый продукт, точнее вот это нах... выбрасываем, и начинаем жить по новому. Может получиться.
55. r2d255 11.03.20 02:11 Сейчас в теме
Сколько в часах вы выставили клиенту за изменение макета ОСВ? Задача была оценена наперед или постфактум?
57. 1c-intelligence 12771 12.03.20 22:02 Сейчас в теме
(55) в итоге сделали внешний отчет, со своей схемой компоновки. Вроде. Сколько выставили - не помню. Оценка была постфактум. Вроде.
А чё?
58. r2d255 12.03.20 23:57 Сейчас в теме
(57) Тоже регулярно сталкиваемся, с тем что на простую в глазах клиента задачу, тратится много времени. Как вы подходите к оценке таких задач? Пример с отчетом весьма яркий.
59. 1c-intelligence 12771 13.03.20 04:24 Сейчас в теме
(58) это, скорее, был выбор, аномалия, которая нас научила не доверять оптимизму при оценке доработок отчетов в современных конфигурациях.
60. r2d255 13.03.20 10:21 Сейчас в теме
(59) Поделитесь опытом, чему научила. Если сейчас обратится клиент с задачей типа поменять оформление в отчете в ЕРП, в какое количество трудозатрат вы это оцените? И что потом скажете в ответ на "Скооооолько?"
61. 1c-intelligence 12771 13.03.20 10:27 Сейчас в теме
(60) Первое - определить способ оценки стоимости:
1. По факту трудозатрат - сумма не известна заранее, зато близка к реальности;
2. По факту с лимитом (типа стоп через 2 часа, а там решаем дальше) - есть итерации, можно контролировать бюджет;
3. Предварительная оценка в часах - точно известна сумма, но в нее заложены риски;
4. Предварительная оценка после анализа, анализ фиксирован - 1 час, например.

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

Ну а стоимость оформления отчета в ЕРП зависит от отчета и сложности оформления.
62. herfis 498 13.03.20 10:35 Сейчас в теме
(61) Если клиент не "прикормленный", то на практике хорошо работает только 3 пункт. А на вопрос "Скооооолько?" нужно отвечать что это акционное предложение и завтра будет дороже.
56. vursan 12.03.20 21:59 Сейчас в теме
Я не считаю что самозащищенность конфигурации это круто. Если хотят испортить отчет, то пускай портят. Никому кроме как себе хуже не сделают.
63. BullTi 31.10.23 16:15 Сейчас в теме
Ну даёшь, за то время пока ты не писал, я начал разбираться в 1С чтобы полностью понимать все что ты пишешь
Оставьте свое сообщение