Fabio Fredianelli

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.

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.

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 ?

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...

Acho que não , veja a resposta do Juliomar

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

Bom dia, uma dúvida simples, posso emitir algumas notas no formato 3.10 e algumas no 4.0 ? ou a partir do momento que emitir uma no 4.0 todas deverão ser neste formato ? pergunto pois gostaria de fazer uma implantação gradativa, pois tenho muitos tipos diferentes de notas fiscais, somos uma indústria com atividades muito diversas. Muito obrigado.

No meu caso não funcionou recompilar, resolveu adicionando o path do fortes dentro do lib do delphi.