Главная
КОМПАС-CLOUD
Скачать
Цены   
Вебинары
Новости
Контакты
Решение для

  Управление закупками, запасами и продажами / Складской учет

Вопрос:
Какие номера партий ставить при транспорте начальных остатков?

Ответ:
Необходимо ставить отрицательные номера партий по порядку (-1, -2 и т.д.). А если Вы заводите партии вручную, то номера партий ставятся автоматически.
Вопрос:
В номенклатурном справочнике есть поле "Код по каталогу". Это поле мы используем в качестве номенклатурного номера, потому что в программе номенклатурный номер дается программой и его не изменить, а на предприятии своя классификация. Он нужен везде при выписке счетов, накладных и т. д. В какие запросы нужно добавить поле "Код по каталогу", чтобы он записывался в базe SUBCARDS (складские подкарточки) в поле COD_KAT (само поле завели)? Какие нужно изменить запросы, и что добавить в них?

Ответ:
Нужно зайти в МАСТЕР ТАБЛИЧНЫХ ФОРМ и в табличной форме SPR_NOM снять запрет редактирования колонки с поля COD. После чего поле номенклатурного номера откроется для ввода. С ним и работать.
Вопрос:
Как настроить, чтобы считалась наценка? Например: Клиент купил у организации контейнеры для мусора. Организация за доставку берет наценку в размере (15%) или любой процент от стоимости контейнеров (складывается стоимость контейнеров). Потом на это накручивается НДС.

Ответ:
Если наценка включается в учетную цену, то это в подсистеме "КОМПАС: Управление закупками, запасами и продажами" называется "таможенные пошлины". В этом случае необходимо зайти в справочник таможенных пошлин и там настроить Вашу наценку. Отмечаете, что она действует на ту номенклатурную группу, в которой находятся контейнеры. И дальше на вкладке "Пошлины" в экранной форме документа вводите строку с необходимой пошлиной (для кода пошлины работает справочник по F7, откуда и можно выбрать уже настроенную пошлину).
После ввода пошлины нажимаете кнопку "Расчет цены" в документе. Если наценка не входит в учетную цену, то работаем аналогично, но через справочник наценок (там группы, на которые это дело действует, указывать не надо) и вкладку "Наценки" в экранной форме документа.
Вопрос:
При списании материалов с МОЛ в одном акте списания, нужно чтобы разный товар относился на разный дебет и кредит.

Ответ:
В товарном разделе есть поле "Счет", которое заполняется счетом из номенклатурного справочника. Дальше нужно настроить переменную таблицы транслятора, которая соберет с товарного раздела документа сумму, относящуюся на конкретный счет. И настроить типовую проводку, в которой будет столько строк, сколько может быть счетов в товарном разделе, а в качестве сумм строк проводки использовать результат, возвращаемый настроенной переменной для каждого возможного счета (задавать разные параметры счета). Эту типовую проводку использовать для проведения документа.
Вопрос:
Проблема в том, что товар с одного склада может уйти по одной учетной цене, а на другой склад прийти по другой учетной цене. Именно так обстоят дела в розничной торговле. Например, на центральном складе куда поступает товар от поставщиков он учитывается по закупочной цене, а в магазин этот товар уже должен поступать по розничной цене (закупочная + наценка) и там, в магазине, учитываться только по рознице.
Кладовщик на центральном складе печатает накладную в которой цена на товар должна быть указана розничная (т.е. учетная цена для нового склада, а не та по которой этот товар числится на текущем складе) . Проблема в том, что документ "Передача со склада на склад" не позволяет менять ни учетную цену, ни сумму. Корректировка табличной формы документа ни к чему хорошему ни приводит (галочку "запрет на редактирование" может быть снята). Т.к. в этом случае программа просто забывает старую учетную цену товара на складах, соответственно отчеты по движению товара печатаются неправильно.

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

