主页
Top.Mail.Ru Yandeks.Metrika
论坛:“基地”;
当前存档:2003.09.01;
下载:[xml.tar.bz2];

向下

基础结构,增值税,增值税储存等 找到类似的分支


Olivka   (2003-07-31 22:22) [0]

在某个表中有一个服务总和。 从中你需要纳税。
请告诉我,税表通常如何保留在表格中 - 增值税,销售税,折扣各种%。 我是否需要制作单独的目录(含税的开头和结尾的日期,或者类似的东西),还是表中记录的金额已经考虑了这些费用? 也许在表中更容易存储每条记录的税率百分比? 那么为后续样本和报告构建结构会如何更有利可图? 始终引用目录,或使用触发器计算它们。 告诉我不要重新发明轮子?



Anatoly Podgoretsky   (2003-07-31 22:30) [1]

参考书更正确,因为存储计算量是不正确的。 百分比也不太正确,具有税率的目录链接更好。 请记住,一个相同的金额可以是几种不同的税,你可以有一个扣除表和一个金额表,然后解决多税的问题,并且没有当前税制的链接,一旦出现新税,它立即开始采取行动。
无论如何,你需要考虑“灵活”税收方面的结构:-)



KSergey   (2003-08-01 10:32) [2]

我想补充一下税收储备。
有必要将所有内容存储在数据库中:不含税,税,金额的金额 - 可能 - 百分比或参考书的百分比参考。 但这已经符合你的口味,但总和应该保留所有,而不是每次都计算它们。
让我解释一下:重要的是,一旦(无论如何)计算量始终保持不变。 如果他们不断被重新计算 - 可能会出现+ -key-pen(甚至更多)的扭曲 - 这是一种犯罪,如果在一个文档中它就像那样,而在另一个文档中就是这样。 此外,还有一个可怕的错误 - 将总数相加,然后从金额中扣除20%,并假设这是增值税金额 - 不! 所有文档都必须单独添加每列的金额​​ - 这将是列所需的金额。
此外,一般而言(我不知道它现在是怎样的,一年的信息),增值税金额(例如)可以用5科比甚至更多(如果由于某种原因对会计师来说更方便),即 一般来说,手工调整总和的组成部分是完全允许的,并且必须保持它的发送。



Sergey13   (2003-08-01 11:18) [3]

虽然从理论的角度来看,Anatoly Podgoretsky©(31.07.03 22:30)越来越正确,但我仍然更赞同KSergey©(01.08.03 10:32)。 在实际情况下往往不得不放弃理论。 例如,我通常只建议目录的百分比,并为用户提供插入标准或自己的标准的机会。 如果不同类型的商品有不同的税率,这也有帮助。



KSergey   (2003-08-01 12:17) [4]

不是主题。

我重新阅读了我的帖子,其中有一个不准确的内容,在读完后和Sergey13©(01.08.03 11:18)我允许自己免费编译

我想补充一下税收储备。 在实际情况下经常需要[付款]。



MsGuns   (2003-08-01 12:30) [5]

我会支持谢尔盖耶夫;)
没有“计算”增值税金额,即 没有存储在数据库中,而是在运行中计算。 仅作为物理表字段! 即使在99的100%中,金额也由标准税率确定。
输入文档时,可以通过“按钮”完成相同yuzvery的计算。
如果这是发票类型凭证(例如货物发票),则每行应包含税额(特别是增值税)! 在商品目录中只有一般特征,不依赖于教区(发票)的批次。 即 我甚至没有保持价格! 一切都在教区。 确实,货物必须延伸到教区,这会导致逻辑的复杂化和服务器负载的增加,但是会计的准确性和相关性是完全合理的。



Cranium   (2003-08-01 12:39) [6]


>。 确实,货物必须传递到教区,这导致了
>使逻辑复杂化并增加服务器上的负载,
>但在准确性和相关性方面完全合理
>会计。

你在这里所说的一切,但关于会计,请记住,会计政策是由法律确定的当年。 公司可以选择使用哪种政策:平均加权,按方等。 如果会计政策发生变化,没人想到......



MsGuns   (2003-08-01 12:53) [7]

>颅骨©(01.08.03 12:39)
>公司可以选择使用哪种政策:平均,按方等。 如果会计政策发生变化,没人想到......

