1С: БП. Что хочется поменять.
Проведя в любимой конфигурации много-много лет, начал поглядывать на неё критично. Что-то в стиле "Стареешь, мать". Примерно так же мы начинаем смотреть на своё авто сразу после того, как выплачен автокредит. Я попытаюсь аргументировать те пожелания, которые уже как-то оформились в моей голове, смутные подозрения я затрагивать не буду. Очень приветствуется мнение коллег, которые вполне могут пополнить открытый мною список. Уверен, что всем будет интересно. Я затрагиваю лишь конфигурацию БП (во всех её вариантах), т.к. это единственная учётная конфигурация, которая базируется на вполне понятной методологии. А значит, есть известные границы пожеланий и "мечт", чего вообще можно хотеть. Прочие сказочные конфигурации можно обсуждать, как географическую карту и этнографический состав какого-нибудь Средиземья. Там и так есть - все и желать можно - всего, а Гендальф, там же живущий, заодно всё и исполнит.
Итак, 1С: БП. Начну с "кричащего", давно назревшего и всеми востребованного. Да-да, это я об аналитике. Не хватает очень многим, и возникла эта ситуация совсем давно. Свой метод, который я считаю достойным обсуждения, назвал бы переход к комплексным справочникам. Такие справочники уже есть в некоторых конфигурациях с общим началом наименования "Ключи аналитики.....". Вспомнили, да? То есть, значением аналитики для, например, номенклатуры, может быть комбинация значений, содержащая не только наименование номенклатуры, но и значение характеристики, серии. Переход к такой составной аналитике значимо расширит возможности получения показателей учёта, позволит сделать общение между бухгалтерами и теми же "продажниками" или контрагентами.
Далее. Справочник "Подразделения" стОит расширить по признаку владельца для "Контрагентов". Почему? Потому, что у контрагентов так же есть обособленные и выделенные подразделения. Для целей задач логистики, для более предметной сверки и для понятного оформления документов это будет более логичным и понятным, чем использование табличной части "Контактные данные". Соответственно, ключ аналитики для субконто "Контрагент" будет комбинация значений "Головная организация контрагента" и "Подразделение контрагента". При таком оформлении аналитики заполнение документов перестанет во многом быть головной болью хотя бы в части адресов и должностей с фамилиями сотрудников контрагента. Ведь их можно будет иметь для каждого подразделения контрагента. Если кто-то работал с сетями, типа "Магнит", когда свой товар отправляешь на разные адреса в десятки магазинов одного юрлица, тот понимает - о чём я говорю.
Продолжу, аналитику "Склады" надо вести не только в разрезе наименования склада, но и адреса хранения. Под адресом подразумевается складской адрес, условно: "проезд (галерея), стеллаж, этаж (уровень), номер ячейки". С такой комбинацией аналитики проведение складской ревизии бухгалтером перестаёт быть весёлым квестом, напоминающим радиолюбительскую игру "Охота на лис".
Думаю, что на этих примерах вполне понятен переход к методу расширения аналитики через наборы значений, заносимых в соответствующий справочник. Далеко не углублялся, но мне пока кажется, что даже не особо потребуется значимая доработка типовых отчетов. Механизм отборов в СКД вполне позволит делать любые выборки в любой комбинации.
Небольшое отступление, связанное с учётом маркируемой номенклатуры. Уже как-то и не смешно. Сколько сейчас реквизитов типа "Булево", посвященных маркировке, в элементе соответствующего справочника? Сам не проверял, но если есть такая тьма реквизитов, можно ли поставить две галочки или более? Типа, "Алкогольная продукция" и "Бутилированная вода" - одновременно. Проверьте, кто-нить) А если завтра добавится еще 30-50 видов маркировки? Будет отдельная форма с тучей "галочек"? Есть такая наука "Эргономика", вендоры вы наши, почитайте, что ли... А просто создать перечисление (справочник?) со списком видов маркировки - не судьба? Более того, маркировка возникает с какой-то конкретной даты, поэтому периодический регистр сведений маркированной номенклатуры вполне напрашивается, чтобы была дата "отсечки". Это как вариант.
Очень интересная тема с регламентированными отчетами. На мой взгляд текущая реализация избыточно сложная и методологически неудачная. Это моё мнение. Все знакомы с текущим механизмом. Есть документ "Регламентированный отчет", И есть целая тьма объектов конфигурации - отчетов. В каждом отчете регулярно добавляется новая форма отчета по мере выхода новых редакций отчета. Ошибкой этого не назовёшь (работает же!), но есть смысловой разрыв. Логика несложная. В одном отчётном периоде может существовать только один отчет каждого вида. От такого первичного отчета может начинаться цепочка исправительных отчетов, опять же уникальность номеров исправления обязательно. В действующей модели можно создать произвольное количество Деклараций НДС за один и тот же квартал. Допускаю, что бухгалтеру нужно такое удобство, как "наличие версий", но это может быть достигнуто и в иной модели организации регламентированных отчётов. В моей картине мира регламентированный отчёт, это задача ли ещё "умнее" - бизнес-процесс. Терпеть не могу этот жаргон, но если уж это прописали в конфигурации, приходится использовать. И в рамках уникального для каждого отчетного периода бизнес процесса "Декларация НДС" производится выполнение задачи по формированию первичного отчета, который в итоге может существовать только в единственной окончательной версии. Следующими задачами могут быть только сдачи исправительных отчетов. В рамках каждой задачи можно хранить любое количество версий, до момента сдачи отчета или исправительного отчета. Далее. Сформированный отчет хранится в виде.... структуры (!) в хранилище значений. Эт зачем?? Отчеты мы выгружаем в формате XML. Что мешает иметь пакет XDTO по каждому виду отчета, где будут постоянно обновляться типы, если меняются формы отчета, но это будет один пакет, а не куча форм! Тем более, что изменения зачастую носят сугубо декоративный характер. В любой момент можно открыть свой отчет, прочитать хранимый текст XML через соответствующий пакет XDTO и по полученному объекту сформировать реквизиты и элементы формы. Не придётся иметь кучи форм, причём для самых "лохматых" периодов. Для чего всё это нужно? Как минимум для удобных сервисов по сравнению деклараций по Прибыли и НДС в части размера заявленной выручки. Во многих учётных системах этот сервис вовсю имеется, а в 1С, несмотря на многочисленные пожелания пользователей, такое реализовать не получается. Ведь для этого надо исходить из уникальности каждого отчета в каждом периоде. Да и объем обслуживающего кода по регламентированным отчётам ощутимо "похудеет".
Это то, что у меня на памяти. Будет интересно прочесть мнения и идеи коллег, за которые заранее - спасибо!
Вступайте в нашу телеграмм-группу Инфостарт
