[ОТВЕТИТЬ]
25.07.2007 18:03
OlegON
 
Хорошо, смутно помнил, что какая-то бага была, спасибо Mtirt. Собрался документооборот на это строить. Сейчас делается все топорно, берется контракт и прямо по живому правятся изменения контрактных цен. Я призвал к порядку и предложил, как "правильно". Т.е. править дату окончания старого контракта и начинать новый с той же спецификацией. Очень удобно, как минимум для хранения истории контрактных цен. Как облажался... Супермаг 2000 потом берет эти контракты от какой-то странной балды. Кто как работает с изменением контрактных цен?

--
1.024.6
25.07.2007 19:44
orekhov
 
Белоруссия так работает. Старый контракт закрывается определённой датой и экспортируется в новый документ. Этакая "цепочка контрактов". Я может упустил чего, в чём бага-то ?
26.07.2007 07:50
OlegON
 
Какая версия? У меня получается так, что закрыл один контракт (датой, без блокировки) открыл другой, на следующий день уже ценами не заполняет :( Т.е. второй почему-то не находит. Сегодня еще воевать буду.
26.07.2007 07:59
Mtirt
 
Олег. Я потестировала у себя, на 1.025сп3 работает нормально. Ценами заполняет правильно.
26.07.2007 08:00
Mtirt
 
Еще. По твоему документообороту. А если не заполнять ценами, а включить проверку отклонение от контрактных цен? Она вроде нормально везде работает, где есть.
26.07.2007 08:05
OlegON
 
Так на самом деле это следствие, что оно не видит цен. И сверять тоже не с чем. Сегодня пройду всю цепочку, может сам накосячил, а может версия старовата.
26.07.2007 09:36
inna
 
У меня 1,024,6. Один контракт закрываем (дата окончания), другой клонируем из этого и исправляем чего надо. Главное чтобы даты у контрактов не пересекались, то есть дата начала нового была строго больше даты окончания старого. То есть в системе в каждый текущий момент должен быть один действующий (зеленый квадратик) контракт. Включаем проверку 128, которая будет проверять соответсвует ли цена контрактной. При этом в контракте должны стоять отклонения от контрактной цены. Для массового проставления есть функция. То есть баги две - если контракты пересекаются по дате, при заполнении ценами будет браться отфонарный контракт и если не будут стоять отклонения то не сработает проверка. Вроде все.
26.07.2007 11:02
OlegON
 
А как боретесь с тем, что дату окончания контракта нельзя ставить меньше текущей?
26.07.2007 11:15
inna
 
Ты про 147 проверку? Отключить можно.
26.07.2007 11:23
OlegON
 
Цитата:
inna Ты про 147 проверку? Отключить можно.
*129 почему-то отложилось, что там "Всегда запрет"
26.07.2007 12:59
OlegON
 
Вот фиг там :( Есть контракт 0435, с 13.07 этого года до 2008 года. Делаю экспорт, еще один контракт 0436 с сегодняшней датой и сроком от сегодня до 2008 года, у старого ставлю дату окончания - вчера, делаю сегодняшнюю приходку, "заполнить ценами из контрактов" - получается цена из первого, который вчера был закрыт. БЛИИИН! :( Как я заколебался.
26.07.2007 13:18
OlegON
 
Все, косяк в следующем, если контракт экспортнуть в заказ, на основе заказа сделать накладную, то эта накладная будет заполняться по ценам старого контракта, хоть ты треснию То, что контракт уже 10 раз устарел никого не интересует. Полез в заказ, оторвал основание, зашибись - работает, но сколько лишних действий :( Ошибутся где-то, как пить дать.
26.07.2007 13:55
inna
 
Мы так и работаем. Делаем заказ, заполняем ценами, потом убираем основание. Ошибутся - оставят основание -в накладнйо проставятся не те цены - сработает проверка- логисты получат по рукам. Преписка с С+ была долгой - нашу логику - делать приход по свежим ценам там считают нелогичной. Выкручиваемся.
26.07.2007 14:18
orekhov
 
Я тут пока повторял эксперимент с другой проблемой столкнулся. Создаю контракт, начало - текущая дата, в спецификацию добавляю десяток строк, принимаю его. Заказа нет. Потом делаю приходную накладную от того же поставщика, закидываю вручную тот же товар, заполняю ценами из контрактов - и вторая строчка спецификации остаётся с нулевой ценой. То есть в первой цена есть, в остальных тоже, а во второй - ноль. Проверено на двух разных компьютерах - с разными базами, поставщиками и товарами. Версия 1.025 SP3.
26.07.2007 14:36
OlegON
 
Цитата:
orekhov Проверено на двух разных компьютерах - с разными базами, поставщиками и товарами. Версия 1.025 SP3.
Мне повторить не удалось... Зато обнаружил, что обязательно надо ставить округление от полной цены, и что в целом какие-то странные косяки с появлением дробных долей у цен вовсю ползут. Вот, вбил один артикул три раза и сказал заполнить ценами из контракта (первая колонка - количество, следующая - цена без налогов):
3 4,2367
2 4,235
100 4,2373
26.07.2007 14:41
inna
 
Мы полную цену ставим в округление.
26.07.2007 14:45
OlegON
 
Цитата:
inna Мы полную цену ставим в округление.
да, извини, цена без налогов эта колонка.. при округлении от полной цены. Почему такая разница - загадка.
26.07.2007 14:52
OlegON
 
Цитата:
inna А с чем разница?
Это один и тот же артикул... Цена, соответственно, пробивается одна и таже.
26.07.2007 15:04
inna
 
Да кто ж их знает как они ее вычисляют. Может умножают на количество, потом округляют, потом делят на количество. Тогда и результат получится разный. В принципе и не нужна эта цифра.
26.07.2007 15:37
OlegON
 
А зачем цену на что-то умножать или делить? Может и не нужна цифра, но рождает подозрения в точности других цифр.
26.07.2007 15:46
inna
 
Цена в данном случае - это цена с налогами, а без налогов она вычисляеться. Если бы при этом в лоб снимали процент налога, то цена без налогов во всех случаях была одинаковая. Так как, как я поняла, строчки спецификации отличаются у тебя только количеством, а цены без налогов вычисляются разные, то скорее всего сначала получают сумму с налогами (цена * количество), потом снимают налог, потом делят на количество и получают цену без налога. Из-за округления цена получается разная. По моему кстати так и положено по документообороту (Mtirt может поможет - я с бухгалтерией не очень). А какие цифры еще вызывают сомнения? Эта цифра как раз информационная, а остальные должны совпадать с накладной.
26.07.2007 15:51
Mtirt
 
Цитата:
OlegON Это один и тот же артикул... Цена, соответственно, пробивается одна и таже.
Олег, это округление суммы, не обращай внимания. Поставь в контракте отклонение в 2 копейки и не обращай внимания.
Опции темы


Часовой пояс GMT +3, время: 03:52.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.