这正是我投票准确记录的原因。 他致力于任何“政策”,并不依赖于立法的怪癖。
微调客户端逻辑(例如,注销算法 - FIFO,LIFO,平均或其他)总是比找到以前不需要但现在突然需要的某些信息在数据库中是愚蠢的更容易。





TohaNik   (2003-08-01 13:54) [8]

我会支持Anatoly Podgoretsky
对于某些商品,价格可能会随时间而变化。
和同一件商品的成本不同
并且碰巧有必要:)改变过去文件中的价格,因此我有一个订单项目的价格变化表,其中包含更改日期,并且在按文档日期计算价格时,这也适用于税收。



Anatoly Podgoretsky   (2003-08-01 14:17) [9]

有一件事是清楚的,我们必须从当地条件出发,但要系统地尝试这样做是很困难的。



Olivka   (2003-08-04 14:26) [10]

这是正确的,系统的。 我跟会计师谈过,但没有变得更清楚。 :(



Olivka   (2003-08-04 16:02) [11]

那是对的,系统。 我和一位会计师谈过 - 它变得更加令人困惑。



testthewest   (2003-08-05 09:59) [12]

有一个文件,其中15000行,商品的平均价格为8的kopecks。 我如何计算增值税,NSP?

增值税付款价格
0,08 0,016 0,004
0,01 0,002 0,0005

在我看来总量的结尾会更正确。

>>收集5科比
哪个方向? 它写在哪里?





Alexandr   (2003-08-05 10:48) [13]

1)增值税和NSP不应根据价格计算,而应根据头寸数量计算。
1项目Xenumx警察是无稽之谈。
因此,增值税被四舍五入。



MsGuns   (2003-08-05 12:41) [14]

除了Alexandr©(05.08.03 10:48):
没有验证dolbonavt认为持仓增值税 - 仅限于交易金额(购买和销售)。 但如果增值税不等于标准(例如,乌克兰的20%),那么它已经可以“计算”计算器和纹理。 为了避免这种情况,卖方通常会将带有非标准增值税的货物分配到单独的发票中。 鉴于此,这件商品每件的成本至少为0.01一分钱(这不是虚构的, - 我不得不处理会计系统,其中钉子,螺丝,回形针,按钮等被单独评估,所以有“价格”和更突然) - 征税 具有全部实施量
因此,最后,没有人想要使用四舍五入。



petr_v_a   (2003-08-05 15:34) [15]

在某个表格中...有一些东西......你必须从中获取一些东西...... :)世界上发生了很多事情...... :)

将系统划分为
参考
文件
操作
那么,在参考书中,所有的赌注应该是。 如果在文件中税收被动态考虑,参考书应该有历史。 在操作中,估计的金额与文档中的金额完全相同。
与会计师交谈并不总是那么容易。 无论如何,自己阅读书籍和Consultant +会更有用,之后会计师会经常学到很多新东西。 PS因为这个,不要在他身上制造敌人! :)



Olivka   (2003-08-05 21:26) [16]

我阅读了顾问,感谢您的建议,甚至在互联网上也有链接到这种类型的程序,您可以看一下?



MsGuns   (2003-08-05 21:44) [17]

如果目录保留历史记录,那么它不再是目录,至少不是目录。 此外,它不是具有“期间”行动的死股税的规模。 增值税的数额不取决于货物的装运(销售)时间,而是取决于货物的到货时间,即 给定项目的常量值。 当然,除非使用多输入系统,即 会计不是由党(病房)进行,而是仅按名称进行。 然后,当然,会计要复杂得多(加权平均,FIFO等)

会计师很难说出软件实施。 作为一项规则,经济学家(会计师是经济学家的“子集”)的思维方式与编程人员完全不同。 抽象的想象力对他们来说是完全无法实现的。
因此,有必要“猜测”他们,做某事,展示,接受批评(不总是建设性的),重做,再次展示等。 但是,如果这样的程序成功完成并且对它感到满意,那么下次您的经验将使您大大缩短开发和实施的时间。



Olivka   (2003-08-05 22:15) [18]

没有人询问会计师的软件实施,只考虑它应该如何,如何习惯,以及思考和思考情况可能是什么(错误,例如,当你必须修复一些回溯时,这是最困难的)。 特别是因为我绝对不知道这样的会计。 在这项任务中,我认为应该事先已经知道 - 方法,方法和动作 - 如何完成所有事情,如何存储和计算,“多年来制定出来”:)
问题是 - 我可以考虑程序员是如何算法和实现的,以及它是否适用于bookr是一个问题。
所以我不想马上打破木头。 /关闭计费周期这样的概念,例如,对于程序员来说,基本上是无法解释的 - 将计算的(总)数量存储在数据库中!:)) 立法是第一件事!/



