Painel de líderes

Cross Compile de Linux para Win32 Baixe o Lazarus do Site oficial: https://www.lazarus-ide.org/ Exemplo de arquivos a serem baixados: lazarus-2.0.2-0.x86_64.rpm, fpc-3.0.4-1.x86_64.rpm, fpc-src-3.0.4-1.x86_64.rpm Instalar FPC e FPCSRC (em modo "root") rpm -U fpc* Instalar Lazarus (em modo "root") rpm -U lazarus* Testar a instalação do Lazarus (em modo normal) startlazarus Feche o Lazarus e acesse a pasta dos fontes do FPC cd /usr/share/fpcsrc/3.0.4 Compilar FPC em Win32 (em modo "root") make all OS_TARGET=win32 CPU_TARGET=i386 Instalar novas DCUs e Compilador no Linux (em modo "root") make crossinstall OS_TARGET=win32 CPU_TARGET=i386 INSTALL_PREFIX=/usr Editar /etc/fpc.cfg (em modo "root") Incluir antes da sessão "Linking" a linha -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/* Criar Link Simbólico para o compilador Win32 em /usr/bin (em modo "root") ln -s /usr/lib/fpc/3.0.4/ppcross386 /usr/bin/ppcross386 Configure o seu projeto, criando um novo Build Mode (em modo normal) Acesse Project Options -> Compiler Options -> Config and Target Target OS -> Win32 Target CPU -> i386 Se ocorrer erros na recompilação da IDE, e tiver dificuldades de descobrir o problema. Selecione em Mensagens, para não efetuar nenhum filtro Botão direito em Mensagems -> Filter non Urgent Messages -> Filter None Observe as mensagens, geralmente é acusada a falta de alguma Biblioteca compartilhada... No caso de dúvidas, por favor crie um novo tópico em: https://www.projetoacbr.com.br/forum/forum/12-object-pascal-delphi-lazarus/

Atualize seus fontes e teste novamente.

Os que temos estão na pasta "tools" do SVN http://svn.code.sf.net/p/acbr/code/tools/Balanca/

So atualizar os arquivos inis

Alteração na unit pcesConversaoeSocial.pas para atendimento ao afastamento pelo motivo 35 - Licença Maternidade - Antecipação e/ou prorrogação mediante atestado médico. Segue em anexo unit contendo as alterações. pcesConversaoeSocial.pas

Bom dia Alex, Muito obrigado pela colaboração, já enviei para o repositório.

Analisando o cabeçalho do XML de retorno: <resNFe xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versao="1.35" xmlns="http://www.portalfiscal.inf.br/nfe"> Está sendo retornado na versão 1.35. Isso não é usual se você estiver usando ACBr com os Schemas disponibilizados pelo projeto NFe e constantes na pasta Schemas do ACBr, que está na versão 1.01. Essa versão 1.35 é usada pelo aplicativo gratuito de manifestação da SEFAZ-SP, ela não é pública e não tem documentação disponível pra ela, por isso não foi incluído no componente. Um usuário do fórum conseguiu via engenharia reversa esses Schemas, conforme post abaixo: Se você tiver esses arquivos da versão 1.35 na sua pasta de Schemas, o ACBr vai gerar nessa versão, e vai retornar o cSitConf, mas o componente não encapsula essa tag como propriedade. Você também perderá funcionalidade, como o método DistribuicaoDFePorChaveNFe que deixará de funcionar nessa versão dos Schemas.

Fiquei quebrando a cabeça e não tinha conseguido resolver, após postar creio que descobri o problema, tinha baseado meu retorno no exemplo que alguém postou no fórum e naquele exemplo estavam pegando o campo "SeuNumero", mas creio que o campo correto a ser pego é o "NumeroDocumento", aí ele retorna as informações corretas, ficando assim: AcbrBoleto.ListadeBoletos.Objects[i].NumeroDocumento De qualquer forma muito obrigado!

