AlexandreADC

Ótimo trabalho Fabio Alves! Era o que eu estava procurando! Hehe! Vou testar e postar alterações se necessárias... Muito Obrigado!

EMBarbosa, digamos que aconteça alguma exceção durante a geração, e por isso eu não queira salvar o Arquivo TXT... Não tem outra forma para "zerar" o componente não?

Entendo Juliomar, a questão é que em alguns casos a atualização do sistema é crítica: Quando tem muitos estabelecimentos/Usuários utilizando o sistema Quando existe homologação do Software para que seja compilado Quando há um acréscimo de muitas funcionalidades no sistema o qual exija que tenha um treinamento Nossos módulos do ERP são interdependentes, quando atualiza um, precisa atualizar todos... É uma sugestão apenas, o que ocorre hoje é que o cliente acaba nos ligando e temos que editar manualmente dentro do arquivo colocar a nova versão... O que eu não tinha pensado é que se vocês trocarem para String, todos que usam o SPED no ACBr deveriam alterar os seus sistemas para se adequar a alteração... Quanto a esta função de conversão Isaque, realmente não funciona, como você falou, mas mesmo assim posso diminuir o trabalho de manutenção, limitando somente em ter que compilar as BPL's, talvez trocando somente a ACBrSPED no cliente. Obrigado Isaque e Juliomar!

Boa tarde, Gostaria de pedir a vocês se concordam comigo ou tem uma ideia melhor para preenchermos o campo COD_VER do Registro 0000 (SPED Fiscal e Contribuições). Hoje ele preenche com uma propriedade chamada "TACBrCodVer", e toda vez que muda a versão do SPED tem que atualizar o ACBr, atualizar o ERP na parte do SPED para preencher essa versão, compilar e atualizar todos os clientes que usam o SPED. Acontece é que muitas vezes o Layout do SPED muda, mas não tem impacto na maioria das empresas, e mesmo assim elas são obrigadas a atualizar o sistema. O que eu gostaria é que pudéssemos informar uma String para esta propriedade livremente. Onde alimentaríamos o COD_VER com "004" através de por exemplo a versão que o usuário informar na Tela. Se alguém estiver disposto a fazer esta alteração ou melhorar esta minha ideia ficaria muito agradecido. Obrigado desde já.

Faz sentido, porque para cancelar uma Nota Fiscal (que também é um evento) enviada em modo SCAN, tem que Cancelar em Modo SCAN também...

na verdade eu encontrei 2 maneiras de apagar o Evento: ACBrNFe1.EventoNFe.Evento.Clear; e ACBrNFe1.CartaCorrecao.CCe.Evento.Clear;

Entendi... Muito obrigado italojr, markapollo e Juliomar!

Ah, uma questão... Por que o "110110" no nome do arquivo? Algum motivo especial?

Ah, ótimo! Eu achava que ao fazer LoadFromFile (ou outros Loads) ele sobrescrevia as Notas Fiscais Anteriores... Pela lógica, quando faz um LoadFromFile de um TStringList, ele pega o conteúdo de um arquivo e preenche a coleção de "Strings" dentro dele... Obviamente pensei que seria equivalente na Nota Fiscal, onde carregaria uma coleção de Notas Fiscais para o componente... Pelas regras certas da orientação a Objetos, a rotina que adicionaria uma a uma deveria ser chamada pelo "ACBrNFe.NotasFiscais.Add.LoadFromFile" ou "ACBrNFe.NotasFiscais.Items[**].LoadFromFile"... ou seja, Carregar a Nota Fiscal Adicionado-a ao componente ou sobrescrevendo a que já existia... mas enfim, vamos deixar como está hoje, não vale a pena mudar algo que funciona simplesmente para ficar "bonitinho", não é verdade? Um forte abraço!

Boa tarde caros colegas, Em nossas rotinas, carregamos o XML da Carta de correção para enviar para o Email, reparamos que na revisão 4644 foi alterado a linha NomeArq := FCCe.Evento.Items[i].InfEvento.chNFe + '110110' + IntToStr(FCCe.Evento.Items[i].InfEvento.nSeqEvento) + '-ProcEventoNFe.xml'; para: NomeArq := FCCe.Evento.Items[i].InfEvento.chNFe + '110110' + IntToStr(FCCe.Evento.Items[i].InfEvento.nSeqEvento) + '-procEventoNFe .xml'; percebam que tem um ESPAÇO no nome do arquivo antes da extensão... Isso deu um problema Enorme para nós, pois o sistema deixou de encontrar o arquivo pois seu nome havia mudado... Claro que nenhuma problema surge de propósito... Pena que este foi visto só tarde demais, quando já estava no cliente... Por gentileza, peço que mandem para o SVN minha correção... ACBrNFeWebServices.pas Agradeço desde já.