MsGuns   (2003-08-05 22:38) [19]

用“软件实施”这个短语我的意思是会计技术,即 跟踪资产(货物和货币)流动的形式,在纸上(杂志,周转,国际象棋,发票,账单,证书等)进行,在监视器屏幕上显示(来自簿记员)。 毕竟,在计算机屏幕上完全复制他的作品以及会计形式是没有意义的。 一个好的计划的意义是促进嘘声的工作,使其创造性和愉快。



MsGuns   (2003-08-05 22:48) [20]

关于一切都“已经由某人发明”的事实。
这是谎言和挑衅;)))

当然,有一些或多或少完善的刻板印象。 但这并不意味着如果有人违反了他们,那他就错了。
任何材料的臭名昭着的“基石”之一就是残留物的储存。
有人按月(每期)存储,并在转换到新期间时进行余额转移。
有人(例如你的谦卑仆人)认为,根据客户的要求,有必要在程序使用的整个过程中保持运动。
有“热”平衡的支持者。 即 余额始终是最新的,对于过去几个月的退货或重新计算(例如取消),使用回扣。
还有其他方法。 这不是关于他们,而是关于所选算法如何适应现有的会计系统。 毕竟,对大型批发公司的产品进行会计处理与零售会计不同,建筑材料的交易与药房的会计处理基本相似。



Olivka   (2003-08-05 22:53) [21]

是的,我完全同意你的意见。 然而,几乎总是,当你与他们交谈时,他们更容易做他们习惯的事情;)
只有这样才不会让我们变得更容易;)我只是想让将来的生活变得更轻松,预测会给他们什么报告(即使我不是真的为靴子写作,而是为了当局)! 所以基础不明智,特别是因为它是Interbase(我觉得你在MSSQL中可以做得更多,而且更快 - 因为它更多,空间更大)



Olivka   (2003-08-05 23:01) [22]

绝对的程序员方法 - 始终保持运动并为任何日期,剩菜等产生结果 - 我分享整体。 在我听到程序在我之前实现之后,我才怀疑它 - 它是如何存储在那里的。 它似乎仍然有效,并不是很难实现。 并考虑到我的服务。
还没有人跟我谈过回扣,我已经考虑过了(因为这是实施)。 当然 - 算法还没有选择 - 所以我建议。 哦,去和我前面的人一起吃锥体;)



TohaNik   (2003-08-06 09:59) [23]


>就是这样,系统。 我和一位会计师谈过 - 它已成为了
>令人困惑

恕我直言,如果任务不熟,请尝试这样做。
完全收集所有输入文件,并在会计基础上形成,与任务相关。
不知何故,它对您来说很方便,例如在每个文档上绘制一支铅笔并为每个信息单元分配编号。
在笔记本中写下您的会计中接受的这条信息的名称(为了将来更简单的沟通)并彻底了解它如何进入文档,如果它是一个描述性特征,是否可以将它组合成参考书。 理解一个数字在出现另一个数字之前不能出现的时间顺序(必须明确说明)。 在确定参考书中应该包含的内容之后,请在结构化的pedmet上仔细分析它们。 例如,如果它是产品名称的产生列表,那么它们将需要与类型或命名法等相关联。如果文档中有密码,那么一定要找出密码中的每个字母或数字以及它出现在那里的原因。 在所有这些之后,找出(它甚至可能令人烦恼并且不止一次:))在什么条件下先前输入的信息可以改变以及这应该如何影响其他信息(文档或一组文档)以及这些影响的时间段(必要)应该传播。
祝你好运。



Olivka   (2003-08-08 11:21) [24]

顺便提一下建议,谢谢!



MsGuns   (2003-08-08 11:25) [25]

从我自己的角度来说,我会补充一点,至少在一般情况下,它不会影响受影响的会计部分。



Olivka   (2003-08-08 11:44) [26]

是的,没问题:)



MsGuns   (2003-08-08 12:40) [27]

