Имя: Пароль:
1C
1C 7.7
v7: Нестандартный вопрос по регистрам
,
0 Aldnepr
 
19.05.17
16:46
Старенькая ТиС. Возникла необходимость расфасовывать и продавать весовой товар. Например - зашел Сахар 100 кг. ---> расфасовали по пакетам 30х1кг+ 10х5кг+ 10х2кг. и продаем поштучно. Все бы ничего,но из этого ТиС идет выгрузка в бухию и бухгалтера однозначно хотят видеть все движение в килограммах (никаких превращений в штуки!). Поэтому в бУхию планирую суммировать и  выгружать килограммы. Соответственно надо и остатки сверять в обеих базах. Как лучше подойти к решению? Сделать еще один регистр Остатки2, куда записывать трансформированные штуки в килограммы и потом к нему обращаться уже?
1 Масянька
 
19.05.17
16:53
(0) Смотрите единицы (кг - упак). Там геморройно (в стандарте), но приспособить можно.
2 Aldnepr
 
19.05.17
17:01
(1) непонял идею. как приспособить?
3 Злопчинский
 
19.05.17
17:07
пониаешь тут в чем беда будет - тебе придется и торг12 и счф формлять в килограммах. и цену - за килограмм.
4 Злопчинский
 
19.05.17
17:16
(1) не получиться... ТС стопудово надо будет знать сколько каких пакетов. если этого знать НЕ НАДО - тогда проблем никаких - в том случае если клиент заказывает нужный вес.
Сахар, базовая единица = кг, производные единицы - пакеты.
все доки оформляются в кг.
на отгрузку отдается "сборочный лист" с примечанием как собирать - от крупных к мелким пакетам или наоборот.

но вся проблема что клиент скорее всего закажет именно отгрузку килограммовыми пакетами
5 Aldnepr
 
19.05.17
17:19
(4) Да, именно пакетами, которые уже штуки
6 Злопчинский
 
19.05.17
17:20
второй вариант
Группа "Сахар"
в ней элементы "Сахар 1кг", "Сахар 2кг"...

в ТИСе производишь перефасовку. списываешь 100 кг.
оприходуешь три разных номенклатуры, количественный учет = штучный

при выгрузке (смотря как она сделана) - можно выгружать "родителя" с пересчетом в Кг
7 Злопчинский
 
19.05.17
17:20
(5) что "именно пакетами"?
клиент заказывает отгрузку именно конкретными штуками..?
8 Aldnepr
 
19.05.17
17:21
(7) да, 3 пакета по 1кг., 2по 2кг. и т.д.
9 Злопчинский
 
19.05.17
17:21
может кто из "колдунов" что-нить еще веселое придумает?
вариант в (6) мне кажется проще чем городить допрегистр.
10 Aldnepr
 
19.05.17
17:22
(6) Т.е. сделать подчиненный справочник-клон "Товары"?
11 trdm
 
19.05.17
17:23
Это получаются разные товары?
Завести справочник "КлассификаторУникальныхТоваров" - ввести туда товар, "Сахар-песок", засунуть в номенклатуру, добавить реквизит коэф пересчета и в выгрузках умножать.
12 Злопчинский
 
19.05.17
17:23
но! можно извернуться ЕЩЕ ХИТРЕЕ
.
в регистр.остаткиТМЦ в измерение "Цена" (которое предназначено для розницы) - писать число, эквивалентное весу пакета и ли количеству пакетов. и подшааманить списоание остаткокв
13 Злопчинский
 
19.05.17
17:23
(10) Не "Владелец". А "Родитель" - группу товаров
14 Aldnepr
 
19.05.17
17:25
(13) Ну, как я группу выгружу в элемент? Я еще думал сделать еще одну табличную часть и в ней Элемент Товары2, который будет связан с Товары из основной таблицы через коэфициент
15 trdm
 
19.05.17
17:26
(11) Можно в КУТ впихнуть реквизит "Основной товар" и перегружать его в килограммах.
Короче варианты разные.

У нас справочник "КлассификаторУникальныхТоваров" вырос из того, что много товара с разными цветами, на все их характеристики и цены задолбешся запоминать. По этому ввели такую прослойку. И привязали к КУТам файлы, характеристики, совместимости и прочее.
16 Злопчинский
 
19.05.17
17:26
то есть 100 кг будет в регистре остатков так:
цена=1 колво=30кг
цена=2 колво=20кг
цена=5 колво=50кг
и в зависимости от флажка "весовой" малость подшаманить процедуру списания остатков по продаже. А перефасовка вообще тривиально делается
17 Злопчинский
 
19.05.17
17:27
(14) да мну пофиг как ты выгрузишь. я могу выгрузить так как нужно. а не так как навязано хрен знает кем. если выгружаешь с богомерзкой КД - там вместо элемента подсунуть в выгрузку в качестве элементиа группу - навоз вопрос
18 Aldnepr
 
19.05.17
17:28
(16) ну перефасовку планирую сделать из "СписаниеТМЦ"+"ОприходованиеИзлишков" соединиы как бы два этих дока в один
19 Злопчинский
 
19.05.17
17:28
(15) да это не вопрос. можно целый контур наваять.
вопрос в том, чтобы извернуться минимум перделок
20 Aldnepr
 
19.05.17
17:28
(17) Не, ОЛЕ выгрузка
21 Злопчинский
 
19.05.17
17:29
(18) ну да, типа списывает 100 кг,ц=0, приходуешь по ц=разная
22 Злопчинский
 
19.05.17
17:29
(20) ну так какая проблема? взял элемент, по какому-то признаку - взял родителя. и ищешь его в бухбазе как элемент
23 Злопчинский
 
19.05.17
17:32
(18) тут вопрос - как указать какие именно "единицы" в отгрузку списывать.
можно сделать тупо и быстро (хорошо это или нет - не ко мне, у мну мозги не варят сейчас к концу недели).
.
заполняешь доки штатно килограммами.
к докам реализации/заявкам подчиненный док - где раскладка строки "сахар" в "цены-пакеты".
.
но надо подумать получше.
как реализовать резервирование и прчее сопутствующее.
24 Злопчинский
 
19.05.17
17:33
не, вариант 16 не сильно прозрачный. надо сильнее думать. ща Масяня придет и женской изворотливым умом даст рецепт
25 Злопчинский
 
19.05.17
17:35
можно организовать "паралельный учет" в штуках на штатном механизме "комплектов" - подумать... там нет временной оси остатокв, только текущие...
26 Aldnepr
 
19.05.17
17:35
(23) вот вот. Я тоже уже перегрелся. Только Масяня решает?
27 trdm
 
19.05.17
17:38
А много движений? База большая?
А то пару ресурсов в пару регистров добавил и усе.
28 trdm
 
19.05.17
17:39
ТиС какая? Если цена в регистре есть, значит 9.2 какая-нить.
29 Aldnepr
 
