| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Васильев Николай
Профи
Вступление в Клуб: 29.06.2007
|
 Сб Ноя 17, 2007 17:14 7.6.18(302-П) |
 |
Полезность: 1
|
| Вот и поставили на тест дополнение 18. Очень много операций поотваливалось, ручками пришлось покомпилить, в тч и фактуру и рц затронуло. Но несколько операций откомпилить не удалось. Импорт нового плана счетов запустил с открытием 01.01.08 и закрытием 04.01.08. Наверное, у каждого банка эти даты будут свои, поскольку будут проводки с закрываемых счетов и будет это в первый рабочий день НГ. Ну теперь дело за бухами. |
|
 |
Alexsey
Эксперт
Вступление в Клуб: 06.09.2007
|
| Пн Ноя 19, 2007 07:13 Re: 7.6.18(302-п) |
|
Полезность: Нет оценки
|
| Васильев Николай пишет: | | Вот и поставили на тест дополнение 18. Очень много операций поотваливалось, ручками пришлось покомпилить, в тч и фактуру и рц затронуло. Но несколько операций откомпилить не удалось. Импорт нового плана счетов запустил с открытием 01.01.08 и закрытием 04.01.08. Наверное, у каждого банка эти даты будут свои, поскольку будут проводки с закрываемых счетов и будет это в первый рабочий день НГ. Ну теперь дело за бухами. |
можно поподробней узнать из каких продуктов отвалились операции, ну кроме перечисленных... а то мы тож собираемся таки перейти на 7.6 будем хоть знать что смотреть и чего ждать при накате 18-го дополнения
_________________
всегда есть как минимум 2 выхода |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Ноя 19, 2007 13:42 |
|
Полезность: 2
|
Перед выполнением операции "7.6 Обновление Дополнение 18_2" файлы из каталога DATA надо скопировать на сервер.
| Цитата: | | 1. Скопируйте все файлы из каталога DATA в "каталог экспорта/импорта" |
Почему-то сотрудники ЦФТ первоначально об этом умолчали 
ЗЫ Говорят уже поправили. |
|
|
Васильев Николай
Профи
Вступление в Клуб: 29.06.2007
|
| Пн Ноя 19, 2007 14:34 |
|
Полезность: Нет оценки
|
Как то и вопроса не возникло по этому поводу  , сразу кинул на сервак без раздумий (там полно таких ), но хорошо что нас здесь таки читают цфтшники  |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Ноя 19, 2007 14:39 |
|
Полезность: 4
|
| Васильев Николай пишет: | | хорошо что нас здесь таки читают цфтшники |
То, что читают - факт.
Но я еще и заявки регистрирую. Даже в таких случаях, когда мне все понятно.
Ведь есть люди, которым не сразу все понятно. Давайте позаботимся о них! Да и сам я иногда чего-то не замечаю, а потом трачу лишнее время на переделки...
Я - за экономию времени. Своего и чужого. |
|
|
PopovVA
Участник
Вступление в Клуб: 19.10.2007
|
| Чт Ноя 22, 2007 06:12 |
|
Полезность: Нет оценки
|
В справочнике "Переход на 302-П. Соответствие финансовых счетов нового и старого плана счетов" поле "Счет в новом плане счетов" пустое.
Возникает вопрос.
Все счета придется открывать/устанавливать соответствие вручную? Или в 7.7 будет соответствующий механизм?
Смущает фраза в Инструкции по применению - "По необходимости"
"5. По необходимости выполнить ручные действия с помощью набора операций из справочника "Переход на 302-П. Соответствие финансовых счетов нового и старого плана счетов"." |
|
|
Васильев Николай
Профи
Вступление в Клуб: 29.06.2007
|
| Чт Ноя 22, 2007 08:13 |
|
Полезность: 2
|
| PopovVA пишет: | Все счета придется открывать/устанавливать соответствие вручную? Или в 7.7 будет соответствующий механизм?
Смущает фраза в Инструкции по применению - "По необходимости"
"5. По необходимости выполнить ручные действия с помощью набора операций из справочника "Переход на 302-П. Соответствие финансовых счетов нового и старого плана счетов"." |
У нас в таблицу попало около 8 тыщев счетов. Ест но, ручками не эффективно. Но ведь пока нет соответствия старых и новых символов
низя автоматом счета открывать(основная масса то доходы-расходы).
Ради интереса попробовал- выделил два счета 701 и наэкранной форме нажал добавить-добавился один новый счет на оба экземпляра. Ну логично, в обчем то. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Ноя 22, 2007 13:22 |
|
Полезность: Нет оценки
|
У меня при выполнении операции "ОП Ф-102 Настройка \ Стандартное заполнение 302-П"
возник лог следующего содержания:
| Код: | 12:55:58 Для кода Д112s обнаружено различие:
-------- Существующая настройка --------- | ------- Предполагаемая настройка --------
795030790 | 795031052
Итого по символам 11201 - 11217 | Итого по символам 12101 - 12102
Д112991 | Д112991
|
Было подобное? Кто-нить разобрался? Я пока не пойму, что не так... |
|
|
Васильев Николай
Профи
Вступление в Клуб: 29.06.2007
|
| Чт Ноя 22, 2007 14:07 |
|
Полезность: 5
|
похоже у разработчега ручки дрогнули, смотрим код
| Код: | z(4, '121' ,'1. Доходы от открытия и ведения банковских счетов, расчетного и кассового обслуживания клиентов');
z(5, '12101' ,'Вознаграждение за открытие и ведение банковских счетов');
z(5, '12102' ,'Вознаграждение за расчетное и кассовое обслуживание');
z(5, '112s' ,'Итого по символам 12101 - 12102');
|
соотно z-- Занесение строки в справочник |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Ноя 22, 2007 15:11 |
|
Полезность: 1
|
| Васильев Николай пишет: | | похоже у разработчега ручки дрогнули |
Николай, спасибо!
Поправил - все прошло на ура.
Заявку регистрировали в ЦФТ? |
|
|
Васильев Николай
Профи
Вступление в Клуб: 29.06.2007
|
| Чт Ноя 22, 2007 16:09 |
|
Полезность: Нет оценки
|
| Цитата: | | Заявку регистрировали в ЦФТ? |
нет, рук на все не хватает  , тем более не я обнаружил "несоответствие" |
|
|
Admin
Site Admin
Вступление в Клуб: 09.06.2007
|
| Чт Ноя 22, 2007 17:40 |
|
Полезность: 1
|
| Васильев Николай пишет: | | Цитата: | | Заявку регистрировали в ЦФТ? |
нет, рук на все не хватает , тем более не я обнаружил "несоответствие" |
А вот это зря! CTRL+C и CTRL+V нажать недолго... Чем больше заявок, тем ожидаемее результат... А уж об авторских правах на несоответствие вообще смешно рассуждать
Вот подход timochev мне нравится! Ставлю еще один балл авторитета |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Ноя 23, 2007 09:30 |
|
Полезность: Нет оценки
|
| Admin пишет: | | Вот подход timochev мне нравится! Ставлю еще один балл авторитета |
Заявку зарегистрировал. |
|
|
dbmaslov
Профи
Вступление в Клуб: 11.07.2007
|
| Пт Ноя 23, 2007 10:37 |
|
Полезность: 3
|
при импорте плана счетов, неправильно работает заполнение соответствия финансовых счетов по всем централизованным филиалам
(появляются данные по одному из филиалов, причем непонятна закономерность, хотя, если учитывать то, что у нас остались данные последнего филиала – можно предположить, что следующий затирает данные предыдущего….).
Решение: импортировать каждый филиал по очереди.
ЦФТ признало несоответствие.
обещали дополнение к дополнению 7.6.18.
также будьте внимательны:
даже если запускать импорт плана счетов в режиме проверки файла, все равно в базе происходит изменение реквизита счета: DATE_CLOSE.
У НАС ПРОЯВИЛОСЬ НА СЧЕТАХ
30218
30219
30407,
У КОТОРЫХ ПОСЛЕ ТЕСТИРОВАНИЯ ФАЙЛА ИМПОРТА, НЕОЖИДАННО ПОЯВИЛАСЬ ДАТА ЗАКРЫТИЯ 01.01.2008.
_________________
Маслов Дмитрий |
|
|
Васильев Николай
Профи
Вступление в Клуб: 29.06.2007
|
| Пт Ноя 23, 2007 13:35 |
|
Полезность: 3
|
| dbmaslov пишет: | при импорте плана счетов, неправильно работает заполнение соответствия финансовых счетов по всем централизованным филиалам
(появляются данные по одному из филиалов, причем непонятна закономерность, хотя, если учитывать то, что у нас остались данные последнего филиала – можно предположить, что следующий затирает данные предыдущего….).
Решение: импортировать каждый филиал по очереди.
ЦФТ признало несоответствие.
обещали дополнение к дополнению 7.6.18.
|
7.6.18 уже было , если только в 20
| Код: |
-- заполнение справочника "Переход на 302-П. Соответствие финансовых счетов нового и старого плана счетов"
if not P_CHECK then
MessStr:= MessStr || '---' || LF$ || 'br '||to_char(br)|| LF$;
for (select bs( ac_fin : a_fin
, ac_fin.[DATE_CLOSE] : a_fin_date_close
, ac_fin.[FILIAL] : filial
, bs.[NEW_BSNUM] : new_bsnum
, ac_fin.[FINTOOL] : fintool)
in ::[BSNUM_CRRLTN], (::[AC_FIN] : ac_fin)
where ac_fin.[MAIN_V_ID] like bs.[OLD_BSNUM] || '%'
) loop
new_bs := null;
if (bs.a_fin_date_close is null or bs.a_fin_date_close >= P_DATE_OPEN)
--and (bs.FILIAL = br or br is null ) then |
При заполнении финсчетов не происходит анализа параметра P_ALL, а только филиал, закоментил последнюю строчку залились счета филиалов. |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
