Antonio Gomes

modifica sua impressão e sobe o fr3

Pode por um cachorro do lado que consegue sonegar. O estado está no direito dele de querer receber, tem contribuinte capaz de dar nó em pingo d´água. Cancelamento por exemplo, é veridico, você vira as costas o sujeito cancela seu cupom, e ai? É PDV ECF, blindado como a sef SC quer... A menos que tenha um fiscal por empresa para evitar isso. O que penso, que ocorre, é que o estado já não sabe mais como resolver esse problema, que é sistêmico, inclusive na maquina administrativa dele, dai, querem punir quem faz o programa por isso. Fico chateado por uma coisa assim, aqui no meu estado mesmo, MG, até ontem não estramos no projeto, inventaram um tal de contratar TI... Homologar ECF aqui tem que ser highlinder.

ou seja, a contramão da evolução.

e a inscrição, quando vai ser liberado valor já sabem também?

No manual do BB não informa? Se não informar, numere os arquivos por sua conta.

vc deve informar no componente, numero da conta e código do cedente. Talvez seja esse o problema... gera esse mesmo boleto no cedente.exe do sicoob, e faça a leitura do código de barras e analise em cima a linha digitável se estão corretos.

gerado com os dados que vc passou. confere se é isso mesmo. mandar_forum.pdf

o cedente o numero 5 é dv ou faz parte do numero?

VC informou o codigo do cedente correto ? o calculo é feito com agencia+cedente+nosso numero posta os dados passados ao componente

Não deve. 4.0 mais segura.

O ideal seria aplicar um remove zeros antes né... ao inves desse corte com tamanho fixo. A conta nesse retorno, vem com 12 na posição 59 a 70

Edite o post e remova, sem problema.

Não por parte da Elgin. Estou dizendo que o estado de MG postergou a entrada da NFC-e aqui no estado. Parece que estão contratando TI ainda. Não entendi bem essa parte também... pensava ser até motivo de ser ano eleitoral, sei lá, esse governo daqui só fazendo asneiras. Mas assunto de política não se pode entrar, senão estica demais. Por hora, assisti sim, foi em Juiz de Fora.

É prometem, e esquecem, também, o estado de MG postergou a entrada da NFC-e para 2019..... Tenho Daruma aqui em casa, fácil de instalar, trabalhar... Driver para windows. Dr 800 o modelo.

Não tem jeito mesmo, tem uma documentação em uma mensagem aqui no fórum. Inclusive, eu modifiquei uma unit de outro banco, criando uma para o inter, consegui fazer re-impressao no meu sistema, usado o nosso número e colocando outros dados fixos dentro do código fonte. Pode ser útil para replicar o boleto e gerar pelo sistema próprio, usando o mesmo nosso numero que gera pelo site deles. Pois o boleto deles, não deixa escrever nada, pois é considerado um boleto de depósito. Quando eu preciso escrever algo para o cliente ler, coloco no campo da razão social junto.

Alguém que tenha recebido equipamento da Elgin ? Favor compartilhe a experiência...

voce informou os dados do cedente antes de gerar essa remessa? a primeira linha está faltando.

@foleyjf então a boleta de deposito de pessoa fisica já consigo replicar, baseado no nosso numero que o banco gerou. Pois esse boleto é controlado por eles, não direto na minha conta. Mas acredito que a conta pro seja controlada pelo cliente. Meu e-mail é acgubamg @ gmail dot com Só preciso saber qual carteira, e se realmente é usado o numero da conta no codigo de barras ou codigo de cedente.

variavel: ExibirTotalTributosItem atribuição com a função: FieldByName('vTotTrib').AsString := ManterdvTotTrib( Imposto.vTotTrib ); Função: Function TACBrNFeFRClass.ManterdvTotTrib( dvTotTrib : Double ) : String; Var dValor : Double; begin if ExibirTotalTributosItem then dValor := dvTotTrib else dValor := 0; Result := FormatFloatBr( dValor,'###,###,##0.00'); end; depois foi feito isso, para achar o percentual (e tinha o valor do imposto aproximado pelo item, bastaria ter dividido o acumulado da do imposto aproximado da nota pelo imposto do item.;...) Function TACBrNFeFRClass.ManterValAprox( inItem : Integer ): String; begin Result := ''; with FNFe.Det.Items[inItem] do begin if (Imposto.vTotTrib <> 0) and (ExibirTotalTributosItem) then begin Result := ''; with Imposto do begin Result := Result+'Val Aprox Tributos: '+ FloatToStrF(Imposto.vTotTrib,ffCurrency,15,2); if TributosPercentual = ptValorNF then Result := Result+' ('+FloatToStrF(((StringToFloatDef(FloatToStr(Imposto.vTotTrib),0)*100)/(StringToFloatDef(FloatToStr(Prod.VProd),0) + StringToFloatDef(FloatToStr(Prod.vFrete),0) + StringToFloatDef(FloatToStr(Prod.vOutro),0) + StringToFloatDef(FloatToStr(Prod.vSeg),0) + StringToFloatDef(FloatToStr(IPI.vIPI), 0) + StringToFloatDef(FloatToStr(ICMS.vICMSST), 0))),ffNumber,15,2)+'%)' else Result := Result+' ('+FloatToStrF(((StringToFloatDef(FloatToStr(Imposto.vTotTrib),0)*100)/(StringToFloatDef(FloatToStr(Prod.VProd),0))),ffNumber,15,2)+'%)'; end; end; end; end; Gostaria de saber do mantenedor, se isso pode ser alterado, dado que está zerando o valor que vai para dentro do dataset de impressão. Não sei qual ideia disso, de zerar um valor gerado pela emissão do DF-e... Porque alguem não imprimiria isso, se foi gerado ?

