Justudent написал:
ну на счет программ виднее программистам, но на счёт действия юзеров-консалтов всё описаны во вложенной PDF. Всё понятно
Ага, дважды.
Если серьезно, там даже не указан путь, каким удалять записи, которые остаются после сторнирования фактуры. А такие случаи реально есть. В этом файле указано некое светлое будущее, причем на пальцах.
Конечно, долгое ковыряние постепенно расставит все на свои места, но ведь изначально можно было бы нормально оформить документацию.
Justudent написал:
2) В системе действует тупая проверка на предмет выравнивания фактуры ранее указанными авансами. Если реальное выравнивание не соответствует указанному, блокируется фактурирование по дебитору целиком!
сам был в шоке от такого механизма, на что сапы мне ответили
1. Blocking partner when SD document is not released to accounting.
This functionality was a part of the original specifications. Purpose -
avoid inconsistencies. For example, a user can select some down payments
for an invoice. Then, if the partner is not blocked, then these down
payments can be selected for another invoice. As a result, the
calculated invoice rate will be incorrect.
Мне кажется, это отмазка. В таблице J_3RFPM_RATE_CLC указываются вполне конкретные документы и конкретные суммы, на которые они виртуально выедены. А если бы еще сохранять в таблицу номер фактуры (как я понимаю, при текущем подходе, когда диалог возникает только один раз при создании, это невозможно), то была бы конкретная связка. Остается добавить проверку в момент выравнивания фактуры платежными документами на предмет соответствия указанным авансам - было бы более элегантным решением, и не блокировало бы тупо всего дебитора целиком.
Justudent написал:
4) Система просит указать авансы для выравнивания для всех фактур (в т.ч. и по рассрочке)!
согласен, пока сырой подход и система рулит только лишь отличием валют БЕ и валюты фактуры и автоматом пускает расчет WAR
Я тут пока копался, выяснил, что она еще просит указать авансы и для проформ, которые проводок в принципе не предусматривают.
Правда, назойливость диалога компенсируется возможностью беспрепятственного выхода из него. То есть, обмануть систему - все равно что у ребенка конфету отобрать. Я так несколько фактур по авансу ради интереса сохранил.
Justudent написал:
5) Если фактуру сторнировать, то блокирующие записи не всегда исчезают из соответствующих таблиц. В результате их приходится удалять ручками.
это шнягу вроде как устранили, не натыкался я в течении нескольких месяцев на этот артифакт
Хм, ноте всего два месяца. Покопаюсь еще, посмотрим.
Justudent написал:
вообще у меня есть свои. более существенные замечания, как в части выравнивания, так в части учтёнки по суммам авансовых платежей, которые были отозваны другими счетами - но на это вчера нота вышла, надо тестить.
Ага, обратил внимание, уже направил в базис запрос.
Justudent написал:
занимаюсь этой нотой 2-а месяца, в течении этого времени она динамично меняется и совершенствуется, над ней оперативно работают сапы. Очень рад, что не занимался ей ранее, иначе нервам моим бы пришёл конец бы
но сейчас вроде как прёт и исправляется. Советую следить за нотой внимательно, она меняется на глазах, точнее note corrections к ней добавляются с завидными постоянством и скоростью
Ага, то, что быстро клепают коррекшены, радует. С другой стороны, это также говорит о том, что нормального тестирования ноты у них, видимо, не было. А уж то, что интерфейс и все месседжы по локальному решению для России у них на английском - это моветон.
Justudent написал:
будем надеятся на лучшее, но текущий вариант уже довольно работоспособен, хоть есть авралы
Спорить не буду, но знаю только одно - в текущем состоянии я эту ноту к продуктиву на пушечный выстрел не подпущу.