logo
Вход через ...
Новые сообщения Социальные группы



Вернуться   Форум CIMA.ru > Финансовое управление и учет > Управленческий учет и контроллинг

Важная информация

Интересное обсуждение? Поделись в соцсети.

Ответ
 
Опции темы Опции просмотра
Старый 31.08.2006, 17:07   #1
Марина Воронцова
участник форума
 
Регистрация: 31.08.2006
Сообщений: 1
По умолчанию

Уважаемые коллеги,
обращаюсь к вам за советом. Думаю, что многие работают
в схожей ситуации - буду очень благодарна за помощь.
За последнее время компания разрослась, появилось несколько
дочерних компаний и множество расчетных счетов в банках.
Раньше планирование платежей велось в программе EXCEL.
Сейчас файл получается слишком громоздким. Что можно сделать
в этой ситуации? Разбить по компаниям - тогда не увидим
общей картины, поскольку платежи взаимосвязаны.
Марина Воронцова вне форума   Ответить с цитированием
Старый 31.08.2006, 23:24   #2
Родион Луманов
участник форума
 
Регистрация: 21.06.2006
Сообщений: 13
По умолчанию

> обращаюсь к вам за советом. Думаю, что многие работают
> в схожей ситуации - буду очень благодарна за помощь.
> За последнее время компания разрослась, появилось несколько
> дочерних компаний и множество расчетных счетов в банках.
> Раньше планирование платежей велось в программе EXCEL.
> Сейчас файл получается слишком громоздким. Что можно сделать
> в этой ситуации? Разбить по компаниям - тогда не увидим
> общей картины, поскольку платежи взаимосвязаны.
Поставьте себе недорогую программу (недорогую в своём
классе) типа Инталев: Корпоративные финансы и разработайте
в нём свою модель учёта платежей.
Либо вариант программер + база данных, либо программер
+ 1с бухгалтерия.
Первый вариант дороже, но возможностей больше.

Родион Луманов вне форума   Ответить с цитированием
Старый 31.08.2006, 23:25   #3
Вячеслав Маврин
участник форума
 
Регистрация: 31.08.2006
Сообщений: 2
По умолчанию

Действительно, сначала разбить на бюджеты платежей по компаниям, а затем
консолидировать на уровне холдинга, вычтя внутрихолдинговые взаиморасчёты.
Таким образом, будет и общая картина и по компаниям. Консолидированный
бюджет платежей в екселе можно связать ссылками и формулами с фирменными.
Вести можно в одной екселевой книге с несколькими листами.
> Уважаемые коллеги,
> обращаюсь к вам за советом. Думаю, что многие работают
> в схожей ситуации - буду очень благодарна за помощь.
> За последнее время компания разрослась, появилось несколько
> дочерних компаний и множество расчетных счетов в банках.
> Раньше планирование платежей велось в программе EXCEL.
> Сейчас файл получается слишком громоздким. Что можно сделать
> в этой ситуации? Разбить по компаниям - тогда не увидим
> общей картины, поскольку платежи взаимосвязаны.
> -> Заранее благодарна,
> Марина Воронцова.
>
>
Вячеслав Маврин вне форума   Ответить с цитированием
Старый 31.08.2006, 23:25   #4
Федор
активист форума
 
Регистрация: 05.12.2005
Сообщений: 48
По умолчанию

Доброго дня ,
S> Уважаемые коллеги,
S> обращаюсь к вам за советом. Думаю, что многие работают
S> в схожей ситуации - буду очень благодарна за помощь.
S> За последнее время компания разрослась, появилось несколько
S> дочерних компаний и множество расчетных счетов в банках.
S> Раньше планирование платежей велось в программе EXCEL.
S> Сейчас файл получается слишком громоздким. Что можно сделать
S> в этой ситуации? Разбить по компаниям - тогда не увидим
S> общей картины, поскольку платежи взаимосвязаны.
а по подробнее можно узнать какова рода планирование у вас ведеться
по платежам? и что за ваимосвяз в компаниях, если просто налоговая
оптимизацая то это одно если совместная деятельность то совершенно
другое. Сталкивался с количеством контор порядка 10 шт одновременное
и проблем с екселем не было никаких, ровно как и с пониманием куда и
зачем пошли деньги
Федор вне форума   Ответить с цитированием
Старый 31.08.2006, 23:27   #5
Максим Сидорович
консультант форума
 
Регистрация: 24.05.2005
Адрес: Россия, Москва
Сообщений: 192
По умолчанию

