Сергей Васкецов
Не понял, Вы о дефектовках сырья и материала или готовой продукции?

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

Сергей Васкецов директор банально, но вежливо, посылается.

скока раз я пытался это сделать.. но ответ один "Я хочу в программе иметь возможность изменить накладную за прошлые периоды. хочу.. моя твоей платить а твоя это делать и точка"
к чему пришли, так это к блокировке накладных по окончании месяца, когда он расчитывает финансовые результаты работы и расчитывает зарплату, в этом он согласился, нов течение месяц ему нужна менять налкданые как прихода так и расхода... и заморачиваться со сторно в течение текущего месяца он не хочет


Сергей Васкецов некондицию и незавершенку Вы тоже не учитываете?
у нас это опускается, из некондиционного материала все равно что-то делается и учитывается он как обычный материал, либо списывается по результам инвентаризации

процессы в фирме отлажены в том виде в каком они есть, ломать их координально не будут, если б все было просто и подошла бы 1С - давно бы купили, а так как директор творческая личность, то и выдумываем как учесть все его хотелки

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

sergey888Пусть он это скажет налоговикам...

вы будете смеятся, но некоторое время назад он придумал такой регламент:
- база на HDD на салазках, в кабинете в дальнем углу офиса,
- ярлык на прогу на рабочих столах юзеров назвается типа "тетрикс" "калькулятор" и т.д.
- прога пускалась с шары в локалке
внимание:
в случае появление "госте" из налоговой, секретарша, сидевшая на ближайшем столе к входу, должна была подать знак директору (в дальней комнате) и минимум 1-2 минуты, личным обянием,красотой угрди и всеми другим способами удержать пришедших у себя, в это время диск вгорячую выдергивался в салазок и прятался ...
сколько было смеху при репетициях этого события, вы не поверите )))

правда часа иск так и не настало .. везет пока )))

как сделано счас, упрощенно:

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

остатки считаются так:
- на конец месяца считаются остатки (по достпному кол-ву в позиция накладных) и записываются в таблицу, реальные остатки на любую дату считаются как остаток на ближайщий конец месяца + дельта по накладным (по полу доступного остатка)

имеем виды движения: приход, расход, списание буфера (упрощенно, в реальности их гораздо больше, разделяющих движение товара типу движения)

при появлении положительного остатка на текщую дату по товарам у которых колв-во в буфере > 0
создаем доп накладную списания буфера (со ссылками на основную расходную накладную и накладную вызвавшую появление положительного остатка, и со ссылкой на позицию основной расходной накладной по которой списываем буфер), кол-во в накладной списания буфера <= доступному положительному остатку и сумма позиций (по кол-ву) таких накладных списания буфера <= кол-ву в буфере в основной расходной накладной

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

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

счас перелопачиваю ее на firebird в связи с этим и хочется сделать буфер по правильному

iscrafmАвтору здесь недвусмысленно намекали на ЛЗК (или подобный документ, этап БД и т.п.)... Не все то, что считается (калькулируется) сразу должно быть списано со склада.

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

давай те еще раз расмотрим простую ситуацию и прошу коллег ответить кто и как ее решает в своих (полных или не полных) системах:

надо выдать 5 ед товара , т.е. надо оформить бумагу на ее выдачу (речь счас не о невозможности физически выдать то чего нет, а об оформлении документа на выдачу, по которому он получит его тогда когда товар будет на складе, пусть через неделю)

а на складе есть 3 ед товара

что вы сделаете ? вывалите сообщение что есть только 3 единицы и:
1. включите в накладную 3 ед
2. разобьете 5 ед на 3 ед(в накладную) и 2 ед (в закакз, по нашему мы называем это буфером)
3. вообще пошлете оператора нафиг решать орг вопросы?

я бы хотел идти по 2-му варианту, по нему и иду, но имею проблемы с разбором полетов при последующем редактировании этой накладной когда после нее уже оформено еще куча движения тех же товаров

про ЛЗК идея понятна, я ее думаю, но на вскидку - это приведет к тому что:надо сначала создать эту ЛЗК, потом ней делать документы списания со склада, делает этовсе 1 и тоже чел, он же потом сверяется с офисом и потому лишние документы = лишний этап в сверке = лишнее время = недовольстово начальства...

но если все же это получится единственный путь бе косяков с товарами в заказе (в буфере) то я по нему и пойду..