Olá pessoal, Com a NT 2018.005 foi introduzida uma nova rejeição para NFe: 938 - Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet. Os detalhes dessa rejeição foram alterados nas várias versões da NT, mas infelizmente isso já está causando algum problema (como podem ver nesse tópico aqui). Como é uma rejeição facultativa e cada UF tem uma legislação, tivemos que adicionar uma nova propriedade no componente ACBrNFe para lidar com a situação. A nova propriedade se chama ForcarGerarTagRejeicao938. Após atualizar os componentes, não esqueça de reinstalar. Vamos a uma explicação mais longa... O problema Como a descrição da rejeição explica, algumas UFs podem exigir a informação de algumas tags, como vICMSSubsituto, isso mesmo quando o valor da tag for zero. Por padrão o ACBrNFe não gera tags facultativas que são informadas com valor zero. E esse é o caso da tag vICMSSubstituto. Mas como essa é uma tag facultativa, não devia ser obrigatório para algumas UFs informá-la. E por isso, não podemos obrigar o ACBrNFe informar sempre. Assim a ideia é termos uma configuração que você possa alterar. Poderemos com essa propriedade forçar gerar a tag de acordo com a necessidade de seu cliente ou da UF dele. A solução A propriedade (ou configuração) criada ForcarGerarTagRejeicao938 foi adicionada no ACBrNFe de modo que pode ser acessada como no código abaixo: ACBrNFe1.Configuracoes.Geral.ForcarGerarTagRejeicao938:= fgtNunca; Ou talvez no Object Inspector como abaixo: Importante: Embora a propriedade esteja disponível para ser alterada no Object Inspector, você provavelmente vai querer parametrizar isso no seu aplicativo. Afinal, talvez você precise alterar essa propriedade de um cliente para outro, ou de uma data para outra. As opções são: fgtNunca -> Se o valor for zero, não vai forçar a geração da tag nunca; fgtSomenteProducao -> Força a tag ser gerada no ambiente de produção mesmo que o valor seja zero; fgtSomenteHomologacao -> Força a tag ser gerada no ambiente de homologação mesmo que o valor seja zero; fgtSempre -> mesmo que o valor seja zero, a tag será gerada sempre; A configuração padrão é fgtNunca conforme o comportamento do componente antes dessas alterações. Qual opção eu devo escolher? Como explicado, essa configuração foi necessária por causa de problemas em certas UFs. Então para escolher a melhor opção você precisa saber o que está sendo exigido no Webservice que você está acessando. Por exemplo, se você não está recebendo a rejeição, não há necessidade de alterar a configuração. Mas se está recebendo somente em homologação, quer dizer, a tag está sendo exigida somente em homologação, use a opção fgtSomenteHomologacao. E assim por diante.

Segure Resposta da SEFAZ MG sobre o vIcmsSubstituto Senhor(a), bom dia! Desde janeiro de 2018 está previsto no art 37, Anexo XV do RICMS que em operações sujeitas à ST o fornecedor deveria informar dados relacionados à ST, tais como Base de Cálculo e Valor do ICMS Retido anteriormente. Desse modo, caso o fornecedor das mercadorias não tenha prestado essa informação, o contribuinte precisará recorrer a ele para definir como preencher corretamente esses campos da Base de Cálculo do ICMS ST e do ICMS ST retido anteriormente. Com relação aos campos pST e vICMSSubstituto esclarecemos que a partir da versão 1.30 da NT 2018.005 o preenchimento dos campos N26a (tag pST) foi alterado para ter ocorrência "0-1" (preenchimento opcional) no "Grupo de Repasse do ICMS ST" e o campo N26b (tag vICMSSubstituto) foi alterado para ter ocorrência "0-1" (preenchimento opcional) nos Grupos: "Grupo Tributação do ICMS= 60", "Grupo de Repasse do ICMS ST" e "Grupo CRT=1 (CSON 500)". Entretanto, ainda que os campos pST e vICMSSubstituto tenham preenchimento facultativo, em algumas situações serão de preenchimento obrigatório a partir de regras de validação previstas na NT 2018.005, como nas que seguem abaixo: N12-81 - Se informado CST = 60 em operações que não sejam para consumidor final (tag: indFinal=0, "Normal"): - Não informada Base de Cálculo ICMS Retido na operação anterior (tag: vBCSTRet), Alíquota suportada pelo Consumidor Final (tag: pST) , Valor do ICMS próprio do Substituto (tag: vICMSSubstituto) e Valor do ICMS ST Retido na operação anterior (tag: vICMSSTRet). Observação: Implementação opcional a critério da UF. Facult. N12a-50 - Se informado CSOSN = 500 em operações que não sejam para consumidor final (tag: indFinal=0, "Normal"): - Não informada Base de Cálculo ICMS Retido na operação anterior (tag: vBCSTRet), Alíquota suportada pelo Consumidor Final (tag: pST), Valor do ICMS próprio do Substituto (tag: vICMSSubstituto) e Valor do ICMS ST Retido na operação anterior (tag: vICMSSTRet). Observação: Implementação opcional a critério da UF. Facult. Por fim, cabe destacar que o contribuinte deverá verificar nas páginas 12 e 16 da NT nos itens "3.4 Grupo N. Grupo Tributação do ICMS= 60", e "3.6 Grupo N. Grupo CRT=1 (CSON 500)" as orientações quanto ao correto preenchimento dos campos N26 - vBCSTRet - Valor da BC do ICMS ST retido, N26a - pST - Alíquota suportada pelo Consumidor Final, N26b - vICMSSubstituto - Valor do ICMS próprio do Substituto e N27 - vICMSSTRet - Valor do ICMS ST retido conforme o tipo de operação. Não havendo o preenchimento correto dos campos informados e considerando a novas regras de validação, ocorrerá a o erro 938 - Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet [nItem: 999], conforme disposto na página 20 da NT. O contribuinte que tiver observado as regras acima e que, ainda assim apresente erro na validação da NF-e, deverá nos enviar os arquivos XML de envio e o XML de retorno da NF-e contendo a rejeição informada para que possamos realizar análise pontual do problema. Obs: A lista das regras da NT 2018.005 que serão implementadas por MG poderão ser verificadas em planilha disponível em: http://nfce.encat.org/desenvolvedor/regras-de-validacao/

