Помогите, плиз, в решении следующей проблемы.
Внутреннее перемещение -> По расходному документу значение полей (sumout summa sumoutr)= 556,00 556,00 390,78 , а по приходу значение полей 556,00 390,78 390,78. Как такое может получаться? Печатаем реестр документов прихода - видим одно (нету наценки), а печатаем реестр расхода - наценка есть (и должна быть).
Подскажите где посмотреть, пожалуйста?
БЭСТ-5 3.4 SP24.3
Дополню здесь... может непонятно написал. Внутреннее перемещение оформляется 2-мя записями : расход по одному складу (vid+type='24'), и приход по другому складу (vid+type='14') и суммы у них должны совпадать... У меня не совпадают.
Изменено: - 22.10.2010 08:52:41
User
Сообщений: Регистрация: 22.11.2007
Санкт-Петербург, ООО "Динамика"
21.10.2010 16:34:19
Учет сортовой или партионный ?
User
Сообщений: Регистрация: 11.02.2008
21.10.2010 19:13:12
Партионный способ хранения, метод учета по учетным ценам, объект учета Ном.номер+партия. Проблема тянется с апреля после перехода на 3.4. Ковыряю с тех пор, но пока безуспешно. Проблема проявляет себе не только так. Еще sumoutr может содержать сумму 2-х строчек из восьми, например. По этим строкам есть cena0, по остальным 6-ти строкам нету, т.е. =0. Еще вариант sumoutr вообще равна 0.
User
Сообщений: Регистрация: 22.11.2007
Санкт-Петербург, ООО "Динамика"
21.10.2010 23:16:15
Цитата
А Nemo пишет:
Партионный способ хранения, метод учета по учетным ценам
При таком способе внутреннее перемещение с наценкой может работать только с последующим пересчетом себестоимости. Т.е. расчет себестоимости и проводок надо делать отложенным.
Причина проста:учетная цена в карточке партии неизменна. И это безусловно.
User
Сообщений: Регистрация: 11.02.2008
22.10.2010 08:03:58
Какую-то фигню вы пишите, не разобравшись в проблеме. Вы хотите сказать, что часть строк документа (в mdocm) суммируется и записываются в шапку (в mdoc), а другая часть не суммируется - это нормально (строки одного документа). Это проблема и вероятно в программе. В 3.3 такого не было.
Разберитесь, пожалуйста! (к разработчикам)
User
Сообщений: Регистрация: 11.02.2008
22.10.2010 11:51:08
Короче, дополню. Ситуация когда mdocm.cena0=0 и как следствие mdoc.sumoutr=0 возникает только при импорте строк из другого документа (по F2). Более того некое символьное поле oper_fact='0.00000' (в символьном представлении конечно). Когда строки вводишь из картотеки (Alt+F4) , то oper_fact='0000000000000000000000'.
Похоже у вас сильно что-то напутано!!! Очевидно же, что числовое значение из памяти записывается в символьное поле после преобразования. Что-то не туда пишется, что-то сдвинуто.
Изменено: - 22.10.2010 11:52:30
Administrator
Сообщений: Регистрация: 29.10.2007
Москва, Компания "БЭСТ"
22.10.2010 12:00:28
Цитата
А Nemo пишет:
Короче, дополню. Ситуация когда mdocm.cena0=0 и как следствие mdoc.sumoutr=0 возникает только при импорте строк из другого документа (по F2). Более того некое символьное поле oper_fact='0.00000' (в символьном представлении конечно). Когда строки вводишь из картотеки (Alt+F4) , то oper_fact='0000000000000000000000'.
Похоже у вас сильно что-то напутано!!! Очевидно же, что числовое значение из памяти записывается в символьное поле после преобразования. Что-то не туда пишется, что-то сдвинуто.
Добрый день!
Нет, не напутано, oper_fact='0000000000000000000000' - это просто особый вид гуида, который обрабатывается как пустой. Насчет остальных ситуаций - проверим, спасибо.
User
Сообщений: Регистрация: 22.11.2007
Санкт-Петербург, ООО "Динамика"
22.10.2010 12:00:36
Цитата
А Nemo пишет:
В 3.3 такого не было
В 3.3 вообще не было внутреннего перемещения с наценкой.
Цитата
А Nemo пишет:
Печатаем реестр документов прихода - видим одно (нету наценки), а печатаем реестр расхода - наценка есть (и должна быть).
Я ведь Вас правильно понял Вы пытаетесь делать внутреннее перемещние с наценкой ?
User
Сообщений: Регистрация: 11.02.2008
22.10.2010 14:49:06
Цитата
nordk пишет:
В 3.3 вообще не было внутреннего перемещения с наценкой.
Не знаю в чем вы запутались ? Внутреннее перемещение vid=2 type=4 в таблице .\sclad\moves.dbf по отпускной цене отличной от складской (закупочной-учетной)? так и возникает наценка.
User
Сообщений: Регистрация: 22.11.2007
Санкт-Петербург, ООО "Динамика"
25.10.2010 12:57:16
Цитата
А Nemo пишет:
Не знаю в чем вы запутались
Давайте начнем с того что я ОЧЕНЬ знаю таблицы.
Цитата
А Nemo пишет:
Внутреннее перемещение vid=2 type=4 в таблице .\sclad\moves.dbf по отпускной цене отличной от складской (закупочной-учетной)? так и возникает наценка.
Вот скажите, Вы понимаете как в БЭСТе работает себестоимость ?
Тут уже была одна такая тема и я в ней подробно объяснял как в 3.4 теперь по новому организован учет себестоимости в отличии от всех предыдущих БЭСТов
Вы осознаете тот факт что одна технологическая операция приведет к тому,
что все цифры в таблицах поменяются на правильные в понимании БЭСТа,
а именно Ваша наценка просто напросто исчезнет?
И это кстати не будет ошибкой !!!
Начиная с версии 3.4 ОЧЕНЬ не рекомендую спешить смотреть в таблицы как раньше и делать из этого выводы. Необходимо понимать весь принцип организации учета.
В чем собственно я и сделал попытку Вам помочь.
P.S.
Добавлю также что учетную цену карточки партии БЭСТ может упорно менять на свою.
Т.е. попытка в таблице партии поменять учетную цену и успокоиться может привести
к непредсказуемым последствиям. БЭСТ ее прекрасно может восстановить на ту которая
была.
Это я к тому что не стоит врукопашную менять значения в отдельных полях - это чревато ошибками в работе, связанными с неправильной эксплуатацией программы.
User
Сообщений: Регистрация: 11.02.2008
29.10.2010 08:37:20
Цитата
Александр Титов пишет:
Насчет остальных ситуаций - проверим, спасибо.
Александр, как прошли проверки? Когда исправите проблему с расчетом себестоимости? И зачем ее вообще расчитывать?!!! Мне нужно чтобы цена фактическая всегда равнялась цене поставщика. Короче, от Вас похоже НИЧЕГО не дождаться, как отключить запись в mcostm? Ведомость удалял, но при каждом перемещении партии товара запись о нем снова вознакает в этой таблице. Причем в некоторых строках записывается ноль (cena=0) или вообще продажная цена, а не закупочная. Так и получается (при втором и последующих перемещениях) в строка документов нет цены mdocm.cena0=0 (или неправильная цена) и в шапке mdoc.sumoutr этих сумм не хватает (или лишние). Как отключить Ваш супер новый алгоритм?!
Изменено: - 29.10.2010 08:41:51
Administrator
Сообщений: Регистрация: 02.10.2007
Москва, Компания "БЭСТ"
29.10.2010 18:43:51
Установите хотфикс 4 к SP24.
Пожалуйста, сообщите о результатах.
Глухова Ирина
Отдел разработки
Компания "БЭСТ"
User
Сообщений: Регистрация: 11.02.2008
01.11.2010 18:06:22
Цитата
Ирина Глухова пишет:
Установите хотфикс 4 к SP24.
Пожалуйста, сообщите о результатах.
Здесь можно взять файлы базы данных.
Выбрал самое необходимое. Можно положить поверх демки УСНО+ЕНВД (на ней и проверял). Ругается на отсутствие складов - создайте заново с теми же кодами.
1.Попробуйте сделать внутреннее перемещение со склада 000002 на секцию 8, товар группа 00028 н/номер 2597248 партия Г0010. Цена списания пустая!!!! Давайте разберемся уже с проблемой!
2. Еще обращаю Ваше на создание партии. Например, создайте закуп на склад 000001 поставщик 013198, например, добавим товар 00028 2599038 и создадим новую партию (встанем в поле партия - F2 - список партий - F4). Посмотрите на цену учетную 152,00 !!!!??? Откуда она!!!???? А она из старой партии переползла. Ладно, прощелкаем все поля, сохраним партию (код Г0008, наверна). Поставим количество и цену в документе, например, 200. Посмотрите какие цены встали в карточке партии! Вовсе не 200. Так же заметьте, если отказаться от создания новой партии, то программа возвращается не к выбору партии из списка, а сразу в правку строки документа, причем поле партии заполняется первой попавшейся. Поведение не адекватное. Кстати, раньше если цена партии не совпадала с ценой документа выдавалось предупреждение с вопросом "Продолжить?". Как бы вернуть предупреждение и фокус оставить на кнопке "Нет".
3. "Ну и раз пошла такая пьянка" добавлю о Возврате брака поставщику. Создаем документ, "вытягиваем" по F2 строки из внутреннего перемещения и видим, что аналитика заполнилась кодом склада, а не кодом поставщика. Поле в шапке операторы меняют, а вот в бухгалтерских проводках забывают! Раз уж Вы типизировали контрагентов (присвоили им коды в ag_type), почему же контрагент Склад (ag_type=4) переползает в документ, у которого контрагент Поставщик (ag_type=1)????
Реально работать так невозможно!. Примите меры, пожалуйста. Хотя если проблемы в настройках базы, укажите где.
Изменено: - 02.11.2010 07:53:50
User
Сообщений: Регистрация: 05.12.2007
Лабинск, ЗАО "РМЗ"
02.11.2010 08:14:40
Я в настройках поставил формировать партии автоматически и они сами формируются при вводе документа. В дополнительной настройки (Настройка параметров)
Ввод карточек партий (Автоввод)
Изменено: - 02.11.2010 08:17:00
User
Сообщений: Регистрация: 11.02.2008
02.11.2010 08:35:26
Цитата
Aleksandr пишет:
Я в настройках поставил формировать партии автоматически и они сами формируются при вводе документа. В дополнительной настройки (Настройка параметров)
Ввод карточек партий (Автоввод)
Это не преемлемо, т.к. необходимо вводить срок годности, изготовителя, страну, сертификат и пр. поля партии.
Изменено: - 02.11.2010 09:25:00
User
Сообщений: Регистрация: 05.12.2007
Лабинск, ЗАО "РМЗ"
02.11.2010 11:31:16
Так можно зайти поправить в партии остальные поля и автоматом подтягивает к партии номер накладной и тогда путаницы не будет, будет видно к какой накладной относится эта партия.
User
Сообщений: Регистрация: 11.02.2008
03.11.2010 10:28:36
Тихий ужас!
Теперь если надо что-то подправить в закупке, например, количество по строке, а сумму оставить прежней, цена пересчитывается по строке документе, а в карточку партии как новая учетная не записывается. Жесть!
Какие-то меры принимаются?! Или я в пустоту пишу?! Невозможно же работать!
БЭСТ-5 3.4 SP24.4
Изменено: - 03.11.2010 10:29:20
Administrator
Сообщений: Регистрация: 29.10.2007
Москва, Компания "БЭСТ"
03.11.2010 12:01:39
Цитата
А Nemo пишет:
Тихий ужас!
Теперь если надо что-то подправить в закупке, например, количество по строке, а сумму оставить прежней, цена пересчитывается по строке документе, а в карточку партии как новая учетная не записывается. Жесть!
Какие-то меры принимаются?! Или я в пустоту пишу?! Невозможно же работать!
БЭСТ-5 3.4 SP24.4
Добрый день!
Не в пустоту, мы все внимательно читаем и разбираемся, потерпите немного, пожалуйста...
User
Сообщений: Регистрация: 22.11.2007
Санкт-Петербург, ООО "Динамика"
03.11.2010 12:33:43
Цитата
А Nemo пишет:
Это не преемлемо, т.к. необходимо вводить срок годности, изготовителя, страну, сертификат и пр. поля партии
Возьмите плз наше решение и не мучайте людей вводом.
Включите автоввод, а для остального помниться мы предлагали плагин стоимтстью в 500 р.
В нем можно копировать сертификаты, страну по строчкам вниз.
Попробуйте и включите автоввод
User
Сообщений: Регистрация: 22.11.2007
Санкт-Петербург, ООО "Динамика"
03.11.2010 12:35:48
Цитата
А Nemo пишет:
Теперь если надо что-то подправить в закупке, например, количество по строке, а сумму оставить прежней, цена пересчитывается по строке документе, а в карточку партии как новая учетная не записывается. Жесть!
И ЭТО правильно !
Я Вас спрашивал - знаете ли Вы как работает себестоимость ?
Цена в партии поменяется после режима ALT+8 в пункте меню "расчет себестоимости".
Administrator
Сообщений: Регистрация: 02.10.2007
Москва, Компания "БЭСТ"
03.11.2010 12:42:14
Цитата
1.Попробуйте сделать внутреннее перемещение со склада 000002 на секцию 8, товар группа 00028 н/номер 2597248 партия Г0010. Цена списания пустая!!!! Давайте разберемся уже с проблемой!
В присланной базе группа 00028 привязана к счетам, в настройках которых указан метод учета «по фактическим ценам», а не "учетные", поэтому необходимо рассчитывать себестоимость. Цена списания пустая, так как не рассчитана себестоимость. При формирования документов цены списания берутся из ведомости себестоимости. В присланной базе в режиме «Расчет себестоимости» есть только одна ведомость остатков, не рассчитанная. В этой ведомости для записи группа 00028 н\н 2597248 партия Г0010 цена стоит нулевая. Рассчитайте себестоимости за все периоды- цены появятся правильные.
Цитата
2 Еще обращаю Ваше на создание партии. Например, создайте закуп на склад 000001 поставщик 013198, например, добавим товар 00028 2599038 и создадим новую партию (встанем в поле партия - F2 - список партий - F4). Посмотрите на цену учетную 152,00 !!!!??? Откуда она!!!???? А она из старой партии переползла. Ладно, прощелкаем все поля, сохраним партию (код Г0008, наверна). Поставим количество и цену в документе, например, 200. Посмотрите какие цены встали в карточке партии! Вовсе не 200.
После расчета себестоимости цены в справочнике партии будут правильные. Расчет себестоимости корректирует цены в справочнике партий. В приведенном примере речь идет о группе 00028, для которой выбран метод «по фактическим ценам», этот метод требует расчета себестоимости. При создании новой карточки партий цена на текущий момент не известна и если номенклатура учитывается «по фактическим ценам» цена берется из номенклатурного справочника, и уточнится после расчета себестоимости.
Цитата
«Так же заметьте, если отказаться от создания новой партии, то программа возвращается не к выбору партии из списка, а сразу в правку строки документа, причем поле партии заполняется первой попавшейся. Поведение не адекватное»
Доработаем.
Цитата
Кстати, раньше если цена партии не совпадала с ценой документа выдавалось предупреждение с вопросом "Продолжить?". Как бы вернуть предупреждение и фокус оставить на кнопке "Нет".
Предупреждение есть. Это предупреждение выдается только для учетных цен. Так было и раньше.
Цитата
Поле в шапке операторы меняют, а вот в бухгалтерских проводках забывают!
Можно настроить так, что в проводках будут меняться код автоматически.
Если в шаблонах проводок, привязанных к типовым операциям Возврат поставщика, заменить параметр pAgcode на рРаrt_code (Код контрагента), то при смене кода контрагента в документе в этом случае к запросу «После изменения контрагента» изменить аналитику, грузополучателя и т.д добавиться параметр «переформировать проводки». Если в этом параметре будет стоять «Флаг», проводки переформируются.
Цитата
Раз уж Вы типизировали контрагентов (присвоили им коды в ag_type), почему же контрагент Склад (ag_type=4) переползает в документ, у которого контрагент Поставщик (ag_type=1)????
Потому что у документа-основания тип контрагента «склад». Если тип контрагента «склад» не устраивает, в документе есть возможность сменить и тип контрагента и код контрагента.
Глухова Ирина
Отдел разработки
Компания "БЭСТ"
Administrator
Сообщений: Регистрация: 02.10.2007
Москва, Компания "БЭСТ"
03.11.2010 14:47:59
Цитата
nordk пишет:
Цитата
А Nemo пишет:
Теперь если надо что-то подправить в закупке, например, количество по строке, а сумму оставить прежней, цена пересчитывается по строке документе, а в карточку партии как новая учетная не записывается. Жесть!
И ЭТО правильно !
Я Вас спрашивал - знаете ли Вы как работает себестоимость ?
Цена в партии поменяется после режима ALT+8 в пункте меню "расчет себестоимости".
Alt-8 предназначено для учетных цен.
В данном сообщение было сказано, что цены учетные, но в присланной базе данных все три группы привязаны к счетам, настроенные по фактическим ценам.
Нужно выполнять расчет себестоимости и он исправит цены.
Глухова Ирина
Отдел разработки
Компания "БЭСТ"
User
Сообщений: Регистрация: 22.11.2007
Санкт-Петербург, ООО "Динамика"
03.11.2010 18:42:46
Цитата
Ирина Глухова пишет:
Alt-8 предназначено для учетных цен.
В данном сообщение было сказано, что цены учетные, но в присланной базе данных все три группы привязаны к счетам, настроенные по фактическим ценам.
Нужно выполнять расчет себестоимости и он исправит цены.
Вот согласен на 100%.
Не первый случай когда человек думает про одно и пишет про одно, а на самом деле у него совсем другие настройки.
Вероятно нам надо делать азбуку в картинках по организации себестоимости в БЭСТе и
как подходить к построению учета....
А то люди вон руками в таблицы лезут и мечтают что их исправления останутся,
при том как вы построили непотопляемый механеизм: правь, не правь - БЭСТ все равно
вернет как было, не даст себя запутать.
User
Сообщений: Регистрация: 11.02.2008
10.11.2010 12:14:41
Вернул настройки к учетным ценам стало нормально. А теперь сначала...
1. Выполнить перенастройку с учетных цен на фактические был вынужден по причине не совпадения сумм в поле mdoc.summa по расходной (vid+type='24') и приходной части (vid+type='14') внутреннего перемещения (самое первое сообщение в теме). Я же не знаю "сколько роды будут длиться". Проблема прошла, но вылезли остальные. Исправили проблему с суммой только в дополнении №4 к SP24, который вышел 25 октября 2010. Ни слова о сделанном исправлении в описании к дополнению НЕТ! Почему?!!! Это первый . И второй : Почему понадобилось 5 дней с 25.10.2010 до 29.10.2010, чтобы уведомить, что исправления сделаны в дополнении №4? (Общеизвестно, что с установкой новых обновлений часто появляются новые проблемы, поэтому если одна уже есть, зачем спешить наживать еще).
2.
Цитата
Ирина Глухова пишет:
...при смене кода контрагента в документе в этом случае к запросу «После изменения контрагента» изменить аналитику, грузополучателя и т.д добавиться параметр «переформировать проводки». Если в этом параметре будет стоять «Флаг», проводки переформируются.
Ну вот это Вы наворотили! Может чего непонятно написал. Еще раз! У каждого вида движения есть контрагент (Склад ag_type=4, Поставщик ag_type=1 и пр.). При "вытягивании" строк из одного документа (например, vid+type='24'), у которого ag_type=4 НЕ ДОЛЖНО заполняться поле контрагента в новом документе (например, vid+type='25'), так как для этого вида движения установлено ag_type=1. Это, конечно, супер, что поля в заголовке тоже заполняются, но вот контрагента заполнять ПРОСТО не логично, разная природа у них!!! Вам же проще внести правку в программу (тем более, что она логична), чем операторам делать то, о чем Вы пишете с сотнями документов. Мы же работаем, чтобы другим было легче работать?
3. При "перетягивании" строк в новое внутреннее перемещение не обновляется параметр SPP от строки к строке (всегда равен цене из последней строчки документа). Отсюда, проводки не совпадают с документом. Исправляется, если зайти в правку какой-нибудь строки и просто все поля прощелкать любимой клавишей ЭНТЕР.
4. И еще писал, что при "перетягивании" в новом документе не всегда встает mdocm->cena0 по внутреннему перемещению. Пусть в документе-источнике с контрагентом ag_type=4 и кодом part_code='СССССС' есть строка grup+nnum+partia='ГГГГГНННННННННННННППППП', то если в mkart нет карточки sclad+grup+nnum+partia='ССССССГГГГГНННННННННННННППППП', то mdocm.cena0 в документе-приемнике будет =0. Не вижу взаимосвязи между картотекой и учетной ценой по строке. В картотеке нет цен вообще! Тем более, что Склады в документе-источнике и документе-приемнике разные, так зачем проверять наличие карточки? Не могу в этом пункте претендовать на претензию или объяснение, но если можете переделать - уберите эту странную связь.
Ну вот как то так...
БЭСТ-5 3.4 SP24.4
Изменено: - 10.11.2010 12:22:13
User
Сообщений: Регистрация: 22.11.2007
Санкт-Петербург, ООО "Динамика"
10.11.2010 16:40:36
Себестоимость берется из ведомостей себестоимости или из карточки партий.
Все осльаные поля в mdocm это просто поля. Они могут заполняться, могут не заполняться.
Себестоимость в них следить бесполезное занятие.
Либо Вы работаете от ведомостей себестоимости и пока они не пересчитаются - нет смысла смотреть на себестоимость и на проводки.
В этом случае в документе проводки должны быть не оперативными, а отложенными (формироваться только после расчета себестоимости).
Либо Вы удаляете все ведомости себестоимости и работаете от карточки партий.
Тогда себестоимость будет браться из карточки партии непосредственно.
И понятно что эти цифры будут всегда равны как в приходе, так и в расходе.
И поле Cena0 будет равно Сena_F из карточки партий.
Ну и кадр третий, когда у Вас аналитический учет влияет на себестоимость и есть партии по учетным ценам - тогда создается ведомость остатков на начало периода, которая пополняется записями по мере поступления нового прихода и себестоимость
программа возьмет оттуда.
Все, что когда то было в предыдущих версиях БЭСТа связанное с себестоимостью, в том числе и поля могут оставаться, но гоняться за их заполнением никакого смысла нет.
Либо они нулевые и приобретут значения после расчета себестоимости и значит про оперативные проводки забываем, либо сначала и идем и удаляем все ведомости себестоимости но с этого момента перестаем мечтать про внутреннее перемещение с наценкой.
знаю таблицы.
на создание партии. Например, создайте закуп на склад 000001 поставщик 013198, например, добавим товар 00028 2599038 и создадим новую партию (встанем в поле партия - F2 - список партий - F4). Посмотрите на цену учетную 152,00 !!!!??? Откуда она!!!???? А она из старой партии переползла. Ладно, прощелкаем все поля, сохраним партию (код Г0008, наверна). Поставим количество и цену в документе, например, 200. Посмотрите какие цены встали в карточке партии! Вовсе не 200. Так же заметьте, если отказаться от создания новой партии, то программа возвращается не к выбору партии из списка, а сразу в правку строки документа, причем поле партии заполняется первой попавшейся. Поведение не адекватное. Кстати, раньше если цена партии не совпадала с ценой документа выдавалось предупреждение с вопросом "Продолжить?". Как бы вернуть предупреждение и фокус оставить на кнопке "Нет".
. И второй