Italo Giurizzato Junior

Boa tarde Cleiton, Rejeição 528 - Valor do ICMS difere do produto BC e Aliquota No Item 6 da sua nota temos: vBC = 40.18, pICMS = 17.0000 e vICMS = 6.86, mas ao fazer o calculo 40.18 * 17.0000 / 100 temos 6.8306 que arredondando: 6.83 portanto uma diferença de 3 centavos e a SEFAZ aceita com no máximo 1 centavo para cima ou para baixo. Rejeição 685 - Total do Valor Aproximado dos Tributos difere do somatório dos itens. Para cada Item foi informado o valor em vTotTrib, mas você não fez a somatória e lançou o resultado em ICMSTot.vTotTrib dai a rejeição

Boa tarde Henrique, Como assim, "Bugaram todo Código. ( anos de trabalho jogado fora )." Meses trabalhando para ter um código limpo compreensivo, remoção de duplicidade de rotinas, padronizações etc. etc. etc. E você diz que bugamos o código. Não gastei mais do que 10 minutos para fazer as devidas alterações em função da nova nomenclatura de algumas propriedades e métodos. A minha aplicação já estava compilada. Um exemplo de alteração: No trunk temos o método: Valida no Trunk2 passou a se chamar: Validar, simplesmente acrescentamos a letra R no nome do método. Concordo que essas alterações não estão documentadas, ou seja, não tem um PDF relatando tudo o que foi alterado, mas se você trabalha a anos com o ACBr nunca teve a curiosidade de abrir o código fonte e estuda-lo um pouquinho? Pois se tivesse um pouco de conhecimento do código iria resolver todos os erros de compilação no máximo meia hora. Existem alguns Bugs, sim existem, mas estamos trabalhando para resolve-los. Ontem fui dormir mais de meia noite finalizando a implementação referente a NT 2015/002. Criticar é fácil, quero ver arregaçar as mangas e colocar a mão na massa, como o André, Daniel, Régys, Isaque entre outros.

Boa tarde, Se você utiliza o componente basta fazer desta forma: ide.dEmi := Now;

Boa tarde, Que bom que funcionou. Quais os arquivos que estão sendo salvos mesmo com a propriedade Geral.Salvar estar com o valor False?

Boa tarde Leandro, A function foi montada conforme o Manual versão 2.00a página 54.

Boa tarde Tiago, Essa decisão esta documentada e assinada pelo seu cliente? Amanhã ele pode ser autuado por informar que tem ciência da operação de uma nota que não era para ele, logo não fez a escriturou e contabilizou a mesma. Sendo que deveria informar a SEFAZ que desconhece a operação. Ai meu caso, a aplicação é sua, foi você que fez, portanto a culpa é sua. Ele vai tirar o dele da reta.

Boa tarde, A SEFAZ-RS publicou um documento contendo os novos endereços em 24/04/2015, fiz a alteração nos fontes (trunk e trunk2) no dia 01/05/2015. Repito não sou eu quem compilo o ACBrNFeMonitor e ACBrMonitorPlus, sendo assim não posso afirmar, mas acredito quando é dito, que é usado os fontes mais atuais. Sendo assim se a versão 0.9.07.0 é do final do mês de junho, concluo que essa versão esta sim com as URLs novas.

Boa tarde Solivan, Foi aplicada uma alteração no ACBrNFe - Trunk2 visando gravar os dados do protNFe tanto na consulta quanto no retorno do envio. Por favor realize testes e nos de um retorno.

Boa tarde, Por que você não utiliza o EnviarEmail do próprio componente?

Boa tarde Carlos, Faça o seguinte teste: Configura o componente para a versão 2.00, ou seja, atribua o valor ve200 a propriedade VersaoDF, depois tente consultar o cadastro. Repita o teste só que agora configurando o componente para a versão 3.10 Reporte os resultados.

Boa tarde Leandro, O componente ACBrCTe gera o XML de pedido de inutilização no momento do seu envio. Não existe a possibilidade de você gerar esse XML fora do componente e depois tentar ler ele para poder envia-lo. O método LerXMLFromString do Inutilização é para ler o retorno e depois imprimir através do método ImprimirInutilizacao.

Boa tarde a todos, Pela bilionésima vez, o ACBrNFSe no trunk2 não esta funcional, tem muita coisa para ser acertada.

