v7: ТиС Счет-фактура. Распределение по ГТД. #230396

Попытался сделать в счете-фактуре выданном, чтобы одинаковые позиции с разными гтд расписывались подробно вместо "в т.ч." + по ним  считались все цены и налоги. Вроде получилось...А как теперь убрать строчку, в которой такие товары объединяются?

?

а если вставите док задним числом - распределение ГТД гавкнется... Что будете делать?

а для этого (по импортному товару) нужно в ТИС в колоке "Партия" строго заполнять конкретные партии хоть задним хоть настоящим. И сбоев не будет по партионному и проблема решена.

ню-ню... Это практически руками не реально, когда товаров пару тысяч наименований и маленькие партии с разным ГТД... Ручной подбор здесь не катит при объеме свыше 50-70 наименований... P.S. у меня работает автопилот... нетиповой...

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

Также кнопочка в доке есть. Плюс эту же фигню можно перед записью (ни в коем случае не во время записи и не в момент проведения) впиндюрить.

И вообще для партионному учета хоть импортный хоть нет всегда партии нужно заполнять. Это и задним проблемы все решает, и проведение результаты не искажает и минусов копейки. да и оптимизирует проведение. Просто нужно нормально механизмы доделать да и делов то. За шесть использования ни разу не испытывал проблем с партионным.

Если документ на ТА - то все будет нормально... А вот если вводят задним числом - будет ЖПО... P.S. не зря же меня здесь долбают насчет партионного учета и заднего числа...

да даже задним нормально. ты же сам знаешь а долбають могут тока те кто никуа не шарит и не видит очевидных вещей.

Заполнение партий вручную - ну очень мудрое решение... в стиле 1С.... типа ипитесь, тетеньки, сами, я немощен...

согласен. но тока это вечное. и восьмерка ничем не отличается. Таже байда. Но а мы на что. Я вот как раз такие моменты очень люблю искоренять, за года прожитые с 1С это в крови заложилось.

у меня есть решение...  автопилотное...

Ну партии очень просто заполнять если сделать обработку еще на стадии выбора из номенклатуры. Выбираем товар - бах и автоподобралась партия. Ну или кнопку повешать которая заполнит потом по всей накладной.

верю что есть, у меня тоже это все даным давно реализовано.

ВОт обработка по заполнению партий по всему документу (если док был набит без партий). Эта же процедура автоматически срабатывает при вводе на основании. А так вообще еще на стадии подбора товара партия выбирается. Механизмы простые и работают как швейцарские часы. Вот например код. В нем же есть участок который при работе задним числом проверяет из расчетных партий были ли они списаны уже на текущий момент. Процедура ПоКнопкеЗаполнитьПартииФИФО(Автоматически = 0)   ну а дальше заполнение.                КонецЕсли;

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

ОГО!!! Maniac, похоже вы монстр в кодинге! (в хорошем смысле этого слова :)) Не могли бы вы немного пояснить...этот вариант подходит под мою проблемку (к сож. не очен хорошо разбираюсь в 1с)?

Если СравнитьТА = -1 Тогда .... вот здесь неслабая собака порылась... долго... Контроль не обеспечивает проверки на уход в красноту и восстановление...

Приложенные алгоритмы не обеспечивают 2-х вещей контроль за краснотой и самое главное - нет быстроты работы... Медленных алгоритмов много... А основное требование - в быстроте работы и отсутствии тормозов..

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

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

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

читай если у тебя еще на стадии расходной определены партии (а именно в них ГТД и страна происхождения) то в СФ у тебя будет все как по швейцарским часикам.

Maniac, благодарю!!! Сейчас буду колдовать... Товар большей частью импортный. ГТДшек нет только на единицы. Вот только партии товара по-моему не всегда заполнялись :(

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

да ты рано радуешся. если бы все было так просто )) это целая методика. Если не въехать до конца то результат не гарантирован.

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

Когда каждый товар отпускает только один манагер - указанный принцип рабочий...

Maniac, Ну это само собой разумеется! Вообще изначально задача стояла такая (цитирую): в счете-фактуре выданном(только для печати) 1. В итого считать сумму стоимости товаров без налога (5 колонка) 2. Расписать товары с ГТД ( цену, сумму, сумму с ндс и т.д.)

ГТД и учет заводских серий, сроков годности и т.д. - задача одного плана...

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

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

Он рабочий в большинстве ситуаций. Давайте возьмем супермаркет с 20 кассами. Какова вероятность того что в одно глновения на всех 20 кассах хотя бы в пяти через штрихкод будет идти товар "Балитка 7". Я боюсь что в супермаркетах партия вообще накуй не нужна. просто привел пример чтобы оченить вероятность. По поводу конкретной вероятности  написано с учетом порялка 20 человек из всей массы которые занимаются регулярным списанием.

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

Решил вынести обсуждение в отдельную статью

В - бред... мдя... мебель - товар практически уникальный и очереди за каждым диваном точно нет... У меня другая ситуация - 3 оператора выписывают импортный товар, на остатке 6 партий товара с названием БАРАХЛО НОМЕР РАЗ... в каждой по 10 штук В количестве 15 штук его хотят купить все 3 покупателя... Оператор1 выполнил распределение по партиям, но не успел запустить на проведение - покупатель подсчитал бабки и сказал - давай добавим еще немного товара БАРАХЛО НОМЕР ДВА... пока оператор1 добавляет - операторы 2 и 3 тоже выполнили распределение и провелись.... Если в модуле дока нет проверки распределения - то док оператора1 тоже проведется, товара в целом хватит... Но ошибку - товар из первой партии (с ГТД) спишется 2 раза и партия улетит в минуса... При наличии контроля (с тормозами) оператор1 отвалится с непроведенным доком с сообщением типа "выполни распределение повторно"... Выполняет - проводит - облом - теперь кака то сволочь хапнула другой товар из-под носа... И начинается...