19.05.17
17:39
(25) в этом тисе нет комплектов(. И комплект это же четкое представление- например Комплект чашек= Чашка синяя 1шт + Чашка красная 1шт. А если синяя 1 шт. а красная 2шт- уже другой комплект
30 Looking
 
19.05.17
17:41
(26)насколько помню движения по регистрам в Базовых единицах, так кто мешает сделать товару "Сахар" несколько Единиц измерения - "3 кг", "5 кг" с коэффициентами 3, 5 для перевода в Базовую единицу 1кг. При этом в табличных частях будет указывать ЕИ "3 кг", "5 кг" и их кол-во, а движения будут идти в килограммах с пересчетом по коэффициенту ЕИ.
31 Aldnepr
 
19.05.17
17:41
старая 027 и для Украины
32 trdm
 
19.05.17
17:42
+(27) Это к вопросу о сверке. Там же и решение о выгрузке.
33 trdm
 
19.05.17
17:43
Конечно пару отчетов дописать прийдется, алгоритм движений подкорректировать, выгрузку, и перепровести.
34 trdm
 
19.05.17
17:44
(30) Сверку поштучно тоже делать надо. Низя суммировать штуки и кг.
35 Looking
 
19.05.17
17:44
(8)"да, 3 пакета по 1кг., 2по 2кг. и т.д."

ну и прекрасно, будет 1 строка ЕИ "Пакет сахар 1 кг"  Товар "Сахар" Кол-во 3 шт, 2 строка ЕИ "Пакет сахар 2 кг" Товар "Сахар" Кол-во 2 шт, и т.д. В движениях получишь движения сахара в кг. Базовую единицу задаешь килограмм, для остальных единиц перевод по коэффициенту в 1 кг.
36 Aldnepr
 
19.05.17
17:44
(33) вот я тоже к этому склоняюсь. Только скопировать регистр и подшаманить его, и строить отчеты по тому и по тому, в зависимости в чем надо в кг. или шт.
37 Looking
 
19.05.17
17:44
(34)сверку с кем?
38 Looking
 
19.05.17
17:45
(36)зачем плодить сущности? чем штатный перевод по коэффициенту не устраивает?
39 Злопчинский
 
19.05.17
17:45
тогда проще:
базовая ед = КГ
производные ед = пакеты
добавить в регистр.остатки измерение "ЕдиницаХранения"
тупо поиском взять по конфиге и обработкам посик на этот регистр и модифицировать получение остатков и запись регистра.

в отчетах по оатсткам = остатко = Колво/ед.
если ед=пусто, то остатко = колво
40 Злопчинский
 
19.05.17
17:46
(38) требуется знать скольо на остатках конкретных фасовок
41 trdm
 
19.05.17
17:46
(36) Я вот не советую зоопарк из регистров разводить.
По этому и спрашиваю БД большая?
42 Aldnepr
 
19.05.17
17:46
(35) надо тоже покурить но не сегодня, может и получиться. Я не все могу сформулировать просто. тут еще есть навороты
43 Aldnepr
 
19.05.17
17:47
(41) не, бд 2 года всего
44 Злопчинский
 
19.05.17
17:47
(41) присоединяюсь
45 Looking
 
19.05.17
17:47
(40)тогда понятно, спасибо за пояснение
46 trdm
 
19.05.17
17:48
+(41) Просто сахар - не единственный весовой товар :)
Печеньки, прянички, конфетки и т.п.
47 Злопчинский
 
19.05.17
17:48
или в регистр остатков при записи писать колво = количество именно в заданной ЕД.
48 Looking
 
19.05.17
17:48
(43)за 2 года много можно наколотить
49 Злопчинский
 
19.05.17
17:49
надо поставить WMS, в ней работать так как вреале работает склад, а в торговую базу обменами меняться ;-) .. в килограммах...
50 Aldnepr
 
19.05.17
17:50
(48) нет не очень, порядка 2000 доков в год
51 trdm
 
19.05.17
17:50
(49) При небольшой БД это не особо и нужно.
ПС. Я просто не врубаюсь в чем прелесть WMS :)
52 Злопчинский
 
19.05.17
17:50
Итого - я сделал как в (6) бы... МИНИМУМ ПЕРЕДЕЛОК
53 trdm
 
19.05.17
17:52
(52) Сверка?
я про:
(0) > Соответственно надо и остатки сверять в обеих базах.
54 trdm
 
19.05.17
17:53
естественно просто надо выяснить что действительно необходимо.
Некоторые вещи можно и на калкулторе посчитать.
55 Злопчинский
 
19.05.17
17:55
(53) херня какая. при сверке пересчитывваем торговое в буховское. сверяем. я ж не знаю как у них сверка построена.
у меня сверка (штучный товар) - автоматищзирована. бух в торговой базе жмет кнопку и получает протокол разногласий между торг и бухбазами. в 99% случаев - проблемы в бухбазе. ибо все что делается руками - а там они регулярно какуюнить хрень хренячать то перевод товаров в материалыв, то обратоно, то передачу между юрлицами.. в итоге регулярно вылазила хня - все что делают руками - все хня
56 Злопчинский
 
19.05.17
17:56
.. правда это было пока и торг и бух были на 7.7. ща бухия на 8-ке и прямого коннекта нет. в файлик выгружается, в бухии загружается - итог тот же самый протокол
57 Aldnepr
 
