Текущее время: Вт, июл 22 2025, 11:54

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 26 ]  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Пт, авг 01 2008, 13:21 
Гость
Dimkin написал(а):
Кто вручную то делает, все автоматом по концу месяца )))


ну попробуй автоматом выровнить позиции дебиторов и кредиторов...а еще с програмками автовыравнивания немножко помучится :D


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, авг 01 2008, 13:28 
Специалист
Специалист

Зарегистрирован:
Чт, май 04 2006, 07:35
Сообщения: 218
Откуда: Ижевск
Для переоценки валютных позиций контрагентов мы писали отдельную программу, потому что стандарт работает только с техническими счетами. Но на них нам поставили крест


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, авг 01 2008, 17:31 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Пт, авг 01 2008, 16:44
Сообщения: 3
Доброго всем времени суток.

тема интересная и очень актуальная для нас.
Вопрос для Dimkin:
а почему поставили крест на программе? что не устроило пользователей?

У нас ситуация такова:
Есть головное предприятие (налоговая отчетность составляется там) и есть филиал (работает с клиентами/поставщиками).
Филиал оценивает ОП на конец периода и доходы/расходы от курсовой разницы передает по внутрихоз.расчетам. Т.о. сторнирование не подходит. Что получается:
1) Начислена дебиторская задолженность 10 USD (курс 20 р) вн.вал 200 р
Д КонтрСчет К Выручка - 200 р

2) Проведена переоценка на конец периода (10USD по курсу 30 р) - 100 р.
Д ТехСчет К ДоходКурсРазниц - 100 р

3) Доходы от курсовой разницы переданы в головное предприятие
Д ДоходКурсРазниц К ВнутрихозРасчеты - 100 р

4) Клиент оплатил во внутр.вал 10 USD по курсу 35 р - 350 р
Д РасчСчет К ДебитЗадолж - 350 р

5) Выравниваем ОП, система считает курсовую разницу как 150 руб
Д ДебитЗадолж К ДоходКурсРазн - 150 руб

6) Передаем доходы от курсовой разницы в головное предприятие
Д ДоходКурсРазн К ВнутрихозРасчеты - 150 р

ИТОГО:
1) Не верно отразили доходы по курс разницам 250 р вместо 150 р
2) Осталось сальдо на тех.счете
3) Согласно законодательства дебиторская задолженность должна отражаться на конец периода в национальной валюте по курсу на соответствующюю дату в разрезе аналитики (т.е. контрагентов) - консультировались у аудиторов.

Вопрос: что делать? :( т.к. убедить пользователей нарушать законодательство не подходит... сторнировать - опять не подходит..
Делать перенос проводки с выравниванием на конец периода - так себе вариант при количестве ОП = 70 000 в месяц..

Уважаемые коллеги, поделитесь опытом, кто как решал подобную проблему с переоценкой ОП без сторнирования?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, авг 04 2008, 10:19 
Гость
по-моему мы ушли от темы :)

при запуске программы SAPF100 сумму в столбце "Сумма ВВ" и "Новая разница" должны быть одинаковые. На текущий момент это не так

т.е. система находит документ задолженности, к нему частичный документ выравнивание...расчитывает каждую сумму задолженности по курсу на последний день м-ца и Новая разница должна совпадать с суммой остатка по сч-ф, расчтанной по курсу на дату выравнивания

уфффф...надеюсь понятно

Sorrry не одинаковые должны быть суммы...под переоценку не попадают документы выровненный последним чилом м-ца кодда проводится выравнивание ))


Последний раз редактировалось Гость Пн, авг 04 2008, 10:51, всего редактировалось 1 раз.

Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, авг 04 2008, 10:23 
Гость
olgak написал(а):
Доброго всем времени суток.

тема интересная и очень актуальная для нас.
Вопрос для Dimkin:
а почему поставили крест на программе? что не устроило пользователей?

У нас ситуация такова:
Есть головное предприятие (налоговая отчетность составляется там) и есть филиал (работает с клиентами/поставщиками).
Филиал оценивает ОП на конец периода и доходы/расходы от курсовой разницы передает по внутрихоз.расчетам. Т.о. сторнирование не подходит. Что получается:
1) Начислена дебиторская задолженность 10 USD (курс 20 р) вн.вал 200 р
Д КонтрСчет К Выручка - 200 р

2) Проведена переоценка на конец периода (10USD по курсу 30 р) - 100 р.
Д ТехСчет К ДоходКурсРазниц - 100 р

3) Доходы от курсовой разницы переданы в головное предприятие
Д ДоходКурсРазниц К ВнутрихозРасчеты - 100 р

4) Клиент оплатил во внутр.вал 10 USD по курсу 35 р - 350 р
Д РасчСчет К ДебитЗадолж - 350 р

5) Выравниваем ОП, система считает курсовую разницу как 150 руб
Д ДебитЗадолж К ДоходКурсРазн - 150 руб

6) Передаем доходы от курсовой разницы в головное предприятие
Д ДоходКурсРазн К ВнутрихозРасчеты - 150 р

ИТОГО:
1) Не верно отразили доходы по курс разницам 250 р вместо 150 р
2) Осталось сальдо на тех.счете
3) Согласно законодательства дебиторская задолженность должна отражаться на конец периода в национальной валюте по курсу на соответствующюю дату в разрезе аналитики (т.е. контрагентов) - консультировались у аудиторов.

Вопрос: что делать? :( т.к. убедить пользователей нарушать законодательство не подходит... сторнировать - опять не подходит..
Делать перенос проводки с выравниванием на конец периода - так себе вариант при количестве ОП = 70 000 в месяц..

Уважаемые коллеги, поделитесь опытом, кто как решал подобную проблему с переоценкой ОП без сторнирования?



доброе...законодательство какой страны?


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, авг 04 2008, 10:24 
Гость
olgak написал(а):
Доброго всем времени суток.

тема интересная и очень актуальная для нас.
Вопрос для Dimkin:
а почему поставили крест на программе? что не устроило пользователей?

У нас ситуация такова:
Есть головное предприятие (налоговая отчетность составляется там) и есть филиал (работает с клиентами/поставщиками).
Филиал оценивает ОП на конец периода и доходы/расходы от курсовой разницы передает по внутрихоз.расчетам. Т.о. сторнирование не подходит. Что получается:
1) Начислена дебиторская задолженность 10 USD (курс 20 р) вн.вал 200 р
Д КонтрСчет К Выручка - 200 р

2) Проведена переоценка на конец периода (10USD по курсу 30 р) - 100 р.
Д ТехСчет К ДоходКурсРазниц - 100 р

3) Доходы от курсовой разницы переданы в головное предприятие
Д ДоходКурсРазниц К ВнутрихозРасчеты - 100 р

4) Клиент оплатил во внутр.вал 10 USD по курсу 35 р - 350 р
Д РасчСчет К ДебитЗадолж - 350 р

5) Выравниваем ОП, система считает курсовую разницу как 150 руб
Д ДебитЗадолж К ДоходКурсРазн - 150 руб

6) Передаем доходы от курсовой разницы в головное предприятие
Д ДоходКурсРазн К ВнутрихозРасчеты - 150 р

ИТОГО:
1) Не верно отразили доходы по курс разницам 250 р вместо 150 р
2) Осталось сальдо на тех.счете
3) Согласно законодательства дебиторская задолженность должна отражаться на конец периода в национальной валюте по курсу на соответствующюю дату в разрезе аналитики (т.е. контрагентов) - консультировались у аудиторов.