Isso mesmo, Delphi, consegui configurar, obrigado pela atenção

veja senão está enviando com as fontes junto

O webservice esta funcionando, basta mudar o timeout para 30.000 e não fazer consultas com prazo menor que 10minutos entre as consultas, ser fizer o webservice bloqueia o CNPJ e você recebe que ele está fora do ar. Mas se fizer alguma ciência de operação não tem prazo mínimo e o webservice responde à solicitação. mas consultas com prazo menor que 10minutos entre as consultas são bloqueadas, sem nenhum informação de retorno

Boa tarde a todos, Implementado o método ComandoGaveta em ACBrEscElgin.pas. Poderiam implementar na versão do SVN ? function ComandoGaveta(NumGaveta: Integer = 1): AnsiString; override; function TACBrEscElgin.ComandoGaveta(NumGaveta: Integer): AnsiString; var Tempo: Integer; begin with fpPosPrinter.ConfigGaveta do begin Tempo := max(TempoON, TempoOFF); Result := ESC + 'v' + 'n' + AnsiChr( Tempo ); end; end; Obrigado.

Algumas sugestões. Verifique: se as contas e dados de login realmente existem; se os e-mails estão configurados corretamente (por exemplo, no google é exigido uma configuração para permitir o acesso por aplicativos menos seguros); se as dlls estão atualizadas (exemplo, dlls da openssl); se existe algum problema externo. (Exemplo: modem?)

Se foi retornado o resumo da NFe, o destinatário é o CNPJ informado no pedido. Para os outros interessados, inclusive terceiros constantes na tag autXML, não é retornado resumo, mas o XML completo da nota.

Grato pelas respostas. O ajuste de margens para 0.7 realmente resolveu! Obrigado

Obrigado pelo retorno.

Boa tarde Esta realizando testes com o SATDemo? neste demo tudo que é retornado do MFe ou do Integrador é exibido em tela...

Boa tarde @DanielSantos. Pois é então teria que rever com o SEFAZ do Ceará porque realmente se eu mudo para 4.00 funciona mas se eu deixo 1.00 da o retorno citado no tópico a cima. Obrigado pela compreensão mas o que está na documentação não é fiel com o que o servidor realmente está recebendo.

Perdão pessoal, falha minha. Procurei por Araputanga/MT e não tem pronto. Só Tangara da Serra está pronto do RLZ. Obrigado.

Bom dia ALA, Favor ler essa noticia: Alterações nos arquivos INIs

@MDS é isso mesmo, são exatamente esses os passo para a homologação de AC no estado do Ceará. Fica a resposta para que tiver a mesma duvida futuramente. Agradeço a ajuda.