19.05.17
18:02
(56) Аналогично. Тис выгружается в бухию 8, только по оле в конце дня. И сверка регистров остатки реализована в виде сравнительного отчета (протокол это или нет не знаю)
58 Aldnepr
 
19.05.17
18:02
(57) Коды товаров соответственно одинаковы
59 Злопчинский
 
19.05.17
18:08
(58) ну и делай как в (6), а в выгрузках и сверках оперируй Группой-"Родителем" - она должна у тебя имет такой код, как код у элемента "сахар" в бухбазе
60 Aldnepr
 
19.05.17
18:13
(59) Нет. Все кода идентичны, элементов и групп. Но это не поблема- можно и реквизит влепить новый и искать по реквизиту а не по коду например. Но мне чуток по другому надо, вот не могу на пальцах объяснить. Но наводка хорошая . буду думать на выходных
61 Злопчинский
 
19.05.17
18:18
(60) если кода идентичны - не сношайте себе мозг. веди учет в бухбазе. нафига вам две базы ...
62 пипец
 
20.05.17
10:51
старенькая это 2,0 проф фор дос )
63 opus70
 
20.05.17
11:00
без серьезной переписки проведения будет трудно это реализовать
я делал так
1. делаешь реквизит базовыйтовар и коэфф списания (Это куча сахара в кг )
2. Делаешь столько карточек товара сколько нужно
типа Сахар 5кг, Сахар 10кг в это карточках прописываешь "БазовыйТовар" и КоэфСписания (5,10 И Т.Д.)
3. переписываешь проведения документов там на самом деле не сложно
4. Продаешь  клиентам только с Карточек Сахар 5кг, сахар 10кг

все задача решина
64 Looking
 
20.05.17
11:06
А если перейти на УТ11? Там это реализовано?
65 Garykom
 
гуру
20.05.17
11:28
Меняйте номенклатуру и все будет замечательно.

Был "Сахар в килограммах" стал после расфасовки "Сахар в пакетах по X кг", для каждой новой уникально-пакетной номенклатуры храним исходный вес в реквизите справочника и исходную номенклатуру.

В результате при выгрузке в Бух банально проверяем есть ли (заполнен) реквизит исходная номенклатура и если есть то делаем подмену на нее в кг.
66 Garykom
 
гуру
20.05.17
11:29
(65) тьфу опоздал (( уже (63) тоже самое, не читал всю ветку
67 NSSerg
 
20.05.17
12:05
Миллион вариантов.
-Просто в единице завести реквизит "ВесНетто".

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

Дописок не требуется вообще, ибо документ "КомплектацияТМЦ" в типовой есть. Ну разве что обмен с бухгалтерией немного переписать в зависимости от хотелок. Например с подменой товара на "объединенную карточку". Выгружать документами, себестоимость сама посчитает при проведении.

Остатки сверяются элементарно (практически все отчеты в Тис можно формировать как в базовой так и в основной единице)
68 NSSerg
 
20.05.17
12:05
(67) опечатка
-при фасовке заводить новую номенклатуру (в ТИС)
69 NSSerg
 
20.05.17
12:16
Если нужны отчеты с консолидацией номенклатуры в одну карточку.
У тебя реквизит номенклатуры - "ОбъединеннаяКарточка"
Для обычных товаров он равен самому "ТекущийЭлемент", в случае фасованного товара - весовому прародителю.


Копируешь отчет в котором нужно консолидировать, и просто заменяешь переменную запроса Номенклатура (Товар) с Товар=ХХХ.Номенклатура на Товар=ХХХ.Номенклатура.ОбъединеннаяКарточка;

Например Ведомость по Остаткам ТМЦ
В запросе меняешь
    |Номенклатура    = Регистр.ОстаткиТМЦ.Номенклатура,      
    |                 Регистр.РезервыТМЦ.Номенклатура;
На |Номенклатура    = Регистр.ОстаткиТМЦ.Номенклатура.ОбъединеннаяКарточка,      
    |                 Регистр.РезервыТМЦ.Номенклатура.ОбъединеннаяКарточка;

И всё...
70 Злопчинский
 
20.05.17
12:54
Восьмерочник в каком-то мире другом живут, этож клюшки ;-)
71 NSSerg
 
20.05.17
13:19
Не знаю как насчет восьмерочников, а вот в (6) точно написано нечто странное ;)
Зачем оперировать группой? Это как минимум неудобно.
И нужно помнить - по каким карточкам нужно оперировать группой, а по каким нет.
Если всё легко и просто консолидируется во всех отчетах. (и выгрузках).
72 Garykom
 
