Wess

Eu estava prestes a sugerir tal mudança, pensei em fazê-la, porém precisava da solução meio que urgentemente. Segue alguns dos txt que utilizei. Se precisar de mais alguns arquivos me avise, são todos de teste, mudei algumas informações, mas dá pra testar a impressão. GNRE.rar

Boa tarde, fiz algumas alterações para corrigir um problema na geração do PDF da Guia do FORTES e estou enviando a Unit ACBrGNReGuiaRl.pas para análise assim como uma print de como ficava o arquivo PDF antes das alterações. - Carregamento dos datasets na geração do PDF; - Correção de memory leaks causados pelo método ConfigDataSet. Havia testado com o demo e também não funcionava a geração pelo ImprimirPDF. 0000000140-guia ERRADA.pdf ACBrGNReGuiaRL.pas

eita educação, é só botar a mão na consciência e implementar uma rotina pra salvar o conteúdo do XML no banco de dados, e não apenas a chave, problema resolvido caso aconteça novamente, o backup é de responsabilidade do usuário que emitiu, se não tinha backup também acredito que não vá adiantar vir xingando o pessoal aqui.

@Fabio Brabo Brabo Isso, exatamente, tanto é que se der uma olhada nas tags de tributação do item, verá que as tags referentes ao vBC e vICMS se quer são geradas com esse CSOSN, Consequentemente, se não são apresentadas no item, não devem totalizar no final. Há várias peculiaridades na emissão da NF-e quando relacionado a tributação, recomendo a leitura dos conteúdos dispostos nesse link para entendimento da parte estrutural, e se possível que busque assessoria fiscal, há também vários cursos interessantes na internet sobre essa parte fiscal, acredito ser interessante principalmente no início, não é necessário, mas é recomendável.

CSOSN 400 não gera ICMS, logo, a tag vBC não pode ser preenchida com valor maior que 0, num geral Simples Nacional não destaca ICMS, exceto em alguns casos com CSOSN 900, mas nesse caso em específico não poderia sair valor nem na tag vBC e nem na vICMS(já está zerada). Essa parte está errada: <total> - <ICMSTot> <vBC>295.00</vBC> < -- deve estar zerado --> <vICMS>0.00</vICMS> <vICMSDeson>0.00</vICMSDeson> <vFCPUFDest>0.00</vFCPUFDest> <vBCST>0.00</vBCST> <vST>0.00</vST> <vProd>295.00</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>295.00</vNF> </ICMSTot> </total> Ou seja, deve sempre cuidar os itens que possuem CST onde o ICMS pode ser aplicado, para que possa fazer a totalização correta no final do arquivo XML de acordo com a soma de todos os itens sujeitos ao mesmo.

Tenta dar uma olhada na implementação da FormaEmissao em TGeralConf na unit ACBrDFeConfiguracoes, vejo que segue a mesma lógica, deve estar faltando algum detalhe.

Verifica se a property está na sessão published

Devoluções deverá utilizar o CSOSN 900, no qual podem ser informados os valores de ICMS sem problema, não irá ocorrer rejeição, desde que totalize corretamente e os valores façam sentido em relação a operação.

As tags de "ide" parecem corretas, está informando um valor maior que 0 para "pICMSInterPart" no item?

Nesse caso acredito que o CST usado seria o 90, tratando-se de um emitente do Regime Normal e ser uma devolução, e em relação a rejeição, qual é a rejeição? pois tem que pensar no seguinte, a B.C pode ser de fato menor que o total dos produtos, mas tem que ter uma razão pra isso, seja Red. B.C, Diferimento ou algo assim, então essas informações devem estar contidas no XML também pra que feche os valores. Não digo que é o caso aplicado nessa nota, mas é algo que deve ser cuidado. Edit: Vi agora o título do tópico certinho, nessa rejeição pode ser como eu disse anteriormente, devido a não informação da razão dessa B.C ser menor que o total dos produtos ou até mesmo por não informar nos totalizadores o valor de ICMS equivalente aos produtos, que deve fechar com a soma do destacado produto a produto.

Gosto do conceito de open-source, entretanto, como citado pelo nosso colega @xyberx, cada programador tem seu jeito de fazer as coisas e acredito que muitos dos desenvolvedores presentes aqui na comunidade já trabalham como pessoa jurídica, seja como dono ou empregado, então apesar de ser fã de projetos open-source, acredito ser um empecilho principalmente para empresas menores e/ou desenvolvedores que trabalham por conta, isso sem falar no custo de manutenção e etc, acho que não seria viável, ao menos não em um ERP.

Na verdade está um pouco confuso a intenção do select e o ambiente que está sendo feito, se pudesse nos passar mais informações sobre o conjunto, quais campos, para que usaria o select e de que forma gostaria de que o mesmo fosse disposto, esse tipo de coisa, para que possamos ter uma visão geral e consequentemente uma solução melhor, até mesmo a questão do período seria relevante para que saibamos quais cláusulas usar.