Bom Dia, Esse Processo é para o Cadastro de SoftHouse no Estado do CE Link: https://servicos.sefaz.ce.gov.br/internet/index.asp Há necessidade da realização de 03 (Três) procedimentos pela Software House: 1. Credenciamento: Por determinação da SEFAZ, haverá um novo processo de credenciamento, por meio do Sistema Vipro, para as Software Houses que desejem operar no ambiente de produção do MFE. O credenciamento no Vipro está descrito no Portal CFe cfe.sefaz.ce.gov.br, na seção: downloads, subseção: orientações - orientações de cadastramento no sistema Vipro. 2. Abertura de processo no Vipro: 2.1 Clicar em uma das opções de acesso. 2.2 No menu serviços, clicar no botão módulo fiscal eletrônico. 2.3 Depois clicar em: homologação de software fiscal. Preencher as informações necessárias. Nota: a Software House deve anotar e guardar o número do processo para conseguir agendar com a Sefaz a data e hora da homologação. 3. Adaptação do aplicativo comercial AC ao integrador fiscal: Para o modelo operacional com o uso do equipamento Módulo Fiscal Eletrônico - MFE haverá a necessidade de adaptação do processo de comunicação e validação dos meios de pagamentos do referido aplicativo ao Integrador Fiscal. Tanto o cadastramento no Vipro como esta adaptação técnica ao Integrador Fiscal são pré-requisitos para a liberação da senha para a Software House acessar o Portal CFe (http://cfe.sefaz.ce.gov.br). Download - Integrador Fiscal ou através do e-mail [email protected]. Depois de concluir esses passos é necessário enviar um e-mail para [email protected] solicitando agendamento de homologação. Com as seguintes informações: nº do processo Vipro, CNPJ, razão social da Software House, nome e e-mail do responsável técnico

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

Valeu, Daniel. Vou testar o código e, assim que possível, eu retornarei com o resultado. EA

muito provável o path que tu está apontando no começo do instalador está errado e ele não consegue ler onde está o pacote

Acrescentando. além das situações descritas pelo Daniel pode ter uma opção ou um bat que recompila os componentes antes de gerar a versão com uma integração continua

Olha no exemplo do svn. acho que tem lá como pegar a informação que necessita. caso ocorra o erro avise para que possamos ver e detalhes os passos com ele

Olha já faz 2 anos que respondi. e depois não houve mais situações. sugiro criar um tópico novo, anexar xml que ocasionaram o erro e também como reproduzir com o exemplo fechando esse tópico

pode ser meio difícil pois faz um ano que ele postou ou mais. mas qual o seu problema? que tal criar um tópico novo definindo o que encontrou e o que não funciona

Fazendo o que em especifico? NF-e ou NFC-e consegue reproduzir o erro com o exemplo do svn?

Veja atualizou os fontes mas recompilou os componentes. siga a sugestão do Daniel leia os fontes use a força

Lembrando que o ACBr não faz cálculos e sim ele é um componente para alimentar e gerar as informações. conforme foi recomendado acima procure um contador de sua confiança e que conheça pra lhe ajudar com os cálculos necessários a realidade sua e de seu cliente

é conflito de certeza pois senão me engano li um tópico em que você fala em problema com outro componente acho que é sobre danfe, faça o que lhe disse no outro tópico procure por duplicidade em fontes deixe uma pasta e apague até mesmo os compilados

saiu hoje. está no site do sefaz SC

Eu sugiro você usar um profiler ou medir o tempo de execução de cada linha para conseguir verificar onde exatamente dentro dessa rotina acontece a lentidão nessas máquinas.

Boa tarde. Obrigada pelo interesse, nós também estamos muito animados para a 2ª edição do Dia do ACBr, em breve divulgaremos mais detalhes. Att.

Olá pessoal, Quem se utiliza do componente ACBrNFSe fiquem atentos com as alterações realizadas em alguns arquivos INIs dos provedores. Ao atualizar os fontes do ACBr a partir de hoje (13/05/2019), por conta de melhorias realizadas nas Units responsáveis pela assinatura digital se faz necessário enviar para os seus clientes os novos arquivos INIs bem como o novo executável. Caso esse procedimento não seja feito vai ocorrer erros ao tentar realizar a assinatura no pedido de cancelamento de uma NFS-e.

Com essa notícia, fiquei mais orgulhoso ainda de ser brasileiro. sqn. Meu, o contribuinte paga os impostos da NF-e, paga o certificado digital e não tem um servicinho descente do governo, que loucura... Realmente estamos ferrados se continuarmos quietos... Quase todos os dias, eu me lembro daquela música "Que País É Este" do Legião Urbana. "Mas o sangue anda solto Manchando os papéis Documentos fiéis Ao descanso do patrão ..."

Boa tarde, vagspinello. Veja o tópico abaixo:

Se alguém quiser maiores informações, pode acessar no nosso discord: https://discord.gg/UbsxZP

Boa tarde. Resolvi a questão do print da imagem com o comando abaixo. ACBrPosPrinter1.Imprimir('VINCULADO:' + ImagemComprovante.Text);

O evento S-2240 deve ser enviado por trabalhador, não podendo conter mais de um (trabalhador) no mesmo evento. O layout não permite.

