Автоматизированные системы бухгалтерского учета. Хохлов А.Е. - 60 стр.

UptoLike

Составители: 

50
за выбранный период». Однако в этом случае складской учёт можно вести
только в натуральном выражении.
Предположим, что в условиях первого примера со склада 1 отгруже-
ны обе поступившие на него партии товара. Конечно, следовало бы списать
со склада всю их стоимость, т. е. 2200 руб., однако если программа вычис-
ляет средневзвешенную
цену в целом по предприятию, то скорее всего в
ней реализован алгоритм, в соответствии с которым вычисления будут про-
изводиться путём перемножения списываемого количества (20 единиц) на
средневзвешенную цену по предприятию (115 руб.). В результате остаток в
натуральном выражении на складе 1 будет равен нулю, а в стоимостном
выражении окажется отрицательным (–10 руб.).
Вот почему в тех программах, в которых расчёт «средней» осу-
ществляется в целом по предприятию, стоимостные остатки по каждому
складу обычно не ведутся. Многих пользователей такой подход не устраи-
вает.
Наиболее целесообразным решением в данном случае является настрой-
ка программы на любой способ расчёта в зависимости от пожеланий кон-
кретного пользователя
. Однако большинство систем такой возможности не
предоставляет, и в них реализуется только один из вариантов расчёта.
В этой связи хотелось бы отметить, что разработка фирмы «Компас»
предоставляет выбор варианта расчёта: в целом по предприятию, по подраз-
делениям либо в привязке к каждой партии. К тому же оценки можно по-
лучать
как в целом за период (месяц, квартал, год), так и на текущий мо-
мент. Более того, система в течение периода позволяет списывать себестои-
мость динамически, по факту движения ТМЦ, а в конце данного временного
интервала можно выполнить пересчёт, в результате которого будут про-
ставлены суммы списания исходя из себестоимости приходов за
весь пери-
од. Таким образом, реализуются любые варианты.
Выполнить настройку программы на необходимый вариант довольно
просто. В условиях, когда правила выполнения расчётов строго не установ-
лены, это, пожалуй, наиболее верный подход. В конце концов, клиент сам
выбирает то, что ему нужно, и вся ответственность лежит на нём.
Представляется, что настройки
уровня аналитического учёта, с которого
следует вести развёрнутое сальдо на счетах взаиморасчётов, и порядка рас-
чёта оценок себестоимости списываемых ТМЦ должны иметься в каждой
программе, по крайней мере, до тех пор, пока в нормативных документах не
появится строго определённый порядок расчёта.
за выбранный период». Однако в этом случае складской учёт можно вести
только в натуральном выражении.
    Предположим, что в условиях первого примера со склада № 1 отгруже-
ны обе поступившие на него партии товара. Конечно, следовало бы списать
со склада всю их стоимость, т. е. 2200 руб., однако если программа вычис-
ляет средневзвешенную цену в целом по предприятию, то скорее всего в
ней реализован алгоритм, в соответствии с которым вычисления будут про-
изводиться путём перемножения списываемого количества (20 единиц) на
средневзвешенную цену по предприятию (115 руб.). В результате остаток в
натуральном выражении на складе № 1 будет равен нулю, а в стоимостном
выражении окажется отрицательным (–10 руб.).
    Вот почему в тех программах, в которых расчёт «средней» осу-
ществляется в целом по предприятию, стоимостные остатки по каждому
складу обычно не ведутся. Многих пользователей такой подход не устраи-
вает.
    Наиболее целесообразным решением в данном случае является настрой-
ка программы на любой способ расчёта в зависимости от пожеланий кон-
кретного пользователя. Однако большинство систем такой возможности не
предоставляет, и в них реализуется только один из вариантов расчёта.
    В этой связи хотелось бы отметить, что разработка фирмы «Компас»
предоставляет выбор варианта расчёта: в целом по предприятию, по подраз-
делениям либо в привязке к каждой партии. К тому же оценки можно по-
лучать как в целом за период (месяц, квартал, год), так и на текущий мо-
мент. Более того, система в течение периода позволяет списывать себестои-
мость динамически, по факту движения ТМЦ, а в конце данного временного
интервала можно выполнить пересчёт, в результате которого будут про-
ставлены суммы списания исходя из себестоимости приходов за весь пери-
од. Таким образом, реализуются любые варианты.
    Выполнить настройку программы на необходимый вариант довольно
просто. В условиях, когда правила выполнения расчётов строго не установ-
лены, это, пожалуй, наиболее верный подход. В конце концов, клиент сам
выбирает то, что ему нужно, и вся ответственность лежит на нём.
    Представляется, что настройки уровня аналитического учёта, с которого
следует вести развёрнутое сальдо на счетах взаиморасчётов, и порядка рас-
чёта оценок себестоимости списываемых ТМЦ должны иметься в каждой
программе, по крайней мере, до тех пор, пока в нормативных документах не
появится строго определённый порядок расчёта.




                            50