Se eu bem entendi, todos os registros devem ser trazidos, porém se tem a data remarcada ele puxa essa data e caso contrário puxa a data original, correto? Se for isso, pode seguir essa lógica, mudando algo se for necessário: select (case when (cast(re.dt_venc as varchar(15)) <> '') and (coalesce(cast(re.dt_rema as varchar(15)),'') = '') then re.dt_venc when (cast(re.dt_rema as varchar(15)) <> '') then re.dt_rema else current_date end ) dt_doc from receber re Foi o que consegui pensar de solução para seu problema mais rapidamente, pode dar uma melhorada na lógica, mas em base vai funcionar. Um link interessante também para estudar SQL e até mesmo treinar é o W3 Schools, dá uma conferida

Sim, a questão de Cannot Resolve Unit Name é por não achar as Units na máquina, que pode ser resolvido reinstalando tudo atualizado ou adicionando os paths no Delphi manualmente

Apaga o ACBr e instala novamente pelo ACBrInstall, baixando tudo atualizado. Possivelmente ainda na hora de compilar o SATTeste dará erro de diferença de declaração em duas procedures, ACBrSAT1GetcodigoDeAtivacao e ACBrSAT1GetsignAC (ao menos aqui ocorre), só muda de String para AnsiString na declaração que vai compilar, falei de apagar e instalar novamente com o Install pelo fato do registro dos paths, mas pode fazer manualmente também.

Tivemos problemas com ISSCuritiba e GINFES já pelo que me lembro, justamente por isso, vai ter que explicar para o usuário o problema e até mostrar pra ele se for constatada demora no retorno do processamento. Infelizmente foge de nosso controle essa parte, mas no caso pode fazer parametrizável nessa parte, escolhe se deseja consultar após a emissão, que aí vai do usuário escolher isso, da sua parte o que pode fazer é criar essa rotina de consulta pra facilitar por usuário, aparentemente é uma "gambiarra" necessária.

Após emitir tenta consultar direto pelo site da prefeitura pra ver se o RPS foi processado, normalmente essa mensagem vazio é retornada quando o provedor ainda não processou o RPS, incrivelmente há provedores que essa resposta demora na casa de horas, já tive vários problemas com clientes devido a essa demora no processamento. Se for o caso, teria q analisar se é sempre assim, e possivelmente implementar uma rotina de consulta no sistema pra que quando tenha uma resposta ele preencha os dados referentes ao RPS processado no sistema.

Já havia sim executado como Adm @Juliomar Marchetti, enfim, fiz a inclusão e registro das dlls manualmente e deu certo. Obrigado.

Bom dia colegas, estamos realizando a troca do servidor de desenvolvimento, e ao tentar instalar o ACBr através do ACBrInstall do trunk2, recebo a mensagem apresentada na print durante a instalação. Já executei o apagarAcbr.bat em todas as partições, visto que utilizaremos um HD para Delphi/SO, um HD apenas para fontes/componentes, e outro para backups e arquivos. Já deletei os registros no regedit, apaguei todos os arquivos e baixei novamente do SVN na última revision(13316) e após finalizar a instalação dos pacotes básicos e partir para INSTALANDO OUTROS REQUISITOS, surge a mensagem na tela, estou com usuário Administrador e executando o instalador como tal. O SO é Windows Server 2012 R2 Standard e a versão do Delphi é o Tokyo, é a primeira instalação do ACBr nessa máquina e não tem jeito de passar dessa parte. Estou anexando o log de instalação também. Agradeço desde já. log_Delphi_10.2_Tokyo.txt

Verifique o conteúdo desse tópico, apesar de ser na DANFE, pode encontrar algo útil, mas a forma mais fácil e que não precisa de alteração é de fato voltar para 100% e no máximo alterar a resolução, tendo resultado similar.

Em relação à atualização dos códigos NCM, em nosso sistema possuímos uma tela de cadastro dos NCM's, na qual implementamos uma rotina de atualização de todos os cadastros, inserindo novos, alterando os existentes, retirando os antigos, de acordo com o necessário. Optamos por não fazer nada automatizado ao ponto de realizar a mudança no cadastro durante importação de compras e etc, mas sim na tela de cadastro de NCM para que o usuário atualizasse de acordo com a necessidade, trabalhando dessa forma disponibilizamos as tabelas atualizadas de todas UFs(quando disponíveis) através do processo de atualização do sistema, que é mensal, ficando salvas em uma pasta separada na pasta raiz do sistema. Dessa forma, não atrapalha nenhuma rotina existente de importação, e possibilita a mudança dos cadastros sempre que necessário, lembrando que também é possível o usuário efetuar download direto do site do IBPT caso não trabalhem com essa forma de atualização mensal... Enfim, espero que lhes ajude em suas implementações, aqui vem funcionando muito bem e com boa aceitação.

@Cristiano Rodrigues Pires Bom dia, é uma ótima oportunidade para colaborar com a comunidade, não? Faça as alterações e anexe no fórum com a base legal para as mesmas que o pessoal vai analisar se é viável e necessário fazer a mudança.

Uma notícia que me deixa contente, por fim... Se for levado a sério isso, será uma maravilha tanto para desenvolvedores quanto para usuários. Esperemos pelo melhor!

Próprio site da SEFAZ. NT 2016.002 - v 1.00, pág 6 tratando dos prazos de implementação. https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s=

No ACBr todas as mudanças previstas já estão sendo feitas aos poucos, está praticamente pronto até onde sei, mas para testar de fato essas implementações, só depois de Junho, quando irão disponibilizar os WS. Segue: