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

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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