Run Cash Requirements Report

Наконец-то случилось! Появился стандартный Cash Flow. Причем без идиотских шаблонов. Для того чтобы построить его нужно создать Payment Request Template, задать критерии, например валюту, Payment Group, Payment Document, приязанный к банковскому счету. Впрочем можно ничего этого не определять и получить нормальный Cash Flow.

Параметры (перевод мой по смыслу а не русский язык интерфейса) – Включить непроверенные инвойсы -да/нет (Супер!), Включить неутвержденные инвойсы – да/нет,  Конечная дата платежа, Точная дата платежа, Шаблон.

Зачем теперь custom отчет Cash Flow? Экономия однако.

Как я настроил налоговую машинку

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

На самом деле, все нормально: если ты чего то не знаешь – надо пытаться это узнать. А если ты что-то знаешь, то надо или поделиться этим или хотя бы не мешать тем, кто хочет узнать.

В общем разобраться с налоговой машинкой очень помогает вот эта нота:

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=602863.1

Нужно пройти это на тестовой базе, тогда многое встанет на свои места после чего, можно делать уже то, что хочешь.

Единственное что надо помнить это то, что там где написано ship to имелось ввиду, конечно, bill from.

Аналогия с SLA. Перевод

А! Заделаюсь переводчиком.
http://annewong.wordpress.com/2008/06/04/how-sla-works-like-going-to-the-movies

SLA работает аналогично с походом в кино

Для операциии, которую вы предпринимаете в subledger (например, выполняя ‘Проверить инвойс’ /*в Кредиторах. Прим. Пер.*/) работает аналогия с покупкой билета на мероприятие через интернет.

1. Event Class = показывает тип мероприятия, например, кино или концерт или спектакль;
2. Event Type = название мероприятия, например фильм «Остров»;
3. Event ID = купив билет вы получаете номер резервирования.

R12.6

Итак. Что удалось сделать и выяснить. Процедуры – прикручиваются и работают. Механизм генерации счетов довольно ненадежный. Настолько, что не очень то верится что будет популярным здесь. При этом Metalink содержит достаточно большую историю datafix и при условии, что период закрывается за периодом не должно быть таких уж серьезных проблем.
Что осталось интересного? Налоги: как прикрутить процедуру? Как сделать налог зависимым от позиции?
Получить перечень проблемных вопросов по старому бухучету и подумать над тем как можно будет их выполнить.
Поехали. Их можно писать прямо сюда:
1. Счет пассива в кредиторах зависим не от поставщика а от другого. От чего?
2. Красное сторно – как не было решено так и не решилось. Однако можно ли сделать отмену строки по другому счету? Попробовать настроить 60-й разный для сторно и счета фактуры.
3. Налоговый учет. По затратам было и так нормально а теперь будет тоже не хуже.
4… что еще?

R12.5

Итак до этого момента была сделана настройка позволяющая изменить сегмент МВЗ в дебиторах.
Что можно сделать еще…
1. Попробовать сделать разные гибкие поля для разных строк позиций счета-фактуры.
2. Сделать аналогичную настройку для авизо и проверить наскольно получается целостный учет. Если не удастся получить целостность для авизо значит на 80% использовать такой подход будет невозможно. Проверить.
3. Выполнить аналогичную настройку для другого модуля взятого произвольно. Например Кредиторов.
4. Работа с описаниями счетов. Правда для этого нужно будет сбрасывать данные в Главную Книгу.

R12.4

Отладка налажена успешно. Удалось втащить внутрь процедуры номер инвойса и данные по сегменту гибкого поля. В принципе дальше уже оперативный простор. Номер документа позволит вытащить вообще всю информацию.

R12.3

Отладка простым перебором не возможна по причине того, что часть параметров воспринимается как недопустимые. После того, как выбирается недопустимый параметр, связи между элементами становятся невозможными. Будем пытаться это обойти.

Не получилось найти возможность делать проверку application accounting defintion через параллельный запрос.

Получил ошибку с просьбой установить профиль Log Enabled. Такого профиля нет, но есть профиль FND: Debug Log Enabled. Поставил его в значение ‘Да’

Все event class -ы стоят в значении ‘Invalid’ хотя ничего кроме Invoice я не трогал. Мистика. Кстати Mist по немецки значит навоз.
Ничего это не дало. Откатился назад. Теперь не меняя функцию буду менять местами параметры.

Не нашел как добавляются transaction line flexfields. Они настраиваются но нигде не доступны для ввода. Идея! Сделать одно из полей обязательным и попробовать сохранить счет-фактуру. Где выскочит ошибка там-то они и есть.

R12.2

Искал способ получить входящие параметры на бухгалтерскую функцию, которая генерирует сегмент. Нашел. Теперь будем перебирать 2700 параметров в поисках самого оптимального.

Ага как же… Теперь SLA для инвойса стал invalid. Уффф.

R12 SLA.1

Возможность многократно поправить счет для всех записей в финансовом модуле воодушевляет. Take a deep breath, скайповский лозунг не кажется чем-то чрезмерным, когда думаешь об этой возможности. Поднаторевшим в убеждении бухгалтеров консультантам придется серьезно менять подходы. Раньше нужно было объяснить бухгалтеру что нельзя дробить 60-е по продуктовой линейке… Впрочем с SLA теперь это тоже делать нельзя… Но можно сконструировать реально любой счет из чего попало, включая, естественно, гибкие поля. Первое впечатление от этой функциональности это то, что произойдет очередной передел сфер влияния между консультантами и разработчиками, вторых немного подвинут. Потому что уже не нужно так сильно кастомизировать формы а всего лишь написать короткую процедуру.

В данный момент проверяю работу этой штуки на Receivables. Первое что можно сделать легко и непринужденно – добавить МВЗ на счета доходов. Если конечно поборю тормоза на клоне.

Excel и OEBS

Нашел хорошую штуку

http://www.driveerp.com/excel4apps_newsletter.html

демо очень понравилось. Пока не нужно но в будущем уверен, что пригодится.