Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 26-09-2019 em todas as áreas
-
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
-
Ítalo, Aproveitando, quando for juntar os componentes novamente queria pedir a você se há a possibilidade de juntar os fontes em anexo. Alteramos o métodos ImprimirDANFSePDF. Efetuamos a impressão em uma stream sem a necessidade de salvar em o PDF em disco para envio do e-mail. Desta forma, não temos problemas com permissão de acesso a pastas. Outro ponto é que não geramos arquivos no disco desnecessariamente para que o cliente tenha q ficar limpando depois. Obrigado! ACBrNFSeDANFSeFR.pas ACBrNFSeDANFSeClass.pas1 ponto
-
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 Souza, Como esses XMLs não se utilizam do mesmo namespace da NF-e e sim um especifico da SEFAZ-AM, acredito que deveria ser criado um componente para esse fim. Caso queira contribuir com a comunidade desenvolvendo esse componente e disponibilizando o seus fontes, ficaremos gratos.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
-
Boa tarde Mozart, A alteração que você na unit referente a impressão do DANFSE, não vai gerar nenhum efeito colateral para os demais provedores?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
-
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
-
bom dia tem uma tag agora vTroco // [PAGXXX] // tpag= // vPag= // indPag= // tpIntegra= // CNPJ= // tBand= // cAut= // vTroco1 ponto
-
Qualquer fiscal que ver isso vai entender como fraude. Se a entrada foi feita com CFOP de revenda, o correto é emitir uma nota de baixa para consumo, precisa verificar com a contabilidade qual o CFOP correto para essa operação, e provavelmente será preciso sim recolher os impostos, já que na entrada ele foi creditado do imposto (dependendo do regime da empresa). Essa nota pode ser feita no fim do mês, por exemplo, e com preço de custo. Já quando a entrada é feita com CFOP de uso e consumo não é necessário emitir a nota de baixa, mas também não pode se creditar de imposto na entrada.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
-
Quanto ao retorno positivo, com a nota gerada temos o seguinte cenário: no fonte: pnfsLerListaNFSe na Linha 300, ele tenta achar uma tag e preencher uma variável "Nivel1", no final de vários testes se ela for verdadeira ele tenta extrair os valores, mas não fica positiva. Como estou muito tempo afastado do Delphi, alguém com mais conhecimento resolvera isto rapidamente.. XML de retorno que ele esta interpretando é este. <EnvioRPSResponse xmlns="http://www.sistema.com.br/Sistema.Ws.Nfse"> <EnvioRPSResult> <Cabecalho Versao="1"> <Sucesso>true</Sucesso> </Cabecalho> <ChaveNFeRPS> <ChaveNFe> <InscricaoPrestador>83904</InscricaoPrestador> <NumeroNFe>2223</NumeroNFe> <CodigoVerificacao>F4F2D65C6</CodigoVerificacao> </ChaveNFe> <ChaveRPS> <InscricaoPrestador>83904</InscricaoPrestador> <SerieRPS>1</SerieRPS> <NumeroRPS>773</NumeroRPS> </ChaveRPS> </ChaveNFeRPS> </EnvioRPSResult> </EnvioRPSResponse> Forçando o Nivel1 para true, o tratamento do retorno no NotaBlu esta vindo nas mensagens, e pelo que pude notar no fonte de origem (ACBrNFSeWebServices), quando o retorno de numero de nota vem pela mensagem nao tem tratativa. Posso estar viajando mas acho que o problema esta neste ponto... Ainda estou tentando entender as coisas aqui, mas como falei derrepente alguem com mais experiencia resolve rapidão.... Moacir.1 ponto
-
Bom dia Italo, Não houveram modificações no .ini do provedor para o que está no repositório, mas mesmo assim estou anexando o arquivo ao comentário. Saatri.ini1 ponto
-
Bom dia Dercide, Segue arquivo em anexo... pnfsLerListaNFSe.pas1 ponto
-
Bom dia Henrique, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Favor anexar o arquivo INI do provedor para que eu possa fazer uma comparação com o que eu tenho.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
-
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
-
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
-
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
-
Boa tarde Edson, O motorista pode tirar uma foto do canhoto assinado pelo destinatário, ou uma foto do documento com foto do mesmo.1 ponto