Antonio Gomes

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

Criei meu cadastro como desenvolvedor de uma empresa, na qual presto serviço como autônomo, pois não tenho CNPJ, será validado mesmo assim?

E os autônomos? Não terão direito ? hehehe

Isso eu penso ser um problema do componente, ao dar um loadfromfile no xml do nfe, o sistema pensa que está correto mudar o grupo icmsst para o CST=60 ou CSTRep60 na verdade não é correto, penso eu assim. Quando eu gero o arquivo, eu informo CST=60, nisso o componente muda para CSTRep60 dependendo dos valores que são colocados. Depois o componente tenta fazer o inverso, é ai que está o problema. O simples teste em uma variável está sendo feita para que ele volte a ser CST=60. Em pcnNFeR.pas quando é feito essa funcao: VerificaParSt Já no pcnNFeW.pas, é quando é feito isso BuscaTag Na nota 4.0, as vezes funciona direito, eu para ficar livre disso, parei de gerar o grupo de icms st anterior... Por hora, meu parametro na função: FAcbrNFe.NotasFiscais.LoadFromStream(ST); já é false, pois o default é false.

@Italo Jurisato Junior vou alterar e posto aqui. Valeu.

NF finalidade 3, ajuste, ressarcimento de ST. CST=90, com calculo apenas de ST. Mantenedores, será que estou errado, precisei comentar a linha abaixo, da unit pcnNFeW, pois não estava gerando o grupo de icms correto, no quadro de quais campos colocar no cst=90, aparecem quase todos os campos com interrogação. // if (nfe.Det.Imposto.ICMS.vBC > 0) or (nfe.Det.Imposto.ICMS.vICMS > 0) then XML em anexo autorizado, alem da treta de por 100% na aliquota de icms... Detectado problema ao gerar o xml sem ter a base de icms normal e valor, por volta da linha 1481. 31180286682093000105550060000510781999469162-nfe.xml

Obrigado, encontrei o problema. Era isso mesmo.

Tentativa de transmitir um xml 3.10 com repasse de ST retida anteriormente, dentro do grupo: Linha 1534, da unit pcnNFeW.pas, se eu comento as linhas do valor de vBCSTDest e vICMSSTDest a nota transmite. Ai fiquei na duvida se isso era para ser apenas da versão 3.10 // ICMSST - Repasse Gerador.wCampo(tcDe2, 'N26', 'vBCSTRet ', 01, 15, 1, nfe.Det.Imposto.ICMS.vBCSTRet, DSC_VBCICMSST ); Gerador.wCampo(tcDe2, 'N27', 'vICMSSTRet ', 01, 15, 1, nfe.Det.Imposto.ICMS.vICMSSTRet, DSC_VICMSSTRET); Gerador.wCampo(tcDe2, 'N31', 'vBCSTDest ', 01, 15, 1, nfe.Det.Imposto.ICMS.vBCSTDest, DSC_VBCICMSSTDEST); Gerador.wCampo(tcDe2, 'N32', 'vICMSSTDest', 01, 15, 1, nfe.Det.Imposto.ICMS.vICMSSTDest, DSC_VBCICMSSTDEST); ENVIAR_EXEMPLO.xml Erro que ocorre: Element '{http://www.portalfiscal.inf.br/nfe}vBCSTDest' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/nfe}ICMS60'. Mesmo a nf sendo interestadual ocorre o erro.

Sim, na cooperativa daqui da cidade, é preciso mandar 2 boletos, e o arquivo de remessa. So entrar em contato com a camara de cobranca na agencia que te ajudam.

use a planilha em excell que eles tem, para validar os dados do boleto antes de gerar remessa e pagar o boleto teste.

@IMATECH você criou a unit ?

Você criou a unit ?

isso nao é a posicao da carteira/modalidade? Não é a palavra "Simples" que vc colocou onde não devia?

Cria no seu sistema uma faixa inicial e final para o incremento do boleto. assim vc consegue pegar... coloca o numero iniciando com o numero que o banco permite, no caso 200001 a 299999 Quando chegar em 299999, o usuario tem que ir la mudar para 300001 a 399999

você passou pegar do a partir do final, será que não seria o caso de desprezar zeros antes? Ou até mesmo você passar para o componente sem formatar os zeros antes...

voce pode usar o seu arquivo fr3 personalizado. coloque os dados do sacado de ponta cabeça, ao imprimir a dobra fica correta, veja exemplo anexo. Eu repasso tudo no evento ongetvalue, uso acbr boleto para gerar os dados apenas. BOLETO_1PP.fr3

A partir da linha 1657, da unit sicredi: está colocando 1, a menos que o leiaute esteja errado '1' + // 142 a 142 - Código do desconto 1 IfThen(ValorDesconto = 0, '00000000', FormatDateTime('ddmmyyyy', Vencimento)) + // 143 a 150 - Data do desconto 1 IntToStrZero(Round(ValorDesconto * 100), 15) + // 151 a 165 - Valor percentual a ser concedido

para gerar o codigo vc deve informar a DataDesconto e ValorDesconto ambos na hora de montar são analisados se são diferente de zero. Qual banco é?

Para você ver o poder da programação e de um debug.... Explicando: Quando a property abaixo vai receber o numero do doc, se tiver como fisica dá erro, então movi o bloco para antes para ele botar como fisica antes... parece que o default do componente é juridica, por isso não dá erro para maioria das pessoas, que usam só pessoa juridica. Cedente.CNPJCPF := rCNPJCPF; ==> quando isso acontece, o metodo write é acionado, que valida se o documento é valido ou não. então ele tenta validar como jurifica, um cpf.