gifts2017

Быстрый расчет фактической себестоимости в БП 1.6

Опубликовал Валерий Дубовой (Valerich) в раздел Обработки - Закрытие периода

Альтернатива стандартному документу ЗакрытиеМесяца в БП в плане расчета себестоимости готовой продукции.

Подходит для крупных производственных предприятий с многопередельным производством, при этом производственный цикл может быть замкнутым. Учитывается применение ПБУ18 (расчет НУ, ПР, ВР).

Успешно внедрено на ЗАО "Михайловский бройлер" и ОАО "Надеждинская питицефабрика".
До внедрения расчет себестоимости штатными средствами в БУ выполнялся около 5 часов, в НУ около 40 часов.
После внедрения расчет выполняется около 3-х минут.

Все решение состоит из одного дополнительного документа (его модуль можно безболезненно встроить в модуль документа "ЗакрытиеМесяца"), одного общего модуля и доп. регистра сведений (решил не ломать стандартный РС "Встречный выпуск"). Такой вариант сделан, чтобы можно было легко ставить штатные обновления.

Есть вариант без изменения конфигурации: внешняя обработка, которая цепляет проводки к указанному документу "Закрытие месяца", выставляя в этом документе флажок "Ручная корректировка" (см. скриншоты). Полноценно такой вариант работает, если нет циклических процессов (тестовая обработка сообщает, что циклические процессы не обнаружены). Иначе необходим дополнительный регистр сведений.

Основное время (не считая времени записи готовых проводок) занимает построение схемы производства. Значительная часть функционала уже есть в обработке для поиска циклических процессов в производстве для БП 1.6

Таким образом, Вы можете оценить время расчета себестоимости на Ваших данных, запустив предлагаемую обработку. Добавьте 2-3 минуты на формирование и запись проводок - конечное время расчета. Если проводок будет очень много, время может, конечно, увеличиться, но это особенность платформы.

 

22.06.2010

Добавил возможность графически отобразить схему производства. За основу взял работу с графическими схемами из "Структура подчинености. Правильное отображение."  уважаемого vladnet, за что ему огромное спасибо.

PS Видимо я не очень разобрался в этих структурах, поэтому почему-то схема не всегда грузится из файла. Есть подозрение, что критическая точка зависит от количества объектов на схеме.

 

22.04.2011

Оптимизировал поиск циклов для больших объемов данных (большое число аналитик).

Добавил замер времени выполнения собственно анализа без вывода результатов в таблицы.

Сделал вывод в шахматку опциональным (включается отдельным флажком). Как показал опыт использования, встречаются БД, где в циклах участвуют несколько тысяч состояний. Вывод такой шахматки (3600х3600) вываливается с нехваткой памяти.

Причины купить

  1. Вас не устраивает скорость расчетов штатного механизма.
  2. Вас не устраивают результаты работы штатного механизма - незакрытые "хвосты" на счетах затрат, существенные расхождения между БУ и НУ в результате расчетов.

Достоинства

  • Работает очень быстро на больших объемах данных.
  • Высокая точность расчетов. Не возникает расхождений в БУ и НУ, если в исходных данных не заложено такое расхождение.
  • Простота настройки и использования - нет нужды определять порядок закрытия подразделений и встречный выпуск. Порядок закрытия подразделений рассчитывается автоматически.

Скачать файлы

Наименование Файл Версия Размер
Анализ циклических процессов и схемы производства 1.2 для релиза БП 1.6.15 и выше 160
.epf 85,10Kb
30.07.14
160
.epf 85,10Kb Бесплатно
Анализ циклических процессов и схемы производства 1.2 для релиза БП до 1.6.12 109
.1219127827 74,22Kb
30.07.14
109
.1219127827 74,22Kb Бесплатно
Быстрый расчет фактической себестоимости в БП 1.6 : полная версия текстов
26.09.2014
3190 руб.
Быстрый расчет фактической себестоимости в БП 1.6 : Полная версия + помощь во внедрении
26.09.2014
5190 руб.
Быстрый расчет фактической себестоимости в БП 1.6 : внешняя обработка
26.09.2014
5190 руб.

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Igоr Sаulеviсh (gutentag) 19.08.08 10:25
В типовой конфигурации 1.6.9.4 обработка выдает сообщение:
{ВнешняяОбработка.АнализСхемыПроизводства(520)}: Ошибка при вызове метода контекста (Выполнить): {(16, 1)}: Синтаксическая ошибка ";"
2. Igоr Sаulеviсh (gutentag) 19.08.08 10:26
...пусть расчет себестоимости штатными средствами в БУ выполнялся около 5 часов, но к нему есть печатные формы, а тут нет :-/
3. Валерыч (Valerich) 19.08.08 10:32
(1) видимо у вас релиз платформы меньше чем 8.1.11 - пакет запросов не выполняется
(2) эта обработка не формирует никаких движений. Она только для демонстрации скорости. Полное время проведения документа можно оценить как время выполнения данной обраотки + 2-3 минуты на формирование и запись проводок.
Если внедрить полную версию все отчеты будут печататься (расчет себестоимости, калькуляция, закрытие косвенных рсходов и т.п.) - т.е. все, что печатается после расчета себестоимости
4. Валерыч (Valerich) 19.08.08 10:41
заменил обработку, теперь должна быть совместима с платформой 8.1.10
5. Igоr Sаulеviсh (gutentag) 19.08.08 13:22
...обновил платформу до 8.1.11, теперь и старый и обновленные отчеты выдают ошибку:
ВнешняяОбработка.АнализСхемыПроизводства(2335)}: Ошибка при вызове метода контекста (Выполнить): {(17, 3)}: Таблица не найдена "РасходыОсновногоПроизводства"
<<?>>РасходыОсновногоПроизводства КАК РасходыОсновногоПроизводства
6. Валерыч (Valerich) 19.08.08 16:32
(5) сорри, когда вырезал часть функционала из модуля, кое-что выпало из внимания.
Ошибку подправил.
7. Валерыч (Valerich) 20.08.08 11:52
добавил краткое описание в справке
8. Igоr Sаulеviсh (gutentag) 20.08.08 11:58
(6) Ха-Ха. Всеравно обработка выдает ошубку:
{ВнешняяОбработка.АнализСхемыПроизводства(1910)}: Ошибка при вызове метода контекста (Выполнить): {(17, 4)}: Не задано значение параметра "ВидыСубконтоЗатрат"
<<?>>&ВидыСубконтоЗатрат,
--------------------
ЗЫ. Допустим Ваша обработка работает на типой конфе......
- А результаты получаются одинаковыми между "расчетом себестоимости штатными средствами" и "расчет себестоимости вашей обработкой", с точностью до 1-рубля ?
9. Валерыч (Valerich) 20.08.08 12:09
(8) Ваше замечание учтено
Не могу этого утверждать, потому что расчет себестоимости штатными средствами у нас ни разу не выполнялся правильно - всегда оставались какие-то хвосты на различных из-за того, что невозможно в условиях нашего производства использовать возможности штатного механизма расчета по переделам с использование регистра сведений "Встречный выпуск продукции". Расчет по порядку подразделений тоже невозможен из-за наличия циклических процессов в производсте: например штатный механизм закрывает прямые расходы, при этом появляются другие по тем переделам, которые уже закрыты. А встречного выпуска в понимании БП реально нет, поскольку эти расходы появились из-за корректировки списания какой-то продукции.
10. Igоr Sаulеviсh (gutentag) 20.08.08 12:29
Ошибка при вызове метода контекста (Выполнить): {(17, 3)}: Таблица не найдена "РасходыОсновногоПроизводства"
<<?>>РасходыОсновногоПроизводства КАК РасходыОсновногоПроизводства
11. Igоr Sаulеviсh (gutentag) 20.08.08 12:36
Имхо для демоверсии проще сделать "полную версию" с ограничением по дате/периоду, например "только до "1-полугодие 2008г."
12. Валерыч (Valerich) 20.08.08 15:41
(10) ошибку исправил. Проблема оказалась в том, что обработку делаю дома на почти пустой базе - отдельные ветки не проверились. Сейчас занес кучу самых разных данных, ошибка больше не возникает.
Огромное спасибо вам за замечания.
(11) А демо-версия документа это как? Любой программист вырежет ограничения за 5 минут. Это же не внешняя компонента.
13. Валерыч (Valerich) 21.08.08 09:32
(8) Могу утверждать только:
я потратил уйму времени на разбор того, как работает алгоритм 1С и знаю, почему он не может работать правильно в некоторых случаях.
я изучил положения по правилам ведения бухгалтерского учета и НК в частности ПБУ 18 и знаю как должны правильно закрываться прямые и косвенные расходы в различных случаях.
Эти знания я заложил в работу своего алгоритма. Поэтому могу утверждать, что он работает правильно.
В случае простого производства думаю , что схождение сумм будет абсолюным.
14. BDE30 (Re:аниматор) 22.08.08 10:54
Валерыч

