Здесь перед нами самый настоящий детектив.
Клиент обратился в УПП с несколько странной задачей — настроить расчет стоимости.
Они хранят записи в течение десяти лет. У клиентов СПП, конечно, возникают трудности с расчетом затрат, но они, как правило, локальны и связаны либо с изменениями (новые статьи затрат, изменение структуры или детализации), либо с ошибками в данных.
Но после 10 лет прямой настройки с нуля я никогда не видел ничего подобного.
Ну да ладно, я думаю, может быть, людям просто лень было в это вникать.
Смотрю по базе - нет, все серьезно.
Множество улучшений, достаточно достойное качество, много данных, использованы все основные разделы.
И что настораживает, так это куча непроведенных документов по расчету затрат. Они явно пытались, но что-то не получилось.
Думаю, щас брошу, они удивятся.
Но я был удивлен.
Я делаю расчет, и с данными вообще ничего не происходит. Никакие суммы нигде не отображаются.
Блин, так не бывает – всегда что-то закроется! А здесь – ни черта.
Настроил методы закрытия (у них РАУЗ), проверил настройки, а проверить и исправить ключи аналитики не удалось.
Опять ноль реакции.
Я пошел посмотреть реестр.
Что-то было не так.
Все ключи аналитики дистрибуции указывают на один и тот же товар – некий «Кабель».
Если вы помните, продукция обычно заполняется в движениях производственного отчета за смену, потому что продукция там вообще есть.
И тут – даже в движениях заявки-накладной товар заполняется, тот самый «Кабель».
Самое страшное: этого долбаного «Кабеля» нет в документах.
В движениях - да, в документах - нет. А в РАУЗе этого не происходит - состав ключей аналитики полностью определяется документом и не зависит от остатков, например (как партия в пакетном учете).
Ну, я думаю, может быть, чьи-то шаловливые руки сделали что-то странное.
Какой-то умельец залез в святая святых, в процедуры выбора и создания ключей аналитики, и ненароком накосячил.
Сравниваю со стандартным - ничего.
Ну, это так.
там, где я ожидал - ничего.
Нет даже намека на расширение на модули, связанные с расчетом стоимости.
Тут я, честно говоря, ошибся - списал все это на какое-то волшебство.
И он сделал «таблетку» — написал обработку, которая удаляла плохие ключи, создавала хорошие и заменяла все это в перемещениях документов.
Аминь, дело сразу сдвинулось с мертвой точки - все начало считаться, и я увлекся настройкой раздачи, исправлением ошибок в первичке и т. д. Закончил тестовый месяц и чуть не побежал сдаваться.
Дело вернулось на мертвую точку, как только я перезапустил один производственный отчет за смену - плохие ключи вернулись.
Пришлось откатиться на исходную стадию.
А получилось.
Вот так получилось.
Короче говоря, есть справочник, о котором я даже не знал, называется «Настройки бухгалтерской аналитики».
Я об этом не знал, потому что живые люди видят это ровно один раз – когда включают РОУЗ.
Вы, наверное, тоже это видели — там есть флажки для аналитики, которая будет использоваться.
Ну там характеристики, серии, приказы и т.д. отдельно для упражнений.
и рег.
бухгалтерский учет. Во-первых, оказалось, что такой справочник существует (я всегда думал, что это просто нарисованная форма).
Во-вторых, оказалось, что каждый раздел аналитики — это предопределённый элемент каталога.
Например, есть элемент «Товары».
В-третьих, в этом каталоге есть кнопка «Заполнить по умолчанию» — она сбрасывает настройки по умолчанию.
В-четвертых, эти настройки по умолчанию он берет из макета, прикрепленного к тому же каталогу (увидеть можно только в конфигураторе).
В-пятых, внимание: у этого каталога есть скрытый атрибут «Значение по умолчанию».
Его вообще не видно ни в каком виде.
Собственно, поэтому я ничего о нем и не знал.
В-шестых, значение этого скрытого атрибута используется как шаблон при создании ключей.
То, что указано в данной реквизите для элемента «Продукция», будет подставлено в ключе, если в документе, выполненном по РАУЗ, не указано иное.
Например, в требовании к счету-фактуре в поле «Продукты» ничего не указано.
Этот атрибут, судя по логике, нужен не для хранения определенных значений, а для установки правильного типа.
Например, чтобы в товарах была пустая ссылка на товар, а не Undefined. Тогда вы, наверное, догадались.
Кто-то зашёл в предопределенный элемент «Продукция» и через обработку вставил этот самый «Кабель» в атрибут «Значение по умолчанию».
Повторюсь, этот атрибут невозможно увидеть даже ни в одной пользовательской форме.
Ну, кроме групповой обработки пользовательской формой.
Соответственно, отныне в движениях всех документов, не содержащих продукцию как единое целое, присутствовал этот «Кабель».
Все затраты пошли на производство «Кабеля».
В общем, все затраты предприятия.
Но они производили не «Кабель», а нормальную продукцию.
«Кабель» вообще не был выпущен; это был покупной материал.
Я озвучил это клиенту, и, мягко говоря, началась драка.
Некоторые вспомнили какого-то деревенского француза, с которым плохо расстались в начале внедрения SCP. Другие твердо говорили, что виноваты пользователи, и французы здесь ни при чем.
И поехали.
Я курил в сторонке несколько дней, чтобы не попасться.
Слава богу, вся моя работа не прошла напрасно — даже способы исправления плохих ключей оказались полезными.
В целом, переоформлением документов можно лечиться, но кто будет это делать через 10 лет? Я честно рассказал клиенту о человеке, который это проделал: он блестящий парень.
Не знаю, какие у него личные качества, но как программист он гений.
Чертов Мориарти.
Теги: #1с #черт знает что
-
Статья О Ноутбуке Dell Xps Серии M1530-Q03
19 Oct, 24 -
Как Заинтересовать Своих Стажеров
19 Oct, 24 -
Виртуальный Компьютер
19 Oct, 24 -
Слухи С Картинками: Wacom Intuos 4
19 Oct, 24
