This version of the page http://www.wgsoftpro.com/pages/pressreliz140302.shtml (0.0.0.0) stored by archive.org.ua. It represents a snapshot of the page as of 2008-10-01. The original page over time could change.
WG SoftPro - Пресс-релизы
ENGLISH
ПОИСК  
  ПУБЛИКАЦИИ
 
 "УНИВЕРСАЛЬНОЕ" ПРЕДПРИЯТИЕ  
"Бизнес:Бухгалтерия"
 14 марта 2002г. 
 
Эта статья продолжает знакомить читателя с программными
решениями в области организации учета на предприятии.
Здесь мы затронем тему взаимодействия бухгалтерии с
другими службами.


 

     Наверняка Вы слышали такое понятие, как "оперативный учет". Что это такое? Далеко не все факты деятельности предприятия обязаны отображаться в бухгалтерской отчетности. Просим понять нас правильно: речь не идет о сокрытии части своей деятельности от налогообложения. Боже упаси! Просто информация крайне важная для других подразделений (вплоть до руководства предприятия) не всегда вписывается в рамки бухгалтерского учета.
     Приведем пример. Сформированные заявки на поставку сырья, материалов и т.п. не являются классическими бухгалтерскими документами. Однако, это исходная информация для принятия руководящим звеном управленческих решений. Что зачастую происходит на предприятии, где бухгалтерский и оперативный учет существуют параллельно, независимо друг от друга. Заявки формирует одна служба, как правило - отдел снабжения. Она формирует любым доступным способом (на бумаге, иногда в программе электронных таблиц) этот документ. Далее, по мере поступления, товары/материалы приходуются на склад. Там, если не на бумаге, то в какой либо автономной программе ("Склад", "Торговля" и т.п.) ма-териально ответственное лицо этот товар приходует. Затем бухгалтерия в своей программе также фиксирует это событие. Даже если программы "Склад" и "Бухгалтерия" имеют возможность переноса данных, такой подход обладает существенным недостатком. При нем "оперативность" теряет сама бухгалтерия, отображая факты деятельности предприятия с запаздыванием. Но самым главным недостатком такого подхода является дублирование информации. Ведь если вдуматься, три службы отображали одну и ту же инфор-мацию, повторяли действия друг друга. Рационально ли это?
     Эти проблемы давно решены в программном комплексе "Универсал". Он позволяет построить единую схему движения документов по предприятию. Например, отдел снабжения, основываясь на информации состояния складов, формирует заявку на поставку. Этот документ никакие другие службы не интересует и в бухгалтерском учете не отображается. Далее, товар поступает на предприятие. Приемщик может на основании имеющейся заявки автоматически сгенерировать документ совсем другого типа - "Приход на склад". Такая возможность автоматической генерации (или "порождения") документов существенно облегчает ввод больших объемов данных, устанавливает логические связи между документами.
     А что должна делать бухгалтерия по этому поводу? В общем случае - ничего. Как только приходный документ был введен, автоматически выполнились связанные с ним проводки. Работники склада уже ввели большинство необходимой информации. Все что потребуется от бухгалтера, это доопределить корреспондирующие счета. При необходимости бухгалтер может скорректировать выполнение тех или иных проводок, попадающих в Главную книгу.
     Итак, в нашем упрощенном примере была построена цепочка движения документов по предприятию от ввода первичной информации до получения баланса. При этом различные службы использовали результаты труда друг друга. Работа велась в одной и той же программе. Каждый видел только ту информацию, которая ему нужна, к которой ему дан доступ. Ввод данных был максимум оптимизирован. И все это происходило в реальном времени! Т.е. информация всех служб была актуальной и могла дать пищу руководящему звену для принятия правильных решений

менеджер OOO "СофтПро" Юрий Витовский
  См. также
Все публикации