гуру
20.05.17
13:33
(71) это любимая фишка семерочнико некоторых, неправильно группы (иерархию) использовать вместо подчиненных справочников или своего реквизита для связи

да так тоже можно, но блин оставлять в руках/правах кривых юзеров такую тонкую вещь??? они же заразы догадаются в другую группу перекинуть...
73 NSSerg
 
20.05.17
13:43
(72) Да ладно? Никак с семерочниками/восьмерочниками это не связано. Это связано с попытками натянуть на типовой функционал без дописок. Причем без дописок то не выйдет, потому что выгрузку в бухгалтерию в любом случае придется доработать.
74 Garykom
 
гуру
20.05.17
13:48
(73) В 8-ке штатно в типовых есть доп.реквизиты и сведения и к тому же сча они и хранятся в ТЧ штатно а не как раньше в РС
75 NSSerg
 
20.05.17
13:56
(74)???
Не понятно к чему это. В семерке штатно есть доп. сведения. И хранятся они в справочнике СвойстваНоменклатуры подчиненном Номенклатуре.
Но использовать его будет не так удобно как (69)
76 Garykom
 
гуру
20.05.17
14:06
(75) Таки где http://static.1c.ru/rus/products/1c/predpr/trade92/02.gif?
Вот это вот незаметная кнопочка снизу?
77 Злопчинский
 
20.05.17
14:08
(71) да неизвестно, может такой товар только один, тогда группу можно запихнуть в константу, если такие весовые товары все - тогда проще: считаем группу как объединяющий элемент. А может и по другому сделать как выше коллеги описывали
78 Злопчинский
 
20.05.17
14:09
(72) это запросто.
79 NSSerg
 
20.05.17
14:11
(76) Кнопка "Свойства"
(77) А сделать легко и просто, введя один реквизит в номенклатуру - что мешает?

Группу в константу не поможет, не выйдет без дописок совсем, выгрузка сама не переделается. И константу кто-то должен новую в конфигурацию добавить,
И что делать с отчетами?
Как ты поймешь что в ВедомостиПоОстаткам, АнализеПродаж и т.д. - на один из товаров нужно обращать внимание на папку, а в остальных на сами товары?
80 Злопчинский
 
20.05.17
14:14
На свойствах номенклатуры много не сделаешь

Полюбасику все упирается в необходимость количественного учёта, так что скорее всего отдельные номенклатуры делать, а как их связывать с исходным товаром - смотреть по месту как удобнее
81 NSSerg
 
20.05.17
14:14
Хотя например у нас сейчас так и делается.
Заводится новая карточка в папке и всё...
Документ КомплектацияТМЦ списывает с одной карточки и приходует на другую.
Ну и естественно у всех товаров БазоваяЕдиница - "кг".

Но если в бухучете хотят просто подмену карточки - тогда это будет весьма неудобно.
А если и в отчетах хотят подмену карточки, то самый простой вариант (69)
82 NSSerg
 
20.05.17
15:29
+ (81) Единственный вариант подмены - реквизит.
Ибо быстро консолидировать (сгруппировать) в семерке можно только по реквизиту, родителю или владельцу.
Владелец отсекается, по родителю ну очень неудобно, и переписывать придется никак не две строчки. Остается только один вариант - реквизит номенклатуры.
83 Garykom
 
гуру
20.05.17
15:38
(82) Ну или выносить наружу связь в отдельную таблицу (справочник, регистр)
84 NSSerg
 
