|
![]() |
#1 |
Member
|
Тогда ответ на ваш вопрос
Цитата:
Сообщение от KolesOlya
...
Как заставить систему при создании второй приводки правильно брать себестоимость? ...
__________________
С уважением, glibs® |
|
![]() |
#2 |
Участник
|
Да, это правда, что все зависит от компании. Наши внедренцы, не будем называть их имени, отказались это делать бесплатно в рамках гарантийного обслуживания.
![]() Теперь это моя проблема. |
|
![]() |
#3 |
Участник
|
Цитата:
Вы же лучше нас знаете, сколько внедрений Аксапты во Владивостоке. Достаточно наложить на множество внедрений учёт спецодежды... Вопрос такой. Если произошло второе списание в Вашем примере, остаток станет нулевым? Если станет, то списание идёт не по 5,03. Просто, отображается именно такая цена, а списание идёт по средневзвешенной с точностью большей, чем одна копейка. |
|
![]() |
#4 |
Участник
|
Да, про Владивосток это правда, только и тут хочется работать без ошибок
![]() А ситуации, понятно, могут быть разными, т.е. остаток может быть как нулевым так и нет. Есть ли возможность создать 2 проводки с одинаковой суммой в данной ситуации? |
|
![]() |
#5 |
Мрачный тип
|
Цитата:
Аналогичную модификацию делал мой молодой коллега. Т.к. данная область обрабатывается у нас только складскими журналами - были сделаны модификации в классе InventMov_Journal в методах updateLedgerFinancial() и updateLedgerAdjust() для генерации в обусловленных проектом случаях доп. проводок. Суммы в обоих парах совпадают ввиду того, что обе генерятся в одном и том же месте с одного и того же источника. У Вас скорее всего модификация выполнена по другой копцепции ... |
|
![]() |
#6 |
Участник
|
С одной стороны меня конечно порадовало, что кто-то уже делал подобные вещи, только я не могу пока применить это к своей ситуации. В вашем случае речь идет только о складских проводках? Или ГК делали тоже?
Можете ли вы дать еще какую-нить наводку? |
|