Como que faz?

Quanto ao conteúdo está tudo certo mesmo, a quantidade que eu ainda estava em dúvidas... Obrigado pela resposta!

Boa tarde caros, Procurei aqui no fórum e na internet e não encontrei legislação específica sobre, portanto gostaria de pedir a vocês sobre o assunto. Na nota técnica expressa: "O processo de Registro de Eventos recebe eventos em uma estrutura de lotes, que pode conter de 1 a 20 eventos.", então na minha interpretação, uma nota fiscal pode ter vários lotes de envio, e cada lote pode ter 20 eventos, então não existe limite de cartas de correção para uma Nota Fiscal Eletrônica? Agradeço desde já.

Parabéns a toda a Equipe ACBr por sempre fazerem um ótimo trabalho! E queeee trabalho hein!

Encontrei! Vou mandar esta citação para o programador quem me pediu, vamos ver se resolve o problema dele hehe Ele está homologando o TEF e daí já viu né. Tem que ser tudo urgente Obrigado Juliomar!

Gostaria de saber se é possível, o retorno da bandeira do cartão e o tipo dele (crédito ou débito) através de operações com o Clisitef. E se possível gostaria de saber também uma função ou rotina que vocês conheçam para recuperar estes valores. Desde já agradeço!

Na verdade eu li agora melhor o problema do nosso amigo, e o meu é um pouco mais sério, tanto se eu permitir quanto eu negar, ocorre o access violation... O mais intrigante é que já trocamos até o computador, o sistema operacional e nada... Compramos um certificado A1, antes do término da instalação ele pede para inserir o cartão inteligente, o contador bate o pé dizendo que é A1 e não A3, mas tenho minhas dúvidas quanto a isso...

Hum, já tivemos problemas com arredondamento, sempre quando isso ocorre, jogamos as sobras para o último item bem no teu exemplo que tu deu antes, onde 1 item ficou com 1 centavo a + de desconto do que o outro... Depois de tanto falar, até esqueci qual era teu problema heheehe Poderia detalhar mais?

Também estamos com o mesmo problema em um dos nossos clientes, estamos procurando como resolver... Após isso, responderei aqui no fórum o que foi feito. Enquanto isso, se alguém souber resolver, ficaria agradecido.

Quando tu faz uma venda com emissão de cupom (vamos a um exemplo): Item quantidade vlr. Un. Total Produto X 1 5,50 5,50 Produto Y 2 11,00 22,00 ------------------------------------------------ TOTAL 27,50 DESCONTO 2,50 TOTAL A PAGAR 25,00 ----------------------------------------------- Então para fins de cálculo de ICMS, Redução Z, SPED e outros, o valor do desconto desta venda deve estar dividido item a item ficaria assim: Item Total Desconto Base de Cálculo ICMS Produto X 5,50 0,50 5,00 Produto Y 22,00 2,00 20,00 Isso se chama rateio de desconto, porque o Produto X representa 20% do total da Venda, então ele receberá R$0,50 de desconto e o produto Y tem 80%, então recebe 2,00 de desconto. E aplica-se a alíquota do ICMS em cima do valor da Base de Cálculo. Espero que tenha entendido.

SPED Social e o SPED para empresas do SIMPLES NACIONAL será um mamão com açúcar para desenvolvermos, o layout embora algumas vezes confuso sobre o preenchimento dos campos, é muito claro sobre o que deve constar no arquivo (o layout propriamente dito). Uma das dificuldades que eu observo que frequentemente enfrentamos é sobre a formatação dos campos (se aceita vazio, se quando vazio deve ir com zeros, se é obrigatório, se é Inteiro ou Fracionário, etc). Tem uma equipe tester nestes casos é fundamental... Devemos agradecer ao fisco por fazer projetos como o SPED assim e torcer para que os próximos projetos sejam um pouco menos complexos que o SPED Contribuições rsrsrsrs.