Вопрос: что делать? :( т.к. убедить пользователей нарушать законодательство не подходит... сторнировать - опять не подходит..
Делать перенос проводки с выравниванием на конец периода - так себе вариант при количестве ОП = 70 000 в месяц..

Уважаемые коллеги, поделитесь опытом, кто как решал подобную проблему с переоценкой ОП без сторнирования?


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


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, авг 04 2008, 15:46 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Пт, авг 01 2008, 16:44
Сообщения: 3
Мы делаем "не сторнировать" в FAGL_FC_VAL, но при выравнивании в следующем месяце курсовая разница считается от суммы ОП во внутренней валюте... т.е. не берется в расчет переоценка ОП данной программой :(


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, авг 05 2008, 06:54 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пн, ноя 19 2007, 13:19
Сообщения: 66
Откуда: оттуда
Коллеги, я также сталкивался с проблемой что бухи не понимали как это - переоценка валюты не отражается на ОП дебиторов/кредиторов ?
Хотим чтоб отражалось, тем более что сверка сальдо с 1С расхождения показывает по переоцененным в 1С позициям...

Непонимание это росло из пережитков 1Са, в котором переоценивается не ОП (там вообще понятия ОП нет), а текущее сальдо на конец месяца.
Решить же проблему удалось разъяснением (многократным) правил, по которым работает стандарт САП - т.е. разъяснить что такое реализованная/нереализованная курсовая разница, что такое ОП, выравнивание, и как работает программа переоценки ОП. Для этого сначала пришлось самому разобраться в этом и понять.

После этих совещаний все убедились что стандарт работает, и ничего в нём менять не нужно.

Цитата:
Ирина1707
Ср Июл 30, 2008 9:36 pm
для примера
кред.зад-ть на 12.03 100руб 4,5доллара
оплата на 24.03 50руб 3,0доллара
выравнивание 24.03 50руб 2,5доллара
переоценка на 31.03 должна быть сумма 50руб 2,0доллара,т.е. разница в 0,5доллар

при запуске программы переоценивается ОП в 100руб 4доллара и документ выравнивания 50руб 2,5доллара
разница 1,5доллара
т.е. фактически программа неправильно расчитала переоценку на 0,5доллар
должна быть сумма 2,0доллар

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, авг 05 2008, 10:23 
Гость
olgak написал(а):
Мы делаем "не сторнировать" в FAGL_FC_VAL, но при выравнивании в следующем месяце курсовая разница считается от суммы ОП во внутренней валюте... т.е. не берется в расчет переоценка ОП данной программой :(


когда вы запускаете переоценку у вас в столбце "старая разница" сумма есть?
попробуйте запустить F.05 при этом поставив галку Оценка для подготовки баланса - расчитается КР и запишется в докменты контрагентов...только аккуратнее с выравниванием....скорей всего там неправильно будет выравниватся...сумму переоценки нужно будет скидывать на отдельный счет...
в конечном итоге если вы хотите чтоб программа переоценки отработывала с учетом истории..это только АВАР...хотя посомтрите может в ERP уже работает
у нас по другому настроено
что у вас за законо-во? у нас GAAP и он разрешает сторно документов


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, авг 05 2008, 10:30 
Гость
ipetrov написал(а):
Коллеги, я также сталкивался с проблемой что бухи не понимали как это - переоценка валюты не отражается на ОП дебиторов/кредиторов ?
Хотим чтоб отражалось, тем более что сверка сальдо с 1С расхождения показывает по переоцененным в 1С позициям...

Непонимание это росло из пережитков 1Са, в котором переоценивается не ОП (там вообще понятия ОП нет), а текущее сальдо на конец месяца.
Решить же проблему удалось разъяснением (многократным) правил, по которым работает стандарт САП - т.е. разъяснить что такое реализованная/нереализованная курсовая разница, что такое ОП, выравнивание, и как работает программа переоценки ОП. Для этого сначала пришлось самому разобраться в этом и понять.

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

После этих совещаний все убедились что стандарт работает, и ничего в нём менять не нужно.

Цитата:
Ирина1707
Ср Июл 30, 2008 9:36 pm
для примера
кред.зад-ть на 12.03 100руб 4,5доллара
оплата на 24.03 50руб 3,0доллара
выравнивание 24.03 50руб 2,5доллара
переоценка на 31.03 должна быть сумма 50руб 2,0доллара,т.е. разница в 0,5доллар

при запуске программы переоценивается ОП в 100руб 4доллара и документ выравнивания 50руб 2,5доллара
разница 1,5доллара
т.е. фактически программа неправильно расчитала переоценку на 0,5доллар
должна быть сумма 2,0доллар

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


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, авг 13 2008, 20:03 
Младший специалист
Младший специалист

Зарегистрирован:
Вт, ноя 28 2006, 09:59
Сообщения: 97
Пол: Мужской
Такое ощущение, что не все коллеги поняли суть проблемы. Постараюсь подитожить как понимаю я.
1) речь идет о Новой ГК
2) прога переоценки FAGL_FC_VAL
3) переоцениваем дебиторские и кредиторские задолженности
4) хотим видеть переоцененные задолженности на счетах дебиторов-кредиторов. И это не прихоть бухов, т.к. например год назад задолженность дебитора составляла в эквиваленте 12000 руб, то в результате роста курса евро на сегодня эквивалент порядка 15000 руб и бухи резонно хотят видеть этот рост по ЭТОМУ дебитору
(и этого требует аудит - показать задолженность в нацвалюте по контрагенту на конкретную дату) а не по какому-то корректировочному счету. Другими словами увидеть переоценку в FD10N и других стандартных отчетах.
Промежуточные выводы:
1) в стандартном САП сие неосуществимо?
2) как минимум нужен свой отчет по дебиторской который найдет сууму переоценки и включит ее в сальдо?


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 26 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Yandex [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB