Painel de líderes

Olá pessoal, Para quem ainda não conhece, o Lazarus/FPC é uma poderosa IDE e compilador da Linguagem Object Pascal, muito semelhante ao Delphi, e desenvolvido totalmente em Código Aberto... ( Saiba mais em: https://www.lazarus-ide.org/index.php?page=about ) Hoje ocorreu o lançamento da versão 2.0.6 do Lazarus... O anúncio oficial, pode ser lido no fórum do Lazarus: https://forum.lazarus.freepascal.org/index.php/topic,47269.0.html Essa versão ainda usa o FPC (Free Pascal Compiler), na versão 3.0.4, então não devemos ter mudanças brusca na compilação dos projetos existentes... Você pode baixar o Lazarus 2.0.6, na página oficial do Projeto: https://www.lazarus-ide.org/ (Observe porém, que o Download sugerido, provavelmente será de um Compilador para Windows 64... O que muitas vezes não é o desejado, para manter a compatibilidade com as diferentes versões de Windows e as DLLs existentes) Portanto, recomendo selecionar a versão 32 Bits, conforme destacado, na imagem abaixo... Se você quer realmente gerar aplicações 64 bits, ainda poderá fazer um Cross-compiling , baixando um instalador complementar em, Windows (32 Bits) Add ons O ACBr tem um ótimo suporte ao Lazarus/FPC, isso porque a maioria dos Consultores do Projeto ACBr, usam Lazarus/FPC como principal IDE para Desenvolvimento, e todos os nosso projetos, como: ACBrMonitorPLUS, e ACBrLib, são desenvolvidos em Lazarus/FPC. Abaixo segue um Screen Shot da minha IDE de trabalho (clique para aumentar) Quer conhecer mais aplicações desenvolvidas em Lazarus ? Veja a Galeria de Aplicações feitas em Lazarus

Para quem desenvolve no Linux e quer adicionar Cross Compiling, veja esse artigo do Daniel em nossa base de conhecimentos:

Boa tarde Pessoal. Apenas repassando uma informação relacionada ao PAF-ECF / NFC-e: Foi publicado no dia 23/10 a noticia abaixo sobre NFC-e no portal da Secretaria de Estado da Fazenda de Santa Catarina (SEF-SC) Na última quarta-feira, 23/10, o secretário de Estado da Fazenda (SEF/SC), Paulo Eli, recebeu representantes da Associação Comercial e Industrial de Florianópolis (ACIF), da Associação Brasileira de Bares e Restaurantes de Santa Catarina (Abrasel) e da Câmara de Dirigentes Lojistas (CDL) de Florianópolis. O objetivo do encontro foi criar um grupo de trabalho com as entidades empresariais para a implantação da Nota Fiscal de Consumidor Eletrônica (NFC-e) em Santa Catarina. "Assumimos este compromisso, junto ao governador Carlos Moisés, de modernizar a máquina pública e Santa Catarina. Já iniciamos o processo e, até o próximo ano, iremos adotar a NFE-c", afirmou Eli. Empresário e membro do Conselho de Administração Nacional da Abrasel, Célio Salles reforçou que a medida é recebida com muita expectativa pelo setor varejista catarinense. "Há muito tempo estávamos aguardando esta notícia. Santa Catarina é um estado pioneiro e precisa atualizar seu sistema de acordo com o modelo nacional, que traz mais segurança e agilidade para o comerciante e o contribuinte", disse. Fonte: SEF/SC. http://www.sef.sc.gov.br/midia/noticia/2406

Boa tarde, fiz uma correção na classe ACBrECFVirtualNFCe no método SubtotalizaCupomVirtual nele estava ocorrendo um erro no valor do Desconto quando rateado pelo ACBR deixando sempre um item com o valor de desconto negativo esse caso só ocorre quando se tem valor do cupom relativamente grande com o desconto pequeno, exemplo com erro Cupom R$391,38 com 67 itens e Desconto de R$1,00. anteriormente o ACBr rateava arrendondando o valor do desconto e caso passe o valor original ele descontava do maior item da venda. No cupom de exemplo o desconto rateado ficou com 1,09 e o acbr desconta o 0,09 no maior item vendido encontrado no cupom que no caso foi o item 51, mas nesse item o valor sofrido foi de apenas foi 0,06 então fica (0,06-0,09 = -0,03) assim causa um erro no schemas NFCe. minha correção proposta foi de ratear os 0,09 na fração de 0,01 em cada item até atingir esse valor de diferença. Segue o XML com o erro no item 51 e Arquivo Excel para melhor entendimento.. Código anterior: Código atual: 52191005359231000100650020002540449618629157-nfe.xml Cupom erro.xlsx

Nesta apresentação demonstro como é realizado a interação entre Aplicação x ACBrMonitor, para tratar a contingência:

A Academia de Automação Comercial & SPED é composta de 4 níveis de conteúdo sobre as regras de negócio e modelagem de dados para um sistema de automação comercial com SPED. Nesta jornada passamos pelos conceitos e processos que envolvem a automação comercial, mostramos dentro do modelo de dados como absorver as regras, assim como extrair os dados para atender ao SPED. Nível 1 - Estoque & Suprimentos: www.sacfiscal.com.br/automacaonivel1 Nível 2 - Vendas & Comercial: www.sacfiscal.com.br/automacaonivel2 Nível 3 - Finanças: www.sacfiscal.com.br/automacaonivel3 Nível 4 - Controle da Produção: Em breve

@fuzeto muitas vezes o cliente muda o tipo de cobrança, carteira etc gerando esse tipo de problema. Como o @José M. S. Junior explicou acima, o conteúdo desses campos está descrito no manual do banco, que tem também o layout do arquivo. O que tu precisa fazer é solicitar ao gerente o manual atualizado do padrão CNAB240 que eles adotaram, para poder ver onde está a divergência. O que tu podes fazer é comparar o arquivo exemplo com o teu arquivo gerado para tentar descobrir o que mudou.

Boa tarde João, Refiz a sua alteração, e completei os demais métodos. Fiz uma correção em um dos fontes, pois não estava reconhecendo o provedor SimplISSv2 como versão 2 do layout da ABRASF. Peço a todos que atualizem novamente os fontes e façam novos testes.

No dia 22 de outubro de 2019, ocorreu mais uma edição da Embarcadero Conference. Nessa edição, o colega Wagner Landgraf, da TMS Software, apresentou uma interessante palestra, de como montar o seu próprio Servidor de NFe/NFCe, em Nuvem, usando API REST, e é claro, os componentes do ACBr.. A partir da ideia dessa palestra, ele montou um curso completo, e está disponibilizando o mesmo gratuitamente, com os Fontes do projeto... Clique no botão abaixo, e se inscreva já no curso... Quero me inscrever no curso

Pelo que vi o arquivo é criado quando configurado como cryWincrypt e informando o arquivo PFX e senha, a cada carga do certificado. O componente vai carregar o certificado apenas uma vez então se você mantiver o objeto ACBrNFe em memória deve reduzir massivamente a quantidade de arquivos criados. Outra solução seria usar OpenSSL no lugar da WinCrypt.

Boa tarde! Fiz algumas adequações para atender a documentação da versão 1.2, segue abaixo as descrições das implementações: Unit Registro0030 e UACBrLCDPR os comentários com a licença estava perdido no corpo do código, foi colocado logo no inicio. Unit RegistroQ200 necessário criar o registro como uma LISTA Unit BlocoQ o "FRegistroQ200: TRegistroQ200" tornou-se "FRegistrosQ200: TRegistroQ200List" Unit LCDPRBlocos - Foi necessário adicionar alguns tipos a mais para atender a documentação 1.2 e também foi alterados as funções que devolvem o STR para os valores de acordo com a documentação 1.2 TCodVer adicionado o valor Versao011 (o manual da receita é 1.2 mais no exemplo o valor estava com 011!) TTipoExploracao adicionado o valor teOutro TTipoContraparte adicionado o valor tpcOutro TTipoLanc, foi removido tlDespesaNaoDedutivel e tlAdiantamentos As funcões abaixo foi necessário, ajustar os valores para atender a documentação 1.2: function IndFormaApurToStr(IndFormaApur : TFormaApur) : String; function TipoExploracaoToStr(TipoExploracao : TTipoExploracao) : String; function TipoContraparteToStr(TipoContraparte : TTipoContraparte) : String; function TipoDocToStr(TipoDoc : TTipoDoc) : String; function TipoLancToStr(TipoLanc : TTipoLanc) : String; A constante "crFinal = 'CRLF'" foi atribuido o valor '', acredito que houve um equivoco porque no manual se refere aos caracteres "CR" (Carriage Return) e "LF" (Line Feed) correspondentes a "retorno do carro" e "salto de linha", respectivamente (CR e LF: caracteres 13 e 10, respectivamente, da Tabela ASCII) e criaram como uma STRING. Olavo. LCDPRBlocos.pas UACBrLCDPR.pas BlocoQ.pas RegistroQ200.pas Registro0030.pas

A flag PKCS12_ALLOW_OVERWRITE_KEY, segundo a documentação do wincrypt.h, diz: Ou seja, o arquivo com a chave privada armazenada em cache é sempre sobrescrito para o mesmo PFX. Em meus testes, criando o componente múltiplas vezes em runtime, com a alteração sugerida abaixo, o arquivo com a chave privada é criado no diretório de cache dos certificados, mas apenas uma vez. Essa alteração resolve o problema de quem precisa criar o componente em runtime e importar o PFX a cada ciclo de execução.

Olá Olavo, Muito obrigado pela contribuição. Fiz a implementação baseada nela. Mas fiz algumas alterações. Por exemplo, eu removi definitivamente a constante crlf visto que ela não é necessária. Também em outros arquivos eu notei que o aviso da licença caiu fora do lugar e arrumei. Outra alteração é que a função somenteNumeros já existia na unit ACBrUtil com o nome OnlyNumber. O ideal é modificar o código desse componente para se adequar as classes do ACBrTXT (a exemplo do SPEDFiscal). Mas ainda não tivemos voluntários para fazer esse trabalho. De qualquer maneira, subi as alterações para o SVN na Revisão 18112 18114. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado. Deixa eu só mencionar o @Willian Hübner caso ele queira olhar também de perto essas modificações.

Pessoal, Tudo certo com emissão de NFC-e em ambiente de homologação após solicitação ao Suporte do MF-e. Segue XML enviado: <NFe xmlns="http://www.portalfiscal.inf.br/nfe"> <infNFe Id="NFe23191013279313000172650010000000751146560121" versao="4.00"> <ide> <cUF>23</cUF> <cNF>14656012</cNF> <natOp>VENDA DE MERCADORIA ADQUIRIDA</natOp> <mod>65</mod> <serie>1</serie> <nNF>75</nNF> <dhEmi>2019-10-31T18:53:54-03:00</dhEmi> <tpNF>1</tpNF> <idDest>1</idDest> <cMunFG>2307650</cMunFG> <tpImp>4</tpImp> <tpEmis>1</tpEmis> <cDV>1</cDV> <tpAmb>2</tpAmb> <finNFe>1</finNFe> <indFinal>1</indFinal> <indPres>1</indPres> <procEmi>0</procEmi> <verProc>5.0.0</verProc> </ide> <emit> <CNPJ>13279313000172</CNPJ> <xNome>NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome> <xFant>TESTE</xFant> <enderEmit> <xLgr>RUA 39</xLgr> <nro>80</nro> <xBairro>JEREISSATI I</xBairro> <cMun>2307650</cMun> <xMun>MARACANAU</xMun> <UF>CE</UF> <CEP>61900650</CEP> </enderEmit> <IE>65553179</IE> <CRT>1</CRT> </emit> <det nItem="1"> <prod> <cProd>2</cProd> <cEAN>SEM GTIN</cEAN> <xProd>NOTA FISCAL EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xProd> <NCM>84717019</NCM> <CFOP>5102</CFOP> <uCom>UNID</uCom> <qCom>1.0000</qCom> <vUnCom>11.0000</vUnCom> <vProd>11.00</vProd> <cEANTrib>SEM GTIN</cEANTrib> <uTrib>UNID</uTrib> <qTrib>1.0000</qTrib> <vUnTrib>11.0000</vUnTrib> <indTot>1</indTot> </prod> <imposto> <ICMS> <ICMSSN102> <orig>0</orig> <CSOSN>300</CSOSN> </ICMSSN102> </ICMS> <PIS> <PISNT> <CST>04</CST> </PISNT> </PIS> <COFINS> <COFINSOutr> <CST>99</CST> <vBC>11.00</vBC> <pCOFINS>0.00</pCOFINS> <vCOFINS>0.00</vCOFINS> </COFINSOutr> </COFINS> </imposto> </det> <total> <ICMSTot> <vBC>0.00</vBC> <vICMS>0.00</vICMS> <vICMSDeson>0.00</vICMSDeson> <vFCP>0.00</vFCP> <vBCST>0.00</vBCST> <vST>0.00</vST> <vFCPST>0.00</vFCPST> <vFCPSTRet>0.00</vFCPSTRet> <vProd>11.00</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vIPIDevol>0.00</vIPIDevol> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>11.00</vNF> </ICMSTot> </total> <transp> <modFrete>9</modFrete> </transp> <pag> <detPag> <tPag>01</tPag> <vPag>11.00</vPag> </detPag> </pag> <infAdic> <infCpl>VALOR APROX DOS TRIB. FED. EST. E MUNI. R$ 0,00(0%)</infCpl> </infAdic> </infNFe> <infNFeSupl> <qrCode>http://nfceh.sefaz.ce.gov.br/pages/ShowNFCe.html?p=23191013279313000172650010000000751146560121|2|2|1|e25025beffae88cdb499c00e7cf525edec29bf13</qrCode> <urlChave>www.sefaz.ce.gov.br/nfce/consulta</urlChave> </infNFeSupl> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/> <Reference URI="#NFe23191013279313000172650010000000751146560121"> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/> <DigestValue>+nU3RS/q0rg0XbENvzA0DA8ZeUM=</DigestValue> </Reference> </SignedInfo> <SignatureValue>[...]</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>[...]</X509Certificate> </X509Data> </KeyInfo> </Signature> </NFe> Segue o link gerado para ser usado no QRCode, onde é possível ver os dados da NFC-e: http://nfceh.sefaz.ce.gov.br/pages/ShowNFCe.html?p=23191013279313000172650010000000751146560121|2|2|1|e25025beffae88cdb499c00e7cf525edec29bf13 Também é possível consultar a NFC-e no portal de homologação em: http://nfceh.sefaz.ce.gov.br/pages/consultaNota.jsf com a chave 23191013279313000172650010000000751146560121. É isso aí pessoal, espero que isso ajude a quem estiver precisando emitir NFC-e em homologação no estado do Ceará. Lembrando também que segundo o manual: Fonte: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=v9JbkEY7evI= Sobre o Integrador, configurei o Contribuinte e a Software House com o mesmo CNPJ (o qual está vinculado ao Certificado Digital).

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

Pessoal, bom tarde. Eu faço isso na NFc-e, mas um pouco diferente, se o produto for o mesmo eu somo as quantidades antes de gerar o xml. Ai quando mando gerar o xml a impressão fica igual. Exemplo: Produto 01 Quantidade: 01 Produto 01 Quantidade 10 Quando gero o xml, produto 01, quantidade 11 Quando imprimo a NFC-e baseado no xml autorizado pela SEFAZ Produto: 01 quantidade 11

Leonardo, pelo que sei a DANFE tem que refletir o conteúdo do XML, mas ´isso ´até é discutível, eu não faria pois já tive sérios problemas com fiscalização de rua. Eles multam e pronto. Com relação a outros softs fazerem, nãoi use isso como parâmetro, pois tem soft que emite o danfe a partir dos dados do BD e não do XML. Já peguei muita divergência entre DANFe e XML. Enfim, a causa é nobre, mas acho que a sugestão do @Daniel Simoes é bem vinda

Testamos o SAT Nitere NSAT-4200, utilizando o exemplo do ACBr, SATTeste.exe, e o programa de Ativação do Fabricante. Sobre a instalação e ativação do SAT Nitere NSAT-4200: O manual de instalação, driver e o aplicativo de ativação podem ser encontrados em: http://www.nitere.com.br/suporte-downloads-nitere. O site do fabricante é bastante intuitivo, e não tivemos dificuldades em encontrar as bibliotecas e programas do SAT. O SAT foi testado em uma máquina com Windows 8.1, e o próprio Windows identificou um driver genérico (ELMO GMAS), segundo o fabricante não é necessário instalar o driver neste caso, o próprio que foi identificado é suficiente, porém foram testados tanto o driver genérico quanto o driver do próprio fabricante (seguindo o manual disponível no site citado anteriormente). Os dados de código de ativação padrão, encontravam-se em uma folha, junto ao manual, na caixa do equipamento. Dados de Ativação: CNPJ do contribuinte: 10.261.693/0001-20 Código de ativação: 12345678 Associar Assinatura: CNPJ do contribuinte: 10.261.693/0001-20 CNPJ da software house: 16.716.114/0001-72 Assinatura do AC: SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT Para realizar a ativação do SAT é muito simples, basta seguir os seguintes passos: Instalar drivers-dll-nsat-4200-ev9sm.exe disponível no site. Após instalado, será criado uma pasta com o nome: sygmansat na unidade C. Abrir o sygma_nsat.exe que encontra-se nesta pasta. Em Configurar Rede SAT (Passo 01), deverá ser preenchido com os dados corretos e clicar em Enviar. A interface de rede já será configurada neste passo. Nota: As configurações de Proxy deverá ser configurada no caso dessa configuração existir na rede local. Após o envio dos dados do passo 01, clicar em Ativar SAT (Passo 02), preencher corretamente os dados e clicar em Enviar. Pronto seu SAT está ativado. Agora é necessário associar a assinatura, em Associar Assinatura SAT, preencher corretamente os dados de clicar em Enviar. Após a configuração, os leds que deverão ficar acessos são: Equipamento energizado, Equipamento operando e/ou em comunicação com o AC e Parametrização Instalada. O processo de ativação, também pode ser realizado pelo SATTeste.exe. Basta seguir os seguintes passos para ativar o SAT: O ACBrSAT deverá estar configurado da seguinte maneira: Em inicialização, deverá estar na opção: satDinamico_stdcall; Página de código: UTF8 ou 65001; Versão: 0,07; Formatar XML deverá estar desmarcado. (veja tópico: “Sobre a Utilização”, abaixo) Remover Acentos deverá estar marcado. (veja tópico: “Sobre a Utilização”, abaixo) Configurar na aba Dados do SAT CFe, no nosso caso, os dados necessários encontravam-se em uma folha junto ao manual Configurar no campo “Nome DLL” o caminho para a dllsat.dll (veja nota 1). Clicar em Inicializar. Ir no menu Ativação, e clicar em Ativar SAT. Para associar assinatura: Clicar em Ativação > Associar Assinatura É possível também configurar a Interface de Rede pelo SATTeste. Para o tipo de interface ETHERNET: Escolher a opção ETHE, dentro da aba Rede > Tipo Rede. Escolher conforme as configurações de sua rede entre DHCP/PPPoE/IPIFIX Em Configuração de Proxy, configurar caso haja proxy em sua rede. Nota 1: A DLL encontra-se na pasta sygmansat conforme instalação. Sobre o equipamento SAT NSAT-4200: O equipamento funciona bem e suas configurações são simples. Sua apresentação física é boa, e seu gabinete é de material plástico ABS. Seus Leds podem confundir um pouco o usuário, pois não há descrição de cada led, e é necessário consultar o manual para compreender os símbolos, principalmente quando a luz do equipamento comunicando com o fisco estiver acessa, dando a impressão de que o estado de rede local está acessa também. O equipamento é alimentado pela porta USB, o cabo usado é o USB-B (o mesmo utilizado pela maioria das Impressoras), possui também duas portas para Rede, para permitir a redistribuição do cabo a outro equipamento. NSAT-4200 Versão Sw.Básico 02.00.03 Layout XML Entrada 00.07 Fonte Externa Não Portas de Eth 2 Chave Liga/Desliga Não Wi-Fi Não Tipo Cabo USB USB-B Tipo Gabinete Plástico ABS Fixação Gabinete Não Trava Antifurto Sim Sinalização Leds Bom Software de Ativação Bom Suporte a Windows 32/64 Suporte a Linux* 32/64 * Foi necessário entrar em contato com o fabricante, e o mesmo disponibilizou a Lib utilizada no sistema operacional Linux. Sobre a utilização do SAT NSAT-4200: Para a utilização do SAT, no primeiro momento, deixamos com o driver genérico. Neste cenário, apontamos para a DLL da pasta de instalação do próprio programa da Nitere, não houve erros. Notamos que o SAT não aceita XMLs com espaços, e portanto quando a opção “Formatar XML” estiver ligada, ao realizar uma venda, ocorreu o erro: “Resposta:949632|06010|1999|Erro nao identificado||”, porém desmarcando essa opção, funcionou corretamente. Detectamos um problema em relação a Tag “Dest.xNome”. No XML gerado pelo SATTeste.exe, é definido campo “Dest.xNome” com a seguinte descrição. Dest.xNome := 'D.J. SYSTEM ÁÉÍÓÚáéíóúÇç teste de nome Longo muito LONGO'; O Objetivo é testar como o SAT se comporta com caracteres acentuados, e com uma Descrição com o limite próximo do máximo permitido pelo campo xNome (60 caracteres). O SAT da Nitere está recusando o XML, com o erro: “Resposta:418632|06010|1999|Erro nao identificado||”. Observamos que se a opção “Remover Acentos”, estiver marcada, o XML é enviado com sucesso. O problema ocorre, pois caracteres acentuados em UTF8 podem consumir até 2 bytes, e a validação do SAT está erroneamente considerando o número de Bytes e não de caracteres. O problema foi reportado ao Fabricante, que nos informou que já existe uma correção para o mesmo, e que será lançada na próxima atualização do Software Básico. Foram realizadas diversas vendas com o aplicativo SATTeste.exe, e os XMLs com retorno das vendas foram geradas corretamente. Realizado testes de tempo de envio pelo próprio SATTeste, conforme imagem abaixo. O tempo que medimos nesse teste, é computado desde o início da transmissão do XML para o SAT, até a recepção do XML de Venda, gerado como resposta pelo SAT... Ou seja, é uma medição diferente do que a Especificação Técnica do SAT preconiza, onde apenas o tempo de Geração do XML da Venda é considerado. Tempo em Segundos * Venda máxima de quantidade de itens para a venda com o SAT é de 500, acima dessa quantidade o SAT retorna “Erro não identificado”, o tempo calculado neste caso, foi do retorno do erro. As seguintes informações abaixo, nos foram recebidas pela engenharia do Fabricante: Nosso SAT possui alguns diferenciais sobre os demais SATs de mercado que têm sido bastante elogiados em outras avaliações semelhantes à sua, dentre eles podemos citar: – Possui bateria interna que permite o desligamento seguro do SAT, evitando-se a corrupção do sistema. –Tempo de processamento dos cupons inferior à média dos concorrentes, graças ao processador de performance superior, 800Mhz contra 350MHz em média dos demais. – 3 sistemas de watchdog, sendo um deles com hardware independente, que monitoram e garantem o funcionamento do sistema sem travamentos. Cupom gerado pelo SAT XML que foi enviado e o XML de retorno anexo abaixo. XML de Envio: AD20161011150701-625430-env.xml XML de Resposta: AD31161010261693000120599000096000000171043879.xml SAT NSAT-4200

Observamos algumas ocorrências de usuários do SAT NITERE aqui no forum sobre a exibição de uma tela de mensagem com "Tempo=0,4940000000838". Aparentemente esta mensagem é exibida pela DLL do sat em questão, para remover a exibição desta tela copie a dll do aparelho e o arquivo SYGMASAT.INI para dentro de um mesmo diretório, no arquivo . ini existe um parâmetro "MostraTempo=1", altere para "MostraTempo=0" e reinicie a aplicação. Tela exibida: Exemplo do arquivo SYGMASAT.INI com a alteração. [Sistema] Porta=COM5 BAUD=115200 MostraTempo=0 [Flags] NumPkt=2291

Acho que você precisaria de uma autorização especial da SEFAZ, para essa questão... ou pelo menos, realizar uma consulta a eles...

Nesse caso estaria imprimindo no DANFE informação que não consta no XML (cProd diferente), isso vai contra o que é exigido pelo MOC.

Muito obrigado pela contribuição. Fiz a implementação baseada nela, mas tive que fazer alterações porque seu arquivo anexo estava desatualizado. Por isso preciso que teste com um pouco de mais cuidado. Pelo que vi está tudo certo, mas seria melhor ter sua opinião também. Subi as alterações para o SVN na Revisão 18108. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

https://www.sacfiscal.com.br/semanafiscal/

Senhores, boa tarde. Estou utilizando o componente ACBrBal para comunicação com uma balança Tolelo 2180. Tudo funcionou, entretanto tive que realizar um ajuste na unit "ACBrBALToledo2180.pas", comentando a linha 133, como segue: 129. if (wPos > 0) then 130. begin 131. wResposta := Copy(aResposta, wPos + 1, Length(aResposta)); 132. wResposta := Copy(wResposta, 1, 6); 133. //Insert('.', wResposta, 6); <======= essa linha ======= 134. end 135. else 136. wResposta := 'I'; Vide manual a seguir, página 167, Protocolo P03: https://cdn.toledobrasil.com.br/app/institucional/files/manuais/MU TI400 - 3474457 - Rev. 05-08-19.pdf Neste protocolo o peso do display é enviado após o caracter #96 em 6 posições sem porção decimal. A linha de código 133 faz com que o peso fique dividido por 10. Estou a disposição para mais informações. Segue unit alterada anexo. ACBrBALToledo2180.pas

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18107. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Bom dia pessoal, já conseguí resolver, reinstalei o programa e driver do SAT.

As mesmas opções usadas no metodo de NFe/CTe, etc. Ciot.Configuracoes.Geral.SSLLib := libWinCrypt; Ciot.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; Ciot.Configuracoes.Geral.SSLHttpLib := httpWinHttp; Ciot.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; Ciot.SSL.SSLType := LT_TLSv1_2; Nos casos dos testes que estou fazendo para o E-Frete, funcionou. Estou intercalando com o trabalho aqui para implementar os metodos. Em breve acho que consigo disponibilizar os fontes para testarem.

A versão do lote e do arquivo é definida no manual, pode ter versões diferentes por regiões, por isso tem esses campos, mas a estrutura do arquivo é a mesma. Precisa ver qual a versão e lote no manual que o banco te passou.

Bom dia! Atualizei o ACBR e está tudo certo. Desculpe a demora para dar o retorno. Obrigado!

Olá pessoal, Uma atualização sobre esse assunto. Consegui melhorar o sistema de detecção do quadro Dados Adicionais e continuação dos Dados Adicionais. Se você alguma vez pensou que poderia caber mais dados no quadro informações adicionais, provavelmente estava certo. Caso queira mais informações veja o que estava acontecendo tópico aqui. Também fiz uma alteração para adequar o DANFe Paisagem com as propriedades que criamos. Acabei de enviar as alterações para o SVN na Revisão 18105.

Boa tarde, Consegui resolver. Ao invés de carregar o XML (método carregarXML) e chamar o método de "ImprimirPDF", tem que ser chamado diretamente o método "imprimirEventoPDF", com dois parâmetros: caminho do arquivo da NFe e caminho do arquivo do Evento de cancelamento. Exemplo: imprimirEventoPDF(Patch_NFe, Patch_Evento);

Enviei a copia dos xmls gerados ao homologador (guardo cópia de todos). Fizemos umas 2 transações informando os dados do POS. Pelo fato do simulador não estar funcionando, creio que o homologador, de posse dos xml's verificou a estrutura deles para saber se estava tudo certo. Com isso, fui aprovado no processo de homologação.

Boa Tarde Tudo funcionando... com essa configuração

Que bacana... parabéns pela persistência... Acho que se você rodar com o xvfb deve funcionar.... xvfb-run SeuPrograma

na seção banco, tem no layout do banco. Peça para o gerente te enviar o layout (CNAB240) atualizado.

Não ficou muito claro se o padrão do SICOOB ou o padrão do arquivo enviado foi alterado Bom, eu não uso a monitor para gerar remessa, então não sei com certeza se pode ser isso. Mas olhando seu arquivo exemplo, o limitador de registros está somente 0A, o padrão é 0D0A, e tem caracteres acentuados, APÓS VENCIMENTO MULTA DE XX em geral os bancos não aceitam em determinados campos. Se foi o layout do sicoob que mudou, tens que pedir o novo para serem feitas as adequações, se foi teu arquivo, terás que verificar.

Domingos importei aqui 100% sucesso. Isso já aconteceu comigo, o soft do cliente não conseguia importar pois a tag infAdProd estava preenchida e eles não tratavam, gerando o erro. Talvez da forma como tu montou o infCpl possa estar causando esse problema. Se a SEFAZ autorizou é pq o XML está ok e nesse caso é o desenvolvedor do FORTES que tem que te dizer o que tem de errado no XML.

A torcida é grande!

Boa tarde Apos colocar o Driver enviado pela Epson, conseguimos sucesso. - Preferencia de impressão - Definições avançadas - Layout - Desmarcar Opção Ajustar Automaticamente Depois disso, ja deu certo. Segue imagem para auxiliar na configuração.

Pensei que havia anexado, Obrigado Juliana. ACBrECFVirtualNFCe.pas

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17812. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.