Пост для модератора

Проставь тег клубнички

Т е с т

.







Одна из особенностей Красноярска – Енисей у нас не замерзает. Но так было не всегда. Всё началось с запуска Красноярской ГЭС ещё в конце 60-х годов прошлого столетия. Многие из вас, кстати, наверняка её не раз видели – она изображена на бумажной десятке.







Сам факт появления полыньи ниже станции не был сюрпризом, но её размер стал неожиданностью. Изначально считалось, что её длина не будет превышать 40 километров, однако эти прогнозы не сбылись, и она разрослась до 180 и более. Говорят, всему виной ошибка проектировщиков – при расчетах они не учли масштабов сброса тёплой воды предприятиями и жилищно-коммунальным сектором. С тех пор в этих пределах Енисей имеет постоянную температуру около +4 и при наступлении морозов начинает «парить».

 

<a href="https://runeheim.ru/posts/a-u-menia-est-pinus-68a86fba8e65c">Лол</a>

<a href="http://google.com">Ллллл</a>

Картошка номер два авторская

Картоха

Картоха с картохой пошла гулять

"картошка стремная, но вкусная, рекомендую."

Один два три

    <div style="border:1px solid #ccc; padding:15px; border-radius:10px; max-width:300px;">
  <h3>Любите картошку?</h3>
  
  <button onclick="vote('yes')" style="margin:5px;">Да</button>
  <button onclick="vote('no')" style="margin:5px;">Нет</button>
  
  <p id="result" style="margin-top:10px; font-weight:bold;"></p>
</div>

<script>
  let votes = {yes: 0, no: 0};
  
  function vote(choice) {
    votes[choice]++;
    document.getElementById("result").innerText = 
      "Да: " + votes.yes + " | Нет: " + votes.no;
  }
</script>

Картоха должна была быть шариками, а получилась так себе

230825/Связь АЛЬПАКИ с миром, кажись, теряется...

...остался гиг траффика, а безлим раньше чем несколько часов не ожидается. ААААА

Картоха не получилась

Ну вот и сделали картоху, жаль так себе вышла, но вкусно

Врррум

У всех так? Это с ленты "Горячее"

https://runeheim.ru/posts/morgalka-68a8897519eba

Местечко деревянного творчества в Академгородке Новосибирска

Это место появилось совсем недавно. Построили новое здание, заселили в него арендаторов-едальни да вокруг красоту наделали.

Дорожка из желтого (ну почти) кирпича:

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

Рядышком кормушка… для сов??? Посмотрим поближе!

Рекламная пауза! “Зернышекнежаль” это же ведь прямо переделка названия рядом существующего ресторана! Но птички читать не умеют! Фьють-ха!

Трон. Видимо для победителей в шахматном турнире.

Еще одна кормушка с домиком внутри.
Скамеечка, стол… как думаете, птички оценят? Если даже нет, то я оценил!

Внимание! ПтЫчка! Еще одна кормушка в весьма необычном стиле.

Оооо! Тут есть и котики! Морские! или… деревянные?

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

Посмотрим ближе. Ого! Причал для двоих!

С интересными надписями!

Даже не знаю… Хранительница очага?

Или Бабка-Ежка?

Присядь, путник!

И прочитай!

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

Спасибо создателям этого прекрасного уголка!

Цветочег

Алюминиевые огурцы больше не в моде. Терь хрустально-латунные подсолнухи рулят!

Назначение конфигураций 1С (Тест контрол-ц-контрол-в с капибары)

Резюме: если не считать того, что подписи пришлось переносить руками - работает на 100%.

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

Открывает этот пост наше любимая троица - УТ, БП, ЗУП. С ними, в целом, всё понятно.

УТ (Управление торговлей) предназначена для автоматизации торговых предприятий в части управленческого (или, как сейчас стало модно говорить “операционного”) учёта. Что это значит? Правильно, склад, купи-продай и немного финансов, последние, в основном, в формате “кто нам сколько должен?” и “а сколько мы кому должны?”. А это значит что? Что не стоит требовать от неё большего и перестраивать её в космолёт. Хотя, множество компаний сидит на перепиленных в мясо УТ 10 и 11.2/3/4 и им норм. Но это именно потому, что они уже построили из конфигурации космолёт, а переход - дорого.

БП (Бухгалтерия предприятия) - назначение конфигурации вытекает из работы бухгалтерии, а именно - корректное отражение хозяйственных операций в регламентированном учёте. Есть ещё версия КОРП. Там доступно отражение операций по государственному оборонному заказу (ГОЗ), ну и некоторые другие расширенные варианты учёта.

ЗУП (Зарплата и управление персоналом) - конфигурация для ведения кадрового учёта и расчёта зарплаты. В КОРП версии доступен также функционал учёта кандидатов (кстати, не видел, чтобы HR её использовали) и расширенная версия учёта резервов отпусков.

А теперь перейдём к более интересным вещам.

УНФ (Управление нашей фирмой) - конфигурация для простого учёта в части купи-продай и отражения одноэтапных производственных операций. Часто слышу, что вместо сложного и дорогого внедрения ERP некоторые средние бизнесы выбрали УНФ и напильник под себя. Основная разница с ERP - количество аналитик. Но с другой стороны - на её базе часто сильно проще сделать то, что нужно заказчику, да и сама конфигурация сильно проще. Требует рядом БП.

КА (Комплексная автоматизация) - обрубок ERP без поддержки многоэтапного производства. Часто покупается из-за экономии. В целом - то же самое, что и ERP.

