Fabio Fredianelli
-
Total de ítens
27 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Fabio Fredianelli
-
-
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;
beginExit;
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...
-
1
-
-
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 ?
-
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
-
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.
-
1
-
-
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.
-
1 hora atrás, Daniel Simoes disse:
Você está latindo para a arvore errada. Será que até o momento você não percebeu que o real motivo do Problema está no SEFAZ ???
Ninguém aqui lhe obrigou a usar o ACBr ou contratar o SAC... Se acha que tentar desmoralizar o nosso trabalho irá lhe trazer algum privilégio de atendimento, está muito enganado...
Se não entende como funciona um Projeto de Código Aberto, então não use... Recomendo que compre um componente PAGO, e dispare seus comentários grosseiros ao suporte deles...
Dizer que não gostei do suporte dado é comentário grosseiro ?
Li o forum errado ou o workarround passa pela alteração do fonte do ACBR ?
-
24 minutos atrás, eduardoazambuja disse:
sério???
Aham, e fecharam a minha pergunta para eu não poder argumentar, como primeira experiência do Sac , não gostei
-
Suporte pago não adiantou não... paguei... e a resposta foi olhar neste mesma lista de discussão...
acho que quero meu dinheiro de volta...
-
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; -
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...
-
7 minutos atrás, BigWings disse:
Já existe no ACBr, veja a resposta do @RicardoVoigt .
Acho que não , veja a resposta do Juliomar
-
4 minutos atrás, BigWings disse:
Atualizar os schemas não vai fazer com que a tag seja gerada no XML.
Para as tags vOrig, vDesc, vLiq serem geradas é preciso que seja informado um valor maior que zero.
Lembrando que essa rejeição deve acontecer apenas em homologação, em produção a previsão para ativação da regra de validação é 03/09/2018.
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
acho que quero meu dinheiro de volta...
Blumenau - NFSe
em DFe - Documentos Fiscais Eletrônicos
Postado
Obrigado, o erro era esse mesmo.