Я всего лишь ответила на вопрос "чем они втроём занимались целый год"Цитата:
Сообщение от ZZZhanna
Вид для печати
Я всего лишь ответила на вопрос "чем они втроём занимались целый год"Цитата:
Сообщение от ZZZhanna
Наверно, мы разные смыслы вкладываем в "бухгалтерский учёт".Цитата:
Сообщение от Dump
Вы писали, что сейчас в общепите.Цитата:
Сообщение от Mmmaximmm
Вот списали вы со склада картошку, морковку свеклу... Д20 - Кр10
Оприходовали борщ Д43 - Кп20
Но ведь сам процесс приготовления (производства) борща - для него нет проводок?
Как на плите кипит, конечно, нет)
Но сложность не в проводках.
Вот. Скорее, мы по разному понимаем термин "производство".Цитата:
Сообщение от Mmmaximmm
Ну так-то вообще все одной проводкой можно оприходовать и другой списать, но смысл в таком учёте?
Вовремя оприходовать и вовремя списать необходимое - это же и есть бухучет?Цитата:
Сообщение от Mmmaximmm
Да, но не вручную же это делать при десятках тысяч номенклатуры
Нет, конечно.Цитата:
Сообщение от Mmmaximmm
Тут уже я вам в помощь - вводите кол-во порций борща, я из технологической карты вытаскиваю перечень продуктов, вычисляю их кол-во с учетом отходов - чистить картошку в сентябре и в марте разные вещи - и списываю. Это автоматизация, облегчение труда бух-ра.
Но проводка-то однотипная - Дб20 -Кр10
Это теоретически)
На практике все намного интереснее.
Там как минимум будет проблема отрицательных остатков и документы, обнаруженные задним числом)
Краснота - ошибка бух-ра и / или программистаЦитата:
Сообщение от Mmmaximmm
Документы задним числом - ошибка бух-ра
Я не говорю, что этого не бывает. Нос этим можно бороться
Что касается завода, опишу, например, один участок - банк.
Казалось бы 30-40 платежек - ерунда, но происходило так:
(Автор темы упомянул про толпу директоров, а толпа директоров влечёт за собой кучу отделов и управленческую отчётность)
1. Сначала формировалась заявка на платеж на основе заказов, принятых в производство, причём по номенклатуре. Условно, если в этом месяце запланирована покупка 100 кг гвоздей под текущие заказы, то 101 кг купить нельзя.
2. Все это формировалось в казначейской программе. Далее финансовый отдел выделял деньги, как правило меньше чем хотелось бы. Таким образом возникали разрешённые платежи с кодировкой.
3. Наш завод был убогим. Счета арестованы. Соответственно, платить должны были третьи лица. А значит на основе разрешённых платежей третьему лицу формировалось письмо.
4. Далее в нашей программе формировались платежки с кодировкой в назначении платежа.
5. Далее платежки выгружались третьему лицу, которое загружало их и платило. При этом в платежах с валютным контролем часто возникал конфликт кодировки и кода валютного контроля.
6. На следующий день они нам выгружали платежки с отметкой банка, а если повезёт, то и проводки под платежи
Процесс занимал по нескольку часов в день у нескольких человек. В конечном итоге практически полностью был автоматизирован.
А вот и нет.Цитата:
Сообщение от Dump
В общепите ежедневное возникновение отрицательных остатков - нормальное явление. В разных программах по-разному реализованы способы избавления от них.
Документы задним числом - ошибка менеджеров
Фильм ужасов. Можно еще заставить бух-ра пару раз вокруг знания на одной ножке проскакать...Цитата:
Сообщение от Mmmaximmm
Но какое это отношение имеет к бухучету? Это маразм менеджеров высшего звена.
Я не очень хорошо знаю общепит - один раз автоматизировал рабочую столовую. У нас красноты не было. Наверное, что-то не так делали ;-)Цитата:
Сообщение от Mmmaximmm
К бухучёту, конечно, никакого. Маразм или нет - трудно сказать. В группе компаний было около 300 предприятий что ли, понятно, что их пытались как-то контролировать.
Это просто пример, что может подразумевать автоматизация.
Краснота появляется при списании, когда по факту продукты есть, а в программе их уже нет, и это неизбежно, готовят-то они руками)
Сторхаус не даёт уходить в минус, он запрещает списание, даже если не хватает 0,01 г соли, а квикресто наоборот даёт уйти в минус, потом при инвентаризации эти минуса оприходуются как излишки
Мы учет специй не вели - при их количестве и стоимости...Цитата:
Сообщение от Mmmaximmm
Интересно, а куда ТС делся? А то мы как-то заболтались...
Бывает не 1 г соли, а 10 кг мяса.
ТС если занялся всем этим, то ему уже не до интернета)
Главное - пусть просит больше, сколько бы они не предложили, Это стоит дороже
Я прог 1с. Могу советовать, помогать и ругаться. Но отвечает за все бух. И, если он считает, что все в порядке - так оно и есть.Цитата:
Сообщение от Mmmaximmm
Насчет ТС. Люди, способные поставить учет на большом заводе, подобных тем не создают.
Почему?)
Я и не такие темы создавала)
Сколько стоит действительно трудно сказать, но определённо дорого
Вы в самом деле считает, что по этому описаниюЦитата:
Сообщение от Mmmaximmm
можно дать реальную оценку?Цитата:
Сообщение от Enic
Да, если даже все последующие рассуждения опустить, можно посоветовать 2-3 месячных заработка главного бухгалтера аналогичного предприятия, с учётом региона
По моему опыту автоматизации - примерно на порядок больше.Цитата:
Сообщение от Mmmaximmm
Хоспидя, Эник, куда ты опять вляпался!!!Цитата:
Сообщение от Enic
С таким -то набором знаний.
Поясняю, на пальцах.
"Программисты" не пишут прогу с нуля.
Сегодня нет таких талантов!!! Следовательно, они используют готовые продукт, только подстраивая их под задачи, поставленные заказчиком.
Сами готовые проги стОят уже не мало!!! Разговоры в инете про "бесплатный софт" - он аналогичен кусочку сыра, сам знаешь где.
Далее, не вздумай нанимать "фрилансеров", берущихся написать "что надо". Наше Законодательство изменчиво до идиотизма! И кто будет разбираться в писалках неизвестного товарища, получившего деньги и смотавшегося в никуда? Значит - заново, по второму - третьему разу... Но уже с договором на поддержку. А это, сам понимаешь, на примере "скорой помощи" и пожарной команды.
Есть работа нет работы, они должны кушать и выезжать по первой необходимости. Т.е. нужно оплачивать содержание программной поддержки, даже если ей не пользуешься вчера, сегодня...
Касательно самого вопроса про постановку учета. Не оттуда ты начал!
Первым делом необходимо определиться с технологическим процессом управления. Кто, куда, когда... Далее, возникают функциональные потребности, комплект которых определяет
необходимые профессии, должности, структуру предприятия.
Одним словом, есть такая наука - организация и подготовка промышленного производства (ОПП). Мне её целый год в голову вкладывали, потом много - много шишек практики в должности начальника отдела по организации труда и заработной платы.
Не надо думать, что ОТЗ это только раздача денег, это еще и
структурный скелет организации : какие работники, какие специальности сколько, в какое время...
За раз такое не расскажешь.
А ты - миллионы, миллионы, план счетов...
Начни с листка бумаги, где начерти а. технологическую цепь производства, б. структуру управления этого завода.
значит надо брать напополам с программистамиЦитата:
Сообщение от Dump
абсолютно правильно, я как раз об этом и говорилаЦитата:
Сообщение от YUM
это ближе.Цитата:
Сообщение от Dump
если завышено, то ненамного.
АААААА!
А представляете, мне всего лишь два раза по 15 тысяч доплатили и главному бухгалтеру раза два по 30
Это как пойдет.Цитата:
Сообщение от Mmmaximmm
Если есть готовая команда - есть и пропорции, как делить. КТУ, как раньше говорили.
Бывало - я нанимал аудит. Тогда платил им из своего кармана.
Бывало - аудиторы нанимали меня. И они же мне и платили. А сколько заказчик платит им - я не знал, да и не интересовался. Я-то свои получал.
YUM, чувствуется опыт.
Так вы же свои.Цитата:
Сообщение от Mmmaximmm
Труд своих не ценят.
Поэтому и ушел на консалтинг.
Жанна, вижу давно Вы не сталкивались с постановкой задачи у нового клиента. Забыли о том, что у руководства постоянно возникают новые пожелания, которые ни в каком ТЗ на начальной стадии не упоминались. В бюджет проекта не закладывались, но "без них никак нельзя" и "это само-собой разумеется".Цитата:
Сообщение от ZZZhanna
Первый раз столкнулся на проекте для нашего Политеха. Изначально требовалось просто реализовать штатное расписание. При постановке задачи ни с нашей стороны, ни со стороны заказчика и мысли не было, что ШР - живой механизм и он в учебном заведении меняется едва ль не три раза в год! Полностью, не считая переползания отдельных профессоров и ассистентов. Т.е. всплыла "история изменений". За ней - контроль за процедурой увольнения при изменении ШР etc. ДВА ГОДА! Мы шлифовали проект и готовили
"кадры". В итоге, на нашем инструменте студенты начали молотить свои курсовые по программированию, попутно расширяя и улучшая уже действующий проект. Последнее, что я видел в нем - список студентов не допущенных к сессии и автоматическое удержание оплаты проживания аспирантов и студентов в общежитии:D
По этой причине, когда меня "бросили" на аналогичный проект, но с другой программой и в середину процесса внедрения, я просто тихо...
ну, Вы поняли...Фирма, до сего занимавшаяся только зарплатой в детском саду, влезла в ВУЗовские дебри, даже не имея возможности
ввести в ШР такие простые вещи как - доплата за совмещение более чем один раз! Зная, что её ждет, пытался пояснить руководству фирмы и заказчику грядущие проблемы, но был "неверно понят".
Махнул рукой и ушел "солнцем палимый, повторяя ***! "
Так что, не надо обольщаться относительно - бухгалтер заказал, программер дописал. И все довольны!
YUM, это Вы сейчас про работу бухгалтера или работу программиста?
Если бухгалтера - не очень понятно, есть отдельный бухгалтер, который получает деньги за разработку и за внедрение, а остальные просто работают, преодолевая косяки?
А я вообще не понимаю, почему не свой ГБ внедряет. Зачем кого-то со стороны?
YUM, вы описали классический пример начала работы с заказчиками.
Отсутствие или нечеткое ТЗ, расплывчатый договор...
Неопытный исполнитель считает, что это в его пользу. На самом деле - в пользу заказчика, ибо дает ему возможность трактовать проект шире, гораздо шире, нежели оговаривалось устно.
Четкое ТЗ, четкий договор, допы на все дополнительные работы (с доп.оплатой, разумеется), поэтапная сдача - все это приходит с опытом.
Программирование - не самое важное при автоматизации, увы.
Это я о том, что каждую работу надо начинатьЦитата:
Сообщение от ZZZhanna
с конца, а не с начала! Т.е. определить то, что должно получиться в итоге. И уже от этого, "задним ходом", прокладывать дорожку к входной двери.
К сожалению, очень часто, мы похожи на детишек , играющих с кубиками. Вываливаем все на пол, потом начинаем складывать их друг на друга, на зная - что получится в конце работы.
Самое забавное, что порой уже не можем все эти кубики обратно в коробку-то засунуть! Умом понимаем - они ведь все тут помещались, а руками - нет, не получается :D
Честно Вам скажу, никогда не встречал отдельного бухгалтера ( или даже - просто выделенного сотрудника), который бы занимался внедрением ПО со стороны Заказчика. Все "на общественных началах". :(
ага, и за ту же зарплату. И за свое личное время.Цитата:
Сообщение от YUM
Отдельно, конечно, никого не выделяют. Все работают в рамках обязанностей. Хотя нагрузка, есс-но, возрастает. Повседневную работу-то никто не отменял. Да плюс по новому проекту - по проверь, но набей...Цитата:
Сообщение от YUM
Самое главное, в чьих интересах работаем. Идеально - на собственника. Минимум - финансовый или зам.генерального. Ниже - проект сдохнет, ибо никому не нужен.
+ - иногда я, "левый", выбивал у ген.дира премию бухгалтерам - его же сотрудникам. Ну жалко девчонок.
значит мне еще повезло с доплатой? :DЦитата:
Сообщение от Dump
Взамен зато бесценный опыт
Да - без шуток - повезло.Цитата:
Сообщение от Mmmaximmm