Os objetivos dos 2 projetos são distintos (SPED Fiscal(ICMS e IPI) está mais pra saber quais suas movimentações e SPED Contribuições(Pis/Cofins) está para saber o seu Lucro), a obrigatoriedade dos campos, a hierarquia, o uso dos campos também pode variar... Se fossem tão parecidos nem precisaria 2 validadores diferentes, não acha? A forma que foi feito o SPED no ACBr obedece os padrões dos outros projetos por aqui desenvolvidos (Nf-e, Ct-e, PAF, outros...) e faz uso das melhores práticas de orientação a objetos para ser preenchido, depois que tu pega o "jeito", o desenvolvimento flui e a manutenção fica muito fácil.

Muito obrigado pelo seu trabalho Isaque Pinheiro!

CONTRA a não ser que faça Equivalentes, em vez de um set, ser uma constante com o valor do antigo SET ficaria assim: CONST cstcofins01 = stcofinsValorAliquotaNormal; cstcofins02 = stcofinsValorAliquotaDiferenciada; cstcofins03 = stcofinsQtdeAliquotaUnidade; cstcofins04 = stcofinsMonofaticaAliquotaZero; cstcofins05 = stcofinsValorAliquotaPorST; cstcofins06 = stcofinsAliquotaZero; cstcofins07 = stcofinsIsentaContribuicao; cstcofins08 = stcofinsSemIncidenciaContribuicao; cstcofins09 = stcofinsSuspensaoContribuicao; cstcofins49 = stcofinsOutrasOperacoesSaida; cstcofins50 = stcofinsOperCredExcRecTribMercInt; cstcofins51 = stcofinsOperCredExcRecNaoTribMercInt; cstcofins52 = stcofinsOperCredExcRecExportacao ; cstcofins53 = stcofinsOperCredRecTribNaoTribMercInt; cstcofins54 = stcofinsOperCredRecTribMercIntEExportacao; cstcofins55 = stcofinsOperCredRecNaoTribMercIntEExportacao; cstcofins56 = stcofinsOperCredRecTribENaoTribMercIntEExportacao; cstcofins60 = stcofinsCredPresAquiExcRecTribMercInt; cstcofins61 = stcofinsCredPresAquiExcRecNaoTribMercInt; cstcofins62 = stcofinsCredPresAquiExcExcRecExportacao; cstcofins63 = stcofinsCredPresAquiRecTribNaoTribMercInt; cstcofins64 = stcofinsCredPresAquiRecTribMercIntEExportacao; cstcofins65 = stcofinsCredPresAquiRecNaoTribMercIntEExportacao; cstcofins66 = stcofinsCredPresAquiRecTribENaoTribMercIntEExportacao; cstcofins67 = stcofinsOutrasOperacoes_CredPresumido; cstcofins70 = stcofinsOperAquiSemDirCredito; cstcofins71 = stcofinsOperAquiComIsensao; cstcofins72 = stcofinsOperAquiComSuspensao; cstcofins73 = stcofinsOperAquiAliquotaZero; cstcofins74 = stcofinsOperAqui_SemIncidenciaContribuicao; cstcofins75 = stcofinsOperAquiPorST; cstcofins98 = stcofinsOutrasOperacoesEntrada; cstcofins99 = stcofinsOutrasOperacoes; Sou sempre a favor de que a melhoria seja feita de forma silenciosa, sem impactos no que estava sendo feito anteriormente (no caso de reescrever o código) .

Eu entendo sobre o "porque" do validador não preencher... É que nos demais blocos ele não tem as informações necessárias para dizer que X valor de receitas isentas do bloco M400 veio de "Embalagens de Vidro não Retornáveis para Refrigerantes ou Cervejas". Até porque a classificação do gênero do Item da venda (receita) é diferente da Natureza de Receita (tabela 4.3.10 até a 4.3.16) disposto no registro M410. São parecidos, mas não são iguais... Daí o validador não pode tomar decisões sem uma base sólida. Embora, se no Sistema ERP no cadastro do item tivesse um campo que diria que o item da receita é "Embalagens de Vidro não Retornáveis para Refrigerantes ou Cervejas", então após gerar o M400 pelo componente, conseguiríamos detalhar ele com as informações adicionais que temos no ERP. É triste ter que responder para o cliente para ele lançar manualmente alguns registros diretamente no validador :// Estou estudando como tentar apurar o M100 para colocar no componente, mas não tá fácil dividir o valor dos créditos do bloco C pela "Tabela Código de Tipo de Crédito"... Se o tipo de crédito estivesse nos registros iria ser tão bom... O CST pode até dizer se é importação ou operação interna, mas não diz se é Crédito Presumido da Agroindústria... hehe Vou continuar os estudos aqui, talvez eu também não consiga fazer toda a apuração, mas os principais com certeza gostaria de fazer.