Ответ:
У каждой партии своя учетная цена, она постоянна, и это строго!!! О ее изменении, в т.ч. при передаче в другую партию, не может быть и речи, это в корне противоречит бизнес-логике "Склада" и приведет к полному разброду в складских данных (а далее и бухгалтерских).
Для розничной торговли мы обычно делаем по-другому: в поля для учетных цен пишем нормальные учетные цены (их пишет сама программа), а еще выводим в документе передачи поля для ввода цен и сумм отгрузки (в товарном разделе всегда 3 набора цен и сумм: прихода, учетные и отгрузочные, но в каждом документе в стандартной поставке выведен только определенный набор) и туда вводим те самые розничные цены и суммы.

Потом Вы вправе сформировать документ отгрузки на основании этой самой передачи (или нескольких передач), при этом введенные розничные цены попадут в отгрузку в качестве отгрузочных цен. Отчеты тоже можно будет строить по ценам реализации (там, где это предусмотрено).
Вопрос:
Иногда приходится производить переоценку товаров. Т.е. должен оформляться документ и в программе должна изменяться учетная цена товара на складе. Такие ситуации на практике - это изменение цен на розничной торговой точке, или в следствии естественных причин. Как оформить операцию переоценки товара в "Складах"? В теории и в практике переоценка это такая операция когда товар уходит со склада по одной цене и приходит на этот же склад но уже по другой цене. Если бы при перемещении со склада на склад можно было бы менять учетную цену, тогда проблемы бы не было.

Ответ:
Документом списания спишите весь товар со склада по его учетной цене, а на основании этого списания сформируйте документ прихода с теми же количествами, но по другой учетной цене (просто перебейте эту цену).
Вопрос:
При оформлении прихода от поставщика фактическое количество товара не соответствует количеству по документам. И это обычная ситуация. Фактическое количество поступившего товара фиксируется в "Приемном акте" который составляет кладовщик. В дальнейшем в работе используется именно фактически полученное количество товара, а не то которое было указано в приходной накладной.
По разнице в количестве потом бухгалтерия формирует соответствующие проводки и если необходимо составляет соответствующие претензии к поставщику. Подскажите, как можно эту ситуации отобразить в складах? Т.е. мы хотим, чтобы кладовщик заводил документ, а бухгалтер мог по информации заведенной кладовщиком без проблем сформировать все необходимы проводки.

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

Ответ:
Здесь необходимы 2 документа: накладная поставщика (с количествами, которые указал поставщик) - документ без отношения к складу (а лучше "заказ"), и реальный приход на основании этой накладной (а ля "приходный ордер") - уже с отношением к складу "Приход", но с измененными количествами. Таким образом, у Вас в базе будут и данные поставщика, и реальные данные.

Есть и другой вариант, менее правильный с точки зрения отражения документооборота, но более экономичный с точки зрения ввода и хранения данных. Достаточно средствами Мастеров добавить в существующую приходную накладную поле "Количество от поставщика", куда и будут заноситься те цифры, что значатся в приходной накладной (можно даже настроить так, чтобы в поле "Количество в основных единицах" первоначально автоматически заносились данные из этого нового поля). На складские остатки будет влиять только старое поле "Количество в основных единицах". После этого можно создать печатную форму, в которой будут выводиться оба количества и даже их разница.
Вопрос:
Несколько раз наткнулся на ситуацию, когда при создании документа списания по образцу нажатие кнопки "по партиям" приводило к сообщению "партий не обнаружено... партия будет создана при сохранении документа", хотя партии есть. Почему?

Ответ:
Дело в том, что подбор партий осуществляется с учётом ГТД, и если в документе, который является образцом, ГТД не указана, а указана в документе списания, то партия не подбирается.
Вопрос:
Почему отличаются бухгалтерские и складские остатки по партиям?

Ответ:
Дело в том, что бухгалтерские остатки формируются, исходя из выбранного метода списания себестоимости (FIFO, LIFO), а складские, исходя из реального отпуска (с какой полки взяли).

Пример списания по LIFO
 Прибыло Убыло (Склад) Остаток (Склад) Убыло (Бухгалтерия)Остаток (Бухгалтерия)
Партия №1 01.09.02
10 шт. по 20р
8 шт. по 20 р. 2 шт. по 20р
Итого 40 р.
5 шт. по 20 р. 5 шт. по 20р
Итого 100 р.
Партия №2 30.09.02
15 шт. по 25р
12 шт. по 25 р. 3 шт. по 25р
Итого 75 р.
15 шт. по 25 р. 0 шт. по 25р
Итого 0 р.
Вопрос:
При формировании снимка для создания отчетов - сообщение об ошибке. В чем причина?

