-
Total de ítens
27 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Fabio Fredianelli postou
-
Blumenau - NFSe
Fabio Fredianelli replied to Fabio Fredianelli's tópico in DFe - Documentos Fiscais Eletrônicos
Obrigado, o erro era esse mesmo. -
A um ano tentei emitir nfse em nosso municipio ( que usa Simpliss ) BLUMENAU, mas desisti pois a demora de retorno do rps era de 12 horas !, pelos comentarios tem gente conseguindo usar o lote unico de modo sincrono. Poderiam informar qual configuracao devo usar no demo e onde esta o schema correto ? Agradeço antecipadamente
-
Vamos que estamos quase lá !!!! , a ideia de criar uma function vai ajudar, ok, ficou bom, mas bem no registro que eu uso você esqueceu de colocar a chamada da função e deixou apenas o exit... dai sim que não vou mais criar esse bendito registro... kkk os outros registros você criou assim: procedure TBloco_K.WriteRegistroK265(RegK260: TRegistroK260); var intFor: integer; begin if ValidacaoVersaoeLeiaute then Exit; mas no K275 deixou assim... procedure TBloco_K.WriteRegistroK275(RegK270: TRegistroK270); var intFor: integer; begin Exit; Obrigado Novamente e desculpe incomodar. Abraços !!! (editado) depois de postar me ocorreu se isso nao pode ter sido gerado pelo meu svn, nao conheço bem o funcionamento interno dele, ele indicou que o meu estava diferente do seu (ficou em vermelho) e dei um resolver com o deles... não sei se ele copia o arquivo todo novamente o do repositorio ou se só fez meleca na linha que estava diferente entre a minha versão e a sua... se for isso o que tenho que escolher ? )
-
Juliomar, acho que logo vou ganhar mais uma advertência ... kkkk, sou chato... Fui olhar a revisao 28818 , e não esta 100% , vc alterou a linha 545 ok, mas faltam os outros registros... que tem o mesmo if maledeto... , if (FBloco_0.Registro0000.COD_VER >= vlVersao116) and (TipoLeiaute <> itlCompleto) then Exit; na linha 255,295,378,433,459,492,653,730 eu uso somente o 275 mas conforme o ramo da empresa vao usar os outros registros e vai faltar...
-
Não Julio, a versao atual do layout é 017 , que equivale a variavel da acbr vlVersao116 ( pois é o decimo setimo layout, pois iniciou em 000 ) ou seja na linha 545 vai dar um exit, eu monitorei com debug o tipo esta igual ao itcompleto e o cod_ver esta vlVersao116 , ou seja sai fora no exit. "então a 117 deveria passar se o tipo estiver ok" não existe no acbr a vlVersao117 , só vai existir quando estivermos no layout 018, isso se alguém lembrar de alterar esse fonte, por isso acho que não precisava desse if da linha 545 e dos subsequentes...
-
se olhar o fonte não funciona, ele da um exit e não gera varios dos registros desse bloco k, se for = ao 116 , ele deve dar um exit somente se for superior... o que na verdade.. sei la se precisa... o validador ia avisar se a versão do layout nao exite... alterei aqui e funcionou , gerou e validou sem erros. Acho que teria que passar para o Daniel ,não sei se ele é o pai da criança,dar uma olhada... e alterar o repositorio se ele concordar. Obrigado !
-
Pelo manual , a versao é 017 , e o fonte do acbr comporta, só erraram no comentario o segundo // Código 016 devia ser 017, mas a meu ver o que esta de errado é o ACBrEFDBloco_K_Class.pas teria que substituir todos os >= vlVersao116 por > vlVersao116 pois a versao atual é vlVersao116 mesmo (sequencia 017 na lista, pois inicia com 000) tentei alterar o fonte e recompilar com acbr_install mas nao deu certo... diz versao errada... nunca tentei alterar o acbr acho que estou fazendo algo errado nesse processo, (editado...) agora deu certo tinha que pedir para limpar todo o disco... vou gerar o txt e validar para ver se resolveu... ja informo algo) outra coisa: consegue alterar o titulo do topico para K275 talvez alguem ja tenha resolvido isso... ?
-
Achei este trecho de codigo , no ACBrEFDBlocos.pas : /// Versão do Leiaute do arquivo - TRegistro0000 TACBrVersaoLeiauteSPEDFiscal = (vlVersao100, // Código 001 - Versão 100 Ato COTEPE 01/01/2008 vlVersao101, // Código 002 - Versão 101 Ato COTEPE 01/01/2009 vlVersao102, // Código 003 - Versão 102 Ato COTEPE 01/01/2010 vlVersao103, // Código 004 - Versão 103 Ato COTEPE 01/01/2011 vlVersao104, // Código 005 - Versão 104 Ato COTEPE 01/07/2012 vlVersao105, // Código 006 - Versão 105 Ato COTEPE 01/07/2012 vlVersao106, // Código 007 - Versão 106 Ato COTEPE 01/07/2013 vlVersao107, // Código 008 - Versão 107 Ato COTEPE 01/07/2014 vlVersao108, // Código 009 - Versão 108 Ato COTEPE 01/07/2015 vlVersao109, // Código 010 - Versão 109 Ato COTEPE 01/07/2016 vlVersao110, // Código 011 - Versão 110 Ato COTEPE 01/01/2017 vlVersao111, // Código 012 - Versão 111 Ato COTEPE 01/01/2018 vlVersao112, // Código 013 - Versão 112 Ato COTEPE 01/01/2019 vlVersao113, // Código 014 - Versão 113 Ato COTEPE 01/01/2020 vlVersao114, // Código 015 - Versão 114 Ato COTEPE 01/01/2021 vlVersao115, // Código 016 - Versão 115 Ato COTEPE 01/01/2022 vlVersao116 // Código 016 - Versão 116 Ato COTEPE 01/01/2023 ); no meu cod_ver esta 017 , e dai cai fora naquela linha que o Juliomar indicou. o codigo da versao a partir do dia 1 de janeiro é 017 , ou continuo perdido ?
-
eita... desculpe, sim estava o tempo todo falando do bloco K ( Jesus esta na hora de me aposentar... ) , vou olhar se pode ser o numero da versão pois o layout é o completo sim, empresa de lucro real/Indústria.
-
Obrigado Juliomar, mas acho que não fui claro, eu adiciono o c275 com o comando RegistroK275New do acbr como sempre faço, e ele sempre cria bonitinho o registro, mas apenas este mês , onde tem o H010 junto ele nao cria o registro ao gerar o arquivo txt, se ele criase o registro e o validador desse um erro... ok, ai era com a contabilidade ou consultoria, mas a questão é que o ACBR que não esta criando e não achei nenhum comentario ou erro ou referencia no forum... por isso pedi ajuda.. Ele cria o C270 e onde deveria vir o C275 não cria nada, e ai cria os C280 normalmente, o validador só diz que esta faltando o C275... mas debugando ele passa para a rotina o C275 e nenhum erro é informado no processo . achei que alguém ja tivesse passado por isso ... vou tentar debugar a rotina do acbr para ver pq nao cria... Obrigado de toda forma...
-
Sim, esqueci de informar, ACBRSPEDFISCAL, estou usando a bastante tempo, mas é a primeira vez que gero o arquivo referente a fevereiro, ou seja vai junto o H010 que é o de inventário, desconfio que ele nao aceita informar o inventario e fazer devoluções de janeiro, em fevereiro..., mas se for isso... como faço devoluções de materia prima que ocorreram em janeiro ? o inventário é de dezembro/2022. Agradeço qualquer ajuda.
-
Bom dia, por algum motivo o C275 , embora incluido sem erros durante a geração não aparece no arquivo texto gerado, pode ter algo relacionado ao registro H010 pois estamos remetendo o inventário junto ?
-
Boa tarde, estou me batendo para conseguir fazer o danfse com pulo de linha, se deixo no padrão a quebra com o caractere ; o danfse gerado no .fr3 formata bonitinho. Mas o Danfse gerado pela prefeitura fica tudo em uma linha só, o suporte informou que devo enviar os caracteres \\s\\n para o saldo de linha, colocando isso no campo quebradelinha do acbr não mudou nada. Tentei digiar estes caracteres na descrição do serviço e ao enviar ele mudou para maiusculas \\S\\N e o Simpliss não considerou e mostrou como fosse texto. Onde estou errando ?
-
Valor unitario tributário no danfefr
Fabio Fredianelli replied to Fabio Fredianelli's tópico in ACBrNFe
No Fortes certo , no fast errado com qualquer um dos .fr3 Disponiveis no Acbr. Tentei descobrir com debug onde esta o problema mas sem sucesso. -
Boa tarde, alguém que use o AcbrDanfeFR1 , a mesma nota no ACBRDANFERL1 imprime normal o valor tributário unitário , no RL esta cortando as unidades um milhão vira 1.13 , como se o display format estivesse .0,00 ao invez de ,0.00 , alguma propriedade que devo setar ? Agradeço qualquer ajuda
-
Carta de Correção , Impressão do texto xCondUso no Fortes
Fabio Fredianelli replied to Fabio Fredianelli's tópico in ACBrNFe
Obrigado Fabiano ! Realmente tentar imprimir logo após protocolar a carta de correção a condição de uso fica em branco, a saída é como você sugeriu assim fica em branco: fednota.ACBrNFe1.EnviarEvento(StrToInt(edId.Text)); fednota.ACBrNFe1.ImprimirEventoPDF; fednota.ACBrNFe1.ImprimirEvento; assim fica com a condição de uso ok: fednota.ACBrNFe1.EventoNFe.Evento.Clear; fednota.ACBrNFe1.EventoNFe.LerXML(mrndfile); fednota.ACBrNFe1.ImprimirEventoPDF; fednota.ACBrNFe1.ImprimirEvento; Fica registrado caso alguém mais tenha problema, Obrigado. -
Carta de Correção , Impressão do texto xCondUso no Fortes
um tópico no fórum postou Fabio Fredianelli ACBrNFe
Boa Noite, alguém poderia ajudar ? estou imprimindo o evento de carta de correção usando o ACBrNFe1.ImprimirEvento; o evento é impresso corretamente, mas no campo onde imagino deveria sair o texto <xCondUso>A Carta de Correcao e disciplinada pelo paragrafo 1o-A do art. 7o do Convenio S/N, de 15 de dezembro de 1970 e pode ser utilizada para regularizacao de erro ocorrido na emissao de documento fiscal, desde que o erro nao esteja relacionado com: I - as variaveis que determinam o valor do imposto tais como: base de calculo, aliquota, diferenca de preco, quantidade, valor da operacao ou da prestacao; II - a correcao de dados cadastrais que implique mudanca do remetente ou do destinatario; III - a data de emissao ou de saida.</xCondUso> que sai no xml corretamente gerado pelo ACBR, mas na impressão e no pdf ficam em branco, debugando o unit ACBrNFeDANFeEventoRLRetrato , a propriedade em negrito esta vazia no momento da impressão, o que poderia ser ? tem alguma propriedade ou opção que deveria setar ? rlmCondUso.Lines.Add(StringReplace(InfEvento.detEvento.xCondUso, ';', #13#10, [rfReplaceAll, rfIgnoreCase])); rlmCondUso.Lines.Text := StringReplace(rlmCondUso.Lines.Text, ': I', ':'#13#10'I', [rfReplaceAll, rfIgnoreCase]); Agradeço antecipadamente qualquer ajuda. -
905 - Rejeicao: Campos do grupo Fatura nao informados
um tópico no fórum postou Fabio Fredianelli NFe/NFCe - Nota Fiscal Eletrônica
905 - Rejeicao: Campos do grupo Fatura nao informados A tentar enviar uma nota no ambiente de homologação recebo este erro ao usar a forma de pagamento abaixo, usando demo do acbr with NotaF.NFe.Cobr do begin with Fat do begin nFat := '001'; vOrig := 100.0; vDesc := 0; vLiq := 100; end; with Dup.Add do begin nDup := '001'; dVenc := now+100; vDup := 100; end; end; with NotaF.NFe.pag.Add do begin tPag := fpDuplicataMercantil; vPag := 100; end; -
Reclamação SAC ACBr - 905 - Rejeicao: Campos do grupo Fatura nao informados
um tópico no fórum postou Fabio Fredianelli Dúvidas gerais
Ta difícil de acompanhar... foi... nao foi... vai... não vai... Já atualizei os schemas, mas não vai... a melhor opção aqui foi a do piracaiasoft.... Estou achando que resposta dos moderadores só no SAC, acho que vou pagar... -
Acho que não , veja a resposta do Juliomar
-
905 - Rejeicao: Campos do grupo Fatura nao informados
Fabio Fredianelli replied to Francisco IBS's tópico in ACBrNFe
Como assim 03/09/2018 , o ultimo prazo não é 02/08/2018 ? -
Também tenho este problema, os despachantes aduaneiros não aceitam a nota de exportação se não aparecer a unidade tributaria e valor da unidade tributária, também queria usar o fortes report , no manual não diz que tem que imprimir, mas no manual diz que pode ser adicionadas informações para tornar mais clara a nota, deve ser esse o conceito que estão usando ? Só tive sossego depois que criei estes campos no danfe usando o report builder, mas nao existe integração entre o report builder e o acbr entao gravo a nf numa tabela temporária para gerar o danfe... mas seria muito melhor usar somente o ACBR. E ter este ACBrNFeDANFeRLRetrato.pas em modo paisagem também... mas nao entendo nada do Fortes