Текущее время: Вт, июн 24 2025, 00:46

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




Начать новую тему Ответить на тему  [ Сообщений: 17 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Релевантные счета для бюджета
СообщениеДобавлено: Пт, авг 15 2008, 18:46 
Начинающий
Начинающий

Зарегистрирован:
Пт, авг 15 2008, 18:21
Сообщения: 13
Здравствуйте!
Вопрос связан с привязкой основных счетов к финансовым позициям. Какие счета должны быть привязаны к реальным ФП?
Хотим видеть обязательства, оплату( казначейский и бухгалтерский факт).

Насколько я понимаю, в расходную часть попадают
32*,
91*
в доходную, соответственно,
91*,
90*
Т.е. только этим счетам присваиваем реальные ФП, остальным- технические. Так, или ошибаюсь? Подскажите, пожалуйста.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс, авг 17 2008, 19:38 
Гуру-модератор
Гуру-модератор

Зарегистрирован:
Чт, окт 20 2005, 08:45
Сообщения: 1651
Пол: Мужской
Все так. Оплата подтянется при выравнивании


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, авг 18 2008, 06:43 
Начинающий
Начинающий

Зарегистрирован:
Пт, авг 15 2008, 18:21
Сообщения: 13
Спасибо, буду настраивать.

Вопрос в догонку, касаемый деривации с ММ. Услуги (32* счета)можно однозначно контировать, при помощи правил деривации (потому как 32* счетов немного). А вот, когда делают заказ на поставку именно материалов, то тут вопросы появляются, материалов в справочнике очень много и нумеруются они, к сожалению, на мой взгляд не очень корректно, поэтому привязать №материала к ФП, просто нереально. А вручную пользователи бастуют, ведь если в заказе около 1000 позиций, руками забивать ФП- несколько напрягает... Подскажите, есть ли какие то выходы из этой ситуации?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, авг 19 2008, 11:25 
Гуру-модератор
Гуру-модератор

Зарегистрирован:
Чт, окт 20 2005, 08:45
Сообщения: 1651
Пол: Мужской
Контировать по группе материалов?
или исходя из какой-нибудь дополнительной информации прописанной в ОЗМ?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, авг 20 2008, 09:13 
Начинающий
Начинающий

Зарегистрирован:
Пт, авг 15 2008, 18:21
Сообщения: 13
Группы смотрела, но там также не найдешь четких соответствий, справочник забивают не поймешь по каким правилам, ММ-щики сами признают, что деривацию кроме как один к одному "№материала--> ФП" не настроишь, но это нереально просто, материалов десятки тысяч.
Т.е. умом то я понимаю, что единственный выход- в каждую позицию заказа придется ручками проставлять ФП... но может кто-то что-то делал, типа назначения на весь заказ одной ФП (указанной, где-нибудь в заголовке документа) или еще что-то, юзеры бастуют против ручного заполнения, в общем то я их понимаю ... , я в растерянности. Как быть?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, авг 20 2008, 11:40 
Ассистент
Ассистент

Зарегистрирован:
Чт, авг 14 2008, 13:33
Сообщения: 44
Откуда: Москва
Выходили из ситуации доп разработкой по групповой обработке контрактов (можно реализовать тоже самое по заказам) Пользователю выдавался список позиций контрактов с техническими ФП, ПФМ. Именно эти он и правил в какой нибудь позиции одного контракта. На остальных позициях контракта проставлялась истинная контировка после нажатия кнопки "обновить по образцу".


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, авг 20 2008, 12:40 
Начинающий
Начинающий

Зарегистрирован:
Пт, авг 15 2008, 18:21
Сообщения: 13
Если говорить про старые заказы, которые нужно переконтировать, то не факт, что на заказ, в котором более 1000 позиций можно будет указать только 1 позицию....
Старые заказы как нибудь переконтирую, сейчас необходимо как то организовать текущую работу...
И в связи с этим вопрос о создании новых заказов, потому как не знаю тонкостей ММ, при создании заказов насколько критично делать одним документом (как сейчас делают), в котором допустим 1000 позиций по 10 разным ФП, или же можно сделать 10 заказов (по 1 на каждую ФП). Методологически, это правильно?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, авг 20 2008, 13:21 
Ассистент
Ассистент

Зарегистрирован:
Чт, авг 14 2008, 13:33
Сообщения: 44
Откуда: Москва
Александрика написал(а):
И в связи с этим вопрос о создании новых заказов, потому как не знаю тонкостей ММ, при создании заказов насколько критично делать одним документом (как сейчас делают), в котором допустим 1000 позиций по 10 разным ФП, или же можно сделать 10 заказов (по 1 на каждую ФП). Методологически, это правильно?

Нет. Не правильно. Потом будет тяжело связывать один платеж с несколькими заказами.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, авг 21 2008, 06:08 
Начинающий
Начинающий

Зарегистрирован:
Пт, авг 15 2008, 18:21
Сообщения: 13
Хм... ну если невозможно, то делаю обязательным к заполнению поле ФП в заказе, пусть делают как положено - указывают ФП для каждой позиции. :?
Спасибо за ответы.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, сен 17 2008, 14:19 
Начинающий
Начинающий

Зарегистрирован:
Пт, авг 15 2008, 18:21
Сообщения: 13
dante14 написал:
Контировать по группе материалов?
или исходя из какой-нибудь дополнительной информации прописанной в ОЗМ?


Да, а если по группе материалов деривировать, то как сделать такое правило Деривации, чтобы можно было подцепить и группу материалов, там есть только поле №материала, как вытащить "группу?"


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, сен 17 2008, 15:00 
Начинающий
Начинающий

Зарегистрирован:
Пт, авг 15 2008, 18:21
Сообщения: 13
Спасибо, уже нашла, что можно через MARA вытащить группу.

Вопрос новый, как можно добавить еще одно пользовательское поле в FMDERIVE? Чтобы можно было сделать еще 1 переприсвоение?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, сен 18 2008, 10:02 
Специалист
Специалист

Зарегистрирован:
Ср, фев 20 2008, 07:43
Сообщения: 148
вот почитай, там всё подробно написано:
http://sapboard.ru/forum/viewtopic.php ... 0%E1%EE%F2


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, сен 18 2008, 19:34 
Начинающий
Начинающий

Зарегистрирован:
Пт, авг 15 2008, 18:21
Сообщения: 13
Inter написал(а):
вот почитай, там всё подробно написано:
http://sapboard.ru/forum/viewtopic.php ... 0%E1%EE%F2


спасибо большое!


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

Зарегистрирован:
Ср, фев 20 2008, 07:43
Сообщения: 148
А не подскажите как обновить старые заказы SD, чтобы хотя бы просто туда техническую ФП подставить? В массовой обработке SD заказов нет поля ФП, хотя ПФМ, например. есть.. И в чем вообще смысл ошибки № сообщения FI311 которая просит ФП к старым заказам (в которых поле ФП и ПФМ пустое) не давая их сохранить при изменении, но почему то не по всем позициям или выдавая подобную ошибку при деблокировании счёт-фактуры SD к таким заказам.


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

Зарегистрирован:
Пт, апр 08 2005, 15:39
Сообщения: 258
Через проводку задним числом ( тр. FMNSDN).


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

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


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

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


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

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