Случайно не разбирался с Переоценкой валюты? что то стандартное закрытие как то косячит. В идеале нужно

Вал.сальдо на конец месяца * курс валюты из справочника на последний день месяца - сальдо рублевое и проводка 91.02 (курсовые разницы) / 60.21 контрагент, или 60.21 контрагент / 91.01. Также со счетами 71.21, 50.21, 76.21



15. Валерыч (Valerich) 22.08.08 11:03
(14) косяков не замечал. Если надо помочь стукни в асю 132997838
16. Igоr Sаulеviсh (gutentag) 22.08.08 13:32
17. Igоr Sаulеviсh (gutentag) 14.10.08 12:02
-----------ОТЗЫВ ОБ ОБРАБОТКЕ--------------------

Это мнение главного бухгалтера, а не программиста....

Тестирование проходило на локально, на моем компьютере со следующими характеристиками (посмотрел через ярлык - мой компьютер - свойства: Pentium-4 CPU 3.00Ghz 512 Mb) ОЗУ) с копиями реальных сетевых рабочих баз:
1-база: объемом 630 мб.
Виды деятельности: производство, работы, услуги, торговля материалами. Есть месяца, когда продукция делалась как из полуфабрикатов(через 21-счет) так и без них; 26-счет закрывается в 90.02.

2-база: объемом 290 мб
Виды деятельности: Раздельный учет (НДС 18% и НДС не облагается): производство, работы, услуги, торговля товарами. 26-счет закрывается только в 20.01-счет

На мой взгляд, отличительной особенность в бух.учете организаций - порядок закрытия счетов затрат
1-база: 26 счет закрывается в 90-счет
2-база: 26-счет закрывается в 20-счет

Обработка опробована на двух бухгалтерских базах действующих производственных предприятий, по которым сдавалась, реально, налоговая и бухгалтерская отчетность.
Использовались конфигурации типовой 1С Бухгалтерии 8.1. Версии 1.6.9.4.

Период работы/тестирования = квартал. Для расчетов за квартал, по максимальности, использовалась встроенная обработка "Групповая обработка справочников и документов".
На мой взгляд, отличие тестируемой обработки Валерия Дубового и Документа "закрытие месяца" из типовой конфигурации 1С в разнице "алгоритмов действия" в части "Корректировка стоимости списания МПЗ" и "Закрытие 20, 23, 25,26 и корректировка себестоимости выпуска". Что, собственно говоря, я отразил в настройках документов по закрытию месяца

Документы «Закрытие месяца» за квартал я делал документами с тремя видами настроек:
1-документ: амортизация, переоценка, списание Расх.Будущ.Периодов
2-документ: Корректировка стоимости МПЗ, Закрытие 20,23, 25, 26 и корректировка С/С выпуска.
3-документ: Закрытие 44 сч, Определение фин.результата, расчеты ПБУ-18

Но в обычной свое практике, для своего удобства, я делаю только два документа со следующими настройками, см.выше "1" и "2+3". При этом "1"-вид документов я провожу, как правило один раз в месяц, "2+3"-вид документов препровожу по-необходимости до получения нужного мне(или руководству) результата.


При расчете в 1-базе (20-счет закрывается в 90.02-счет), расчет с использованием обработки, на мой взгляд, был корректным и не выявил изменения "контрольного числа". Проводки, связанные с ПБУ-18, так же у меня были идентичными по сравнению с исходным вариантом.

При расчете во 2-базе (когда 26счет закрывается в 20-счет), расчет с использование обработки вызывало сообщения об ошибках, и в конечном итоге ряд операций по закрытию месяца не выполнялись. Почему? - не могу назвать точных причин :-/
Как мой вариант причины - обработка "заточена" на конкретную методику учета.

Относительные Достоинства:

- Действительно быстрая работа обработки, по сравнению с типовым алгоритмом документа "Закрытие месяца". На моем небольшом примере сокращение расчета за квартал было примерно в три раза (7-минут - типовой алгоритм и 2-минуты расчет обработки Валерия Дубового), что действительно может быть полезна на крупных предприятиях когда расчет идут в часах. Тут еще следует я сделаю оговорку, что расчеты производимые «3»-документом достаточно быстро делаются, и я ими пренебрег.

