Painel de líderes

Obrigado pela sugestão... enviei para o SVN, commit: 16215

Bom dia. Possuo tempo disponível para atuar como analista desenvolvedor Delphi. Tenho 10 anos de experiência com programação, sendo a maior parte deles utilizando o ACBr. Tenho experiência com NF-e, CT-e, NFC-e, PAFECF, Sintegra, SPED Fiscal, SPED Contribuições. Experiência com ERP em diversos módulos: Estoque, Financeiro, Compras, Comercial, CRM, Fiscal, Relatórios, entre outros. Meu e-mail: [email protected]. Caso seja de seu interesse, posso demonstrar meus conhecimentos. Tenho disponibilidade/interesse para projetos de curto ou longo prazo. Muito obrigado. Paulo H.

Boa Tarde... Vendo o post e, concordando plenamente com as palavras do Italo, fiz uma alteração no fonte, especificamente no arquivo ACBrMDFeDAMDFEFR.pas... Alterei o seguinte: Linha 1553: De: FieldByName('placa').AsString := FormatarPlaca(veicTracao.placa); Para: FieldByName('placa').AsString := FormatarPlaca(veicTracao.placa) + ' / ' + veicTracao.UF; Linha 1568: De: FieldByName('placa').AsString := FieldByName('placa').AsString + #13#10 + FormatarPlaca(FMDFe.rodo.veicReboque.Items.placa); Para: FieldByName('placa').AsString := FieldByName('placa').AsString + #13#10 + FormatarPlaca(FMDFe.rodo.veicReboque.Items.placa) + ' / ' +FMDFe.rodo.veicReboque.Items.UF; Testei e ficou como desejado (vejam figura em anexo. Caso considerem relevante a alteração, segue em anexo o arquivo ACBrMDFeDAMDFEFR.pas modificado para atualização do repositório. (Utilizei o arquivo da Revision 16217) ACBrMDFeDAMDFEFR.pas

É isso mesmo que irei fazer. Mas a principio deixei como NT. Do mais obrigado.

Bom Dia... Obrigado Daniel.... Ótimo 2019 para você e toda a equipe ACBr...

Bom dia.. Isso agora, é uma regra na versao 4.0.. veja no manual do sefaz. para cada tipo de meio, voce tem de dizer, se esse meio de pagamento é a vista ou a prazo. Caso voce tiver duvida, do que é a vista ou a Prazo, o recomendavel é entrar em contato com o Contador, e ele com certesa, vai lhe explicar para colocar informacao certa.

Realmente estava estranho... apliquei uma melhoria, baseado nas sugestões enviadas... já no SVN, commit: 16213

Bom dia! Vou providenciar Juliana, tb se for necessário tenho os exemplos dos com os fontes tanto no delphi e no lazarus para windows e linux, se quiser posso postar, talvez seja algum detalhe que esteja fazendo, esses exemplos são bem simplificados da forma que ocorre no meu projeto... Muito obrigado

Bom dia! Envio realizado com sucesso, obrigado !!! IMATECH Abraços Feliz ANO NOVO!

CFOP=102 não existe.

Bom dia. Obrigada pela sugestão, por favor anexe o arquivo pas com a alteração. Att.

<infoTSVInicio> somente no registro s-2300

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia meu povo, Agradecido pelo empenho de vocês, descobri o que estava causando o erro, foi problema de cadastro de cliente o mesmo tinha dois cadastro com o codigo do IBGE da cidade o nome era o mesmo mas codigos diferente causando a duplicidade relatada acima. Mais uma vez obrigado e até a proxima

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Enviei correção para o repositório. A tag infAdProd será impressa na NFCe, caso exista no XML, independentemente da propriedade ExibeInfAdicProduto. Isso para manter a funcionalidade como era anterior ao refactoring, e como é atualmente nas versões em Fortes e EscPos. Favor atualizar os fontes e testar novamente.

Olá ! A Fecomércio pediu para prorrogar o prazo. Mas ainda não temos nada definido. Seguem os trabalhos....... http://fecomercio-rs.org.br/2018/12/05/restituicao-e-complementacao-do-icms-st-sao-temas-do-conselho-de-assuntos-tributarios/

Bom dia! Já resolvi, pois não vi quer era só necessário conectar o ACBrNFeDANFCeFortes1 no ACBrNfe que resolveria. Obrigado pela atenção.

Obrigado Amigo Era Apenas Configuração No Componente Resolvido O Problema!.

Resolvi usando uma função para remover os acentos: Function RemoveAcentos(Str: String): String; { Remove caracteres acentuados de uma string } Const ComAcento = 'àâêôûãõáéíóúçüÀÂÊÔÛÃÕÁÉÍÓÚÇÜ'; SemAcento = 'aaeouaoaeioucuAAEOUAOAEIOUCU'; Var x: integer; Begin For x := 1 to Length(Str) do Begin if pos(Str[x], ComAcento) <> 0 Then begin Str[x] := SemAcento[pos(Str[x], ComAcento)]; end; end; Result := Str; end; ai no código fiz assim Xml := docZip.Items[i].Xml; ACBrNFe.NotasFiscais.Add.Xml := Xml; Xml := RemoveAcentos(Xml); ArqXML := TStringStream.Create(Xml); Parou de dar problemas. Obrigado pela ajuda indicando onde estava o problema. Podem marcar como Resolvido.

descobri o b.o era configuração do ACBrNFe1.Configuracoes.Geral SSLLib := TSSLLib(libCapicom); SSLCryptLib := TSSLCryptLib(cryCapicom); SSLHttpLib := TSSLHttpLib(httpWinINet); SSLXmlSignLib := TSSLXmlSignLib(xsMsXmlCapicom); deixei desta forma e funcionou

Boa tarde. Para o modelo 65, o SEFAZ-GO não aceita a emissão de nota complementar de uma NFCe. Da o seguinte erro: "Erro(s) nas Regras de negócios da nota: 114622 715-Rejeição: Rejeição: NFC-e com finalidade inválida 717-Rejeição: NFC-e em operação não presencial Pelo manual, a finalidade aceita na NFCe é somente 1, enquanto para emissão da nf complementar temos que utilizar a finalidade 2. Grato pela atenção. EVRN_1015153_114622.xml

PARABENS !!

Mariana, Não é no XML e sim no código do componente. Como disse antes, ou você implementa um DANFSE especifico para o provedor Betha ou faz uma alteração no DANFSE que já existe de tal forma que se o provedor for o Betha imprimir o conteúdo do campo Discriminação em um formato legível, caso contrario imprimi o conteúdo do campo como um texto normal.

Boa tarde Diego, Só fazendo um teste para saber. Envia um lote com 3 RPS e propositadamente informe a alíquota errada em um deles. Depois veja como fica o retorno.