@Zoobre poderia passar o numero da carteira sua? E se tiver modalidade também. Se possivel, mandar a imagem do boleto que você gerou, para que eu possa analisar a linha digitavel e ajustar a funcao de montar o campo livre, pois para pessoa fisica está sendo gerado diferente.

@IMATECH envia os dados da sua carteira e modalidade por favor ? Estou criando a unit aqui, precisei colocar um texto no meu boleto gerado pelo site hoje. Vou criar essa unit para forçar eu gerar o boleto novamente, baseado no nosso numero deles, para que eu possa por um texto dentro do meu boleto. Hoje a via sacra é: gerar no site deles o boleto, salvar o pdf, anexar no meu sistema e disparar para o e-mail de cada cliente. O problema é quando preciso juntar algum valor extra, o corpo do boleto já vem pronto. No meu caso, gera como agencia 00019 / 0000027 Carteira = 112, no nosso numero fica: 00019/112/000022252-2 E meu nome vem como sacador avalista, acredito que os boletos de pessoa fisica deva ser processado como um conta master, e depois eles devem repassar para meu cpf internamente, foi o unico jeito que imaginei do repasse. Ao ler o codigo de barras, e fazer a engenharia reversa, o número da minha conta não aparece lá, e o numero do cedente está como 27, muito baixo o código.

@RicardoVoigt O mais interessante seria ler se tem o grupo, acabaria com esse problema... se tem o grupo icmsst => é um repasse... caso contrário se for o grupo icms60 permanece o grupo 60, que é uma revenda.

a regra sob numero: 789 não condiz quando o cliente não é informado no xml da nfc-e, logo, acredito que o grupo não seja gerado devido isso: if (nfe.Dest.CNPJCPF <> '') or (nfe.Dest.idEstrangeiro <> '') or (nfe.Dest.EnderDest.UF = 'EX') or (nfe.Ide.modelo <> 65) then GerarDest; Logo, suponho que essa validacao, tenha que ter uma critica, se a tag indIEDest existe dentro do xml, razão da regra de validação. Nisso, começa surgir outro problema, o retorno da função de conversão de function StrToindIEDest(out ok: boolean; const s: string): TpcnindIEDest;, que não tem um default inutil por exemplo ou improprio para uso, deve estar retornando o valor default que lhe convier no teste: result := StrToEnumerado(ok, s, ['1', '2', '9'], [inContribuinte, inIsento, inNaoContribuinte]); Uma solução seria eu colocar sempre o valor dessa tag como inNaoContribuinte, quando estou iniciando na NFC-e, modelo=65, nisso, se não tiver uma leitura partindo das tags para sobrepor os valores. Como essa unit é rotineira a alteração nela, nem fiz a correção no fonte para mandar. No caso de poder mexer, subo com a modificação.

@Italo Jurisato Junior Aproveitando o assunto, hoje, em testes, foi preciso modificar a pcnNFeR, para que não mude o CST60 para ICMSST, por não ter repasse. A solução está na linha 680, foi adicionado o teste: if (Leitor.rExtrai(4, 'ICMSST') <> '') or (Leitor.rExtrai(4, 'ICMSPart') <> '') then Na tentativa de não mudar para uma partilha que não existe. Nem repasse de ICMS. Os campos que são testados de valores, estão agora nos 2 grupos, então, acho que testar pelo valor, está meio confuso. segue anexo o arquivo alterado, com preenchimento das tags de retenção de ST e FCP de ST. Dados do agrupamento: <CRT>3</CRT> <indIEDest>9</indIEDest> <prod> <cProd>29259</cProd> <cEAN>SEM GTIN</cEAN> <xProd>ST DE SIMPLES NACIONAL</xProd> <NCM>95069900</NCM> <CEST>0100300</CEST> <indEscala>S</indEscala> <CFOP>6108</CFOP> <uCom>UN</uCom> <qCom>6.0000</qCom> <vUnCom>6.0000000000</vUnCom> <vProd>36.00</vProd> <cEANTrib>SEM GTIN</cEANTrib> <uTrib>UN</uTrib> <qTrib>6.0000</qTrib> <vUnTrib>6.0000000000</vUnTrib> <indTot>1</indTot> <nItemPed>0</nItemPed> </prod> <ICMS> <ICMS60> <orig>0</orig> <CST>60</CST> <vBCSTRet>9.36</vBCSTRet> <pST>18.0000</pST> <vICMSSTRet>5.40</vICMSSTRet> <vBCFCPSTRet>9.36</vBCFCPSTRet> <pFCPSTRet>2.0000</pFCPSTRet> <vFCPSTRet>1.87</vFCPSTRet> </ICMS60> </ICMS> Faturamento no CFOP=6108 UF=PB pcnNFeR.pas

Para disseminar o produto é a melhor coisa. A vantagem que depois vem outros e copiam dela, e fazem igual.