Классический ответ программиста... другого и не ожидал.
Вечно функционал им жить мешает..

Функционалы разные бывают. Но, действительно хорошие, встречаются редко, как, впрочем, и программеры.

P.S.
Вообще-то эта тема не для конфы, лучше в личку или почту.

Изергиль (или как там ее звали?), открой личико! Отпиши в личку или почту, раз уж знаешь меня.

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

По сути это дополнительная аналитика в проводке. Например, при проводке оплаты ты еще указываешь ссылку на номер документа оплачиваемого счета-фактуры. И наоборот. Другое дело, что это может быть ссылка не напрямую, а через цепочку документов (документы выравнивания).

P.S.
Было бы все довольно просто, если б была нормальная корреспонденция в FI, не создавались выравнивания типа "много ко многим", не было документов выравниваний без позиций и т.д. В общем САП легких путей не ищет, сама создает проблемы, потом их решает (тоже криво) и нам продает. В той же 1С подобная аналитика строится на раз.

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

На другом же проекте, который уже 5 лет в продуктиве, где виды документов не регламентированы так жестко, как в первом случае - эти модули не работают.

Вот и методология...

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

Функционал..

и программист...


я валяюсь..

Впору плакать.

Привет, Parazit!

Пытаюсь разобраться с твоей программой, т.к. всегда есть проблемы с выравниванием


Рассматриваю кредиторскую задолженность:
У меня счет-фактура - вид документа KR;
оплата - вид документа SB;
докумеент выравнивания - вид документа AB.

Объясни, пожалуйста, в таблице ZTFINDOCTYPE как определить эти виды документа?
BLART - FTYPE - DTYPE
KR - REP/PER - SP/PP/PP
SB - REP/PER - SP/PP/PP
AB - REP/PER - SP/PP/PP
???
А зачем нужны функуциональные модули, в программе они не цепляются?

Вроде в файле readme.txt все описано.

BLART - FTYPE - DTYPE
KR - PRE - EP
SB - REP - EP

Т.е. говорим, что при поиске от оплаты к счету (PRE) последним документом в цепочке (EP) будет счет-фактура (KR).
Соответственно, при поиске от счета к оплате (REP) последним документом в цепочке (EP) будет оплата (SB).
Моей программе нужен только "тормоз", т.е. знать, на каком документе остановиться.

Приношу свои извинения за странность обозначения и избыточность настроечной таблицы. Это для совместимости с другими нашими разработками.

Они тоже для совместимости с другими нашими разработками. Можно их тоже использовать в своих разработках или как пример.

Спасибо.

Извиняюсь, но вот ещё какой момент возник (не разоьрались со значками )
Счет-фактура на 115 000
Оплата на 900 000
Выравниваем с позицией остатка - остаток 758 000

Вот что печатает отчет:
SB 09.09.2005 3000000358 115.000,00 KZT 115.000,00 !
------------------------------------------------------------------------------
0 KR 2005 1900000046 000 0,00
1 KR 2005 1900000046 001 115.000,00 KZT >> - ?? AB 2005 7000000061 000 0,00
2 AB 2005 7000000061 002 785.000,00 KZT >< - << SB 2005 3000000358 001 115.000,00 KZT

То есть как будто счет-фактура выровнена частично, а документ оплаты полностью, хотя всё наоборот - остаток остался на оплате.
Если не права, поправьте.

Извиняюсь за возможный оффтоп.
Есть самописный модуль на основе BSE_CLR (данные там вполне адекватные кстати). Отрабатывает корректно за исключением выравнивания многие ко многим. Мы физически запретили это в OPEN FI.
Но проблема не в этом.
Есть такая ситуёвина: бухи сдают отчётность за период, в следующем периоде они делают отмену выравнивания и выравнивают по новой оплату с другой фактурой. В итоге в FS10n суммы висят как открытые позиции в закрытом периоде. В самописном отчёте, отражающем дебиторскую и кредиторскую задолженность тоже происходят изменения, хотя период закрыт и отчётность сдана за подписью. Суммы развешаны по дебету и по кредиту, хотя по идее должны свернуться. Каждый раз лазить в историю изменения документа не хочеться в связи с тем, что производительность программы падает (корректно отсечь по сторно не получиться, т.к. при беспозиционном документе выравнивания система не формирует документ сторно, а просто делает отмену выравнивания).
Ожидаемый результат: чтобы в закрытом периоде отмена выравнивания в следующем не изменяла отчётность.
Использовать ФМ наш мы пока не хотим, т.к. отчёт был написан гораздо ранее и пока не хотелось бы его глобально переписывать.

Может кто что-нибудь подобное делал?

Я тоже давно столкнулся с проблемой отмены выравниваний. Фактически это есть исправление документов. Я считаю единственно разумным подходом - полный запрет на отмену выравниваний в закрытом периоде. Бухгалтерия давно изобрела способ корректировки данных в последующих периодах - сторнирование, т.е. создание НОВЫХ проводок со знаком "-".