При выгрузке в бухгалтерию цех из заказ-наряда становится складом в бухгалтерии. При этом, получается что в бухгалтерии на складе ведется учет по методу "лифо", а в автосалоне с цеха списывается именно то, что ушло по тому заказ-наряду. Т.е. если у нас есть два перемещения одного и того же товара на один цех, и потом списание этого товара, то может получиться что у них будет разная себестоимость в бухгалтерии и автосалоне. Что делать?
разные методы списания
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Доступ к форуму партнерам «1C-Рарус» по дистрибуции предоставляется на сайте
rarus-soft.ru
разные методы списания
|
15.04.2010 15:00:14
|
|
|
|
|
|
23.04.2010 14:29:25
А когда ожидается следующий релиз? И будет ли учтено в нем
Стоит ли ждать, или имеет смысл исправлять самому? |
|
|
|
|
|
27.05.2010 10:56:06
|
|||
|
|
|
|
31.05.2010 16:32:10
Ничего нет..
|
|
|
|
|
|
02.06.2010 10:41:31
Релиз тестируется, хотми опубликовать 04.06
|
|
|
|
|
|
07.06.2010 12:13:51
|
|||
|
|
|
|
09.06.2010 09:22:25
Второй квартал тоже закрывать с ошибками?
|
|
|
|
|
|
16.06.2010 11:35:24
Сегодня (16.06.2010) с задержкой опубликован релиз 4.1.01.16. В нем данное исправление внесено.
|
|
|
|
|
|
21.06.2010 14:08:05
Проблема так и не решена.
На скринах видно как при закрытии заказ-наряда берется себестоимость в автосалоне и в бухгалтерии. Стратегия списания по прежнему не распространяется на ЦЕХ. На скринах: автозапчасти - склад, подъемники - цех. Номера заказ-нарядов в автосалоне и соответствующих им реализаций в бухгалтерии не совпадают, но по числам видно. |
|
|
|
|
|
22.06.2010 17:56:56
Ответте что-нибудь. Удалось воспроизвести ошибку? Когда будет исправление? Очень нужно.
|
|
|
|
|
|
23.06.2010 17:10:59
Не удалось воспроизвести ошибку по скриншотам отчетов.
Не могли бы вы перепроверить ваши настройки системы после обновления на новый релиз? Ведь в новом релизе в модуль документа "Извлечение товаров из производства" было введено Если НЕ обЗначениеНеЗаполнено(СкладКомпании.СтратегияСписанияПартийТоваровПоДатам) Тогда // сначала попробуем взять стратегию со склада СтратегияСписанияПартийТоваровПоДатам = СкладКомпании.СтратегияСписанияПартийТоваровПоДатам; Иначе // если не получилось берем из константы СтратегияСписанияПартийТоваровПоДатам = Константы.СтратегияСписанияПартийТоваровПоДатам.Получить(); КонецЕсли; Если СтратегияСписанияПартийТоваровПоДатам = Перечисления.СтратегияСписанияПартийТоваровПоДатам.ЛИФО Тогда ПорядокСписанияПартий="Убыв"; Иначе ПорядокСписанияПартий="Возр"; КонецЕсли; Корректно ли у вас заполнено СтратегияСписанияПартийТоваровПоДатам (в константах/по складу)? Попробуйте пошагово проследить этот кусочек кода. Если после проверок ошибка присутствует, то просьба подробно описать цепочку документов, настройки константы и склада, чтобы можно было воспроизвести конкретно вашу ситуацию (по скриншотам отчетов трудно воспроизвести вашу ошибку). |
|
|
|
|
|
23.06.2010 18:11:22
В (17) нет извлечения из производства. Пример с извлечением был просто нагляднее. Проблема в том, что автосалоновский цех в бухгалтерии это склад. И на этом складу действует метод списания. А в автосалоне для цеха метод не устанавливается. По скринам как раз видно, что заказ-наряд берет товар в цехе не согласно метода списания, а именно из той партии, по которой он ушел в цех. Т.е. если в цеху две единицы товара по разным заказ-нарядам, то при закрытии заказ-наряда товар спишется не по методу, а именно из той партии, по которой прошло перемещение в цех. В бухгалтерии же всё по правилам - тот заказ-наряд который раньше по времени, возьмет товар из первой партии, согласно стратегии списания.
На скринах эта ситуация и есть - з/н от 18 числа берет запчасти из партии которая оприходована раньше, хотя по методу ФИФО, из этой партии должен был взять з/н от 17 числа (как сделала бухгалтерия). Вот как-то так. |
|
|
|
|
|
23.06.2010 18:59:53
Дело не в стратегии списания. Проблема в том - что незавершенка в Альфе учитывается в разрезе конкретного заказ-наряда, а в бухгалтерии - это стандартный набор аналитики: склад, партия, номенклатура. В такой ситуации (когда аналитики товарного учета отличаются) - единственный способ "блюсти" себестоимость - это брать ее из Альфы, а не считать в бухгалтерии.
Проблема не новая, она же была например в валютных взаиморасчетах: в Альфе аналитика: клиент, договор, сделка, а в Бухгалтерии 7: клиент, договор - вот и попробуй изобрести алгоритм, который при разных аналитиках одинаково считает и рублевый и валютный остаток (или сумму к списанию) |
|
|
|
|
|
24.06.2010 09:29:16
Проблема-то может и не новая, но разбираться-то с ней как-то надо. Что делать нам? Себестоимость в бухгалтерии сверяется с альфой. И она, естественно не сходится. Выгружать по партиям - не вариант, это при каждом исправлении документа все партии перевыгружать. А у нас фирма большая, очень часто находят документы прихода уже к концу месяца, вносят, и партии сбиваются. В альфе восстановил последовательность - и всё. А затем всё перевыгружать заново чтоли? Неужели никак нельзя сделать?
|
|
|
|
|
|
01.07.2010 09:31:12
Какой-нибудь ответ кроме "выгружать по партиям" будет?
|
|
|
|
|
|
05.07.2010 14:20:09
...
Изменено: - 05.07.2010 16:57:08
|
|
|
|
|
|
07.07.2010 11:33:02
Только перенос по партиям.
Из обработки загрузки данных в БП невозможно изменить алгоритм проведенения документов Бухгалтерии. Чтобы изменить алгоритм списания БП, надо снимать Бухгалтерию предприятия с поддержки и вносить в конфигруацию изменения. С помощью внешней обработки загрузки данных в БП этого добиться нельзя, в обработке документы БП заполняются данными из Альфы, но при этом то используются стандартные документы БП. Из обработки загрузки невозможно модифицировать стандартный алгоритм списания БП. |
||||
|
|
|
|||
Читают тему
