0. Polav62 251 23.03.19 13:16 Сейчас в теме

Матричная форма записи СЛАУ для Графа затрат

СЛАУ для расчета себестоимости на Графе затрат записана в матричной форме. Рассмотрены другие полезные матрицы для работы с Графами затрат

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. CheBurator 3547 24.03.19 11:42 Сейчас в теме
Важный практический вывод всего один. Смогут ли бухгалтеры/плановики/экономисты разбирать проблемы расчета себестоимости самостоятельно. Мой мелкий опыт показывает что вряд ли. даже классчиескую партионку линейную не все прошурупливают.
3. acanta 48 24.03.19 13:04 Сейчас в теме
(1) линейная партионка это задача оперативной обработки информации, а не аналитики.
Можно попробовать использовать обороты между субконто. Или шахматку субконто, где на столбцах например 1е субконто счета, а на строках остальные.
Но не хватает данных в самом бухучете, например количества в оборотах, номенклатуры реализованной продукции на счетах доходов.
То что за время существования 1с мы пытаемся разгрузить бухгалтерский учет и перенести данные на регистры накопления потому что двойная запись при составном типе данных это тяжело, это же не проблема бухгалтеров?
6. CheBurator 3547 24.03.19 15:20 Сейчас в теме
(3) Может я чего не понял... И линейная партионка и решение СЛАУ решает одну задачу - вычисления себестоимости. или нет?
7. acanta 48 24.03.19 15:24 Сейчас в теме
(6) Только ради определения себестоимости заводить партионный учет вряд ли будут. Это способ монетизации контрольных функций или учета индекса цен/инфляции/курсовых разниц во времени.
9. acanta 48 24.03.19 15:41 Сейчас в теме
(6) бывают заказчики, которые хотят посчитать себестоимость двумя и более различными способами на основе одних и тех же данных. И только затем принять решение, как им надо. Сейчас для этого требуется копия базы и или изменение структуры / настройки распределения. Рауз позволяет сделать это достаточно быстро, что уже хорошо, но если партионный учет тоже метод определения себестоимости то документы перепроводить не надо?
2. CheBurator 3547 24.03.19 11:46 Сейчас в теме
А, кстати, в типовых конфигах - запись как вот здесь https://infostart.ru/upload/iblock/4be/4be6018285602a1685e9118c5df31351.png - вытащить штатно можно?
4. Polav62 251 24.03.19 14:51 Сейчас в теме
(2)В принципе можно. Но(!):
- регистры РАУЗ содержат узлы и дуги Графа затрат, но сам принцип формирования узлов в данном случае с помощью ключей аналитики не позволяет работать с таким графом осмысленно, очень много "технологических" узлов, число которых можно было бы значительно сократить
- есть в конфигурациях и dot-файлы для визуализации графа, но к ним была бы нужна интерактивная подсистема - чтобы работать с нужными фрагментами графов
5. CheBurator 3547 24.03.19 15:19 Сейчас в теме
(4) То есть - полезного инструмента - нет...
8. Polav62 251 24.03.19 15:33 Сейчас в теме
10. acanta 48 24.03.19 16:32 Сейчас в теме
Иногда выносят выполнение самого расчета из базы в отдельный модуль(ексель, другая 1с или что то еще) и загружают результат, поскольку как правило организационно это тоже другие люди.
11. acanta 48 24.03.19 22:45 Сейчас в теме
Были заказчики, которые считали товары по ФИФО, а материалы по среднему. А если наоборот? Я вообще не понимаю, как можно выносить это на константу, хотя это не имеет непосредственного отношения к РАУЗ, но все же для решения СЛАУ мы используем готовые цифры списания на счета затрат или сначала пересчитываем среднемесячную сумму материалов?
12. Polav62 251 24.03.19 23:53 Сейчас в теме
(11) Для расчета себестоимости с помощью решения СЛАУ надо разделять МПЗ на две группы:

- МПЗ, стоимость которых должна быть известна до(!) решения СЛАУ - товары, материалы - их стоимость можно считать по ФИФО или по средней. Другими словами, в эту группу входят МПЗ на складах, стоимость которых уже была известна из товарных накладных, а при списании со склада просто надо рассчитать их стоимость по ФИФО или по средней

- и МПЗ (например, готовая продукция текущего периода), стоимость которых рассчитывается путем решения СЛАУ - здесь только по средней, если только особым образом не увеличивать число узлов в модели

В РАУЗ же эти две группы объединены вместе и с помощью СЛАУ одновременно рассчитывается стоимость и тех и других - это некорректно, поэтому фактически метод ФИФО в РАУЗ не работает, а точнее - может сработать, а может и нет - в зависимости от начальных условий. Это ошибка разработчиков

Эта проблема рассмотрена в статье: ФИФО (РАУЗ) - работает или не работает?
A_Max; acanta; +2 Ответить
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству

Программист 1С
Санкт-Петербург
зарплата до 120 000 руб.
Полный день

Работа от Инфостарт
Санкт-Петербург
Временный (на проект)

Руководитель отдела внедрения 1С
Новосибирск
зарплата от 60 000 руб. до 160 000 руб.
Полный день

Ведущий программист 1С
Сочи
зарплата от 82 500 руб. до 99 000 руб.
Полный день