>
> Уважаемые коллеги,
> обращаюсь к вам за советом. Думаю, что многие работают в
> схожей ситуации - буду очень благодарна за помощь.
> За последнее время компания разрослась, появилось несколько
> дочерних компаний и множество расчетных счетов в банках.
> Раньше планирование платежей велось в программе EXCEL.
> Сейчас файл получается слишком громоздким. Что можно сделать
> в этой ситуации? Разбить по компаниям - тогда не увидим общей
> картины, поскольку платежи взаимосвязаны.
> --
> Заранее благодарна,
> Марина Воронцова.
Самое простое - заведите в том же Excele 2 новые колонки - компания и
расчетный счет - и потом через фильтры, сводные таблицы и т.д. увидите
все, что Вам нужно
С уважением
Максим С
__________________
Максим Сидорович
http://www.vespol-soft.com
Максим Сидорович вне форума   Ответить с цитированием
Старый 01.09.2006, 07:21   #6
Сергей Байдала
активист форума
 
Регистрация: 22.09.2004
Адрес: Украина, Чернигов
Сообщений: 56
По умолчанию

> обращаюсь к вам за советом. Думаю, что многие работают
> в схожей ситуации - буду очень благодарна за помощь.
> За последнее время компания разрослась, появилось несколько
> дочерних компаний и множество расчетных счетов в банках.
> Раньше планирование платежей велось в программе EXCEL.
> Сейчас файл получается слишком громоздким. Что можно сделать
> в этой ситуации? Разбить по компаниям - тогда не увидим
> общей картины, поскольку платежи взаимосвязаны.
Здравствуйте!
Если вопрос касается только платежного календаря, то ответ
напрашивается сам собой - создать базу данных (Access,
Visual FoxPro либо другая, это дело вкуса). Там создать
отчеты и просматривать в любом виде - по компаниям, либо
в целом. Но, мое мнение - рано или поздно возникнет вопрос
консолидации учета доходов и расходов, основных фондов и
т.д. То есть, может нужно решать вопрос консолидации учетных
систем в целом?
И у меня тоже созрел вопрос на этой почве: Ув участники диск
листа, как вы думаете: насколько CFO либо контроллеру
необходимо знание баз данных, и какие СУБД освоили вы лично
(если освоили)? Я имею ввиду проэктирование, построение и
администрирование а не "пользователь". Также, какие СУБД вы
бы порекомендовали изучить?
Сергей Байдала вне форума   Ответить с цитированием
Старый 01.09.2006, 07:21   #7
Павел Родных
консультант форума
 
Аватар для Павел Родных
 
Регистрация: 03.05.2005
Адрес: Россия, Москва
Сообщений: 236
По умолчанию

добрый день
> Раньше планирование платежей велось в программе EXCEL.
> Сейчас файл получается слишком громоздким. Что можно сделать
> в этой ситуации? Разбить по компаниям - тогда не увидим
> общей картины, поскольку платежи взаимосвязаны.
> -> Заранее благодарна,
> Марина Воронцова.
совет может быть одним, как мне кажется:
если эксель Вас уже не устраивает, то надо переходить на другие программные продукты,
специализирующиеся на управлении ресурсами организации.
разбивать потоки данного минихолдинга я считаю нецелесообразным, т.к. действительно
общей картины видно не будет, но и отказываться от частностей не стоит, чтобы
вовремя можно было бы увидеть недостаток/излишек денежных средств в конкретной
организации.
__________________
всё относительно
Павел Родных вне форума   Ответить с цитированием
Старый 01.09.2006, 15:34   #8
Алексей Рябков
консультант форума
 
Аватар для Алексей Рябков
 
Регистрация: 12.11.2003
Адрес: Россия, Санкт-Петербург
Сообщений: 106
По умолчанию

На вопрос Марины отвечу так: инструментария Excel вполне достаточно для
планирования платежей, просто нужно оптимизировать структуру файла и
максимально использовать возможности Excel. У меня уходит не более 30 минут
в день на планирование всех платежей по 10 юридическим лицам с объемами
платежей до - 50 в сутки по всем компаниям. На прежней работе было
значительно больше, но и то Excel не подводил (это я говорю к тому же с
учетом планирования выручки, овердрафтов, кредитов и кассы).
Что же касается вопроса Сергея:
СУБД - мне в работе очень пригодилось знание основ построения баз (я изучал
в университете еще Quadro pro). Это нужно, для того чтобы не ставить нелепые
задачи программистам, когда нужно иметь все данные и в миллионе разрезов,
зачастую несовместимых. А какую СУБД изучать - дело вкуса. ИМХО, это не
работа контролера - проектировать базы данных, хотя иногда приходится
делать, особенно в небольших компаниях (!). Но иметь представление какие
данные и какие разрезы он желает получать - он обязан.
С уважением, Алексей Рябков.
Алексей Рябков вне форума   Ответить с цитированием
Старый 01.09.2006, 19:12   #9
Родион Луманов
участник форума
 
