Из 1С а Аксапту

[Елена Сысовская]

Цитата:

Изначально опубликовано mazzy
А куда же подевалась Елена, которая предлагала делиться опытом?
Где же ваш опыт, Елена? С нетерпением ждем.

Можно было просто предложить мне рассказать о том, как мы видим решение задачи - без "подколов", Сергей.

Все, что я скажу ниже - ни коим образом не претендует на решение, подходящее для всех. Возможность решения такой задачи обусловлена тем, что у нас есть ежедневный аналитический баланс, реализована схема нормативного учета затрат и коррекции, отлажены многие процедуры организационно (единые справочники, елиный план счетов, единая конфигурация 1С для бухучета), а так же специфично настроена Аксапта и уже работает.

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

Таким образом по производственым площадкам баланс получается только по внутрисистемным оборотам, естественно. Стоит задача полного учета на производственных предприятиях, причем в связке с системами АСУ ТП.

Внедрение системы Аксапта для полного учета на производственных площадках не совсем рационально.
1. Это очень небольшие предприятия, находящиеся в "далеких селениях", с малоквалифицированным персоналом.
2. Кроме того, под Аксапту нет отраслевых решений для этих предприятий, (деятельность эта жестко регламентируется соотвествуюзими министерствами и ведомствами, а под 1С есть).
3. Под 1С на местах есть специалисты, а под Аксапту - нет.
4. Внедрение, Аксапта и сопровождение на этих предприятиях для полного учета обойдется примерно в 12-15 раз дороже (это если создавать внутреннюю команду) - вот и довод.

Я достаточно долго боролась с этим выводом и предлагала варианты с учетом в аксапте и выгрузкой в 1С, но сейчас надо принять решение, можно ли сделать выгрузку из 1С в Аксапту и с какой детализацией.

Первая проблема, с который мы столкнулись - это с наличием перепроведения в 1С. Но в отраслевой конфигурации 1С, на которую мы планируем опереться, эту проблему уже решили. Дословно это звучит так: "Реализована система регулирования прав доступа пользователей к объектам системы. Любые изменения объектов фиксируются и доступны администратору системы для разрешения конфликтных ситуаций. " По сути же это означает, что перепроведения больше нет, есть стронирующие операции текущим числом. Таким образом, мы обошли недостаток типовой конфиугарции.

Вообще у нас эта проблема решена организационно давно. Напоминаю, что у нас ежедневный аналитический баланс формируется на основании нормативной базы затрат, а в конце месяца выполняются коррекции отклонений по всем позициям. Отражение операций задним числом запрещено, все коррекции делаются через сторнирование. Баланс сводится и закрывается ежедневно, как в банке. Закрывается склад, сдвигается дата возможных модификаций. Все это необходимо для корректного учета затрат по нормативам (например, затраты по хранению текущего остатка продукции относятся на себестоимость). Тяжко - но реализовали, придумано не мной - клиенты сам себя изнасиловали. Таким образом, эта проблема снимается вроде.

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

Соотвественно, надо поддерживать синхронными только справочник номенлатуры, план счетов и аналитику по ГК. Но это и так уже поддерживается!
Так был преодолен второй барьер.

И реализовать это все может за месяц один программист.
У меня вопрос - какие могут быть еще проблемы?