1С v8.2 Изменение плана счетов

[Japer]

Уважаемые  разработчики,
В организации принято решение внедрить конфигурацию 1С: Бухгалтерия Предприятия КОРП. Проблема заключается в том, что нужно полностью изменить план счетов на специализированный по МСФО, принятый в Таджикистане. Прежде чем начать работу хотелось бы узнать на какие грабли можно наткнуться в данном процессе? На что следует обратить особое внимание? Вопросы законодательного характера заложенного в 1С на данный момент не сильно заботит. Перенос данных с другой системы не требуется.
 
Дополнительная информация. Опыт разработки в 1С сводится к некоторым надстройкам, изменениям документов и отчетов в v7.7. В принципе структура понятная. Опыт разработки СУБД достаточный, в основном VB используя MS SQL ну и Access.

[Kivals]

Опыт разработки БД тебе пригодится
а) для проектирования структуры конфигурации, если писать с нуля
б) для понимания и написания запросов (В 8.Х они "слизаны" с SQL и переведены на русский с некоторыми спецификами, понимание которых приходит с опытом)

Смена плана счетов - одна из самых серьезных задач (импорт данных из других систем ИМХО проще). Первый и самый главный вопрос - насколько близок план счетов Таджикистана к существующим конфигурациям (Россия, Украина, Молдова, Беларусь, Казахстан)?
Смена плана счетов тянет за собой полный анализ и возможное изменение всей схемы проводок (во всех используемых документах) и всей отчетности.

[Japer]

От российской конфигурации отличается сильно, другие страны еще не смотрел, буду смотреть.
Структура плана счетов в Таджикистане такова. Длина основного счета 5 знаков, дальше уже идут субсчета.
Группировка счетов. 1хххх - Активы, 2хххх- Обязательства, 3хххх-Капитал, 4хххх-счета доходов, 5хххх-счета расходов, 9хххх-забалансовые счета.
План счетов в этом формате в основном нужен для составления Балансового Отчета и Отчета о Прибылях и Убытках. Нельзя ли сделать таким образом. Оставить существующий план счетов, сделать соответствие этих счетов со счетами в формате Таджикистана, и дальше подкорректировать некоторые отчеты? В случае необходимости добавить недостающие счета. Для чего используется Быстрый выбор в плане счетов? Можно ли его использовать для таблицы соответствия? Или я уже начал гнать?

[Kivals]

Если для всех проводок в хоз.операциях можно найти соответствие - то так и стоит сделать, но не всегда это получится: вполне возможно что в учете для россии есть только одна проводка, а в твоем случае это будет 2 разных, в зависимости от условий.
Я считаю правильным оставить существующий план счетов и добавить еще один: свой. Соответствующим образом переписать общие механизмы (в 8.Х это сделать проще, чем в 7.7 - там более продумывали универсальность реализации), но на первом этапе стоит очень глубоко покопаться в конфигурации, чтобы по возможности изменить самый нижний уровень, а не ставить "костыли", которые потом придется менять так, что все совершенно запутается...

Быстрый выбор - жто не то. Это всего лишь способ, как пользователь будет видеть выбор счета:

БыстрыйВыбор=Ложь	БыстрыйВыбор=Истина

[Japer]

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

[Kivals]

К сожалению казахскую даже в глаза не видел, так что посоветовать точно не могу.
Что подразумевает "учет всех ... заложен в одной базе"? Что именно требуется для совместного учета?
УРИБ - это низкоуровневый обмен объектами между одинаковыми конфигурациями в 7.7 исключительно по технологии "звезда". В 8.Х есть понятие Планы обмена, позволяющие:
а) Строить любую структуру обмена между базами
б) Программно управлять какие именно объекты (а не типы объектов, как можно было настроить в УРБД) участвуют в обмене
в) Обмениваться между базами с разной структурой

[Japer]

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

[Kivals]

Так и "семерку" можно было настроить через терминальный сервер - вот тебе и желаемое решение.
В 8.2 появились еще и режимы тонкого и web клиентов - так что тогда ищи конфигурацию уже под 8.2.
Но с точки зрения безопасности - тогда желательно еще настроить ssl (https) или vpn доступ к серверу.