Стандартные конфигурации 1С: дополнение
и исправление
Выпуск № 11 от 20.05.2003
Добрый день всем, кто читает этот выпуск.
Этот выпуск будет полностью состоять из писем. Кстати, вопросы в рассылку задавайте мне на мыло, у меня ничего не автоматизировано - только начинаю над эти задумываться.
Вопрос учета в различных единицах измерения вызвал прямо-таки бурю эмоций, поэтому начну с него.
Я лично не очень хорошо знаю 1С, но весьма неплохо разбираюсь в учете. И
не вижу никаких сложностей в учете одновременно как в штуках, так и в
кубометрах (или погонных метрах). Для этого существуют так называемые
технологические карты, которые автоматом перегоняют из одних единиц
измерения в другие. А отчеты можно получать как больше понравится. Зачем
же делать двойную работу?
Не сдержался и решил высказаться по поводу процитированного в вашей
рассылке диалога
(см. предыдущий выпуск):
Олег: Есть такой вопрос - предприятие само льет для себя ЖБИ. Отпуск
на сторону и на объекты идет в штуках, а во внутреннем учете в
кубометрах. В этом есть какой-нибудь высший смысл? Или просто
дурацкая традиция оставшаяся от советских времен? Ведь в шт.
учет удобнее.
Олег (другой): У меня на предприятии буровые трубы учитываются точно
также: внутри в метрах, отпуск в штуках. Высшего
смысла, естесственно, в этом нет, скорее традиция...
внутренний учет идет от цеха, который отливает эти ЖБИ.
Скорей всего ЭТОТ ЦЕХ сдает свою продукцию на склад в
кубометрах. Лечится это просто - изменением этой
традиции. Кстати, не соглашайся делать учет в разных
единицах измерения, пускай меняют свои методы работы...
не захотят менять будут каждый раз вручную переводить
из одних единиц в другие... Лично у меня вручную
работают. И не жужжат.
Вначале конструктив:
Внутренний учет в кубах необходмо вести на предприятиях указанного
рода для упрощения расчета себестоимости готовой продукции. Да это
зародилось еще в "советские" времена и вызвано не возможностью
общитать себестоимость поштучно на в тот момент доступной технике
(читай счетах)
Далее. Если вы решите вести учет в штуках это сопряжено со следующими
трудностями, как экономического, так и технического характера.
Экономисту надо будет составлять калькуляцию на каждое наименование
выпускаемой продукции. А в нынешних условиях рыночной экономики
предприятие "не брезгует" и единичными "эксклюзивными" заказами
уникальной формы... Т.е. вместо составление одной калькуляции "на куб"
надо плодить уйму макулатуру для составления калькуляции на каждый вид
продукции даже если это единичный случай и больше никогда не будете
производить эту продукцию.
Техническая сложность в том, что такая учетная политика раздует
справочник запасов, количество норм расхода также возрастет
пропорционально...
Короче тут надо крепко думать и находить компромис для конкретного
случая ндивидуально.
Никакая "типовая" конфигурация идеально не подойдет для работы на
таком предприятии. Тут грозит однозначно разработка или по меньшей
мере существенная переработка какой-либо конфигурации.
Теперь пару слов про Олега (другого).
Олег явно является единственным "компьютерщиком" на своем предприятии
и не имеет достойной конкуренци. Отсюда и его рассуждения, о том, что
пусть "не жужжат" пользователи, ибо у него не хватает опыта/знаний для
обеспечения учета удовлетворяющего пользователей.
В результате таких "автоматизаторов" ("Лично у меня вручную работают")
и появляется миф о невозможности по настоящему автоматизировать работу
предприятия на базе продуктов 1С.
Его, Олега (другого), и близко нельзя подпускать к пользователю - он
их считает плебеями. А лично я его после таких рассуждений не считаю
специалистом.
Александр
Письмо приведено без изменений :)
По поводу переноса данных в бухгалтерию из зарплаты, почему бы
не использовать ОЛЕ. У меня так и сделано (в двух местах работы) и
замечательно работает перенос по 1 кнопке. Бухгалтер рад.
Vbif
Mr.Rocky: Так оно, только у меня база большая, ч/з ОЛЕ шуршать долго будет. К тому же то, что я выложил в рассылку - урезанный вариант. У меня зарплата еще и в разрезе объектов затрат учитывается, т.е. в составе какого подразделения человек на каком объект работал. И вся эта аналитика тащится в бухгалтерию, что дает 100% соответствия ЗиК-Бух. Ч/з ОЛЕ это работало бы дольше, чем расчетчики первичку вносят :) А в маленькой базе сам ч/з ОЛЕ делал, было дело.
А вот письмо с просьбой помочь:
Есть у нас программа сторонних производителей, обычный склад, назовем
ее Х, в котором ведется количественный учет товаров. Параллельно с ним
работает 1С 6.0, в которой ведется бухгалтерский учет. Из программы
Х не предусмотрен механизм переноса данных в 1С 6.0, бухгалтерам
приходится ручками забивать в свою программу счет-фактуры и т.п.
документы из программы Х.
В то же время из программы Х можно вывести эти данные например в
текстовом виде. А как можно и можно ли стандартными способами или
методами добавить данные в 1С? Если можно описание технологии и
пример, а я сам подгоню под свои нужды.
Mr.Rocky: Давно я не связывался с 6.0... После 7.7 оно как-то... Насколько помню, там нет встроенного механизма импорта данных. А вот проводки можно импортировать, ч/з журнал. Возможно, Владимир, Вам это как раз подойдет. Не помню, где именно это делается, но можно выгружать и загружать определенные журналы проводок за период. Формат, естественно, в оба конца один и тот же. Выгрузите, посмотрите, потом сделайте свои проводки и загрузите. Опять же с кодами субконто проблемы, но ведь это в любом механизме :)
И еще сегодня маленький опрос социологического мнения:
Для ответа надо отправить письмо с любым содержанием по одной из приведенных ниже ссылок, сохранив тему.
Обсуждать ли в рассылке решения, которые совсем выходят за рамки стандартных конфигураций, т.е. являются самостоятельными конфигурациями, вне зависимости от того, обмениваются ли они со стандартными какими-то данными?
Да, иногда вместо того, чтобы лепить примочки, лучше использовать отдельную конфигурацию, подобно тому, как ЗиК вынесена из Бухгалтерии, и производить обмен данными. Такой подход меня тоже интересует.
Нет, меня интересует как максимум небольшие поправки к стандартным конфигурациям, и я не хочу далеко выходить за их границы.
Буду признателен за отклики.
У меня есть к вам просьба - если материалы Вам пригодились, сообщите мне об этом. У меня возникает очень много разных идей, и наличие обратной связи будет существенно стимулировать творческую деятельность :)
На сегодня все, до следующего выпуска
Продолжая начатую Михаилом традицию, сообщаю, что обменяюсь формами подписки с ведущими других рассылок вне зависимости от числа подписчиков, особенно с теми, у кого таковых еще нет.