Версия для печати темы (https://pro1c.org.ua/index.php?s=9c24f6ea580ce66cf45504ab447b101b&showtopic=2633)

Автор: dobraleks 10.01.11, 11:59

Ребята как всегда надо на вчера.
База БУх для Украины. план счетов основной - аналитика ведется по СУБКОНТО.
Обрадовали и дали сегодня новый план счетов (счета и субщета отличаються кардинально он основного который есть + виды субконто увеличены с 3 до 4 штук)
Вобщем надо чтоб велось по новому плану счетов. Скорее всего я подразумеваю что для хозяев надо только отчеты по новому плану счетов, вот и думаю как быть..

Менять сейчас всю базу и вести аналитику по субщетам это полная ж.........а. Как вариант думаю может придумать переброску в конце месяца какую то..

ЖДУ советов!!

Автор: Batchir 10.01.11, 12:04

Где-то уже на форуме велась тема по двойному учету (в разных валютах).
ИМХО (т.к. с 77 давно не работаю). Как вариант добавляешь свой план счетов и дорабатываешь процедуру глПроводка (или какая там сейчас в 77) таким образом что бы она параллельно писала в твой план счетов. Таким образом и стрый учет не похеришь и новый сможешь лепить по своему.

Автор: Acid 10.01.11, 12:38

я бы оставил учет в в нацинальном плане счетов и добавил бы везде проводки для другого. всегда найдется что сверить.
* ну и конечно это с начала года.

Автор: dobraleks 10.01.11, 12:38

блин в первом сообщении не правельно указал щас исправил..
правильно так..
База БУх для Украины. план счетов основной - аналитика ведется по СУБКОНТО.

хотят перевести на субщета..

ну если сейчас по дописывать проводки, то потом лажа будет с обновлением, может как то делать выгрузку - загрузку в другую базу

Автор: Acid 10.01.11, 12:42

ну тогда ничего страшного. ставишь условие: с даты такой-то добавляешь субконты в проводках.

Автор: Acid 10.01.11, 12:44

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

Автор: Batchir 10.01.11, 13:32

А может есть возможность написать необходимые отчеты для хозяев без такой глобальной переделки?

Автор: dobraleks 10.01.11, 14:01

вот сижу блин и думаю.. скорее всего наверно надо будет идти по этому пути.. Оставлять все как есть, вести по старому, но придумать отчеты которые будут переделывать (то есть трансформировать ) с старого плана щетов в новый..
Вот на примере посмотрел 131 счет, у меня он один, а в новом разбит аж на 15 субщетов.. Часть данных нету, прийдется наверно ставить галочки в справочниках на принадлежность к тем или иным субщетам..

Может у кого то есть пример базы где есть что-то похожее в 2 планами щетов???

Автор: Acid 10.01.11, 14:20

забалансовые счета, как вариант.

Автор: logist 10.01.11, 14:20

В 8-ке УПП посмотрите, там бухучет и МСФО и настройки переноса проводок.

Автор: Acid 10.01.11, 14:34

а вообще - 4-ое субконто - это ДУРОСТЬ. Так своему мега-мозгу и передайте. И без этого можно извернуться. Я видел как 13-гиговая база увеличилась за счет 4-го субконто (на одном счете) на 1.5Гига... Вот и считайте.

Автор: Pepe 10.01.11, 14:54

Я поднимал вопрос о ведении учета в двух планах счетов. Надо было тоже для хозяев-нерезидентов отчитываться в ихней валюте, а вести учет в национальной. Правил процедуры глобального модуля, экспериментировал. В принципе возможно, но ручные проводки не катят, стандартная отчетность не знает о наличия второго плана счетов и все считает гамузом. Уже и не вспомню все, но дело до конца не довел, убедил руководство ничего не предпринимать (сослался на новый налоговый кодекс).

Автор: Batchir 10.01.11, 15:25

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

Автор: Fynjy 10.01.11, 16:04

4 субконто для 7.7 это смерть ...

Автор: dobraleks 10.01.11, 16:13

вот и я понимаю что это полная ... особенно с 4 субконто, но как объяснить людям которые в этом буб бум....

Автор: logist 10.01.11, 16:24

Дайте ссылку на #11,16 сообщения этой темы. Скажите что много людей не могут ошибаться

Автор: awp 10.01.11, 16:38

Используем 2 плана счетов Основной и для нерезидентов в валюте. 4 субконто в 1С7 Бух для Украины (файловый) - полет нормальный.


По теме - советую делать 2-й план счетов - настраивать связку между ними и писать обработку закрытия счетов по новому плану счетов, в которой задать логику...

Автор: dobraleks 10.01.11, 16:46

да бесполезно что-то доказывать было сказано надо и точка..

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

Автор: Batchir 10.01.11, 16:46

Объясни
1. ценой вопроса: сама работа дорогостоящая, поддержка дорогостоящая.
2. невозможностью формирования регламентированной отчетности, опять же постоянная доработка будет влетать в копейку
3. если на ставке то потребуй увеличение ЗП в 5 раз, ибо мозг будут грысть постоянно, днем и ночью. Если по договору то цену поддержки ставь максимальную с четким указанием количество часов поддержки, сверх часы оплачиваются отдельно.
4. критичностью доработок. В случае неудовольствия (который настанет) прийдется переносить справочники с остатками в типовую БД, т.к. назад дороги после таких изменений не будет.

Главное заранее уведомить их о последствиях и потребовать расписки что ознакомлены, а так же постарайся что бы был указан ответственный за такое решение изменений БД, что бы потом у него с ЗП вычисляли прихоти по отчетам (да и вообще нехорошо для отчета так куречить конфу).

Автор: Acid 10.01.11, 17:02

еще вариант - на основном счете 2-3 субконто, на забалансовом(или доп.плане счетов) расширяем аналитику основного счета. Т.е. у него первым будет превалирующий или перманентный субконто, а остальные 2 расширяемые субконто.

Еще вариант(услышаший да услышит, а другим пох. При убеждении срабатывает в 2х случаях из 10-ти. С этими двумя и работай, а остальных 8 мозгоклюев отсылай к тем, кто с ними повазякаться рискнет.). У первого, второго и третьего субконто можно создать реквизиты, кот. на самом деле могут выступать дополнительными субконто. На подобие Категорий.

Автор: Acid 10.01.11, 17:04

и заключительный вариант (больше в голову не приходит) - создай регистр с необходимой аналитикой.

Автор: Fynjy 10.01.11, 17:21

Переведите базу с 4 субконто на SQL и оцените проблему ...
"геморроя от введения 4-го уровня аналитики, связанного с изменением форм большинства документов, операций и ВСЕХ стандартных отчетов мне ужас все как понятно." - это фраза из 2001 года ...
ЗЫ: я бы таки 1с 8 посоветовал бы ...

Автор: Pepe 10.01.11, 17:45

Как вариант рассматривался и такой способ. Создать еще одну базу и в нее перегружать документы из основной, проводить. Геморно, но основная база будет жить. При перегрузе сложно отследить такие моменты: документ изменили, отменили проведение, поменяли номер...

Автор: dobraleks 13.01.11, 9:15

добавление 4 субконто - не пойдет, не хочю идти на это, это себе хуже делать.
Свою базу трогать не хочю, потому что она и так далеко от стандартной отличается и обновляется с трудом. Выход получается только один, перебрасывать проводки в другую базу и там как то делать пере проведение или закрытие каким то документов по новому плану..
У меня это только идея, как реализовать даже не знаю.

Автор: Acid 13.01.11, 10:31

OLE

Автор: Acid 13.01.11, 10:51

* к слову: у меня уже 4 плана счетов... я думаю что это не предел

Автор: dobraleks 13.01.11, 11:07

база ДБФ или скуль, и скоко весит база??.. и самое главное как обновляете??

Постучался в аську..

Автор: Acid 13.01.11, 11:12

скуль до 2Г. обновление через объединение. но в основном ручками, ибо надежней.