armizimm

Olá a todos, precisei fazer uma alteração no arquivo ( pnfsNFSeW_IPM.pas ) perto da linha de numero 136. A correção foi necessaria para a emissão de nota para cliente estrangeiros, adicionei apenas o UF e o xMunicipio os campos não são aceitos quando vazios. Nossos clientes utilizam esta funcionalidade para fazerem notas para clientes diversos utilizando apenas o CPF e ignorando o Endereço. Grato pela atenção. if Trim(NFSe.Tomador.IdentificacaoTomador.DocTomadorEstrangeiro) <> '' then begin Gerador.wCampo(tcStr, '', 'identificador', 1, 20, 1, Trim(NFSe.Tomador.IdentificacaoTomador.DocTomadorEstrangeiro), ''); Gerador.wCampo(tcStr, '', 'tipo', 1, 1, 1, 'E', ''); Gerador.wCampo(tcStr, '', 'cidade', 1, 100, 1, Trim(NFSe.Tomador.Endereco.xMunicipio), 'Não Informado'); // Adicionado Gerador.wCampo(tcStr, '', 'estado', 1, 100, 1, Trim(NFSe.Tomador.Endereco.UF ), 'Não informado'); // Adicionado Gerador.wCampo(tcStr, '', 'pais', 1, 100, 1, NFSe.Tomador.Endereco.xPais, 'Outros'); // end

valeu muito obrigado, tentei algumas configurações e não havia passado, vou testar com esta.

Tambem tentei passar algumas via Contingencia, mas não passou como esta fazendo no caso da NFe? Não precisa mais comprar aquele formulario especifico para envio? Tentei como teContingencia para NFe e nada... de passar

KKK Porcaria escrevi tudo errado. Coloca o numero da UA no lugar do digito da agência, que da certo. A conta deve ser formatada em 00000 para que ele calcule o DV correto do nosso numero.

as agencias no sicredi não tem DV , então no lugar do DV você coloca o UA no seu caso 14.

Amigo, para a aparecer a UA, coloca no lugar da agencia, e a conta /Codigo cedente, deve ser informada com as 5 posições, inclusive com zeros na frente para que o Dv do nosso numero seja calculado corretamente.

Resolvido, obrigado pela atenção, desculpem postar o tópico sem verificar todas as possibilidades. Estou a 2 dias procurando erros nos calculos, mas na verdade meu erro foi de preenchimento do componente.

Olá pessoal, estou com um problema ao enviar algumas notas fiscais com Diferimento no ICMS ( CST 051 ). Um problema ridículo, que não estou conseguindo entender a lógica usada pela Sefaz para fazer a validação. O Problema é que se aplico as funções de arredondamento, tenho problemas em apenas um dos itens, quando uso ROUNDTO a SEFAZ recusa o primeiro, quando uso SIMPLEROUNDTO ela recusa o terceiro item, ja testei com todas os Sets e nada de aceitar a nota. SetRoundMode( rmUp ); SetRoundMode(rmDown); SetRoundMode(rmNearest); SetRoundMode(rmTruncate); Alguém ja passou por isso? Ou alguém poderia efetuar um teste e me retornar se da o mesmo erro que estou tendo? As Informações são estas: Delphi 7. Para simplificar o teste o Com o diferimento, da na mesma que fazer essa formula ( vBaseICMS * 0,12 ) ********** OBS Fiz o teste aqui sem Diferimento, usando o CST 000 e aplicando 12% sobre a Base do ICMS, que na pratica da os mesmos valores, sem diferimento a nota é aceita, porem com diferimento não. Item Nome CST vUnit Qtd vTotal vBaseICMS ICMS Diferimento vICMS ( vIcms que a Sefaz quer ) (RoudTo( vICms , -2) SimpleRoundTo( vIcms, -2 ) SetRoundMode( rmUp ); ) 1 - Chinelo 1 051 14,98 12 179,76 179,76 18% 33,33% 21,5712 21,58 21,58 21,57 2 - Chinelo 2 051 10,98 9 98,82 98,82 18% 33,33% 11,8584 11,86 11,86 11,85 2 - Chinelo 3 051 10,98 16 175,68 175,68 18% 33,33% 21,0816 21,08 21,09 21,08

