Painel de líderes

Decidi fazer a migração de um projeto que tenho em Delphi 7 para Lazarus/FPC. relatando o processo... Versão do Lazarus 1.2.6 Componentes instalados: * ACBr - tive um problema na instalação do pacote do SPED onde informava que alguns arquivos .ppu existiam na ACBrComum e também na pasta do ACBrSPED, solução fui removendo da pasta ACBrSPED cada arquivo que o lazarus foi apontando como duplicado. "Só depois percebi que não precisava reiniciar a IDE a cada instalação de componente." * RxLib - ou no caso RxFPC (http://wiki.lazarus.freepascal.org/RXfpc) eu baixei aqui https://lazarus-ccr.svn.sourceforge.net/svnroot/lazarus-ccr/components/rx. tem duas pastas: Trunk e Version, dentro da version tem a pasta v2.6_laz_1.2 compatível com o lazarus 1.2.x. * Fortes Report: svn://svn.code.sf.net/p/fortes4lazarus/code/trunk instalou sem problemas. * powerpdf usei este http://jpdbadmin.com/blog/wp-content/uploads/powerpdf_0.9.10.zipmas depois vi no http://wiki.freepascal.org/PowerPDF o svn://svn.code.sf.net/p/lazarus-ccr/svn/components/powerpdf * LazReport - instalado sem problemas. * ZeosLib: http://sourceforge.net/projects/zeoslib/instalado sem problemas * Indy: aqui http://indyproject.org/Sockets/fpc/index.en.aspxtem as opções para windows e linux versão 9 e 10 da indy. instalei a versão 10 e para funcionar tive que alterar as opções do pacote e informar nas opções do compilador->caminhos->Outros arquivos de unidade (-Fu) (ponto e virgula como delimitador) e informar ..\fpc e teve que compilar mais de uma vez. Vou procurar uma opção para substituir a indy. * htmlport: Componente para substituir o webbrowser pelo menos para visualizar alguns relatorios que são feitos em html. baixado aqui https://svn.code.sf.net/p/lazarus-ccr/svn/components/thtmlport. Essa parte de instalar componentes me pareceu fácil mas depende de um pouco de pesquisa(sites em inglês) e persistência. sobre o ClientDataSet eu não uso os recursos que ele tem no delphi, uso apenas como uma tabela temporaria e para essa função o BufDataSet me pareceu ser o substituto. a RxFPC não tem os componentes RxDBComboEdit e ComboEdit, para o ComboEdit o lazarus tem o EditButton, mas não encontrei um substituto para o RxComboEdit no caso um DBEditButton. Alguém conhece um componente que substitua o RxDBComboEdit? eu utilizo o RdPrint e não encontrei um componente que imprima em modo texto de forma semelhante ate encontrei o rawprinter que imprime em modo texto, vou estudar o fonte e ver se consigo colocar pra ele imprimir na ideia do rdprint com linha e coluna, do contrario é utilizar outro gerador de relatorio e se adaptar. A ferramenta converter projeto delphi para lazarus ajuda bastante, é possível adicionar mais opções para substituição de nomes e referencias de Units, Classes, Tipos de Dados e funções... ajudou pois utilizo FibPlus e estou vendo se ele já substitui pelo sqldb correspondente, alguns objetos ainda não estão sendo importados, simplesmente desaparecem. A importação do formulario(dfm) quando importa sem erro o posicionamento dos objetos se perde um pouco mas nas opções de importação tem uns ajustes que podem ser feitos, esse não é um grande problema, o maior problema é quando falta algum componente o único jeito que encontrei foi editar o dfm pelo notepad++ e alterar as referencias, o lazarus nao ignora os componentes somente ignora as propriedades. O Lazarus se mostrou pelo menos para mim como uma opção ao Delphi 7, não sei como fica em relação as novas versões do delphi para aplicações nTier, Mac e Android. gostaria de saber se alguém já passou por esse processo de migração? se tem alguma sugestão de componente e/ou dica para no lazarus. Como trabalha com lazarus: MVC, se é com DataSet ou Classes...

Desabilite e habilite os botões do seu form conforme a operação que está realizando.

Bom dia colegas programadores. Com a chegada da obrigatoriedade da impressão dos cálculos de tributos federais , estaduais e municipais no rodapé dos cupons fiscais, torna-se obrigatorio que nossos clientes mantenham atualizados no Cadastro de Produtos o campo NCM. Somente agora aos 45 do segundo tempo é que eles estão vendo a necessidade dessa informação, e como resultado acabamos tendo muitos cadastros imcompletos. Eu procurei na Internet um cadastro gratuito que informasse o código EAN e o correspondente NCM, mas não encontrei. Assim eu comecei a coletar nos cadastro dos meus clientes aqueles registros corretamente preenchidos, e estou disponibilizando um script o qual atualiza no cadastro de produtos o campo NCM para o EAN correspondente. São poucos registros até agora (um pouco mais de 2000), e a minha idéia é que os demais colegas façam a mesma coisa, ou seja, copiem dos cadastros de seus clientes os campos referentes ao EAN e ao NCM e disponibilizem aqui. Eu me proponho a ir pegando os scripts enviados e ir normalizando eles, evitando duplicação de registros. EANXNCM.txt

Boa tarde André, Apenas confirmando, em ambiente de Homologação esta 100%, ou seja, todas as funcionalidades funcionando sem nenhum problema, correto? Por outro lado em ambiente de produção algumas funcionalidades não funcionam, confere? Se sim para as duas perguntas, realize os testes na frente do seu cliente, só assim ele vai entender que o problema não é a sua aplicação e sim a SEFAZ.

Pessoal, Obrigado pelo apoio, mas era uma instabilidade no site local, por isso o Tiago não conseguia acesso às informações do cadastro. Agora está tudo Ok. Com relação ao que o André colocou, realmente temos que usar a IE e indIEDest := inContribuinte, tentei vazio e Isento e não deram certo. Abraços Ps. Não sei como mudar o status para "Resolvido".

É exatamente o que faço na minha aplicação

Primeiro, lembre-se que aqui é um fórum aberto, então urgência não existe, os usuários ajudam conforme o tempo de cada um permite ajudar, chega a ser falta de educação pedir isso em um fórum aberto. Caso queira urgência avalie a opção de utilizar o ACBrSAC que é um fórum fechado é com uma equipe por conta. Quanto a serviços na NFC-e, somente o Distrito Federal aceita, no restante dos estados somente se a prefeitura possuir convênio com o SEFAZ do estado para aceitar serviço na NF-e/NFC-e, isso geralmente não ocorre, cada prefeitura tem seu webservice próprio para NFS-e e que deve ser usado.

Deixe o componente ACBrNFe em um datamodule que seja criado na inicialização do sistema e só destruído qdo fechar o programa. Assim a senha deverá ser solicitada apenas no primeiro envio.

Nós realizamos a correção informada acima, segue os arquivos em anexo. ACBrEPCBloco_F.pas ACBrEPCBloco_F_Class.pas

NF-e normal, com finalidade normal(não é devolução). Por ser nota de garantia, os próprios fornecedoresexigem que se referencie a chave de acesso da nota de compra.

Por favor tente essa nova Unit...Promovi uma grande mudança na metodologia no tratamento das respostas com mudanças de Estados da Sweda... (Espero que isso não cause outros efeitos colaterais) ACBrECFSwedaSTX.zip

Tiago muito obrigado, irei pesquisar sim.

Isso é proposital... Como podemos saber se o ECF já acabou a Impressão ? Alguns modelos sinalizam isso de forma bem clara, ou ainda enviam um sinal enquanto o ECF está trabalhando... mas outros não (é o caso da Sweda)... e para piorar, eles respondem ao comando enviado, muito antes do termino da Impressão... então no ACBrECF, há uma propriedade que pode ser ligada, para que o mesmo faça uma verificação adicional, após receber a Resposta do ECF... a propriedade AguardaImpressao Ex: procedure TACBrECFSwedaSTX.LeituraX ; begin AguardaImpressao := True ; EnviaComando( '15' ) ; end; Quando a mesma está ligada, após o ACBrECF receber a resposta do ECF, ele envia um novo comando, solicitando o Status do ECF.. alguns ECFs não conseguem responder, enquanto estão trabalhando... e nesse caso, sabemos que ele está ocupado... O que deve estar ocorrendo... é que a rotina VerificaFimImpressao não deve estar considerando os estados de Erro... vou analisar os Logs e verificar como podemos implementar

Use os comandos NFe.LoadFromFile("ACBrNFeMonitor.ini") // Ler o arquivo atual NFe.SaveToFile("ACBrNFeMonitor.ini", "Conteudo do ini") //Salva o arquivo alterado NFe.LerINi // Recarrega as configurações

Bom dia Juliana, Os boletos realmente não foram rejeitados, obrigado pelo esclarecimento. Att, Marcos Duca, Essystem.

Daniel bom dia , Oque noto no ACBrECF é que as exceções são tratadas no momento da Execução , ou seja , executo um Comando qualquer e o ECF esta sem nenhum problema para receber este comando "X" ele executa e passa do tratamento de exceção , mas no caso em questão onde o mesmo efetuou o comando mas ainda não terminou de imprimir uma leitura X por exemplo este retorno do papel ou tampa aberta ou outra coisa que implique o retorno isso não retorna para aplicação , a nível de teste ativei uma flag = ControlePorta mas tbm não tive resultado . Considerações : Quando o ECF esta OK para receber comandos do ACBrECF onde este comando inicia mas no meio do retorno ele tem algum Bug do ECF , este por sua vez não é mais retornado ( Tampa Aberta , Sem Papel ... etc etc ) . Exclui o Log e coloquei 2 logs : ACBrlog_Na_Execussao_FechaCupom.txt ....No Executar o comando ACBrlog_Apos_FechaCupom_Que_Ja_Iniciou.txt ....Aguardando o Retorno do Comando que iniciou OK mas ainda não Finalizou o Ciclo por completo ( A aplicação esta travada e o ECF com algum problema genérico = Sem papel , Tampa aberta ... ) Obrigada

Acabei verificando André, o que estava ocorrendo era que ele estava deixando a placa em branco e preenchendo a UF da mesma, nesse caso acredito que causava o erro, pois havendo UF da placa mas sem a placa, colocamos a UF em branco e passou. Obrigado!

Boa noite a todos, Primeiramente peço desculpas por ser extremamente chato. Consta na Nota técnica 2013/005 versão 1.00 a informação abaixo: A. Para a NF-e (Modelo 55) * Ambiente de Homologação (ambiente de teste das empresas): 02/12/2013; * Ambiente de Produção: 03/03/2014; * Desativação da versão "2.00" da NF-e: 01/12/2014. E na Nota Técnica 2013/005 versão 1.10, temos a seguinte informação abaixo: A. Para a NF-e (Modelo 55) * Ambiente de Homologação (ambiente de teste das empresas): 03/02/2014; * Ambiente de Produção: 10/03/2014; * Desativação da versão "2.00" da NF-e: 31/03/2015 (NT 2013/005 v 1.10). Bom pessoal, as alterações nos fontes do componente ACBrNFe tiveram inicio em 2013 para atender a NFC-e, portanto durante todo o ano de 2013 diversos ajustes foram realizados e as arestas foram arredondas em 2014. Eu e diversos colegas, administradores, moderadores e usuários do fórum, atualizaram os fontes e iniciaram os testes, ou seja estamos trabalhando na versão 3.10 a 2 anos. Portanto não venham chorar o leite derramado agora, a SEFAZ deu UM ano de prazo para que os desenvolvedores realizassem as alterações necessárias.

Olá ! Sim: Novas Tags a serem informadas Use a busca do forum exatamente com o titulo do post que ira encontrar farto material para estudo Abs

Marcelo, eu testei com pelo menos 4 sefaz. Nenhuma estava com erro. E não foi erro do componente acbr tambem. Todos os erros foram mau configuração do componente ACBr. Veja os fontes do exemplo do acbr, ele ajuda em muito a tirar as duvidas de configuração. Att.

O Grupo Veículo Transporte(veicTransp) tem ocorrência 0-1, ou seja, é opcional na NFe. Veja http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=%20tq7zNwy6jo=

Pessoal, Talvez seja offtopic, mas estava olhando o site da SEFAZ e acabei de reparar que eles colocaram umas orientações para desenvolvedores: Orientações da Sefaz aos desenvolvedores de AC (Software Houses) Observar que cupons enviados à Fazenda após 10 dias serão considerados inábeis, conforme Artigo 13 da Portaria CAT 147 de 05/11/2012; Recomenda-se que , periodicamente, o AC acesse a função consultarStatusOperacional à fim de verificar se o SAT deixou de se comunicar com a Fazenda por mais de 3 dias, e então notificar o contribuinte através do próprio AC; Observar as orientações para preenchimento dos campos de dado de venda; Verificar se os valores de desconto (vDesc) ou rateio de desconto(vRatDesc) aplicados ao item não resultarão em valores negativos (vItem) Sempre informar, em qualquer operação, os subgrupos de ICMS : ICMS00, ICMS40, ICMSSN102 ou ICMSSN900; Sempre informar, em qualquer operação, os subgrupos de PIS : PISAliq, PISQtde, PISNT, PISSN ou PISOutr; Sempre informar, em qualquer operação, os subgrupos de COFINS : COFINSAliq, COFINSQtde, COFINSNT, COFINSSN ou COFINSOutr; Link: http://www.fazenda.sp.gov.br/sat/duvidas_frequentes/desenvolvedores.asp

Olá Data Lider, Eu não estou conseguindo descompactar o seguinte arquivo ACBrSPEDPisCofins_24-02-2015_2.7z. Será que você poderia verificar por favor? EDIT: Deixa pra lá. Já consegui. Era um problema no WinRAR. Utilizando o 7zip deu certo.

Em SP está ocorrendo esse problema também !!

Prezados Companheiros: Inicialmente quero me desculpar se porventura estiver postando algo que já foi motivo de discussão anterior. Estou implementando em meu Erp o recurso da transmissão da NFE 3.10. Assim, após testar envio de uma Nota Fiscal de Exportação , verifiquei o seguinte erro : 10903->Rejeicao: CFOP de Exportacao e nao informado Local de Embarque Na sequência meu foco foi averiguar se eu estava passando valores para o segmento : ZA - Informações de Comércio Exterior. Constatei que os valores estão sendo passados corretamente para as tags: Exporta.UFembarq Exporta.xLocEmbarq Exporta.xLocDespacho Mas no arquivo xml gerado constatei que estas tags não estão sendo geradas nele. Podem os amigos me ajudar a indicar onde estou errando ? Grato Carlos

Esta é a primeira vez que participo do projeto ACBr. A oportunidade surgiu quando comecei a trabalhar para DJSystem. Com a supervisão e sugestões do Daniel Simões, foi desenvolvido o componente ACBrMail que, como o nome já sugere, é para o envio de e-mails. Funciona no Lazarus (Windows e Linux) e no Delphi. O componente ACBrMail usa as classes da biblioteca Synapse para montar e enviar os e-mails. No desenvolvimento do código, tomou-se por base: os conceitos e exemplos apresentados no site do projeto Synapse , o projeto xmailer do Sílvio Clécio e os métodos e propriedades do projeto PHPmailer. FUNCIONALIDADES: Cliente SMTP com suporte a SSL e TLS; Suporte ao envio de múltiplos e-mails; Suporte a envios TO, CC, BCC e Reply-To; Confirmação de leitura; Suporte a Charset; Mensagens em texto puro, HTML ou ambos; Mensagens com múltiplos anexos; Anexos por arquivo ou Stream; Imagens anexadas em linha para usar em mensagens html; Três eventos para acompanhar o processo de envio; O componente já está no svn do projeto, faz parte do pacote ACBrTCP e acompanha exemplo de uso (um exemplo mais elaborado está sendo produzido).

Não foi feito alarde, mas o Isaque subiu uma correção para isso na revisão 6298 em 16 de Janeiro de 2014.

Bom dia alguém já conseguiu autorizar uma nfe de DI na versão 3.10 no web service de são paulo,se possível por favor posta o xml , pois estou tentando mas da erro 999 (não catalogado),Obrigado.

estou usando AcbrNfeMonitor2 0.7.1.2.4 - CAPICOM

Olá, boa noite a todos! Uso o ACBRNFemonitor e sempre tem me ajudado muito. Porém agora estou com um problema que não consegui resolver. Tenho um cliente que emite nota eletrônica de exportação. Até o mês de ago/2011 tudo estava correto. Acontece que hoje tentou emitir uma nota para exportação e apresenta a seguinte mensagem de rejeição: "527 - Rejeição: Operação de Exportação com informação de ICMS incompatível ". O que não entendo é que: são os mesmos dados da nota emitida em agosto (uma cópia exata). Usei o comando NFE.ValidarNFe e o erro não aparece, então, presumo que seja a validação na receita que esteja retornando a rejeição. Li em outros foruns que tem que se colocar CST=041, porém o ACBRMonitor não gera dessa forma, porque meu cliente é optante pelo simples nacional. Então se gero a nota com CRT=1 (simples) e CST=41, o monitor cria a tag CSOSN=0 Uso o monitor CAPICOM-0.6.2b, tentei também com CAPICOM-0.7.1a sem sucesso. Alguém mais emite nota fiscal de exportação sendo optante pelo simples nacional? Alguma luz ? No aguardo. Clipper sistemas