Ответ:
Всё дело в отличии длин полей у таблиц, используемых в запросе, по которому строится данный отчёт, и длиной поля в таблице SNAPS. Поля берутся из описания запроса. В частности для ведомости движения из запроса REP_VED_MOV берём следующие поля: PROD_NAME, SKL_OTN, SUBCOD, NOM_NO, ED_OSN,SKL, N_DOK, FAMALIO, PYR3 SKL_P_NAME DATA_D MOL D_NAME, KOL_PLUS, KOL_MINUS, CENA KOL_PLUS, KOL_MINUS, GR_NAME. Потом через конфигурацию (закладка "умолчания") меняем по базе длины этих полей по алгоритму:
- вводим новую переменную, маску для псевдонимов полей(к примеру PROD_NAME*)и нажимаем на кнопку "проверить";
- выясняем какая длина поля и приводим её к одной величине. Естественно, особо пристальное внимание обращаем на поля присутствующие в таблице SNAPS;
- ПОСЛЕ ЧЕГО ОБЯЗАТЕЛЬНО РЕСТРУКТУРИЗИРУЕМ БАЗУ ДАННЫХ;
- после чего тестируем построение запроса.
Вопрос:
В Компасе есть функция НДС_ПР(пар1, пар2, пар3 ) - вычисление СУММЫ НДС. С пар3 все более менее ясно, а вот пар1 и пар2 - вызывают сомнения. Не могли бы вы объяснить, как правильно использовать эту функцию?

Ответ:
НДС_ПР - считает не только НДС, но и все остальные налоги, "навешиваемые" на цену, ежели таковые имеются в схеме. Насчёт параметров её можно сказать, что пар1 - это цена без налогов, а пар2 - цена со всеми налогами. Пар3, как Вы уже, видимо, догадались, - схема расчета налогов. Приводим пример, скопированный из списка функций пересчёта полей товарного раздела.
НДС_ПР(MOVIES.CENA,MOVIES.CENA_TOT,MOVIES.SX_NAL).
Вопрос:
У нас на предприятии учетная политика по точным ценам, а в конфигурации предлагается выбрать "автоподбор партий" по FIFO или по предельной дате реализации. Как нам быть?

Ответ:
Автоподбор партий программой производится только в том случае, когда пользователь сам не указывает распределение количества в строке документа по партиям. Это во-первых. Во-вторых, не путайте автоподбор партий по FIFO с бухгалтерским списанием себестоимости по FIFO. Автоподбор партий касается распределения количества в строке документа по имеющимся партиям (при сохранении документа), и, соответственно, если в конфигурации стоит автоподбор по FIFO, то он производится, начиная с самой давней партии (и т.д. в порядке увеличения дат прихода), а если по предельной дате реализации - то в порядке увеличения срока годности (поле END_DATE таблицы SUBCARDS). А бухгалтерское списание себестоимости делается отдельно в пункте меню "Операции и отчеты \ Списание себестоимости", и занимается оно вычислением сумм бухгалтерской себестоимости по указанному в этом пункте методу и пишет результаты в поля SUM_SP и SUM_SP_TOT таблицы MOVIE.
Хочется также отметить, что стандартные складские отчеты строятся по точным ценам (ценам партий, подобранных пользователем или автоподобранных кодом программы) и только по точным ценам.
Вопрос:
Где хранится средняя цена после того, как выполнили операцию "списание себестоимости" (например, в акте на списание цена остается партионная)?

Ответ:
В обычных версиях 10.67-10.69 средняя цена нигде не хранится. Хранятся только рассчитанные суммы себестоимости по средним (поля SUM_SP, SUM_SP_TOT таблицы MOVIE). Дело в том, что в случае средне-учетных цен имеют смысл только суммовые и количественные остатки, а цена - это всего лишь частное от их деления.
Имеется разновидность версии 10.69 (доработка по запросу конкретного клиента), в которой сделаны складские отчеты по средним ценам. Там рассчитанные средние цены будут храниться в товарном разделе (в дополнительных полях) вместе с суммами.
Вопрос:
В случае, когда НДС=0 заполняется строка с нулевым налогом, но для чего тогда существует кнопка "без налога"?