Bom dia, O componente ACBrNFe possui duas propriedades chamada vTotTrib. Uma faz parte da classe: Imposto onde definimos os impostos contidos no Item vendido e a outra faz parte da classe: ICMSTot onde definimos os totais da nota. Sendo assim a somatória de todos os Imposto.vTotTrib tem que ser igual a ICMSTot.vTotTrib, correto? E para que o vTotTrib seja impresso item por item: if Imposto.vTotTrib <> 0.0 then infAdProd := 'Valor aproximado dos tributos R$ ' + FormatFloat('0.00', Imposto.vTotTrib) + ' (' + FormatFloat('#0.00', DM_VEN.ItensAliquota.AsFloat) + // informação em negrito lida do banco de dados. '%) Fonte: IBPT';

Bom dia Henrique, No Trunk2 algumas propriedades tiveram os seus nomes alterados e outras mudaram de lugar como é o caso do PathSalvar que antes estava dentro do grupo Geral e agora esta dentro do grupo Arquivos. Para aqueles que já estão usando os fontes do Trunk2 mesmo para testes favor realizar atualizações diárias, pois estamos lapidando os fontes.

Favor atualizar os fontes e testar novamente.

Bom dia Everton, O objetivo inicial é arredondar a NF-e, CT-e e MDF-e, depois finalizar o GNRE para formar uma força tarefa em cima da NFS-e.

Bom dia, Por favor post como anexo o XML do MDF-e e o retorno que contem o protocolo de autorização. Se você tiver os arquivos que contem a palavra soap no nome melhor ainda.

Bom dia Valdomiro, Note que na rotina que alimenta os dados da venda, logo no inicio existe: with ACBrNFe.NotasFiscais.Add.NFe do begin (...) end; Se você executar essa rotina uma vez para cada nota o que vai ocorrer? Dica: veja o que esta em negrito. O componente aceita dezenas, centenas de notas, mas a SEFAZ aceita um lote com no máximo 50 notas.

Bom dia Antonio, Já implementei as alterações para deixar o componente em conformidade com a NT 2015/002. Essas alterações foram aplicadas somente nos fontes do Trunk2 e vão estar disponíveis em parte na primeira quinzena de Agosto, o restante na ultima semana de Setembro.

Bom dia Valdomiro, Se você executar um loadFromFile a traz do outro as notas vão sendo adicionadas, criando assim um lote. Depois de carretar todas as notas desejadas basta enviar.

Bom dia a todos, Com relação aos dados do cartão (postagem do Claudio Miguel Muller) a partir de novembro/2015 esses dados passam a ser opcionais, favor lerem a Nota Técnica 2015/002. Com relação ao troco, não foi incluída nenhuma TAG no XML para informar o valor do troco, mas já um bom tempo foi incluído uma propriedade nos componentes de impressão do DANFE NFC-e onde podemos informar o valor do troco e este por sua vez imprime no DANFE.

Bom dia Ricardo, Se você já tem alguma aplicação emitindo NF-e, qual é o problema? A NFC-e se utiliza do mesmo componente ACBrNFe basta configura-lo informando o modelo e versão do documento fiscal desejado, a rotina que alimenta o componente com os dados da venda tem algumas coisas a mais que a NF-e, mas isso é fácil desde que tenha em mãos a Nota Técnica 2013/005 versão 1.22, esta contem a estrutura completa do XML. Se o componente é o mesmo da NF-e, os comandos de envio, cancelamento, etc são os mesmos.

Bom dia Thiago, Se tratando da NFC-e é preciso ter em mãos: 1. Certificado Digital habilitado para emissão de NF-e / NFC-e; 2. CSC- Código de Segurança do Contribuinte (homologação=Teste) fornecido pela SEFAZ; 3. idCSC - Identificador do CSC também fornecido pela SEFAZ. A maioria de nós usamos para fim de teste, o certificado, CSC e idCSC de nossos clientes. Sendo assim você precisa pedir para o seu cliente, caso contrario você não vai conseguir realizar testes.

Bom dia Santos, Você consegui remover os componentes do Delphi e remover os Paths antigos do Library Path? Na pasta Raiz dos novos fontes tem um arquivo PDF que traz a sequencia dos pacotes que devem ser compilados e instalados. Você acha os pacotes dentro de suas respectivas pastas dentro da pasta pacotes.

Bom dia Webert, Você esta usando o componente ACBrNFSe para gerar o XML que você postou? Pelo que pude ver não esta, pois no seu XML aparece o prefixo "tipos:" e o Ginfes não utiliza esse prefixo, dependendo do nível da TAG é usado "ns2:", "ns3:" e "ns4:".