Skip to Content

Сбор требований для локализации системы

Пнд, 04/10/2010 - 06:13 — rsashka
Страница для печати

Предположим, что есть несколько компаний и частных лиц, заинтересованных в более широком распространении системы ADempiere в России.

Предположим, что у них есть некоторые человеческие ресурсы.

Предположим, что существует договоренность по использованию этих человеческих ресурсов для выполнения работ по локализации системы.

И тут возникает вопрос, а что конкретно нужно сделать, что бы ADempiere можно было комфортно использовать в России?

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

Общие требования:

  1. Локализация интерфейса
  2. Перевод существующей документации на Русский язык.
  3. Импорт курсов валют
  4. Процедура загрузки выписок из клиент-банков
  5. Процедура выгрузки платежек  в клиент-банки

Требования, связанные с 1С:

  1. Импорт существующих справочников
  2. Процедура синхронизация справочников
  3. Экспорт документов созданных в ADempiere, что бы 1С могла формировать проводки в соответствии с правилами РСБУ.

 

Кто следующий?

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

 

 

 

Голосов пока нет

Комментарии

Конструктивные обсуждения прошу перенести в этот форум. Добавление комментариев к этому материалу закрываю.
rsashka - 2010-07-06 10:59
Если я правильно понял, основной спор заключается в следующем: нужно ли хранить (формировать) проводки по РСБУ в ADempiere и выгружать их в 1С или выгружать только первичные документы, а какие она потом по этим документам будет делать проводки, этим пусть 1С-ники занимаются.
rsashka - 2010-07-05 20:18
уже не спор а очевидный вывод, учет ДЕШЕВЛЕ и ЭФФЕКТИВНЕЙ вести в одной базе АД.
Гость - 2010-07-05 20:22
Если честно, то я увидел с точностью до наоборот ;-) Но не хочу включаться в Вашу дискуссию ;-)
rsashka - 2010-07-05 20:34
Ага, по мне так оптимальнее всего забить на локализацию и курить бамбук с 1С ;-)
Гость - 2010-07-05 20:39
Ух ты, а тут жаркая дискуссия!
rsashka - 2010-07-05 19:39
Можно разделить общие требования по локализации на чисто перевод и требующие разработки дополнительного кода.
Гость - 2010-07-04 12:46
Локализация кажись есть уже - от КОМСОФТа, правда они упор делают на compier, но в принципе у двух систем архитектура примерно схожая, наверняка им легко сделать локализацию для Адмпиер
Гость - 2010-07-02 21:12
КАК МОЖНО НАЗЫВАТЬ ЛОКАЛИЗАЦИЕЙ ОТСУТСТВИЕ РЕШЕНИЯ ДЛЯ БУХУЧЕТА СТРАНЫ? Вот как пример локализация Компиера выглядит так: Сompiere в России Система Compiere изначально создавалась как глобальная система с возможностью гибкой настройки параметров под законодательство любой страны (локализации). Локализация системы возлагается на авторизованных партнёров Compiere в различных странах мира. На март 2009 число[4] официальных партнёров составило 40 компаний (в том числе международных), расположенных по всему миру. Локализация Compiere ERP/CRM для России Требования к локализации имеющегося функционала Compiere для Российской Федерации: * Бухгалтерский учёт, включая первичную документацию и отчётность, полностью должны соответствовать требованиям законодательства Российской Федерации. Одними из основных требований к ведению бухгалтерского учёта в РФ являются: o учёт имущества, обязательств и операций путём двойной записи; o своевременная регистрация хозяйственных операций в первичных оправдательных документах, на основании которых ведётся бухгалтерский учёт; o журнально-ордерная форма учёта. * Формирование декларации по налогу на добавленную стоимость согласно требованиям Минфина РФ. * Расширенный состав первичных документов и отчётных форм * Полный перевод интерфейса и пользовательской документации на русский язык Партнёры Compiere в России К марту 2009 года официальными партнёрами Compiere являются: * Группа компаний «КОМСОФТ» — серебряный партнёр Compiere, осуществила полную локализацию системы для России. * Компания «АйТи» — партнёр Compiere.
Гость - 2010-07-05 21:00
Другими словами, из Compiere сделали еще одну 1С? Еще один велосипед ;-) Спасибо за хороший пример того, как НЕНУЖНО делать локализацию.
Гость - 2010-07-05 21:10
Ну так это ж прекрасно!!! Компиер может заменить функционал 1С! А 1С заменить Компиер увы не сможет.
Гость - 2010-07-05 22:20
Странное представление о прекрасном.
Гость - 2010-07-06 10:54
Может быть и есть, да гдеж ее взять?
rsashka - 2010-07-05 06:03
скорее вопрос в "зачем", если есть проект на внедрение АД, то найти людей для внедрения (в том же комсофт) можно просто поделившись частью бюджета с проекта.
Гость - 2010-07-05 14:42
по моему локализация системы предполагает не просто перевод инструкции на русский язык, а создание решения для использования в России, причем бухучет необходимо локализовывать в первую очередь, ибо перенос данных из системы в систему дороже выйдет..посчитайте сколько будет стоить поддержка интерфейса загрузки проводок из АД в 1С..
Гость - 2010-07-02 19:21
Значительно дешевле, чем поддержание требований к постоянно меняющемуся РСБУ. Зачем вторую 1С рожать?
rsashka - 2010-07-05 06:05
во первых, создать интерфейс не так просто как кажется, ибо необходимо в любом случае иметь большой опыт с рсбу причем в 1С. И это уже два человека - методолог и разработчик для поддержания. во вторых, локализация как раз должна решать вопрос с ведением учета по рсбу, почему? Потому что в любом случае АД будет формировать проводки по счетам учета, а счета нужно будет заводить в АД согласно рсбу и НК, естественно, будет глупо дублировать одни и те же данные в двух базах. В данном случае решение упирается в стоимость..на мой взгляд поддерживать 1С+АД на первых порах будет дешевле, чем найти консультанта по АД, который все бы делал все для нужд бухгалтерии, но в долгосрочной перспективе, от 1С лучше отказаться. ибо интерфейс это гемморой. имхо.
Гость - 2010-07-05 14:22
А зачем в АД дублировать счета РСБУ? Зачем в АД формировать проводки для бухгалтерии, которые только им и нужны, и которые УЖЕ имеются в 1С?
Гость - 2010-07-05 14:39
тем более что выгрузку из АД в 1С нельзя будет осуществить если не будет жесткого соотвествия счетов 1С - счетам АД, так как на них будет формироваться алгоритм переноса.
Гость - 2010-07-05 14:57
Алгоритм переноса будет формироваться на уровне первичных документов, а не проводок по ним. В общем случае, для одного и того же первичного документа проводки в АД и 1С будут разными. Более того, проводки, формируемые в самой 1С могут отличаться в зависимости от ее конфигурации (упрощенка, бюджетная и т.д.). Так зачем, первичные документы двух систем связывать на уровне формируемых проводок? Системы нужно связывать на уровне первичной информации (клиент, цена, штуки, сумма), а уж как какие проводки система будет делать на основании этих исходных данных, это ее дело. Тогда остается единственное требование к взаимодействию двух системе - однозначное соответствие первичных документов.
Гость - 2010-07-05 15:19
Мдя..приехали по мне так это все равно что палить из пушки по воробьям, использовать такой богатый функционал ерп системы, только чтобы делать записи первичных документов ?? лол Возьмите акцесс тогда, зачем огород городить.. Ей богу, мне обидно за разработчиков, стока старались они чтоб потом ктото сделал из ерп записную книжку.
Гость - 2010-07-05 15:47
Это Вы предлагаете "использовать богатый функционал ERP" системы для формирования проводок в 1С. Я категорически против этого. Система должна быть монолитной, но на уровне исходных первичных документов. Каждый первичный документ должен вводится только один раз. Первоисточником первичных документов является ERP, а в 1С выгружаются только те документы, которые ей необходимы для формирования проводок в соответствии с РСБУ. О каком двойном вводе документов идет речь, когда его нет? О каких проводках РСБУ может идти речь в ERP системе вообще? Народ, Вы что?????????????
Гость - 2010-07-05 17:01
я согласен что erp нужна не для бухгалтерского учета, но к сожалению пока в России действует правило преимущества первичного документа перед фактом хоздеятельности будет продолжатся головная боль, так как работа с первичкой это всегда корректировки, исправления, занесение задним числом, а выгрузка предполагает одномоментное и одностороннее действие, оттого разночтения в двух базах будут значительные. Я согласен, что в ЕРП системе можно не вести учет по РСБУ, но повторюсь, что в принципе все то что делается в 1С лучше вести в ерп, Потому что иначе будут разночтения в БАЗАХ ДАННЫХ ПЕРВИЧНЫХ ДОКУМЕНТОВ.
Гость - 2010-07-05 17:40
Просто у нас в России с ног на голову - бухучет и первичные документы являются фактом, а реальные хозяйственные операции как правило осуществляются в отрыве от документов.
Гость - 2010-07-05 17:53
Ну что ж, может быть мы и придем к пониманию ;-) Давайте сделаем такой финт: Будем говорить не о выгрузке документов, которые как Вы правильно заметили, могут исправляться, а о выгрузке ОПЕРАЦИЙ над документами. Т.е. создание, редактирование и удаление. А те документы, операции над которыми выгружаются из ADempeiere, в 1С редактировать запретим - этим будет поддерживаться однонаправленность (АД в 1С). Где в этом случае могут быть камни?
Гость - 2010-07-05 17:52
Мне кажется это еще больше затруднит синхронизацию.. потому что бухгалтеру нужно делать это оперативно, а не переодически плюс к тому в АД не будет кучи признаков которые позволят правильно интерпретировать ввод для 1С . Проще говоря бухгалтер должен видеть перед собой интерфейс с меню ВЫБОРА счета из плана счетов, чтобы правильно занести в учет, а по вашей концепции в АД плана счетов быть не должно...лол
Гость - 2010-07-05 18:04
Не знаю, мне не доводилось видеть чтоб Манагеры этим занимались..лол они подписывают с клиентом договора, а бумажками обмениваются именно бухалтеры. В общем..ну никак без учета в одной базе не обойтись. Я видел пару раз интерфейсы с ораклом- тяжелое зрелище поверьте, это бОльший гемморой и затраты для руководства ИТ отдела, чем найм консультанта функциональщика. Хотя..для кого то это тоже хлеб
Гость - 2010-07-05 18:35
Вы не видели, что бы менеджеры выписывали договора и счет на оплату? Чем тогда они по Вашему должны заниматься? Бумажками обмениваются конечно бухгалтера, но они должны следить за их учетом, и правильностью заполнения. Вы забываете простую вещь - внедрение любой учетной системы ОБЯЗАНО начинаться с выпрямления самого учета, а не переделки ее под использование с кривой 1С.
Гость - 2010-07-05 19:08
Хм.я думаю менеджеры занимаются собственно продажей, работой с клиентом, расчетом вместе с ним цены на товары и услуги, это лежит как бы сказать..в стороне от бумажного ремесла, при хорошей организации у менеджера по продажам даже может быть ассистент который выполняет всю рутину.
Гость - 2010-07-05 19:24
Согласен с Вашим предположением, но при любом раскладе, завершением сделки будет считаться поступление денег на счет, а перед этим выставление собственно счета. Я не спорю, что оформление договоров и выписка документов может быть отдано в руки секретаря делопроизводителя или бухгалтера. Но это тонкости организации работы отдела продаж и загруженности самих менеджеров. Я же Вам приводил пример того, что человек, выписывающий первичные документы, может не знать тонкостей бухгалтерского учета, а раз так, то и давать ему выбирать счета для проводок как минимум не дальновидно ;-)
Гость - 2010-07-05 19:33
RSS-материал RSS-материал


Theme by Dr. Radut.