特别是对你来说,玛丽娜,我将分享我的个人经历,因为我曾经掌握过会计。
在我最终被总会计师(我试图向我解释交易中的会计基础知识)之后,在我阅读会计文献后,我看到了“1000标准会计分录”。 它从会计账户计划开始,然后愚蠢地为每个账户提供与其他账户的对应关系列表,并简要描述交易的含义(操作)。 该死的,我只是流利地阅读它并且成功地降下来! 在那之后,我和总会计师开始以他理解的语言表达自己,他对我很清楚!



petr_v_a   (2003-08-08 14:49) [28]

> MsGuns©(08.08.03 12:40)支持! 我唯一学过的课程。 从会计师那里学习会计可以是10,可能是案例的百分比。
> Olivka
这种类型的程序太多,从1C到R3 :)说明你的系统上什么不是CUSTOM? 回答你的问题:你的系统应该比1С更好?
在那之后,关于结构,建筑等的一半(不是全部)问题,聪明的事情将由他们自己解决。



MsGuns   (2003-08-08 18:22) [29]

> petr_v_a©(08.08.03 14:49)
>在那之后,关于结构,建筑等的一半(不是全部)问题,聪明的事情将由他们自己解决。

嗯,我的朋友,你弯曲了;)))“1”是什么意思? “企业”的基本配置? 在那里,我很抱歉,不仅是一半,而且25%不是净的,一切都已完成并添加。 我对基础交易完全保持沉默 - 我不知道一个办公室,她会在没有额外配置的情况下工作。 而对于零售或紧急情况一般来说几乎没用。



Olivka   (2003-08-09 00:10) [30]

我和1没什么共同之处,因为问题是特定的 - 我们的服务是GTE(电子拷贝和其他一切,电子申报)。而且来自嘘声。 只是一块 - 支付“其他”服务:))
我刚刚问过税收和小计的会计和存储问题。 为此,我认为,没有必要研究所有的嘘声。 我必须应付这件作品..



petr_v_a   (2003-08-09 14:11) [31]

> Olivka©(09.08.03 00:10)
那么,要么存储估计的金额,要么存储带有历史记录的参考书。 对于第二种情况,它需要raskudryavy SQL或更大的毅力。 一般来说,在我看来,讨论没有任何意义,如果具体内容不明确,则描述具体任务。 如果你想要特定的例子,让我们通过邮件或ICQ进行沟通,如果它是共同感兴趣的(在技术交换的意义上)



Страницы: 1 整个分支

论坛:“基地”;
当前存档:2003.09.01;
下载:[xml.tar.bz2];

楼上









内存:0.71 MB
时间:0.049 c
3-1327
sickalex
2003-08-07 16:56
2003.09.01
BDE


1-1433
lightix
2003-08-19 10:23
2003.09.01
转移到TMenuItem另一个TMenuItem的所有项目


14-1649
Serginio666
2003-08-12 16:51
2003.09.01
在这个论坛上搜索工作????


1-1422
邪教
2003-08-19 13:56
2003.09.01
Проблемы с DCOM-взаимодействием в WinXP


1-1504
Franzy
2003-08-17 12:37
2003.09.01
带小数分隔符的毛刺





南非荷兰语 阿尔巴尼亚人 阿拉伯语 亚美尼亚 阿塞拜疆 巴斯克 白俄罗斯 保加利亚语 加泰罗尼亚 简体中文 中国(繁体) 克罗地亚 捷克 丹麦语 荷兰人 英语 爱沙尼亚语 菲律宾人 芬兰 法文
加利亚西语 格鲁吉亚语 德语 希腊语 海地克里奥尔语 希伯来语 印地语 匈牙利 北日耳曼语 印度尼西亚人 爱尔兰语 意大利语 日本性玩偶 韩语 拉脱维亚 立陶宛 马其顿 马来语 马耳他语 挪威语
波斯语 波兰语 葡萄牙语 罗马尼亚 俄语 塞尔维亚 斯洛伐克 斯洛文尼亚 西班牙语 斯瓦希里 瑞典语 泰国人 土耳其 乌克兰 乌尔都语 越南人 威尔士语 意第绪语 孟加拉 波斯尼亚
宿务 世界语 古吉拉特语 豪萨语 苗族 伊博 爪哇 卡纳达语 高棉 老挝 拉丁语 毛利 马拉 蒙古人 尼泊尔 旁遮普 索马里 泰米尔人 泰卢固语 约鲁巴语
祖鲁
英文 Французский Немецкий Итальянский Португальский 俄文 Испанский