Então... vc tem que partir do ponto de vista do empregador que está enviando a remuneração. Pegando o exemplo que vc passou, temos 3 empregadores e cada um deles vai enviar um evento de remuneração para o empregado em questão, acho que ficaria algo assim: Quando o Empregador 1 enviar a remuneração do Empregado B: <ideTrabalhador> <cpfTrab>XXXXXX64865</cpfTrab> <nisTrab>XXXXXX54243</nisTrab> <infoMV> <indMV>1</indMV> <remunOutrEmpr> <tpInsc>1</tpInsc> <nrInsc>Empregador 2</nrInsc> <codCateg>101</codCateg> <vlrRemunOE>2000</vlrRemunOE> </remunOutrEmpr> <remunOutrEmpr> <tpInsc>1</tpInsc> <nrInsc>Empregador 3</nrInsc> <codCateg>101</codCateg> <vlrRemunOE>1645.80</vlrRemunOE> </remunOutrEmpr> <infoMV> </ideTrabalhador> Quando o Empregador 2 enviar a remuneração do Empregado B: <ideTrabalhador> <cpfTrab>XXXXXX64865</cpfTrab> <nisTrab>XXXXXX54243</nisTrab> <infoMV> <indMV>1</indMV> <remunOutrEmpr> <tpInsc>1</tpInsc> <nrInsc>Empregador 1</nrInsc> <codCateg>101</codCateg> <vlrRemunOE>2000</vlrRemunOE> </remunOutrEmpr> <remunOutrEmpr> <tpInsc>1</tpInsc> <nrInsc>Empregador 3</nrInsc> <codCateg>101</codCateg> <vlrRemunOE>1645.80</vlrRemunOE> </remunOutrEmpr> <infoMV> </ideTrabalhador> Quando o Empregador 3 enviar a remuneração do Empregado B: <ideTrabalhador> <cpfTrab>XXXXXX64865</cpfTrab> <nisTrab>XXXXXX54243</nisTrab> <infoMV> <indMV>2</indMV> <remunOutrEmpr> <tpInsc>1</tpInsc> <nrInsc>Empregador 1</nrInsc> <codCateg>101</codCateg> <vlrRemunOE>2000</vlrRemunOE> </remunOutrEmpr> <remunOutrEmpr> <tpInsc>1</tpInsc> <nrInsc>Empregador 2</nrInsc> <codCateg>101</codCateg> <vlrRemunOE>2000</vlrRemunOE> </remunOutrEmpr> <infoMV> </ideTrabalhador>

Sim, pensei nisso... alias essa foi a decisão mais difícil... Há prós e contras... fazer um evento desse porte em SP é no mínimo 4x mais caro... (porém é bem mais rápido de vender) No fim, os fatores decisivos, para escolher o Interior, foram: O (terrível) transito de SP, e as espaçosas acomodações do Parque Tecnológico de Sorocaba

Já temos a confirmação dos Seguintes palestrantes, e que foram palestrantes da 1a Edição do Evento @Régys Silveira, @EMBarbosa @Daniel Simoes @Italo Jurisato Junior, @José M. S. Junior @Rafael Dias Edgard de Castro @Juliomar Marchetti Novos palestrantes, já confirmados: @Cantu https://firebase.com.br/

Boa tarde, Procurei em alguns tópicos porém são do meio do ano passado para trás. Alguém já conseguiu uma forma de retornar se a nota já foi manifestada ou não com a DistribuicaoDFe? Pois na verdade uma forma de saber é através do XML, se for resumido, a nota não foi manifestada ainda, porém gostaria de saber se alguém já conseguiu algo sem ser dessa forma. E também há uma forma de saber se o XML é o RESUMO ou é COMPLETO ? Obrigado e aguardo.

Driceu, você deveria procuira se informar melhor sobre o que diz respeito ao OpenSource, como o Kiko disse OpenSource são os fontes, e eles estão disponibilizados no repositório para quem quiser baixar SEM CUSTO ALGUM, já a compilação desses fontes para originar os monitores requer trabalho extra, o qual você mesmo pode fazer. Agora meu amigo se você não é programador Delphi, não sabe executar a compilação por si próprio, não venha nos dizer que o projeto saiu do seu proposito inicial, pois ele continua no mesmo propósito OpenSource (Fontes).

Dirceu boa tarde! O que está assegurado pelo OpenSource são os fontes do projeto ACBr e não a compilação. Os fontes são disponibilizados, por isto não compromete e nem fere as regras do OpenSource.