Ответ:
Для того, чтобы сделать нулевой налог, но проставить в документ схему налогов, согласно которой налог все-таки нулю не равен. У кого-то из пользователей такая необходимость возникала. Сейчас уже трудно вспомнить, у кого именно.
Вопрос:
В экранной форме "Накладной на отгрузку" добавил кнопку "Сохранить". Но сохраняется только шапка документа, а товарный раздел - нет. Что сделать для полного сохранения документа?

Ответ:
К кнопке должна быть привязана команда CMD@POST.
Вопрос:
У нас почему-то неправильные суммы остатков, как их проверить?

Ответ:
По таблице SUBCARDS. Если не согласны с ее содержимым (в поле OST) - запустите "корректировку остатков" для перечета текущих остатков по начальным остаткам, приходу и расходу.
Вопрос:
В вашей программе "пошлина" рассчитывается на всю накладную, которая содержит разные субсчета счета "10 /…". В накладной на приход в товарном разделе могут быть номенклатурные номера, имеющие различные субсчета. В нашем учете ТЗР отдельно рассчитывается на каждый субсчет и при этом для каждого склада. Как это можно будет оформить в приходной накладной?

Ответ:
Вам придется описать несколько пошлин (по количеству субсчетов 10-го счета), затем объединить все номенклатурные единицы в группы по признаку учета на разных субсчетах 10-го счета и привязать свою пошлину к каждой из таких групп. Затем в документе использовать необходимые пошлины из общего списка. За счет того, что каждая пошлина будет действовать только на свою группу, она и распределится только по той части накладной, которая будет принадлежать нужной группе (а по другой части накладной будет распределяться другая пошлина: никто не запрещает иметь в документе несколько пошлин).
Вопрос:
В приходных накладных в товарном разделе есть поле "дата реализации", а в таблице SUBCARDS есть поле "срок годности". Это одно и тоже?

Ответ:
Да. Эти поля переходят друг в друга при создании партий прихода.
Вопрос:
Если в конфигурации модуля "Склад" учетный период указан - год, то "начало периода" и "конец периода" для следующего месяца списания нужно будет вручную выставлять в конфигурации?

Ответ:
Нет. Процесс списания держит все промежуточные граничные даты в памяти, не изменяя конфигурации.
Вопрос:
После проведения операции "Списание себестоимости" программа автоматически поменяет начало и конец текущего периода?

Ответ:
Нет. Это происходит только при закрытии периода. Таким образом, Вы имеете возможность производить повторное списание себестоимости после корректировки складских документов.
Вопрос:
Программа должна знать, за какой месяц мы формируем среднюю цену, если учетный период год?

Ответ:
В этом случае программа пересчитает средние цены за все месяцы в году. Под периодом списания (тот, который н азначается в момент выполнения самой процедуры списания) понимается срок, в котором средние цены списания расхода не меняются. Т.е., если период списания - день (скользящие средние цены), то мы берем весь приход за первый день учетного периода и остатки на его начало, рассчитываем по нему среднюю цену списания номенклатуры за этот день, списываем расход опять-таки только за эту дату и определяем по результатам остатки на начало следующего дня. После этого все повторяется для этого самого следующего дня.
Если период списания - месяц, то для определения средней цены берутся начальные остатки и весь приход за месяц. Т.е. весь расход в этом месяце будет списан по одной цене. И т.п.
В результате, если информация в документах корректна, средние цены при годовом списании не испортятся. Более того, учтутся правки, внесенные задним числом, при наличии таковых.
Вопрос:
В товарном разделе документов списания сумма не равна сумме, полученной как количество, умноженное на среднюю цену списания?

Ответ:
Себестоимость в строках документа при его формировании рассчитывается по точным партионным ценам (выбираемых партий) и далее никогда не изменяется! А процесс бухгалтерского списания себестоимости записывает свою информацию совершенно в другие поля товарного раздела, не затрагивая управленческие поля.
Вопрос:
В документах передачи со склада на склад, когда передаваемое количество вводится в товарном разделе, то учетная цена не формируется. Если выбираешь количество из партий, то учетная цена формируется. Почему это происходит? Так же не должно быть!

