1c 7.7 "Бухгалтерский учет" для Украины(7.70.273) замена счета!!!

Вопрос в следующем - стандартный План Счетов не устраивал - был создан новый, который удовлетворяет бухгалтера (грубо говоря из нового выкинуто все что не нужно и номера на порядок выше (например был 30 счет - стал 300, был 66.1 стал 661)) и вроде бы все хорошо - НО первое что было замечено - Кассовая книга - не составляется отчет...а точнее Прибуток и Видаток - по прочерку на каждый день и операцию...<br><br>http://i1.fastpic.ru/big/2010/0208/9d/e899f83610f9309a38799e7cb5ef249d.jpg<br><br&gt; залез в конфигуратор и правил все 30.х счета на 30х -- но проблема не исчезла..<br>кто может подсказать что не правильно сделано или что вообще не сделано<br> (копия отчета прилагаеться - http://letitbit.net/download/8677.8087f6e9e3660203f37bbe443/kassBook.ert.html)

"Видаток" ожидает вашего бухгалтера, причем конкретный. План счетов лучше не менять, а если это делается, нужно переписывать практически всю программу, так как алгоритмы ее работы расчитаны на то, что план счетов находится в том виде, в котором он когда то находился до внесенных вами изменений.<br>Минусы в таком изменении:<br>1. Конфигурация требует кардинальной переработки в части переписывания всех алгоритмов проведения документов, в которых как то по смыслу или явно задействуются измененные счета учета.<br>2. Каждый комплект форм отчетности, выходящий ежеквартально, требует вмешательства, так как никакие алгоритмы автозаполнения работать не будут по измененному плану счетов.<br>3. Обновления программы, которая при всем этом становится "нетиповой" усложняется на порядки, так как в КАЖДОЕ обновление нужно будет вносить все те изменения, которые были сделаны в рабочей базе и только потом уже обновляться. А с учетом того, что алгоритмы в релизах меняются, то это вовсе не просто. Бывает, что при сравнении релизов на предмет "меняности" изменения видишь, но в полученном обновлении вообще нет такого места, которое когда то правили, приходится разбираться зачем это делалось и как это реализовано в новом релизе, чтобы все таки поддержать изменение или вовсе от него отказаться.<br>4. Кажущееся удобство несоразмерно с теми проблемами, которые бухгалтер получит (получил) при этом.<br>Трудозатраты и денежные затраты на ее исполнение ее желания несоизмеримо велики.

Спасибо огромное - вы только что подтвердили мои сомнения... я так и пологал что придется править всю базу-и вот всю ночь этим занимался.... и собственно пришол к выводу что это " занадто" ... <br>отступая назад хотел спросить совета - может все таки как-то можно упростить операцию по счетам???..хотя б по кратности из 30.х в 30х можно перевести программно - не через изменения во всей программе?? .....

"может все таки как-то можно упростить операцию по счетам???..хотя б по кратности из 30.х в 30х можно перевести программно - не через изменения во всей программе??"<br><br>я не понял о чем вы спрашиваете <br>Что за кратность? В чем сложности при осуществлении "операций по счетам", что подразумевается под этим?<br>Вообще, я не видел конфигурацию для Украины. Но думаю, что общая концепция там такая же как во всех продуктах 1С. А именно:<br>1. Работа осуществляется "от документа".<br>2. При проведении документов система анализирует ситуацию и должным образом формирует бухгалтерские проводки.<br><br>То есть, как там устроен план счетов, пользователю, по большому счету, почти неважно. Ведь его не просят вводить эти счета ручками при регистрации событий в жизни предприятия, как это было в версии 6.0 давным давно, за исключением ситуаций отнесения затрат, например, в авансовых отчетах, регистрации услуг сторонних организаций и т.п.<br><br>Для упрощения разбирательств, напишите, что это за группа счетов такая "30.х"? Какие субконто на них организованы?