1С 7.7 ЗИК - постоянно появляются новые проводки в справочнике "шаблоны проводок"

Ну это я для примера <br>Ну ладно, пусть не взносы. Пусть у нас добавилось новое подразделение и мы хотим описать шаблон проводки для него:<br>http://s41.radikal.ru/i093/1010/d7/f90fb1ab504d.jpg<br>а если у нас завод и подразделений дополна, да еще пользователь не менял присваиваемые автоматом системой наименования вида "Д Х - К Y", то в форме списка появляется куча однотипных записей и я уже много раз сталкивался с тем, что указали неверный элемент.

Тогда чистить перед этим той-же обработкой и не забывать про "свои" названия!

было б здорово, если бы туда разработчики добавили рекивзит для отбора "созданные пользователем" и "созданные системно". А насчет чистки, пример абсурдного ведения учета приведу, с которым пришлось считаться и из за которого лишний раз эти шаблоны лучше не чистить.<br>Есть организация - чистые производственники. Много лет назад (еще до появления ПУБ) купили 1С:Бухгалтерия 7.7, стандартная версия. И для того, чтобы анализировать себестоимость производимых изделий, которых больше 100 наименований, в справочник "Виды номенклатуры" были добавлены такие элементы:<br>"Деятельность по производству и продаже гайки "А"<br>"Деятельность по производству и продаже гайки "Б"<br>...<br>и таким образом порядка 150 наименований.<br>В ЗиК перенесли аналитику, ежемесячно в ЗиК заносятся Сдельные наряды, где указывается, что Иванов Иван Иванович в течение месяца сделал столько то гаек "А", "Б"... и по сумме его дохода надо сформировать проводку такую то (с учетом придуманной аналитики).<br>Когда расчетчик запускает "Свод проводок", в типовой 1С процесс сборки данных длится часов 8. Справочник шаблонов раздувается на несколько тысяч элементов.<br>Стал смотреть алгоритм и увидел, что при выполнении задачи система все шаблоны из справочника считывает в таблицу значений, по каждой записи формирует комбинаторный ключ и потом по этому ключу в таблице ищет нужный шаблон. Если не находит, то в справочнике создается новый элемент и таблица перезаполняется по новой, на это и уходит основное время, то есть, если справочник почистить, то каждый раз система станет создавать новые нужные элементы и будет тратить на это нереально много времени. Для такого огромного количества элементов, конечно же, все происходит не быстро. Переделал алгоитм, таблицу заполняю только при первом входе в алгоритм и далее, если система принимает решение о необходимости создания нового элемента, я не перезаполняю таблицу, а просто добавляю в нее регистрацию сведений о новом добавленном элементе, это ж логично. В результате вместо 8 часов алгоритм отрабатывает минут за 20.

понятно! Только "разработчики" ничего подобного делать в ЗиК не будут! Надо приспосабливаться, что и делаю!<br>> чтобы анализировать себестоимость производимых изделий<br>думаю это была попытка анализировать не себестоимость, а фин.рез.?

Ну да, верно.<br>Задача - увидеть себестоимость с полной детализайцией и в конечном итоге проанализировать финансовый результат, конечно. А то может нет смысла эту гайку делать вообще.

Получается у каждой номенклатуры свой вид? Все равно я не поврю, что они могут "реально" отнести затраты на каждую вид гайки отдельно! Скорее всего большинство затрат распределяли пропорционально какому-то показателю! А так делает и программа в нормальном режиме, когда несколько номенклатур "принадлежат" одному виду! Всегда нужен компромис между "крупной" детализацией по отнесению затрат и "мелкой" детализацией при реализации. Мне встречались базы, когда аналитика 90 счета была переделана с видов номенклатуры на номенклатуру, чтобы видеть фин.рез. прямо в оборотке по этому счету!

Косвенные - конечно распределяли. Но зарплату рабочих с высокой точностью "разносят", как и налоги с нее, соответственно. Всякие затраты по покраске тоже. Вообще, достаточно достоверный результат у них получается, я даже затрудняюсь сказать что они упростили в аналитике, по моему ничего.

Ну, если так! Это какой труд? "В принципе", конечно это можно! А амортизацию станка, затраты по хранению, электроэнергию и т.п. тоже делили по количеству выточенных гаек? Без 25 или 23 счета?

Да, операторы там работают не слабо. Каждый день заносят маршрутные листы в базу. Насчет станков - амортизация считается по нормам, но относится только на те виды деятельности, которые в самом деле по смыслу касаются изделий, изготавливаемых только на этом станке. Распределение по изделиям идет по тем же сведениям маршрутных листов. В маршрутном листе отражается количевтво изготовленных деталей, нормы времени и фактическое время. Применяется какая то хитрая формула к этим показателям

Ну, если иначе определить рентабельнось "гаек" нельзя, то да!!!