Регистрация: 21.06.2006
Сообщений: 13
По умолчанию

> Если вопрос касается только платежного календаря, то ответ
> напрашивается сам собой - создать базу данных (Access,
> Visual FoxPro либо другая, это дело вкуса). Там создать
> отчеты и просматривать в любом виде - по компаниям, либо в
> целом. Но, мое мнение - рано или поздно возникнет вопрос
> консолидации учета доходов и расходов, основных фондов и
> т.д. То есть, может нужно решать вопрос консолидации
> учетных систем в целом?
> И у меня тоже созрел вопрос на этой почве: Ув участники
> диск листа, как вы думаете: насколько CFO либо контроллеру
> необходимо знание баз данных, и какие СУБД освоили вы
> лично (если освоили)? Я имею ввиду проэктирование,
> построение и администрирование а не "пользователь".
> Также, какие СУБД вы бы порекомендовали изучить?
Директора не должны знать никаких СУБД и т.д., они должны
уметь пользоваться интерфейсом и иметь общее представление
о принципах хранения информации в СУБД. Директора должны
сообщать свои цели, постановщики должны эти цели переводить
в техзадание, а программеры должны это задание претворять в
программный продукт! Если же не-айтишник начинает пытаться
дать техзадание - ничего хорошего из этого НИКОГДА не
получается. Наблюдаю подобное уже год.
Родион Луманов вне форума   Ответить с цитированием
Старый 01.09.2006, 19:17   #10
Владимир Быстров
эксперт форума
 
Аватар для Владимир Быстров
 
Регистрация: 22.10.2004
Адрес: Россия, Старая Русса
Сообщений: 350
По умолчанию

Уважаемые господа!
Сергей Байдала пишет:
> ...у меня тоже созрел вопрос на этой почве:
> как вы думаете: насколько CFO либо контроллеру
> необходимо знание баз данных, и какие СУБД
> освоили вы лично (если освоили)? Я имею ввиду
> проэктирование, построение и администрирование
> а не "пользователь". Также, какие СУБД вы бы
> порекомендовали изучить?
Не хотелось бы навязывать свое мнение,
но у меня есть возможность оценить эту
проблему с обоих сторон - со стороны
контроллера, которым я на сегодняшний
день пытаюсь быть, и со стороны
профессионального программиста, которым
был в течении всей предыдущей жизни. И
оба опыта говорят об одном - знать достаточно
глубоко инструмент, которым ты собираешься
пользоваться (для контроллера) или предмет,
который ты собираешься автоматизировать (для
программиста) обязательно! Иначе мы будем
получать бесполезные или крайне неудобные
программные продукты (что сегодня зачастую
имеет место), или напротив - очень хорошие
продукты, которыми не сможем в полной мере
воспользоваться ввиду отсутствия нужных
знаний по программным продуктам (что случается
еще чаще). Но попытка подменить собой
профессиональных проектировщиков IT-систем
не менее пагубна, чем попытка разработчиков
решать, что именно и каким образом должен
получать пользователь их систем. Поэтому,
не отвечая на первую часть вопроса (для
меня это будет некорректно - я занимался
разработкой почти во всех, существовавших
до конца 90-х годов СУБД, готовых системах
и алгоритмических языках), на второй отвечу
конкретнее - никакие! "Самопальные" разработки,
которые вы сможете осуществить на любой СУБД,
НИКОГДА не будут эффективнее сделанных
профессионально ЗАКОНЧЕННЫХ программных
продуктов. И при этом абсолютно не важно,
какую именно СУБД использовали разработчики.
Важно, чтобы эта разработка была выполнена
профессионально, полностью (или максимально
близко к этому) охватывала круг интересующих
вас вопросов, и ИМЕЛА ПОСТОЯННУЮ ПОДДЕРЖКУ и
СОПРОВОЖДЕНИЕ. Иначе вы рискуете получить
разовый продукт без перспективы дальнейшего
развития и обслуживания ("ремонта"). Именно
по этой причине в последние годы своей
работы в качестве разработчика я рекомендовал
заказчикам использовать стандартные продукты,
которые я (или любой другой квалифицированный
программист) мог бы настроить под их нужды.
В этом ответ и на предложение других участников
дискуссии, рекомендовавших улучшить свои Exel-
программы, или воспользоваться другими средствами
проектирования СУБД.
Владимир Быстров вне форума   Ответить с цитированием
Интересное обсуждение? Поделись в соцсети.
Ответ

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Вкл.

Быстрый переход


Текущее время: 23:32. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd. Перевод: zCarot