20.05.17
15:41
(83) Не совсем понял.
Каким образом ты перепишешь любой отчет, ну например ВедомостьПоОстаткам, если вынес наружу в отдельную таблицу?

Группировки в семерке, в черном запросе, возможны только по внутренней переменной запроса. И быстро заменить номенклатуру на что-либо другое ты сможешь только добавив к значению переменной запроса реквизит. Нельзя сделать группировку по функции.
85 Garykom
 
гуру
20.05.17
15:45
(84) Мне привычнее ТЗ крутить, запросы для меня это просто способ выдернуть-собрать исходные данные для обработки кодом.
А в ТЗ не проблема заменить номенклатуру и потом сгруппировать.
86 NSSerg
 
20.05.17
15:47
(85) Еще раз - у тебя уже есть конфигурация, ТИС 9.XX
Тебя просят сделать быстро консолидацию. Тебе либо зарплату платят за это, либо наняли за деньги.
Ты перепишешь все отчеты в конфигурации на ТЗ?

Тут работы на час. Ты перепишешь все отчеты в конфигурации на ТЗ за 5000 рублей?

С множественными фильтрами, динамическими группировками?

Или ты копеечную задачу только что превратил в проект стоимостью в миллионы?
87 NSSerg
 
20.05.17
15:56
На всякий случай я по пунктам распишу решение этой задачи.
1. Добавляю в справочник номенклатуры реквизит, называю
ОбъединеннаяКарточка, тип "Справочник.Номенклатура"
2. Выношу его на форму.
3. Пишу обработку
спр=создатьобъект("Справочник.Номенклатура");
спр.ВЫбратьЭлементы();
Пока спр.Получитьэлемент()=1 цикл
Если спр.Этогруппа()=1 тогда
Если пустоезначение(спр.ОбъединеннаяКарточка)=1 тогда
   спр.ОбъединеннаяКарточка=спр.ТекущийЭлемент();
   спр.Записать();
КонецЕсли;
КонецЕсли;
КонецЦИкла;
4. Беру пару необходимых отчетов (ВедомостьПоОстаткам,АнализПродаж), копирую как внешние, делаю замену (69)
5. Беру обработку выгрузки в бухгалтерию, и заменяю везде в обращении к ТиС .Номенклатура на . Номенклатура.ОбъединеннаяКарточка

Всё, проект сделан. Можно работать

Можно еще сделать рюшечки, написать простенький отчет который покажет номенклатуру в которой .ОбъединеннаяКарточка не равно .ТекущийЭлемент() и т.д. Переписать типовую КомплектациюТМЦ

А ты во что превратил простейшую задачу?
88 NSSerg
 
20.05.17
15:57
спр=создатьобъект("Справочник.Номенклатура");
спр.ВЫбратьЭлементы();
Пока спр.Получитьэлемент()=1 цикл
Если спр.Этогруппа()=0 тогда
Если пустоезначение(спр.ОбъединеннаяКарточка)=1 тогда
   спр.ОбъединеннаяКарточка=спр.ТекущийЭлемент();
   спр.Записать();
КонецЕсли;
КонецЕсли;

КонецЦИкла;
//
Небольшой косяк был
89 Garykom
 
гуру
20.05.17
16:01
(86) Ничего не попутал? Где в задаче в (0) есть требование переписывать все отчеты (чтобы в них была группировка)?

Там группировка только для выгрузки в бух нужна. Складу своды нафуй не сдались, он будет смотреть по остаткам/движениям каждой конкретной номенклатуры.
90 vcv
 
20.05.17
16:44
На сколько старенькая ТиС? ТиС9 или старее?
Самое быстрое и штатное решение такое:
Заводим номенклатуры Сахар 9 кг. Сахар 3 кг. У каждой базовая единица кг, основная пакет с соответствующим коэффициентом пересчета.
Получаем штатные отчеты в базовой единице в килограммах, в основной - пакетами.
Выгрузка в бухгалтерию пойдёт в базовой единице, в кг.
Единственное, что надо будет сделать, это при выгрузке в Бух подменять номенклатуру сахара пакетированного на сахар весовой. Для этого можно реквизит в номенклатуре завести в в обработке выгрузки данных в бухгалтерию одно-два точечное изменение сделать.
91 NSSerg
 
