Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 26-09-2019 em Posts
-
Olá pessoal, Sei que todos estão muito atarefados com seus programas por aí... Maaaasssss.... Precisamos de sua atenção para uma alteração nos componentes!!! Atualmente temos uma falta de padronização nas unidades de medidas das margens das impressões dos documentos fiscais. Cada impressão Report tem margens medidas com um formato. Isso não está bom. Note a tabela a seguir com as unidades de medidas das margens atual: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) cm cm nd X NFC-e mm mm X X NFC-e (A4) cm mm X X SAT mm X X X CT-e (Evento) cm nd X X CT-e (A5, Retrato) nd nd X X CT-e (Inut, Inut Retrato) nd nd X X GNR-e nd nd nd X MDF-e (Retrato, Evento) cm nd X X NFS-e cm nd X X BP-e X X X X Legenda: mm – milímetros cm – centímetros nd – O componente poderia, mas não está atualizando as margens do report X – Não possui impressão nesse formato ou não interage com as margens. Nota: Os modelos em ESCPOS que existem não consideram as propriedades de margem. Afinal, não faz muito sentido mesmo. Como podem ver na tabela acima, muitos componentes não estão atualizando as margens. Isso significa que mesmo que configure uma margem, ela será simplesmente ignorada. Então a ideia é fazer com que esses componentes imprimam de acordo com a configuração. Além disso, queremos evitar qualquer possível confusão e por isso vamos padronizar as unidades de medidas. A unidade de medida escolhida foi milímetros (mm). Alguns dos motivos foram: A unidade de medida mm funciona bem tanto para impressões grandes (por exemplo A4) como para bobinas (80 mm); As pessoas estão acostumadas com mm porque é a unidade padrão de todos os geradores de relatório usados atualmente (Fast Report, Fortes Report, LazReport ...); Devido ao ponto anterior, usar mm vai nos poupar código de conversão de unidades; Mesmo que tivéssemos escolhido centímetros (cm), haveria quebra de compatibilidade por causa do SAT e NFC-e; Quando as alterações vão entrar em vigor? A previsão é que dia 14 de outubro, as alterações sejam enviadas ao SVN. Acreditamos que isso dá tempo suficiente, para conseguirmos avisar a todos e para que todos possam se preparar. As alterações já foram enviadas ao SVN. Veja nota no fim desse post. O que eu preciso verificar no meu aplicativo? A primeira coisa é verificar se você tem configuração de margem (seria bom que tivesse). Em caso afirmativo, como você está armazenando? Em que unidade está armazenando? cm ou mm? Vai ser necessário fazer alguma conversão? Verifique como você deseja manter a configuração? De posse das informações acima, faça um teste imprimindo todos os documentos que você usa. Isso vai ajudar você a prevenir qualquer problema antes de enviar o executável para o cliente. Sugerimos você a imprimir tanto antes como depois das alterações no componente. Assim você vai ter algo para comparar as impressões e ajustar as margens caso necessário. O que eu preciso fazer caso use o ACBrMonitor Plus? A nossa ideia é minimizar o impacto para quem usa o ACBrMonitor. Vamos colocar as informações o próximo post logo abaixo. Se ficarmos atentos a essas alterações, as impressões vão seguir o mesmo padrão e ninguém mais vai precisar se confundir. Atualização- 17/10/2019 As alterações já foram enviadas ao SVN. Agora todos os reports seguem o mesmo padrão: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) mm mm mm X NFC-e mm mm X X NFC-e (A4) mm mm X X SAT mm X X X CT-e (Evento) mm mm X X CT-e (A5, Retrato) mm mm X X CT-e (Inut, Inut Retrato) mm mm X X GNR-e mm mm mm X MDF-e (Retrato, Evento) mm mm X X NFS-e mm mm X X BP-e X X X X Caso encontre algum problema, queira por favor criar um novo tópico.4 pontos
-
A SEFAZ-SC enviou comunicados aos contadores dos contribuintes usuários de ECF informando que seus clientes deverão enviar seus equipamentos para intervenção técnica de modo a realizar a atualização do software básico dos mesmos. Fonte: SEFAZ - SC3 pontos
-
Boa tarde pessoal. Conforme informação recebida da SEFAZ-SC, na data de hoje foi disponibilizada uma nova funcionalidade que exibe a quantidade de pendências de redução Z e de estoque, no momento da inclusão de um novo usuário de PAF-ECF, por meio da aplicação 'CEI - Manutenção de Autorização de Uso de PAF-ECF'. A seguir, imagem destacando os novos campos. Att.3 pontos
-
Ao consulta uma NFC-e esta retornando em cada tag ' xmlns="http://www.portalfiscal.inf.br/nfe"' e provoca um erro no retorno dos dados. para resolver a solução foi acrescentar. function TNFeConsulta.TratarResposta: Boolean; FPRetWS := StringReplace(FPRetWS, ' xmlns="http://www.portalfiscal.inf.br/nfe"', '', [rfReplaceAll]); function TNFeRecepcao.TratarResposta: Boolean; AXML := StringReplace(AXML, ' xmlns="http://www.portalfiscal.inf.br/nfe"', '', [rfReplaceAll]); segue em anexo arquivos: ACBrNFeWebServices.pas 80800439-pro-lot.xml2 pontos
-
Boa tarde. O nosso numero pode ser de responsabilidade do banco gerar(quando o boleto é emitido pelo mesmo) ou de sua aplicação (oque parece ser seu caso). No caso da aplicação ser responsável pelo controle do nosso número, você deve ter em seu sistema o controle do sequencial do mesmo e informar ao componente, como pode ser visto no demo do componente. Exemplo: NossoNumero:= 10 Att.2 pontos
-
Boa tarde. Segue link para a página do SAC Fiscal, do nosso colega e palestrante do Dia do ACBr Marco Polo Viana. https://sacfiscal.com.br/ Att.2 pontos
-
Boa tarde. O ACBrLib é compilado em lazarus e as bibiliotecas geradas podem ser incorporadas em outras linguagens que suporte esse tipo de implementação, inclusive o Visual Basic. Sugiro aproveitar que as bibliotecas compiladas estão temporariamente disponíveis para download para toda a comunidade e iniciar os testes. https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/ Att.2 pontos
-
Só para comentar, o box que eu testei era um chinesinho bem ruim, hoje peguei um melhor e não deu problema funcionou certinho... Valeu pela atenção Juliomar. obrigado.2 pontos
-
Boa tarde a todos, Favor atualizarem todos os fontes de todas as pastas. Notem que fiz alterações nos arquivos: Cidades.ini e SimplISSv2.ini Quero agradecer as alterações/correções realizadas nos fontes, elas já estão no repositório. Por favor façam testes enviando os RPS para o novo webservice. Usem o método Enviar para o envio de um lote com até 50 RPS e o Gerar para o envio de apenas 1 RPS.2 pontos
-
Bom dia. basta fazer um backup na 2.5 e restaurar na 3.0 usar é claro o servidores e as dll nas suas respectivas versões. e é claro lembrando que tu tem que verificar se seu banco , suas tabelas, campos procedures estão dentro das especificações. (ps uma coisa que lembro é tamanho do nome de campo que é limitado a 31 )2 pontos
-
Tente fazer o seguinte: 1- Baixe as cadeias agrupadas em: https://wwws.prodemge.gov.br/suporte/cadeias-de-certificacao; 2- Vá em executar, digite certmgr.msc para abrir a interface de certificados; 3- Remover todos os certificados de Autoridade de Certificação de Raiz Confiáveis; 4- Instale as cadeias agrupadas; 5- Instale a cadeia ICP-Brasilv5 anexada; 6- Tente novamente; ICP-Brasilv5.crt2 pontos
-
Também estamos com esse problema mas é um erro da Sefaz, eles tem que corrigir a mensagem de retorno. De acordo com eles a previsão para normalizar o serviço é hoje: "Informamos que o ambiente de emissão da NFC-e em modo normal encontra-se em manutenção corretiva, com previsão de retorno a partir de quinta-feira, dia 26/09. Neste período os contribuintes deverão emitir as NFC-e em modo de CONTINGÊNCIA OFF-LINE." Entrei em contato pelo "Fale Conosco" e eles disseram que essa previsão é tanto para o ambiente de homologação quanto o de produção2 pontos
-
Erro não catalogado significa erros que não tem um código específico. Anexe o XML da NFC-e gerada para podermos tentar te ajudar.2 pontos
-
2 pontos
-
Tópico movido para a área do SAC, para que o SLA de respostas seja considerado2 pontos
-
Olá pessoal, Eu consegui sanar o problema de rateio do Bloco X ajustando na extração dos dados. o SQL me retorna exatamente o valor rateado. O cálculo para calcular o ValorDesconto é: Item.valordesc + ((Venda.totalbruto - Venda.totalliquido) * (Item.totalliquido / Venda.totalbruto)) Para calcular o ValorTotalLiquido: Item.totalliquido - (Venda.totalbruto - Venda.totalliquido) * (Item.totalliquido / Venda.totalbruto) Montei uma tabela explicando todo o procedimento Rateio desconto acresc.ods2 pontos
-
Para corrigir esse problema... decidi criar um novo modelo em ACBrPosPrinter ... ppEscGPrinter, Unit ACBrEscGPrinter.pas2 pontos
-
Para conseguir Ler o Status da Impressora, com o ACBrPosPrinter... você não pode passar pelo Spool do Windows... ou seja, não precisa instalar a impressora no Windows Use a Porta COM diretamente... ou seja... ACBrPosPrinter.Porta := 'COM1'2 pontos
-
Tive o mesmo problema, e no meu caso era o certificado que estava vencido.1 ponto
-
O webservice não retorna a situação atual da manifestação. Então você precisa controlar isso pela sua aplicação.1 ponto
-
Em anexo um SOAP REQUEST (mascarei alguns dados) que funcionou. signedNFE_aNovaGeracao_exemplo.xml1 ponto
-
Boa tarde. Deixo aqui o procedimento para quem possa necessitar. Tive que ir no painel de controle, no gerenciador de dispositivos e nas propriedades da porta coloquei a velocidade correta 115200 e também tive que alterar o controle de fluxo para xon e xoff. Com o controle de fluxo em nenhum que é o padrão no gerenciador, a mesma não aciona e não retorna os status. Dentro do posprinter tem esta possibilidade mas mesmo assim não ativava. Obrigado pela ajuda.1 ponto
-
1 ponto
-
1 ponto
-
1 ponto
-
Putz! Bem, me foi exigido a utilização do componente, vou tentar editar algo aqui e se eu conseguir posto aqui, obrigado pela ajuda!1 ponto
-
você instalou as dependências da lib no linux, pois parece ser erro para enviar quando vai acessar as libs do openssl pelo visto. Poderia me dar mais informações sobre o sistema operacional ?1 ponto
-
Tinha um mail com essa opção sim, dei o aceite lá, mais o problema permanece.... Davi, eu já estou usando a porta 465, dê uma olhada no teste que fiz acima com o Demo, as configurações estão iguais às suas.... Se tiver alguma outra idéia...1 ponto
-
Anexa o trecho com esses dados, do arquivo que vc envia para o MonitorPLUS... Att Ricardo1 ponto
-
Bom dia, Efetuei alguns ajustes na unit pnfsNFSeW_ABRASFv2.pas O arquivo XML gerado está igual ao exemplo. agora só estou com o erro de assinatura... as demais validações estão ok aparentemente. Segundo pessoal do simplISS, eles ajustaram ontem o sistema para validar a assinatura por último e retornar todos os erros com o XML para ajuste, então, imagino q agora basta acertar isso para funcionar... PS: Estou utilizando para envio o método enviar. Coloquei o novo schema na pasta, alterei o arquivo para validar o schema e aparentemente está ok. pnfsNFSeW_ABRASFv2.1 ponto
-
Pessoal, mas esse erro e da SEFAZ ? Se ajustar o ACBr e depois a SEFAZ ajustar o erro, vai dar problema novamente...1 ponto
-
bom dia italo eu consegui resolver.;... na verdade eu nao estava passando a configuração de sslib ai eu comecei a informar e voltou ao normal... mas muito obrigado pela atenção... att Tiago Passarella1 ponto
-
Qual mensagem exatamente está aparecendo quando está tentando cancelar a NF-e?1 ponto
-
@Moacir Ezequiel Lamego Estou justamente fazendo o teste nessa rotina. Vi no manual que eles tem a opção de Envio Sincrono. Caso consiga algum resultado positivo, darei um retorno.1 ponto
-
Bom dia Emerson Concordo que a posição padrão(posição 38 a 62) usada na maioria das implementações não seja obrigatória, você tem razão em dizer que importante é enviar e receber a mesma informação. A diferença ocorre na medida em que a propriedade SeuNumero se refira a identificação do título na empresa que na maioria das implementações tem 25 caracteres e no manual do Banco Safra tenha 10 caracteres conforme imagem que você enviou anteriormente. O que é descrito como identificação do título na empresa(ou algo parecido) em outros bancos, no manual do Banco Safra está descrito como: uso exclusiva da empresa. A atribuição de nome, neste caso, causa confusão. Por esse motivo entendo que a versão que está no repositório segue o padrão das demais implementações e no meu entendimento deve ser mantida. Obrigado1 ponto
-
1 ponto
-
Bom dia Dercide, Segue arquivo em anexo... pnfsLerListaNFSe.pas1 ponto
-
Bom dia, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.1 ponto
-
Bom dia Fabricio, Você esta usando o componente ACBrNFSe? Se sim, favor realizar testes usando o programa exemplo do componente.1 ponto
-
Bom dia Reij, Quando foi a ultima vez que você atualizou? Favor atualizar todos os fontes de todas as pastas. Reinstale a suíte ACBr. Como você esta fazendo os testes com a sua aplicação, acredito que você tenha criado uma pasta para colocar os schemas, correto? Pois bem essa pasta esta com os schemas atualizados? Se não estiver vai ocorrer erro de validação quando gerar o XML com o grupo infCTeSupl. Se não gerar esse grupo o CT-e vai ser rejeitado pela SEFAZ.1 ponto
-
Estou a utilizar a gravação dos itens com base no evento onDepoisVendeItem Está bem crítico, já mudei várias estratégias de implementação. Dependendo a mesma marca modelo, até mandado a assistência a ecf. Perde se itens ao gravar na base de dados. Independente de hardware, já peguei casos de hardware ruim, sistema operacional depreciado e a integridade dos dados perfeito.1 ponto
-
Seque o arquivo de Pedido Eletrônico de ressarcimento, homologado pelo site da sefaz-AM, se puder gerar um método, seria bom, aqui eu passei o xml como parâmetro: nfe.NotasFiscais.Clear; try nfe.NotasFiscais.LoadFromFile(OpenDialog1.FileName); // AssignFile(f,'c:\Temp\' + nfe.NotasFiscais.Items[0].NFe.procNFe.chNFe+ '-nfe-ressarcimento' + '.xml'); Rewrite(f); //abre o arquivo para escrita Writeln(f,'<?xml version="1.0" encoding="UTF-8" standalone="yes"?>'); Writeln(f,'<enviOperacaoRessarcimento xmlns="http://www.sefaz.am.gov.br/ressarcimento">'); Writeln(f,'<versao>2.00</versao>'); Writeln(f,'<dadosDeclaracao>'); Writeln(f,'<cnpjRaiz>' + copy(nfe.NotasFiscais.Items[0].NFe.Emit.CNPJCPF, 1,8) + '</cnpjRaiz>'); Writeln(f,'<ieContribuinteDeclarante>' + nfe.NotasFiscais.Items[0].NFe.Emit.IE + '</ieContribuinteDeclarante>'); Writeln(f,'<razaoSocial>' + nfe.NotasFiscais.Items[0].NFe.Emit.xNome + '</razaoSocial>'); Writeln(f,'<nomeResponsavel>' +nfe.NotasFiscais.Items[0].NFe.infRespTec.xContato + '</nomeResponsavel>'); Writeln(f,'<foneResponsavel>' +nfe.NotasFiscais.Items[0].NFe.infRespTec.fone + '</foneResponsavel>'); Writeln(f,'<emailResponsavel>'+ nfe.NotasFiscais.Items[0].NFe.infRespTec.email + '</emailResponsavel>'); Writeln(f,'<anoPeriodoReferencia>'+ copy(dateToStr(nfe.NotasFiscais.Items[0].NFe.Ide.dEmi),7,4) + '</anoPeriodoReferencia>'); Writeln(f,'<mesPeriodoReferencia>'+ copy(dateToStr(nfe.NotasFiscais.Items[0].NFe.Ide.dEmi),4,2) + '</mesPeriodoReferencia>'); Writeln(f,'</dadosDeclaracao>'); Writeln(f,'<listaOperacoes>'); Writeln(f,'<operacao>'); Writeln(f,'<chaveNFe>' + nfe.NotasFiscais.Items[0].NFe.procNFe.chNFe +'</chaveNFe>'); Writeln(f,'<listaItens>'); Writeln(f,'<item>'); for i :=0 to (nfe.NotasFiscais.Items[0].NFe.Det.Count - 1) do begin Writeln(f,'<codInternoProduto>' + nfe.NotasFiscais.Items[0].NFe.Det.Items[0].Prod.cProd + '</codInternoProduto>'); Writeln(f,'<numItemNfe>' + intTostr(nfe.NotasFiscais.Items[0].NFe.Det.Items[0].Prod.nItem) + '</numItemNfe>'); end; Writeln(f,'</item>'); Writeln(f,'</listaItens>'); Writeln(f,'</operacao>'); Writeln(f,'</listaOperacoes>'); // Writeln(f,'<listaNFeEntrada>'); Writeln(f,'<chaveNFeEntrada>' + nfe.NotasFiscais.Items[0].NFe.procNFe.chNFe + '</chaveNFeEntrada>'); Writeln(f,'</listaNFeEntrada>'); Writeln(f,'</enviOperacaoRessarcimento>'); Closefile(f); // showMessage('Pedido eletrônico gerado com sucesso'); Except Application.MessageBox('Erro ao gerar o Pedido eletrônico','Atenção', MB_ICONERROR) end;1 ponto
-
Boa tarde! De uma olhada na conta de email que você criou se não existe um email (nas entradas) te avisando que foi detectado o uso de seu email por um outro equipamento (até o momento ainda não tinha sido usado pelo equipamento novo), aguardando a confirmação se este novo equipamento é confiável e se pode ser incluído na lista de equipamentos confiáveis. Aguardando você clicar em um link para autorizar o uso por este novo PC. Uma vez encontrei algo assim, só não lembro se foi gmail.1 ponto
-
1 ponto
-
1 ponto
-
Boa tarde Paulo, Não se deve misturar os Schemas da NF-e com CT-e. O Schema do DistribuicaoDFe tem o mesmo nome para ambos os documentos o que muda é a versão, isso faz com que ocorra erros. Crie uma pasta de schemas para a NF-e e outra para o CT-e.1 ponto
-
Bom dia a todos, "ninguém esta fazendo. Somente vão fazer se a receita exigir ou se o tomador exigir" Ou até o dia que o destinatário da mercadoria entrar na justiça por não ter recebido a mercadoria e a transportadora não ter como provar que a mesma foi entregue.1 ponto
-
Na minha opinião a receita esta obrigando as transportadoras a terem um documento digital da entrega. Ou seja se a transportadora enviou uma hash com base na chave cte mais uma imagem convertida em base64 é porque a transportadora tem com ela uma imagem guardada. Se a transportadora enviar esta imagem para o interessado e o interessado fizer o procedimento com a chave do cte e imagem utilizando SHA1 o resultado deve ser a hash que a transportadora registrou no sefaz. Então é uma forma da transportadora não "mentir" que entregou. Uma jogada interessante do Sefaz onde não tem controle do conteúdo mas dá ao interessado da entrega a possibilidade de exigir o documento digitalizado. Onde, como, que tamanho, qual o formato e por quanto tempo a transportadora deve manter esta imagem é que vai ser o problema. Imagino o lobby que correu por trás para tomarem esta decisão porque as empresas terão gastos. Ou seja no desenvolvimento de aplicativos de celular, ou seja com um funcionário digitalizando e principalmente o gasto no local onde será guardada a imagem que pode ser no computador/servidor do cliente ou na nuvem. No sistema que ajudo a desenvolver foi feito da seguinte forma: Se o cliente informar o caminho da imagem jpg o sistema pega a imagem e codifica em base 64, depois pega a chave do cte e soma ao texto base 64 da imagem e aplica SHA1 para gerar a hash de 28 dígitos conforme o manual. Se o cliente não informar o caminho da imagem o sistema gera a hash através somente da chave cte e aplica SHA1 que também gera os 28 dígitos. Mesmo não estando em acordo com o que a receita sugere no manual. Então informei aos clientes sobre tudo isto... resultado... ninguém esta fazendo. Somente vão fazer se a receita exigir ou se o tomador exigir.1 ponto