Ответ:
Нет, именно так и должно быть, поскольку в момент ввода количества еще не известно, какие партии будут подобраны (просто нет информации, по которой считать учетные "средне-партионные" цены!). Это становится известно только либо после подбора партий (как у Вас и происходит), либо при сохранении документа в момент работы автоподбора партий (если Вы сами по партиям не разбросали).
Вопрос:
Можно в экранную форму документа на списание в производство (или акт на списание ТМЦ) в товарный раздел добавить колонку "дебет счета" по каждой номенклатуре?

Ответ:
Она в таблице MOVIE есть. Нужно только с помощью соответствующего Мастера в табличную форму добавить. А з аполняться она будет автоматически из номенклатурного справочника при выборе номенклатуры.
Вопрос:
Процент пошлины увеличивает цену (сумму) каждой номенклатуры, перечисленной в приходной накладной?

Ответ:
Учетную цену каждой номенклатуры тех групп, на которые действует пошлина. Если она действует на все группы, - значит, и на все номенклатуры.
Вопрос:
В отчете по расходу (формирую отчет по расходу, указав код партнера "наш завод", чтобы получить данные по материалам, списанным в производство) записи по конкретной номенклатуре отражаются не одной записью, а таким количеством, из скольких партий производилось списание. А нельзя ли чтобы также формировалась запись, сжатая по номенклатуре (как в сальдово-оборотной ведомости)?

Ответ:
Это же отчет по разным ценам партий! Он специально написан так, чтобы показывать все используемые цены. Вам же нужно настраивать другой отчет или заказать его разработку.
Вопрос:
Как вычисляется колонка "количество" в пункте меню "Документы / Складские карточки"?

Ответ:
Как сумма выражения OST + OST_NACH по всем партиям (таблица SUBCARDS) с данным номенклатурным номером (поле NOM_NO).
Вопрос:
Если у меня стоял отчетный период - любой месяц 1999 года, то с 1-го января в интерфейсе модуля "Склад" при входе в него пишется этот же месяц, но 2099 года.

Ответ:
Нужно в настройках Windows поставить 4 знака для обозначения года в кратком формате даты.
Вопрос:
Как различать в таблице SPR_NOM товар и услуги? Очевидно по полю V_NOM. Для товара там значение =1. Какое значение для услуг?

Ответ:
Часто для услуг V_NOM=2. Но, строго говоря, товары имеют значение V_NOM=1, а где V_NOM не равно 1, это услуги.
Вопрос:
Откуда непонятные числа в документах передачи - остаток в партии, пока партия не выбрана?

Ответ:
По поводу документа передачи: до выбора партии - остаток в партии случайное число, на которое обращать внимание не нужно.
Вопрос:
Обязательно ли при закрытии периода производить списание себестоимости?

Ответ:
Списание себестоимости нужно для расчета сумм себестоимости при учете ТМЦ по средним ценам/FIFO/LIFO. У Вас, насколько я знаю, точные цены. Раз так, то себестоимость по расходному документу можно рассчитать сразу, как только он появился, по учетным ценам тех партий, которые были подобраны. Централизованный расчет себестоимости при этом не нужен.
Вопрос:
Если документ сначала создали, а потом удалили, или удалили одну строку в товарном разделе, то в экранной форме складской карточки остается строка с номером этого документа и с отрицательным остатком, приходится ее удалять "руками".

Ответ:
Если Вы вводите строку прихода, затем после сохранения прихода вводите расход из созданной партии, а потом строку прихода удаляете, то у Вас происходит то же самое, как если бы Вы вводили расход при отсутствии прихода: создание партии "под расход" с отрицательным остатком (только в данном случае в партию "под расход" преобразуется бывшая партия прихода, при этом она сохраняет все параметры прихода, как то страна происхождения и ГТД). Собственно, а что же еще делать?
Частный случай этой ситуации - удаление еще не израсходованных приходов: в этом случае появляющиеся партии "под расход" имеют нулевой остаток. Такие партии можно удалить через пункт меню "Операции и отчеты - Удаление пустых подкарточек".
Вопрос:
Объясните пожалуйста, что происходит с партией, если я удаляю строку из экранной формы складской карточки?