20.05.17
17:43
(89) там есть задача сверки между базами. Для этого консолидация и нужна.
По-минимуму это и есть два отчета - анализ продаж и ведомость по остаткам (считаем что выгрузка документами, и себестоимость считается в бухгалтерии отдельно)
В случае реквизита - для консолидации в отчете изменяеется одна строка в отчете. Единственное условие для корректной работы - базовая единица в весе (кг)
(90) +100500
Я так понял что 9.xx, восьмая слишком стара
92 Garykom
 
гуру
20.05.17
17:52
ИМХО никакие килограммы (и даже штуки) в бухгалтерии не нужны и выгружать надо только суммы по документам в разрезе видов НДС.

Т.е. в бух только номенклатура НДС10%, НДС18, НДС0%, БезНДС и все. По сумме по каждому контрагенту и сверять.

А если не нравится то Комплексную пора или УПП/ERP2/KA2
93 Alexor
 
20.05.17
17:56
(0) А причина бухгалтерам упираться в кг одни?
94 NSSerg
 
20.05.17
18:01
(92) расчет бухгалтерской себестоимости естественно сделаешь отдельным проектом?
95 NSSerg
 
20.05.17
18:03
+ (94) повторюсь, пока задача стоит порядка 5000 рублей, ты же всё пытаешь превратить простейшую задачу в дорогущий проект, уже пошли предложения перехода на другие системы. У тебя точно всё в порядке?
96 Злопчинский
 
20.05.17
18:12
(93) причина одна
Отражать так как в документах поставщика и
Неумение нехотение провести простые операцииипо перефасовке по усету
97 NSSerg
 
20.05.17
18:37
(96) То есть ты объясняешь абсолютно корректное требование бухгалтеров "неумением" м "нехотением"?
Как ты будешь консолидировать учет по "объединенной карточке" не приводя её к одной единице измерения?
Я уже молчу о том что бухгалтерии как правило нужно нужно знать килограммы.
98 Garykom
 
гуру
20.05.17
18:49
(94) И так посчитает прекрасно по среднему.

Какая разница считать себестоимость отдельно для "сахар 1" и "сахар 2" а потом между ними среднюю.
Или сразу считать себестоимость для "товар НДС18%".
99 Garykom
 
гуру
20.05.17
18:51
(97) Бухгалтерам нафик не важно конкретное наименование товара и даже в чем оно измеряется.
Как и количество товара фактически, просто без кол-ва (и цены) не получить себестоимость среднюю.
100 Garykom
 
гуру
20.05.17
18:54
По сути проблема только в непонимании между бухгалтерами, складом и программистом.

Бухгалтера вероятно пытаются получить удобные/привычные циферки чтобы самим все дальше считать.
Вместо того чтобы дать задачу по расчету программисту, чтобы он вытащил это из складской проги.
101 Злопчинский
 
20.05.17
22:35
Вся проблема в том что бухии слом провести по бу операции перефасовки. И более ничего. Как только бухия это сделает - не надо вообще ничего нигде программить
102 Масянька
 
22.05.17
08:14
Посл 50-го поста не читала...
Мне, лично, не нравится реализация единиц в ТиС.
Мысли (не реализовано и до конца не додумано): у номенклатуры есть базовая единица (справочник "Единицы") - кг (по данному примеру). Подчиненный справочник "Единицам": кг -> пакет 3 кг = 3 кг, -> пакет 5 кг = 5 кг. Приход в кг. Расход - по желанию (кг, пакеты). В расходе (при использовании пакетов): пересчет в кг (базовые). То есть: в расходе 3 * пакет 3 кг - пересчет (и проверка, соответственно) в базовые и проведение (списание) 9 кг. В регистре хранится в базовых (кг).
Насчет пакетов - можно и в регистр запихнуть, но надо ли?
Подчеркиваю - мысли, не реализовано.
103 2dolist
 
22.05.17
08:35
А в чём проблема сделать как в 10 и 11? Единица хранения отдельно.