ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Бесплатные
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Узнавайте о новых бесплатных решениях в нашей телеграм-группе
Инфостарт БЕСПЛАТНО
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Данная обработка дает возможность выполнить распределение затрат, на основе параметров заданных пользователем.
Распределение затрат учитывает сложные взяимосвязи объектов, в том числе и циклические.
Работа с обработкой возможна в двух режимах:
Программный. В данном случае предполагается использовать вызов экспортной функции "РаспределитьЗатраты" модуля обработки. Передаем в нее параметры для распределения и получаем на выходе результат.
Интерактивный. Данный режим предполагает, что все необходимые для распределения затрат параметры, вводятся пользователем на форме обработки, при этом результат распределения также отображается на форме обработки и может быть выгружен в документ "Корректировка записей регистров".
Подробное описание работы с обработкой содержится в справке.
Выложено 2 варианта обработки:
УниверсальноеРаспределениеЗатратБП - данный вариант предполагает описание объектов и затрат на основе плана счетов и аналитики, поэтому его использование предполагается в конфигурации Бухгалтерия предприятия 1.6. Также данная обработка имеет возможность выгрузки результатов распределения в документ "Корректировка записей регистров";
УниверсальноеРаспределениеЗатратТест - это упрощенный вариант обработки, который предполагает описание объектов и затрат посредством текстовой строки. Поэтому обработка может быть запущена в любой конфигурации на платформе 8.1. Также данная обработка содержит возможность загрузки первоначальных данных из текстового файла.
Сам алгоритм распределения затрат в обоих обработках одинаковый.
Файл "Пример.txt" - является примером файла загрузки и содержит тестовый пример.
На сайте выложена статья, в которой описывается дополнительная область применения данного алгоритма распределения затрат и общее описание работы самого алгоритма, //infostart.ru/blogs/1196
Каждый бухгалтер не раз сталкивался с требованием от налоговой инспекции пояснить расхождения в показателях декларации по Налогу на прибыль («Доходы от реализации» + «Внереализационные доходы») и налоговой базой по НДС за год. Являются ли ошибкой подобные расхождения? Как пояснить налоговой их причину? Отчет «Анализ расхождений выручки НДС и Налога на прибыль в декларациях» для 1С (БП 3.0 ПРОФ и КОРП, КА 2, ЕRP) поможет найти все расхождения.
Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).
Отчет показывает валовую прибыль, не требуя закрытия месяца. Показатели выручки и количества полностью совпадают с показателями стандартного отчета. Плюс добавлены дополнительные показатели, которых нет в стандартном - процент наценки, средняя цена закупа, средняя цена продажи за период отчета. Себестоимость товаров рассчитывается исходя из цен закупа на дату продажи (предусмотрено три варианта сбора цен закупа). Учитывает упаковки, валюты, с/без НДС, поддерживает обе версии 2 и 2.5 ценообразования, отбор по сегментам, позволяет исключить продажи между собственными фирмами. Возможна адаптация под вашу конфигурацию
В современных конфигурациях УТ 11, КА 2, ERP 2 и их аналогах присутствует механизм закрытия периода. Но при ошибках учета закрыть период корректно становится практически невозможно!
Давайте попробуем разобраться, как можно устранить ошибки и закрыть корректно месяц!
Решение регламентирует учет доходов будущих периодов (ДБП) в организации: сохраняет подробную информацию о объекте ДБП. По окончании месяца на основе введенной информации формируются проводки списания ДБП, отчеты для бухгалтерского и налогового учета. Подходит как для различных версий Бухгалтерии 8.3, так и для ERP и КА.
Обработка позволяет формировать средствами 1С Налоговую декларацию по НДС (Приложение № 4 к постановлению Правительства Российской Федерации от 26 декабря 2011 г. № 1137 (в ред. Постановления Правительства РФ от 19.08.2017 № 981) и (в ред. 28.04.2018: ФНС приказом от 06.04.2018 № ММВ-7-6/196@) заполнив файл Excel книгой продаж, покупок по стандарту (Постановления Правительства РФ от 19.08.2017 № 981) (в ред. 28.04.2018: ФНС приказом от 06.04.2018 № ММВ-7-6/196@) или загрузив минимум информации из любой внешней базы. Итог - Декларация в электронном виде для сдачи в ФНС. Повышение с 01.01.2019 ставки НДС с 18 до 20% на основании Федерального закона от 3 августа 2018 года № 303-ФЗ потребовало внести коррективы и в постановление Правительства РФ от 26.12.2011 № 1137
Сначала плюс за важный шаг в учете производственных затрат.
Теперь вопросы: откуда взять коэффициенты распределения? Как мы поступаем со вторичными затратами (раз есть первичные затраты, вторичные, очевидно, тоже рассматриваются)?
(4) коэффициенты беруться на основании учетной политике.
Имхо наиболее удобно брать = заполнять коэффициенты пропорционально фонду оплаты труда(относимых к определенным видам деятельности) или суммы реализации(с учитывая что вид деятельности облагается НДС и не облагается НДС). А если нельзя определить к какому виду деятельности относится расход(затрата) тогда пропорционально реализации.
----
Литература по теме: ПБУ 10/99 "Расходы организации", ст.318, 319 Налогового Кодекса.
(6),(7),(8) Затраты надо грамотно классифицировать как прямые и накладные, а не первичные и вторичные. С такой классификацией не только вас не поймут, но и вы долго будете понимать о чем речь идет. Основной недостаток универсальной системы распределения затрат хочется выделить отсутствие возможности реализации сложного алгоритма при распределении накладных затрат. Примером хочу отметится, если базой служиться полученная рентабельность по выручке(СуммаРениабельности1=ВыручкаПродукция1*1.2, СуммаРениабельности2=ВыручкаПродукции2*1.02 и т.д) при этом сформировавшееся распределение служит базой для последующего, т.е. динамиченское. Как здесь эта обработка поведет себя?
(14)Ну, если речь идет о торговой фирме и оценке менеджмента, то накладные расходы действительно подлежат первоочередному вычурному анализу. А на простом заводе они сводятся к зарплате управленческого аппарата, т.е. постоянны. Здесь на первый план выходит анализ эффективности цехов, который без учета вторичных затрат невозможен.
Всем спасибо за отзывы и плюсы.
(4) По поводу коэффициентов. Пожалуй соглашусь с gutentag, коэффициенты должны устанавливаться на основе учетной политики организации. В качестве коэффициентов могут быть и всевозможные "чел/час","тн/км","кв/ч" и т.д., если мы говорим о услугах вспомогательных производств. Для выпущенной готовой продукции в качестве коэффициента скорее всего будет ПлановаяСтоимость*Количество. Тут важно понимать одно коэффициент <> доля, доля вычисляется как отношение коэффициента получателя к сумме коэффициентов всех получателей одного источника.
Если же имелось ввиду автоматическое (или автоматизированное) заполнение коэффициентов, то в данных обработках эта опция отсутствует, однако при необходимости никто не мешает ее туда прикрутить.
По поводу вторичных затрат, не совсем понятен вопрос. Вторичные затраты распределяются, также как и первичные. Важно, что вкладывается в понятие "вторичные затраты", по мне так как только первичные затраты ушли от одного объекта к другому они уже стали вторичными.
(7) Цех №1 (электроцех) освещает цех №7 (котельную), а котельная отапливает электроцех. Отопление электроцеха и освещение котельной - явно вторичные затраты, коэффициенты к учетной политике в данном случае отношения не имеют (и даже меняются в зависимости от времени года), и совсем не относятся к готовой продукции, тем более, ее реализации. Ну и? Как прикручивать опцию автоматизированного заполнения коэффициентов?
(8) Вы совершенно правы, а я вот ошибся с формулировкой - в учетной политике, конечно же, устанавливаются правила получения коэффициентов, а не сами коэффициенты (точнее коэффициенты тоже могут устанавливаться, но это скорее исключение, нежели правило). В приведенном Вами примере, в учетной политике должно быть отражено, что затраты "Цех №1 (электроцех)" распределяются пропорционально количеству отпущенной электроэнергии, а затраты "Цех №7 (котельная)" распределяются пропорционально количеству отпущенного пара, т.е. коэффициентами будут выступать натуральные показатели. Под автоматизированным заполнением коэффициентов в данном случае, я имел ввиду получение коэффициентов на основе анализа документов "Отчет производства за смену".
Кстати, приведенный Вами в (8) пример, существует в выложенном мной примере "Пример для УниверсальноеРаспределениеЗатратТест": объект с кодом 683 "23 - Цех №1 (Электроснабжение)" и объект с кодом 704 "23 - Цех №7 (Котельная)". Они взаимодействуют также, как Вы и описали. При этом коэффициентами для "23 - Цех №1 (Электроснабжение)" являются "квт/ч", а для "23 - Цех №7 (Котельная)" - "гкал".
P.S. Приведенный мной пример "Пример для УниверсальноеРаспределениеЗатратТест" содержит реальные взаимосвязи объектов реального предприятия (по этическим соображениям в нем изменены названия объектов, значения коэффициентов и суммы первоначальных затрат).
Выложил статью, в которой описывается дополнительная область применения данного алгоритма распределения затрат и общее описание работы самого алгоритма,
(15) За большой ПЛЮС, спасибо.
(14) Мы говорим о разной классификации затрат, т.е. классификации для разных целей. Попробую дать еще одно определение: Первичные затраты - это затраты, сумма которых известна из первичных документов. Вторичные затраты - это затраты, которые возникают при распределении от одних объектов к другим, т.е. затраты полученные одним объектом от другого, при распределении и есть вторичные, их сумма изначально неизвестна и формируется в процессе распределения.
По-поводу приведенного примера сложной схемы распределения. В интерактивном режиме данная задача обработкой не решается. А вот в программном, ничто не мешает распределить затраты один раз, на основе результатов установить новые коэффициенты и провести распределение еще раз. При проведении повторного распределения, можно оставить связи только тех объектов, которые так или иначе, связаны с объектами, для которых меняются коэффициенты.
А нельзя ли эту обработку адаптировать под УПП. очень нужно, а то мне выдает ошибку: Поле объекта не обнаружено (новнаяОрганизация)
ЗначениеИзПараметраСеанса = ПараметрыСеанса[Сред(ИмяПараметра, 3)]; и обработка запоролена
ТатьянкаО, сорри, была срочная работа - только освободился. Завтра обязательно будет обновление. Кстати, паролем защищен только модуль объекта (т.е. модуль самой обработки) - в нем находятся процедуры и функции, которые будут работать в любой конфигурации. А вот ошибка проявляется из модуля Формы - он как раз незапароленный и его можно изменять, просто при сохранении на предложение ввести пароль следует нажать отмена, при этом изменение модуля формы будет записано.
ТатьянкаО, обработка обновлена и теперь ее можно использовать и в конфигурации "Управление производственным предприятием". Также исправлен ряд мелких ошибок.