Ответ:
1. Проверяется, нет ли ссылки на эту партию из движения ТМЦ. Ссылка может быть:
- в поле PART_NO таблицы MOVIE, где MOVIE.SKL_OTN = 1 - первичное создание от прихода;
- в поле PART_OLD таблицы MOVIE, где MOVIE.PART_OLD IN (5, 6, 8), но реально отношение к складу не проверяется, поэтому, если вдруг на основании возврата сформировали счет-фактуру (довольно странная операция, но технически возможная) или что-то подобное, то информация из поля PART_OLD старых записей перейдет в PART_OLD в новые записи, в результате ссылка окажется не оттуда, откуда может подумать пользователь. Соответственно ссылки в PART_OLD следовало бы искать по всей таблице MOVIE;
- в поле PART_NO таблицы RASHOD, также в любой записи таблицы;
- в поле NEW_PART_NO таблицы RASHOD, также из любой записи.
2. Если ссылка есть - идет сообщение, что партию удалять нельзя, удаление блокируется.
3. Иначе партия удаляется - в данном случае, когда установлено, что ссылок на нее нет, это безопасно.
Вопрос:
Нельзя ли сделать, чтобы при выборе партии при списании в табличной форме "Отгрузка по партиям" партии с нулевым остатком не показывались?

Ответ:
Сделайте "Удаление пустых подкарточек" - и партии, о которых Вы говорите, удалятся из базы и не будут показаны в форме выбора. Чтобы убрать оттуда и полностью израсходованные партии (это не то же самое, что пустые партии "под расход", они не уходят при удалении пустых подкарточек), необходимо модифицировать запрос Партии.NEW_TEMP_RASH, дописав в его конец:
AND (ABS(IsNull(S.OST, 0) + IsNull(S.OST_NACH, 0)) > 0.000001 OR ABS(IsNull(R.KOL, 0)) > 0.000001)
Вопрос:
Проконсультируйте, пожалуйста, для восстановления данных по складу достаточно ли будет загрузить таблицы MOVIES, NAKLAD, NAKLAD2, RASHOD, SUBCARDS, NAL_PART, DOC_UD, DOC_CAST, CHET?

Ответ:
NAKLAD и NAKLAD2 - это одна и та же таблица: dbo.NAKL. Дважды грузить ее не надо, достаточно одного раза. Перед тем, как закачивать старые варианты, обратите внимание на то, проводились ли новые счета/счета-фактуры/накладные в ЖХО с момента предыдущего backup-а, ставились ли в журнал взаиморасчетов и книги: после загрузки старых данных вся эта информация в журналах и книгах окажется "подвисшей", так что ее лучше удалить до загрузки старых данных.
Вопрос:
Хотелось бы прояснить для себя, что происходит с партией товара, если документ сначала был занесен в реестр - Передача со склада на склад или Списание (требование), а затем оттуда удален. В складской карточке остается при этом строка с номером этого документа, но с нулевыми цифрами. Как я понимаю, эту строку надо удалить из карточки. А если она остается в складской карточке, чем это грозит?

Ответ:
Зря Вы написали сюда документ списания: он не создает никаких партий. Насчет передачи (а также прихода) - да, такое действительно происходит: это обобщение случая, когда занесли документ, создающий партию, затем эту партию полностью или частично израсходовали, а затем удалили первоначальный документ. Что при этом происходит? На месте партии прихода появляется партия с отрицательным остатком "под расход", которую можно увязать с каким-либо более ранним приходом через подсистему увязки прихода и расхода (меню Операции и отчеты - Увязка прихода и расхода). Если же партия не израсходована, остаток в партии "под расход" будет не отрицательным, а нулевым, что Вы и наблюдаете.
Если Вас такие партии раздражают - для Вас есть пункт меню Операции и отчеты - Удаление пустых подкарточек. Грозит наличие такой партии только тем, что она будет присутствовать в форме выбора партий при отгрузке/передаче/списании, занимая место (реально из нее расход будет не произвести).


Вернуться к главному перечню вопросов