ERP - часто продаётся как “конфигурация для всего», но в реальности единственное её назначение - учет торговых и производственных операций и их отражение во всех видах учёта. Ну и учет затрат. Да, ничего не мешает оптовой торговой компании сидеть на ERP для бюджетирования и планирования, но это не то чтобы частый случай. Но самое главное - ERP ограниченно предназначена для ведения регламентированного учёта. Можете показать бухгалтерии типовой план счетов, только валокордин не забудьте :) Так что если у вас бухгалтерия правит миром, то надо их отселять. Иначе проект внедрения выйдет минимум х5 от первоначально заявленной стоимости, если вообще стартанет. А как поддержка потом будет проходить… В особенности обновления. В некоторых местах обновления раз в год - нормально, а то и слишком часто. Самое странное - в ERP есть учет зарплаты, но его чаще всего не используют. Да, разработка ролевой модели дело сложное и долгое и многие считают, что синхронизация с ЗУП проще

УХ (Управление холдингом) - кто бы что вам не рассказывал — это допиленная БП КОРП. А значит - смотрим на пункт для БП. Да, там есть функционал по финансам, закупкам и управлению рисками, которого нет в обычной БП. Но если у заказчика стоит вопрос - “а что нам брать, ERP или УХ?”, то заказчик на 200% не понимает, о чем речь и единственно правильный ответ - или ERP + УХ, либо ERPУХ + УХ (если заказчику нужен функционал корп. закупок). С таким выбором бухгалтера и, возможно, финансисты уезжают в резервацию и не мешают строить операционный учёт своим ценным и на всё влияющим мнением.

ERPУХ (ERP Управление холдингом) - этот комбайн очень странный предмет. Вроде бы всё в нем есть, но вечно всем не хватает и вечно пилится. При сильной методологии учёта у заказчика и сильных спецах на проекте доработки часто имеют косметический характер + реально недостающие блоки, которые автоматизируются в реалиях 1С. В противном случае же встречаются ситуации формата “я этого не вижу, значит, этого нет, а значит - дорабатываем конфигурацию”.

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

ДО (Документооборот) - по сути - система электронного документооборота. Но этим она не ограничивается. Вторую версию вообще дорабатывали почти до состояния ERP. Третью версию же больше стоит настраивать с анализом процессов, но часто это “сложно, сложно, непонятно” и по итогу это приводит проект внедрения сами понимаете куда. Чаще всего в ДО выносят всевозможные согласования и архив документов.

В случае выбора решения ЕПР + УХ/БП нужно приложить все усилия к тому, чтобы обмен был строго однонаправленным – из ERP в УХ/БП. Потому что регламентированный учет не может быть источником данных для управленческого. Но тут в дело вступают наши любимые непонятные личности, которые усиленно продают, а не думают.

Как известно, в УХ присутствует функционал корпоративных закупок. И многие считают, что раз он есть только в УХ, то можно собирать потребности в ЕРП, а оформлять корпоративные закупки в УХ. Вот только спроектирован этот функционал достаточно своеобразно и чтобы реализовать работу в варианте связки ERP+УХ потребуется либо изобретать вспомогательный документ в ERP (мало помогает, потому что основная форма приёмника в УХ 3.2 не имеет табличной части, а клиентская форма собирается по данным регистров запросом), либо брать ERPУХ  (для всего, кроме рег учета) + УХ/БП исключительно для целей регламентированного учета.

Также, была информация, что в 24 версии ERP может появиться документ «Заявка на обеспечение», что потенциально упростит разрешение таких интеграций. Ну и возможны изменения в УХ 3.3. Так что стоит следить за релизами.

Но самый же правильный и качественный случай применения связки ERP\ERPУХ\УТ\УНФ + УХ – это централизованная бухгалтерия для группы компаний. То есть - много компаний ведут операционку каждая в своей ERP\ERPУХ\УТ\УНФ, но сливают все документы, требующие отражения в регламентированном учете, в одну УХу для отражения в регучете и факта в финансовом учете.  При выборе такого варианта гарантирована крайняя головная боль в начале проекта при попытке проработать и связать все процессы в разных базах, но если получается на «пилотной компании», то будет достаточно удобно и надёжно работать с не очень большим количеством изменений при переводе других компаний. Также, в этом случае возникают сложности с бюджетированием – «крупный бюджет» ведётся в УХ, а в ERP/ERPУХ для целей контроля его исполнения нужно перегонять «бюджетики» отдельных организаций. Возникают сложности с анализом исполнения бюджета. В случае выбора БП для центральной бухгалтерии (и в случае, когда финансисты отделены от бухгалтерии) – головной боли с бюджетами и финансами нет, они живут либо на местах, либо в своём мире отдельного УХ/Бит-финанса, где и рулят финансами, с теми же проблемами.

Но как решить, что именно нужно? Есть два стандартных варианта развития событий:

1) Если в БП начинают пилиться операционные документы типа "План производства/продаж", прогнозы расходов материалов и тд, то надо остановиться и подумать о том, чтобы поставить рядом к существующей БП ЕРП/КА/УТ/УНФ в зависимости от сложности производственного процесса и необходимой детализацией аналитик.

2) Уже есть купленная ERP\ERPУХ\УТ\УНФ и в процессе внедрения оказывается, что бухгалтерии надо 100500 счетов сверху, ещё 50 видов субконто и 25 разрезов аналитик расчёта себестоимости в бухучете. Самым адекватным вариантом будет сказать - погодите, дорогой Заказчик Имярекович. Лучше вам отселить этих неадекватов интересных личностей в БП или УХ, а не пилить ЕРП до такого состояния, как просят бухгалтера, потому что иначе о регулярных обновлениях вы можете забыть.

Подбирайте инструменты по назначению и удачи в проектах.