- При "закрытии месяца" обработка проверяет наличие "пустых субконто" на "затратных счетах" что, безусловно, снижает вероятность возникновения ошибки в налоговом учете.


Относительные Недостатки:
- На сегодняшний день я нестану говорить об унверсальности применения обработки, автором которой является Валерий Дубовой.
При тестировании 2-базы расчеты не получились, обработка выдавала сообщения об ошибках…
В чем проблема выдачи ошибок при работе со 2-базой (когда 26счет закрывается в 20-счет) я не знаю. По сообщениям от Валерия Дубового - возможно у меня неправильная методика учета. Однако, меня вполне устраивает результат расчетов выдаваемый "алгоритмами 1С" (например «проверочные отчеты» встроенные в 1С-Бухгалтерию 8.1 -> «Операции» -> «Регламентированные операции».


СКРЫТЫЕ ПОДВОДНЫЕ КАМНИ (НЕ ОШИБКИ):
Говоря о действительной скорости и удобстве работы с обработкой следует отметить, что если при использовании "алгоритмов от 1С" я делаю "закрытие месяца" из двух частей("амортизация, переоценка, списание расх.буд.периодов" и "все остальное), тогда 1-часть проводится, как правило, один раз в месяц, 2-часть перепроводится по необходимости.

То при работе с обработкой - у меня закрытие месяца состоит из трех частей("амортизация, переоценка, списание расх.буд.периодов" + "Корректировка стоимости списания МПЗ и Закрытие 20, 23, 25,26" + "все остальное") - я перепроводил 2-часть и 3-часть закрытия месяца. при мое время увеличивалось на время открытия и закрытия документов.
По моим наблюдениям увеличилось примерно на 4-минуты, т.е. 2-минуты + 4-минуты = 6-минут против 7-минут в исходном варианте. Однако данное рассуждение не вполне корректно: если расчет себестоимости "алгоритмами 1с" занимает многие часы, то сокращение расчето до 10...20-минут + 4-минуты = большая экономия времени! И стоимость внедрения безусловно будет оправдана.


ЗАКЛЮЧЕНИЕ: Обработка может быть использована на предприятиях с большим документооборотом при ряде ограничений в учетной политике предприятия, где расчет себестоимости занимает очень много времени. Но только после тестирования на на аналогичном контрольном примере.
18. Валерыч (Valerich) 08.11.08 10:27
Вот еще отзыв от внедрения. Юрий обещал опубликовать его сам, но видимо забыл. Компилирую из нескольких его последних писем.

Время работы измеряется минутами. А типовое закрытие крутило 2 часа этот месяц. Пока все замечательно, после моей беглой проверки. Еще бухи проверят.
Что интересно, корректно отработали корректировки по корреспонденциям, к-рые Вашей обработкой «AnalizShemyProizvodstva» признаны цикличными, без применения регистра блокировки.
Спасибо, все это уже немало, почти счастье.

Отзыв, конечно, напишу. Чрезвычайно доволен результатами. Отмечу свою особенность, что закрытие сч. 25 у меня по своему алгоритму: тупое распределение затрат каждого подразделения по номенклатурным группам в соответствии с процентовкой, выдаваемой ежемесячно экономистами. Поэтому твой алгоритм я не использовал и не могу судить о нем.
Полученные в целом результаты не сравнивал с результатами типового закрытия (даже противно его запускать), выборочно проверили корректировки - все нормально.

С уважением,
Юрий.
19. Михаил Журавлев (Gmix) 17.11.08 14:37
Посмотрите эту ссылку http://www.ec-network.ru/index.php?option=com_content&task=view&id=4&Itemid=88
Блок решает абсолютно все проблемы закрытия затрат так как решает СЛАУ
Скорость закрытия минимальна измеряется секундами для мелких и средних и минутами для очень крупных предприятий
20. Валерыч (Valerich) 18.11.08 09:14
(19) у меня время расчета практически не зависит от сложности процессов и объема данных. Дополнительных настроек практически не требует:
-если нет циклических процессов (встречного выпуска) они вообще не нужны
-если такие процессы есть, можно настроить регистр, а можно тупо увеличить число итераций - как показала практика сходимость у алгоритма хорошая. Время расчета одной итерации доли секунды, так что на скорость это не влияет.
Все необходимые схемы программа строит для себя сама без участия пользователя по данным программы (стандартные первичные документы).
21. Валерыч (Valerich) 19.11.08 04:07
к (17) по поводу
При тестировании 2-базы расчеты не получились, обработка выдавала сообщения об ошибках…
В чем проблема выдачи ошибок при работе со 2-базой (когда 26счет закрывается в 20-счет) я не знаю. По сообщениям от Валерия Дубового - возможно у меня неправильная методика учета. Однако, меня вполне устраивает результат расчетов выдаваемый "алгоритмами 1С" (например «проверочные отчеты» встроенные в 1С-Бухгалтерию 8.1 -> «Операции» -> «Регламентированные операции».

У многих может сложится мнение, что это ошибки в самой программе. Это не так. Необходимо различать сообшения об ошибках на ошибки синтаксиса (ошибки времени выполнения), логические ошибки программы (приводящие к неправильным результатам при правильных исходных данных) и сообщения самой программы о найденных ошибочных с ее точки зрения данных.
В данном случае сообщения об ошибках - это не ошибки в программе. Это служебные сообщения программы о невозможности по исходной информациии определить базу распределения расходов: в исследуемом периоде отсутствовала какая-либо выработка вообще. Шли только затраты на производство, которые все оставались на НЗП.
22. Юрий Ганин (stgy) 06.04.09 11:59
Прошу прощения, затянул с отзывом. Это тот самый Юрий, к-рый упоминался Валерычем 08.11.2008 10:27:52.
Приобрел полный пакет алгоритма + помощь во внедрении. Чрезвычайно доволен. К уже сказанному могу добавить следующее.
Счет 26 распределяется у меня директ-костингом (на 90); счет 25, как уже было сказано, распределяется по ном. группам по процентовке, выдаваемой экономистами, поэтому эти алгоритмы автора не задействованы.
Переделы обрабатываются на удивление корректно и быстро.
Мои особенности учета автором органично учтены, по моим обращениям (наличие субсчетов на счетах 20.01, 21 по разделам учета).
БП эксплуатируется с начала 2008 г., система расчета себестоимости Дубового внедрена с октября 2008. Пытливые бухгалтера обнаружили только недавно, что типовой расчет себестоимости совершенно дико поступает в случае фиксации в одном периоде из одной ном. группы одной и той же номенклатуры (полуфабрикаты) двумя «Отчетами производства за смену»: 2 шт. в одном отчете и 8 шт. в другом: он делит сумму затрат пополам между отчетами!!!??? Алгоритм Дубового аккуратно разделил затраты пропорционально количеству!
ПБУ-18 формируется без претензий.
Замечательно! Рекомендую всем, у кого расчет себестоимости измеряется часами. Возможность многократного перепроведения расчета себестоимости предоставляет совершенно другой уровень участку учета производственных затрат бухгалтерии.
Вот только жалею, что как всегда, по-русски, сделал «Расчет себестоимости» отдельным документом. Надо было сразу «вкрутить» его в типовой документ «Закрытие месяца» вместо стандартного этапа «Расчет себестоимости». Думал: потом переделаю. Но, как говорится: нет ничего более постоянного, чем временное… Теперь приходится отменять проведение всей цепочки «Закрытие месяца (корректировка стоимости номенклатуры)» - «Расчет себестоимости» - Закрытие месяца (Остальное)» и последовательно все проводить.
«Изящный алгоритм» для меня самого является неотъемлемым атрибутом информационного творчества. Система Дубового – из той же серии, и должна быть значительной жемчужиной в каждой порядочной системе производственного бухучета 21-ого века! И по цене – несопоставима с http://www.ec-network.ru/index.php?option=com_content&task=view&id=4&Itemid=88.

Valerich; +1 Ответить
23. orel (orel) 28.04.09 14:36
Не работает с версией 1.6.14.4, пишет Метод объекта не обнаружен (ПрименениеПБУ18)
24. Валерыч (Valerich) 28.04.09 17:31
добавил исправленную версию к релизу старше 12 (тестировал на 15-ом)
25. darex (TIG-PROGRAMMIST) 23.07.09 01:43
Слыш за такое ты еще и денег хочешь да он не работает в бух 1.6.16.6
на нюхай: {ВнешняяОбработка.АнализСхемыПроизводства(3291)}: Метод объекта не обнаружен (ПрименениеПБУ18)
Сначала писать научись а после выставляй счета на оплату дядя....
26. darex (TIG-PROGRAMMIST) 23.07.09 01:46
Я давно дописал все нехватающие методы распределения и закрытия счетов для своих бухов абсолютно бесплатно за 15000 в месяц и все довольны.... а ты тут дай денег дай денег не лохотронь народ и так хватает кому нас облапошить дядя.....
27. Василий Арсёнов (Rich) 23.07.09 10:12
28. Валерыч (Valerich) 23.07.09 15:27
(25) на 16-ый я еще не обновлялся, проверить не на чем.
29. Валерыч (Valerich) 23.07.09 15:27
(27) чем скриншоты не устраивают?
30. Валерыч (Valerich) 23.07.09 15:28
(26) эх..... я бы тоже бесплатно за 15000 в месяц пописАл....
31. Валерыч (Valerich) 23.07.09 15:29
(26) а то ведь всего 1 раз и за 3000, да и то ме с этого только половина. Остальное ведь на развитие и поддержку данного ресурса уходит.
32. Оксана Проненко (prochka) 06.08.09 20:44
Долго искала подобное решение, т.к. закрытие затратных счетов и списание с/с штатными средствами работало не корректно - оставались хвосты, а предложенное нашим программистом не давало нужного результата, было громоздким и требовало много работы руками.
Воспользовалась внешней обработкой, предложенной Валерычем.
Тестировала на БП 1.6.17.4 не типовая; учетн.политика: директ-костинг, использование 40 счета, распределение ОПРиОХР по плановой с/с без установления статей затрат, встречный выпуск не используется из-за не разорванных циклических процессов. Время прохождения обработки на сервере через терминал составило около трех минут.
В результате для моего случая было добавлено количество проходов, подправлено списание нормируемых затрат по НУ, выявлены пользовательские ошибки и... наступило у меня счастье. Готова расцеловать разработчика за решение, много ли мне-пользователю надо?
Жалко нельзя несколько плюсиков поставить: один хотя бы за то, что взялся за такую проблему; второй за простоту использования, третью за решение без изменения конфигурации.
На выпады (26) отвечу, что хорошо когда у бухов есть такие darexЫ, а если им не повезло в жизни как мне, что прикажете делать? руками? а зачем тогда программисты и их программы?
По поводу негатива в отношении денег хочу сказать, что предложенное решение того стоит, а для меня как для пользователя очень существенно, чтобы решение было и благодаря Валерычу оно есть. Большое ему за это спасибо.
В общем пользователи - пользуйтесь, вещь стоящая, отличное решение для производства.
33. Nitro IMX (nitroimx) 24.03.10 17:24
Вопрос такой: обрабатывается ли в этой обработке циклическое производство в одном месяце? То есть - выпустили полуфабрикат и снова списали. Насколько мне известно "Алгоритм 1с" не заглядывает выше первого уровня вложенности, и на 20ке остаются хвосты.
34. Валерий Дубовой (Valerich) 26.03.10 03:25
(33) Да. В этом решении учитывается возможность появления в системе циклических процессов, о чем написано в описании. Причем возможно 2 пути решения этой проблемы:
1. Введение и заполнение специального регистра сведений "Блокировать выпуск", в котором бухгалтер сам определяет потоки выпуска, которыми можно пренебречь (на последнем этапе расчетов, когда распределяемые суммы уже стремятся к 0)
2. Увеличение числа итераций расчетов, что практически не сказывается на быстродействии, поскольку одна итерация выполняется достаточно быстро. Такой метод мы применили для (32) - стояло условие не изменять конфигурацию. Можете почитать отзыв - Оксана осталась довольна результатом.
35. Владимир Торгашов (tvn_job) 26.04.10 14:40
При попытке получения списка проводок входящих в циклы выскакивает сообщение об ошибке:

{ВнешняяОбработка.АнализСхемыПроизводства(3291)}: Метод объекта не обнаружен (ПрименениеПБУ18)

Релиз БП 1.6.23.2
36. Валерий Дубовой (Valerich) 27.04.10 07:17
(35) скачайте версию обработки для релиза 1.6.15 и больше. Вы, очевидно, скачали предыдущую, которая разрабатывалась до 1.6.12 релиза. В скачиваемых файлах поменял порядок сортировки. Теперь по умолчанию должен качаться свежий файл.

PS проверил на релизе 1.6.24
37. Юлия Иванова (macaroon) 11.10.11 11:43
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа