Petr54-ru
Петр Ивакин

(14) Ну там в статье после слов "Формула:" картинка с формулой. Посмотрите вдумчиво на картинку, затем для простоты примите i = 4 и распишите формулу для этого случая. Там в формуле значок сигма (Σ)- означает сумму ряда. И попробуйте это сократить. Результат вас удивит.

(77)

Цитата

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

Ваша эта концепция, как и всякая другая безусловно право на жизнь имеет. Я тут выше уже написал, что может быть не одно верное решение. Мне больше нравится "вечная перманентная ревизия" - в противном случае высока вероятность учета воздуха.

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

(71) Я с 2004 года и до кризиса осьмого года на работе занимался автоматизацией супермаркетов, как сетей супермаркетов, так и одиночных (не на платформе 1С). Там это все делалось в следующей парадигме:

Задача бухгалтерии (бухгалтера) это своевременно предоставлять отчетность в контролирующие органы, правильно исчислять налоги и сборы, контролировать наличие и правильное заполнение первички и рассчитывать белую зарплату. Все. Финансами управляет не бухгалтер, а менеджер по финансам и его задача управлять кассовым разрывом. Ему нужно предоставить инструмент для управления кассовым разрывом. Закупают товары и нагибают поставщиков - категорийные менеджеры, ценообразованием, товарной матрицей и маркетинговыми акциями занимаются другие менеджеры, итд, итп - и бухгалтерии нефиг туда сувать свой нос. Поэтому выгружаем в бухгалтерскую программу консолидированные данные, достаточные для выполнения их работы и пусть своим делом занимаются и не мешают работать.

Мне до сих пор нравится в этой парадигме работать. Было пару проектов с конфигурацией КА - там оно вместе с бухгалтерией. Омерзительная я вам скажу конфигурация. Был один проект у меня лет восемь назад - людям пришлось переавтоматизировать сеточку магазинов товаров для животных с КА на УТ + Бух, по причине невозможности полноценно управлять сеточкой. И бухгалтерия, и манагеры и руководство и собственники были в восторге от результатов - полегчало полегчало всем.

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

В реале нужно создать комиссию, провести инвентаризацию - списать недостачу, оприходовать излишки и победить пересортицу. А потом греть голову, по поводу того, откуда взялась недостача и как минимизировать ее появление.

(67) Замечательно.

Сможете внятно объяснить, почему можно без палева говорить об итальянской живописи, а об алгебраистах нельзя?

10 самых известных итальянских художников — это:
Джотто ди Бондоне (Giotto di Bondone) — (1266-1337);
Мазаччо (Masaccio) — (1410-1428);
Сандро Боттичелли (Sandro Botticelli) — (1445-1510);
Леонардо да Винчи (Leonardo da Vinci) — (1452-1519);
Микеланджело (Michelangelo) — (1475-1564);
Джорджоне (Giorgione) — (1478-1510);

Я по алгебре в 1986 году в универе сдал два зачета по алгебре и два экзамена - у нас оно на первом курсе читалось, годовой курс. Я на специальности прикладная математика учился, специализировался на аэродинамике M>>1. Еще я во студенчестве прочел две первые книжки Бурабков - как раз Теория множеств и Алгебра, модно было это читать - лучше бы я Кнута читал. Не спец я по алгебре, увольте.

А сможете объяснить почему разработчики 1С УТ не пустили туда ни План счетов, ни регистров бухгалтерии? Моя гипотеза - потому что двойная запись имела смысл при бумажном учете, поскольку обеспечивала моментальную проверку корректности учета. С точки зрения алгебры двойная запись избыточна, поскольку линейная зависимость присутствует явно. В бухгалтерской программе от этого наследия мрачных времен избавиться нельзя - они обязаны выдать наружу баланс.

(65) Вы эта убили меня своей эрудицией. Бухгалтерию придумал известный итальянский алгебраист Лука Пачоли. Я сливаюсь, удачи вам.

(63)

Цитата
Нюанс в том, что под правильной и качественно выполненной работой у ЗУпера подразумевается именно соответствие нормативке, а для УТэшника основной критерий - "заказчику понравилось".... или "не понравилось".

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

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

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

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

Мне мое ремесло нравится, это шаманизм, и успех проекта на 80% определяется насколько шаман крут. На мой взгляд и драйва больше, и интереснее, и результат измерим.

(58)

Цитата
Коллега, подвизающийся на ниве "УТ" вполне может ей достаточно успешно заниматься, даже не зная ответ на простой вопрос - чем розничная торговля отличается от оптовой.

Вы будете смеяться, но главное отличие, это то, что оптовая торговля как правило работает по будням и до 17:00, а ритейл местами до 23:00 и без выходных. Ненавижу ритейл, и хотя начинал с автоматизации сетевого ритейла стараюсь от него держаться подальше

(58)

Цитата
Так я задам простой вопрос - какие жесткие узы и цепи сдерживали полёт вашей фантазии в работе с этим разделом учёта (УТ)? Если положить руку на жёлтую коробку с надписью "УТ" и мысленно соотнести с нормативной базой, то какие документы сразу придут на память?

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

ЗУПерам надо соображать в нормативной базе, те кто занимаются бухгалтерскими проектами обязаны как отче наш вызубрить ПБУ, а наш человек он должен иметь глубокое понимание бизнеса (как говорил один мой хороший партнер в начале 90х, - "Где именно они нас в этой схеме собираются кидать?"), обладать знаниями по части лучших практик (best practices), знать гору удачных и неудачных примеров реализаций (case studies).

Что касается нормативной базы, у нас это происки нашего бешенного принтера, эпизодически оно в работе конечно всплывает. Например тут у меня есть печаталка путевых листов для легкового автомобиля - https://infostart.ru/1c/reports/420298/ там в статье есть ссылка на соответствующий норматив.
Сейчас работаю над задачей, про перевозку волка, козы и капусты для которой норматив - Приказ Минтранса РФ от 08-08-95 73 (ред от 14-10-99) об утверждении Правил перевозки опасных грузов автомобильным транспортом. Для нас это херня - свистелки и перделки.

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

(56) Всяк кулик свое болото хвалит. И засуньте свои немытые ручонки куда подальше.

Так получилось, что у меня примерно 30-40% объема работы связано с УТ. Уровень задач, а соответственно уровень исполнителей зависит только от уровня заказчика.

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

Я в свое время прочитал классическую книжку Колина Друри "Управленческий и производственный учет" и все задачки оттуда прорешал. Планирую в обозримом будущем поработать с последней его версией книжки, куда он присунул концепцию ERP.

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

Кстати у меня тут с незапамятных времен лежит отчетик "Мертвый склад" - https://infostart.ru/1c/reports/522630/ , я его написал для совсем маленькой торговой компании, склад которой был площадью 30 кв.м.

Как во времена оные говорили в Одессе, - не говорите за других, говорите за себя...