Kleber Paulo
-
Total de ítens
19 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Kleber Paulo
-
-
Olá BigWings.
Desde já obrigado pelo o apoio.
Sim, o mesmo não estava setado para a VersãoDF Ve300
Agora funcionou perfeitamente.
Muito obrigado pela dica.
-
2
-
-
Olá pessoal. Tudo bem com vocês?
Bom, na verdade estou passando um probleminha novo, que ainda não conseguir identificar uma resolução para o mesmo.
Estou implementando o emissor de CT-e na aplicação que trabalho.
Quando tenta consultar o estado do serviço, pra saber se o mesmo está operacional ou não, é retornado a seguinte mensagem.
URL para o serviço "CTeStatusServico"' não encontrada na sessão "CTe_SVRS_P" no arquivo "ACBrCTEServicos.
Desde já obrigado.
-
1 minuto atrás, Kleber Paulo disse:
Felipe, bom dia.
Seguindo sua dica, conseguir fazer a implementação da lei de olho no imposto.
Amas preciso tirar mais uma dúvida.
Preenchi as tags:
servermetodos.ACBrNFeDANFCeFortes1.vTribFed:= TotFederal;
servermetodos.ACBrNFeDANFCeFortes1.vTribEst:= TotEstadual;
servermetodos.ACBrNFeDANFCeFortes1.vTribMun:= 0;Porém na impressão mostra a penas os tributos Federal e não mostra o estadual.
irei mostrar uma danfer impressa para se ter uma ideia.
Desde já obrigado pela atenção.
Opa, ja conseguir solucionar esse pequeno descuido de conhecimento.
Encontrei nas propriedade do componente ACBrNFeDANFCeFortes1 nas propriedade imprimir tributos separadamente .
Muito obrigado, Felipe,Tudo Resolvido!
-
2
-
-
17 horas atrás, Kleber Paulo disse:
OK, Felipe, muito obrigado pela dica. Darei uma lida nesse artigo.
Felipe, bom dia.
Seguindo sua dica, conseguir fazer a implementação da lei de olho no imposto.
Amas preciso tirar mais uma dúvida.
Preenchi as tags:
servermetodos.ACBrNFeDANFCeFortes1.vTribFed:= TotFederal;
servermetodos.ACBrNFeDANFCeFortes1.vTribEst:= TotEstadual;
servermetodos.ACBrNFeDANFCeFortes1.vTribMun:= 0;Porém na impressão mostra a penas os tributos Federal e não mostra o estadual.
irei mostrar uma danfer impressa para se ter uma ideia.
Desde já obrigado pela atenção.
-
2 horas atrás, Felipe E. Resende Mesquita disse:
Boa tarde, Kleber Paulo.
Veja esse artigo, trata-se de um exemplo de como você deverá implementar no seu sistema:
https://www.oobj.com.br/bc/article/como-calcular-o-ibpt-493.html
OK, Felipe, muito obrigado pela dica. Darei uma lida nesse artigo.
-
2
-
-
Pessoal, e aí tudo bem com vocês?
Bom estou precisando implementar a impressão dos tributos fiscais que é a lei de olho no imposto, e como não tenho ainda muita experiência, gostaria de saber de vocês por onde começar essa implementação para que a mesma seja impressa na Danfer.
Já baixei a tabela IBPT atualizada, porém não sei por onde começar. Será que alguém poderia me dar umas dicas ou algum exemplo.Desde á obrigado a todos.
-
Olá Pessoal!
Tudo bem com vocês.
Pessoal, de um tempo pra cá, cerca de 2 meses há trás, nosso sistema passou ter muitas notas (Nfc-e), rejeitadas devido há alguns problemas com arredondamento de valores.
O sistema que trabalhamos é voltado para restaurantes, sendo que o mesmo utiliza sempre valores vindo de uma balança, que na maioria das vezes o peso x preço do produto acaba que não vem arredondado. Então quase sempre nós obtemos o retorno do SEFAZ informando: 564-Rejeição: Total do Produto / Serviço difere do somatório dos itens
610-Rejeição: Total da NF difere do somatório dos Valores compõe o valor Total da NF.
Vou postar aqui a maneira que eu preencho o componente AcbrNfe para poder gerar a nfc-e.Prod.xProd := ServerMetodos.QrprodutosVendaPRODUTO.Value;
Prod.NCM := ServerMetodos.QrprodutosVendaCLASSIFICACAO_FISCAL.Value;
Prod.EXTIPI := '';
Prod.CFOP := ServerMetodos.QrprodutosVendaCFOP.Value;
Prod.uCom := ServerMetodos.QrprodutosVendaUNIDADE.Value;
Prod.qCom := ServerMetodos.QrprodutosVendaQTDE.Value ;
Prod.vUnCom := RoundABNT(ServerMetodos.QrprodutosVendaUNITARIO.Value,2); // totalizador para colocar no finProd.vProd := RoundABNT(ServerMetodos.QrprodutosVendaQTDE.Value *
ServerMetodos.QrprodutosVendaUNITARIO.ascurrency,2);prod.IndTot := itSomaTotalNFe;
Prod.uTrib := ServerMetodos.QrprodutosVendaUNIDADE.Value;
Prod.qTrib := ServerMetodos.QrprodutosVendaQTDE.Value ;
Prod.vUnTrib := ServerMetodos.QrprodutosVendaUNITARIO.Value;Prod.vFrete := 0;
Prod.vSeg := 0;
Prod.vOutro := RoundABNT(ServerMetodos.QrprodutosVendaACRESCIMO.ascurrency,2);
Prod.vDesc := RoundABNT(ServerMetodos.QrprodutosVendaDESCONTO.AsCurrency,2);// totalizando
Total.ICMSTot.vBC := RoundABNT(BaseDeCalculo,2);
Total.ICMSTot.vICMS := RoundABNT(ValorDeICMS,2);
Total.ICMSTot.vBCST := 0;
Total.ICMSTot.vST := 0;
Total.ICMSTot.vProd := RoundABNT(FormPagamento.edtsubtotal.Value,2); // subtotal produtos
Total.ICMSTot.vFrete := 0;
Total.ICMSTot.vSeg := 0;
Total.ICMSTot.vDesc := RoundABNT(Partilha_Desc,2);// total descontos
Total.ICMSTot.vII := 0;
Total.ICMSTot.vIPI := 0;
Total.ICMSTot.vPIS := 0;
Total.ICMSTot.vCOFINS := 0;
Total.ICMSTot.vOutro := RoundABNT(Partilha_Acres,2); // total de acréscimos
Total.ICMSTot.vNF := RoundABNT(Totalnf,2); // total do pedidoObs.: Pessoal vale ressaltar que quando a desconto ou acréscimo na operação é feito um rateio antes para para todos os produtos, depois soma esses valores rateado para não haver sobras, pois se houver sobra desse rateio ele é incluso em alguns dos itens pertencente a operação.
Resumindo, alguém poderia me sujerir algo pra solucionar esse problema, sendo que não é todas as notas que são rejeitas e sim algumas que são produtos vindo da balança. Desde já muito obrigado.
-
39 minutos atrás, Felipe E. Resende Mesquita disse:
Bom dia, Kleber Paulo.
Acredito que não se aplica o CST 51 nas operações com contribuinte isento de Inscrição Estadual. Para realizar a emissão da NF-e com a tributação do CST igual a 51, o destinatário não pode ficar como "Não Contribuinte", veja algumas exceções abaixo:
Não se aplica em produção para Nota Fiscal com data de emissão anterior a 01/07/2016;
A critério da UF, a regra não se aplica para CST 51 em operações internas (idDest = 1) quando o destinatário for Pessoa Jurídica;
A regra não se aplica na emissão da NFA-e nas operações internas.
Muito Obrigado, Felipe E. Resende.
Sua resposta sanou a minha dúvida. Acho que agora estarei mais embasado para estar discutindo isso com meu cliente e seu contador que afirma poder fazer isso.
-
2
-
-
Ok, vou pedir para ele fazer isso!
Obrigado, BigWings
-
1
-
-
Olá pra todos.
Pessoal, um de meus clientes, afirma que todos os produtos dele, é vendido com o cst 051 e Alíquota 0 e CFOP 5102.
Sendo que é uma venda com deferimento. Mas não consigo transmitir essa nota dele com essas informações.
Sempre me retorna uma msg de erro. Será que alguém poderia me da uma dica?Mas o contador me afirma com certeza que consegue transmitir uma nota com essas informações para clientes que não possui Inscrição Estadual. Já para clientes que possui Inscrição a nota é autorizada.
Lembrando que estou no estado da Bahia.
-
Ok, Isaque.
Muito obrigado por sua Dica. Vou rever a codificação e tentar por a sua dica em prática.
-
1
-
-
Olá, guerrilheiros desse submundo Fiscal brasileiro!
Tudo bem com vcs?
Gente, gostaria de compartilhar com vocês algo de errado que me acontece, e que talvez alguém tenha alguma ideia de como melhorar essa minha rotina.
Eu tenho um pequeno sistema que atende os segmentos de bares e restaurantes aqui na minha região. O mesmo atualmente está se beneficiando dessa poderosa suite de componente que é o ACBr para a emissão de documentos fiscais e etc.
Gente, o que se passa é o seguinte. A minha rotina de geração de nfc-e, acontece da seguinte forma:
Gero o XML, gravo as informações dele em banco, imprimo o mesmo, em seguida um segundo aplicativo pega esse XML e envia para o sefaz.Após o processamento desse XML no sefaz, pegamos o retorno e alteramos no banco ou seja o seu status que muda de Off-line para o retorno que o sefaz retorna seja ele, "Autorizado, rejeitado" entre outros. Até ai tudo bem.
Mas o meu problema é que quando fecha o mês os valores dos XML's autorizados no banco nunca bate com o valores que os sistemas de contabilidade processa.
Será que alguém tem alguma ideia melhor, pra me da uma dica?
Cheguei a pensar, em tipo: Após finalizar o mês, pegar esses xmls refazer um processamento abrindo de um a um para somar seus valores, para que não tenha essa divergência com os valores que a contabilidade, já que o mesmo exige além dos xml um relatório do sistema que as emitiu!
Desde já muto obrigado que puder me ajudar em algo!
-
Agora, André Ferreira de Moraes disse:
As que já foram emitidas não. Mas aparentemente seu sistema não está tratando a contingência da forma correta, pois está alterando o campo tpEmis no momento de autorização da nota.
http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=YbZEjEHCuHQ=
Ok, Muito obrigado por a dica e por o Manual.
-
Agora, Amarildo de Matos disse:
Bom dia.. Tudo bem..
Faça o Seguinte:tem como mandar esses xml para avaliar, e tambem mande 1 xml que vou validado certo.
Assim podemos avaliar o seu problema.
Valeu t+
Sim, claro. vou mandar alguns
29180608922188000137650030000012841000012849-nfe.xml
29180608922188000137650030000012851000012854-nfe.xml
29180608922188000137650030000012861000012860-nfe.xml
29180608922188000137650030000012871000012875-nfe.xml
29180608922188000137650030000012891000012896-nfe.xml
29180608922188000137650030000012901000012900-nfe.xml
29180608922188000137650030000012911000012916-nfe.xml
Agora, André Ferreira de Moraes disse:Vc emitiu a nota OFFLINE 29180608922188000137650030000012849000012844 e depois tentou consultar como se a chave fosse de uma NFe normal 29180608922188000137650030000012841000012849
André obrigado, André existe a possibilidade de corrigir esse equivoco?
-
Olá, bom dia a todos.
Pessoal, recentemente nosso sistema que por sua vez utiliza essa belíssima suite de componente da ACBR, para emitir NFC-e.
O que está acontecendo é o seguinte.
Foi emitidas umas 100 nfc-e's, dessas 100, umas 20 quando consulta traz a seguinte mensagem de erro:
<xMotivo>Rejeicao: Codigo Numerico informado na Chave de Acesso difere do Codigo Numerico da NF-e [29180608922188000137650030000012841000012849]</xMotivo><cUF>29</cUF><dhRecbto>2018-07-19T08:57:05-03:00</dhRecbto><chNFe>29180608922188000137650030000012849000012844</chNFe>Será que por gentileza alguém poderia me ajudar sanar esse problema. -
Tópico resolvido com sucesso.
Partindo da ideia mentora de André Ferreira. Problema solucionado.
André, muito obrigado pela que foi de suma importância para solucionar meu problema.
-
34 minutos atrás, André Ferreira de Moraes disse:
Primeiro, a divisão deve ser proporcional ao produto e não ao número de itens, ou seja, transforme o valor em porcentagem e aplique o desconto em cada item.
Por fim faça a somatória e caso exista alguma diferença, aplique nos itens com maiores valores.
Ok, André. Muito obrigado pela dica. Faz muito sentido para mim agora. Desde já muito obrigado mesmo. Assim que eu por a sua ideia na pratica, e vejo que vai da certo, darei um retorno. Mais uma vez muito obrigado!
-
Olá,
Gente, sei que existe alguns tópicos parecidos aqui no forum, e sei que não pode estar criando Tópicos repetidos, mas os que vir não conseguir assimilar meu problema em questão.
Atualmente, comecei a implementar a emissão de NFC-e com essa poderosa suite de componentes da ACbr, muito boa, ainda mais por ser free.
Meu problema em questão, é que tem situação na qual não estou conseguindo sanar com um pouco de conhecimento que tenho, e gostaria de pedir a opinião, de vcs que tem experiência no assunto.
É o seguinte, quando peço para o componente AcbrNfe gerar XML da venda com desconto ou acrescimo, até onde conseguir entender, é que o acréscimo ou desconto, deve ser partilhado entre todos os itens pertencente a essa venda.
Porém tenho um exemplo aqui de xml, em anexo, onde eu monto uma venda de 72,90 e acrescento um acréscimo de 2,00. Mas quando eu compartilho "Divisão para cada item", que são um total de 6 itens, aí fica 2/6 = 0,3333 uma dízima periódica. Porém a TAG Prod.VOutro consta 0,33. que no final totaliza 1,98 diferente de 2,00. E nesse caso a nota é rejeitada informando incoerência Rejeição: Somatório de itens diferente da base de cálculo .
Por favor, será que alguém poderia me da uma sugestão para fazer de forma correta?
Falha na Validação do Modal do Conhecimento
em ACBrCTe
Postado
Olá pessoal. Tudo bem com vocês?
Bom, estou seguindo na tentativa de implementar um emissor de CT-e, na aplicação a qual eu trabalho usando essa fantástica suite de componentes.
Mas por ser uma experiência nova a qual estou vivenciando, logo sinto um pouco de dificuldade na implementação e na resolução de pequenos problemas.
Me deparei agora quando mando validar o .XML e o mesmo é retornado a seguinte mensagem de erro:
Falha na validação do Modal do conhecimento TAG:<infCTE Versão="3.00" Id="Cte[chave ...]>.
Gostaria de saber de vocês se já passaram por esse tipo de exceção em suas validação.
Obrigado.
Em anexo o Xml do mesmo.
29191008922188000137570010000000021933071194-cte.xml