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. A impressão do boleto informa somente o desconto em valor. Att.1 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
-
Boa tarde. O próprio componente se encarregará de montar a tag corretamente, basta informar o CSOSN correto. Att.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
-
Boa tarde Marco, Você poderia anexar o schema novo, pois o que tenho possui essa tag.1 ponto
-
Boa tarde André, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.1 ponto
-
Já tentou ver se não é problema de permissão na pasta? ou rodar o programa como Administrador... Att Ricardo1 ponto
-
Acho que isso é algo para um contador ou procura pelo Marco Polo que presta esse tipo de serviço explicando os cálculos necessários1 ponto
-
Bom dia.. veja esse link. https://acbr.sourceforge.io/ACBrMonitor/BOLETOMontarNossoNumero.html1 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. Obrigada pela análise, mas qual foi o erro recebido? Att.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
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.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 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 Tiago, Qual é o valor da propriedade de configuração SSLLib?1 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 Fabricio, Vou fechar este tópico, pois já temos outro tratando do mesmo assunto.1 ponto
-
Pelo que lembre os protocolos não aceitam acentuação.1 ponto
-
@Moacir Ezequiel Lamego Pelo que pude notar, está faltando o cpf/cnpj to tomador: Tomador.IdentificacaoTomador.CpfCnpj No xml ficará: <CPFCNPJTomador> <CNPJ></CNPJ> </CPFCNPJTomador>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