Após a atualização no TRUNK 2 minhas notas também passaram a apresentar essa anomalia, vindo aspas simples ao invés de aspas duplas, faço um stringRepl. Aparentemente ocorre após efetuar o envio em modo assíncrono e a consulta posteriormente. Utilizo apenas o ACBR então interferência externa somente se vier da SEFAZ, porem fiz o download do XML direto pelo portal NFe e esta com aspas duplas, pode ser algo na rotina de tratamento do retorno.

Olá, Estou tive um problema relacionado ao tratamento do XML apos ele estar autorizado. Como particularmente prefiro montar um script para inserção dos dados nas tabelas, obtenho um erro por conta da aspas simples ( ' ) que vem no xml de retorno, antes vinha como aspas duplas, minha dúvida é se permanecerá assim mesmo? Propriedade = ACBrNFe.NotasFiscais.Items[0].XML No caso os cabeçalhos de retorno vem com a aspas simples, ocasiona erro ao montar o script, facil de corrigir, porem a dúvida é se esta correto. <protNFe versao='3.10'><infProt Id='ID141160008576509'><tpAmb>1</tpAmb><verAplic>PR-v3_5_1</verAplic><chNFe>41160108795129000145550010000069201000069200</chNFe><dhRecbto>2016-01-19T11:03:02-02:00</dhRecbto><nProt>141160008576509</nProt><digVal>uxYrvdVnRfTdVG/P2GW62QpTzlI=</digVal><cStat>100</cStat><xMotivo>Autorizado o uso da NF-e</xMotivo></infProt></protNFe></nfeProc> Anteriormente Retornava assim, aspas duplas. <protNFe versao="3.10"><infProt Id="Id135160008313039"><tpAmb>1</tpAmb><verAplic>SP_NFE_PL_008h2</verAplic><chNFe>35160152434156000184550010025535231002277073</chNFe><dhRecbto>2016-01-07T00:36:11-02:00</dhRecbto><nProt>135160008313039</nProt><digVal>rPb7Nhlw/4LWspmpDNVoDWHGBEQ=</digVal><cStat>100</cStat><xMotivo>Autorizado o uso da NF-e</xMotivo></infProt></protNFe></nfeProc>

Pessoal, parece problema para o contador sanar. Aqui no PR apareceu a mesma coisa com alguns clientes, informei o contador para que fizesse uma consulta. No meu caso, a empresa estava emitindo NFe como simples pois a mesma havia indicado que estava enquadrada, porem o contador desta empresa nos retornou e segundo ele, o cnpj tinha menos de 6 meses de criação, e isso não o enquadrava ainda como simples nacional. Sanei o problema, setando o componente para emissão em CRT = Normal e efetuando o calculo dos impostos, pelo jeito virão mais validações pela frente.

Obrigado pessoal pela contribuição, Postgres sempre me despertou interesse. O MariaDB também já li algo a respeito, também vou dar uma olhada no que o Daniel falou sobre o vou dar uma olhada sobre o "Colocation" parece interessante, sem mexer muito na atual estrutura de banco de dados. Grato pela atenção de todos.

Atualmente utilizo o Firebird 2.5, e, em outro projeto o FB 3.0, trabalho muito com Triggers, Stored Procedures e Funções do próprio banco, procuro deixar a maioria das tarefas de manipulação de dados a cargo do SGDB, assim tecnicamente garanto o mesmo resultado, independente de qual interface utilizo para manipular os dados, se minha aplicação, outra ou o console. O FB me atende muito bem desde a versão 1.5, porem como a tendência daqui para frente será a mobilidade e SaaS, como é difícil encontrar serviços de hospedagens que ofereçam o FB como opção, tenho interesse em substitui-lo também por algo mais robusto, e que tenha ofertas para hospedagens. Na opinião de vocês, se não fossem utilizar o FB, em qual destas ferramentas investiriam seu tempo, MySql ou Postgres ?

Qual Danfe estão utilizando para Lazarus, Fortes ou outro? Peguei um link aqui no fórum para baixar via SVN = svn://svn.code.sf.net/p/fortes4lazarus/code/trunk Instala que uma beleza, sem qualquer erro, porem, ao dar RUN no meu projeto da um monte de erro com RLConsts, WinUtilPRn, não acha uma units bla bla bla, será que é algo na configuração do projeto? Grato. ********************** A persistência venceu, tinha utilizado a opção da IDE para converter ( converter Projeto Delphi para lazarus ). Após insistir bastante, deixei a preguiça de lado, apaguei o projeto LPR e criei um novo vazio, então fui adicionando as units e os formulários, um por um, e fazendo o tratamento conforme precisa-se. Compilou sem os erros postados anteriormente, agora é só procurar as funções alternativas, as que utilizava no Windows com Key_Event, WinExec, DonwloadFrom etc. Novidades da epopeia, vou postando aqui.

Todos os componentes do ACBR instalaram perfeitamente, porem estou tendo um probleminha estranho ao compilar um pedaço do meu software, acontece com um componente do ACBR. Acabei de fazer a atualização via SVN, porem em todas as Units do pacote Libxml2 ele acusa o seguinte.: Error: identifier not found "Result" Ou seja para todas as units deste pacote, e em todas as funções, ele não reconhece o Result como retorno de função, se eu trocar o Result pelo nome da função ele passa, porem são "trocentas" funções. Alguém já passou por isso? **************************************************************** Resolvi adicionando a diretiva.: {$Mode delphi} porem acho que devo ter mexido em alguma configuração da IDE, vou remover e começar do zero. Tinha Ficado assim. Unit Libxml2; {$MODE DELPHI} {$H+} Interface ****************************************************************

Verdade, só acho a estética meio estranha, por exemplo uma tela com dois campos apenas e dois botões, a disposição dos componentes não fica tão elegante, mas como disse é um paradigma que é preciso quebrar. Estava lendo algo sobre CGI com Lazarus, achei muito legal. Fique com dúvida se um CGI me permitiria usar o ACBR e Validar, enviar, e imprimir uma nota em PDF?

Vi todas as opções, acho que o negocio é mudar o MDI, é uma pena... gosto da forma como o usuário se mantem focado no "Sistema", como meus Forms são de tamanho pequeno o usuário consegue abrir varias telas ao mesmo tempo, as vezes até varias NFe bastante comum em casas de ferragens, onde o cliente coloca no balcão e vai pegar mais itens. É uma pena ainda não estar implementado esta função, também fiquei um tanto decepcionado quando vi que o FIREMONKEY também não possuía ela, pode ser uma tendência que esteja com seus dias contados, pois parece que nem a Microsoft esta utilizando mais em seus programas, e pelo que li não existe no MAC/OS. Vou precisar mudar o paradigma caso use o TDI, no caso utilizava o MDI apenas como forma de deixar o Software em evidencia e ao usuário minimizar ele, ele se encarregar de fazer o mesmo com as outras janelas. Estou tentando matutar um layout, caso alguém tiver um exemplo de terceiros, fico agradecido. Obrigado pela resposta rápida, sempre ficamos receosos e sair de nossa zona de conforto, rsrsrs

Lembrei porque não havia mudado para o Lazarus em 2010, uso muito o conceito de MDI nos formulários, Apesar de ter as opções no FormStyle ainda não consegui fazer funcionar. Será que tem forma de funcionar ou serei obrigado a quebrar este paradigma?

Valeu pela atenção Daniel, estava lendo a pouco outro artigo que tu escreveu... Como já temos o seu case de sucesso, com um projeto comercial, creio que da para investir nessa ferramenta. Obrigado.

Daniel, tu como usuário assíduo do Lazarus, poderia citar algumas limitações que encontrou nesses anos que você o utiliza, e qual sua perspectiva sobre o futuro desta ferramenta? Quais os maiores problemas que você encontrou e como os contornou e se a ferramenta atende suas expectativas. Grato.

Obrigado pelo Know-How Daniel, já migrei meu projeto de D7 para XE6 TRIAL, não foi tão traumático, pois pelo motivo da continuidade ou da compatibilidade de versões, sempre procuro utilizar componentes nativos, os que for de fácil desenvolvimento eu mesmo os crio. Minha dúvida era qual linha seguir, lembro-me de uma palestra de um dos diretores da TOTvs, em que o mesmo narra o problema semelhante ao seu, simplesmente o fornecedor do compilador que eles usavam no Microsiga, parou de fazer atualizações e dar suporte, então ficaram entre Delphi ou Desenvolver o próprio compilador, adotaram a segunda opção. Minha intenção é migrar meu aplicativo para MultiPlataforma, como teria que refazer todo ele em Firemonkey, lembrei que o Lazarus já tem esta opção a muito tempo, e creio que a curva de aprendizagem será mínima. Vou fazer o teste se o desempenho for satisfatório, creio que vou para este lado também. **Pelo que vi a comunidade Lazarus aqui no Brasil anda meio devagar. (*** Achei uma mais animada no póprio Fórum do Lazarus ***) Obrigado pela atenção.

Uma dúvida, caso migre não será possível utilizar certificados A3, apenas A1? Grato.

Acho que vou peitar o desafio, apesar de achar que o Delphi tem mais recursos como LiveBinds, DataSnap, Skins entre outros, acho que não chego a usar nem 10% dos recursos oferecidos. Vi uma entrevista do SourceForge, parece que ano que vem, vem a versão 3.0 do compilador FPC, com mais correções e otimizações, creio que será interessante migrar o projeto. Obrigado pela atenção.

Olá pessoal, uso o D7 ainda, mas atende a minha necessidade tranquilamente, porem ja esta na hora de dar um Upgrade nas minhas ferramentas de desenvolvimento, tenho visto recentemente vários lançamentos da Embarcadero com relação ao Delphi sei que ficou muito mais moderno, já usei aqui o xe3 xe4 xe5 xe6 e agora veio o xe7, como quase não uso componentes externos a migração fica fácil, porem não fiquei muito animado. A muito tempo usei o LAZARUS em alguns projetos, porem após a tão esperada versão 1.0 nunca mais usei ele, o que achava estranho era o tamanho do executável, que chegava a 15MB perto do 2.5 do mesmo projeto em D7, mas no XE5 meu executável também foi para este patamar. Me animo quando lembro que ele já é multiplataforma a muito tempo e também possui desenvolvimento para Android, não sei se funcional, então surgem algumas dúvidas, gostaria da opinião pessoal de vocês para eu fazer um levantamento aqui, e decidir para onde vou. Alguém aqui usa o Lazarus FPC e esta contente, atende suas necessidades na área comercial, seu projeto roda sem imprevistos ? Compensa migrar a aplicação DESKTOP feita em D7 para o Lazarus, ou compensa migrar direto para o XE7 ? Estou querendo migrar de FB para POSTGRES, alguém já trabalha com estas duas ferramentas, satisfatoriamente? Grato pela atenção.

Mesmo com o download pelo SVN, continuou acusando os mesmos erros em linhas como esta. {$Ifdef VCL} Grafics, Forms, {$else} QGrafics, QForms, <- Aponta como File not found QGrafics.Dcu ( Ele tenta encontrar os arquivos do Kylix, ) {$endif} Removendo as diretivas, compila sem problemas.