Painel de líderes

Boa tarde pessoal, Conversei com o Pedro, o webservice foi atualizados e agora todas as funções estão funcionando (Envio, Consulta, Cancelamento). Efetuei alguns testes aqui antes de postar... em todos os testes... obtive êxito...

A SEFAZ-RJ publicou no DOE em 04/11/2019 a Lei 8.603, a qual cria regras de divulgação de promoções e ofertas, as quais devem estar impressas nos DFes, conforme exigência a seguir. Art. 1º O comércio varejista do Estado do Rio de Janeiro fica obrigado a aplicar o desconto anunciado de forma clara e individualizada, por produto, no cupom fiscal. § 2º O desconto deverá ser aplicado imediatamente abaixo do produto em promoção no cupom fiscal ou documento equivalente. Art. 2º Fica vedado à rede varejista compilar o valor total economizado com promoções ao final do cupom fiscal ou documento equivalente. Fonte http://alerjln1.alerj.rj.gov.br/contlei.nsf/PageLeisOrdinarias?OpenPage http://www.alerj.rj.gov.br/Visualizar/Noticia/47487?AspxAutoDetectCookieSupport=1

Boa tarde Paulo, Não entendo o motivo de separar um processo que ao meu ver tem que ser automatizado. A pecinha que fica atrás do teclado clicou no botão [Enviar] e a magica acontece. Colocar meia dúzia de botão para o infeliz clicar e pedir para ter dor de cabeça. Outra coisa o Lote de RPS só é gerado no momento do Envio, portanto gerar os RPS, salvar no banco de dados, para depois carregar para enviar também não vejo com bons olhos pois tem provedor que requer que o RPS seja assinado e outros não. O componente possui diversos métodos de envio e de consulta. Se tratando de Blumenau que optou por utilizar a versão 2 do layout da ABRASF, a principio basta usar os métodos: Enviar e ConsultarLote se a intenção é enviar um lote com até 50 RPS. O Enviar se encarrega de gerar os XML dos RPS previamente informados no componente, assinar (ser for o caso), gerar o Lote, assinar o lote (se for o caso), estabelecer uma conexão com o webservice e enviar, e por fim aguarda o retorno. O ConsultarLote nos retorna os XML das NFS-e referente aos RPS que foram processados com sucesso e a lista de rejeições do que não foram. Temos também o método Gerar, mas este nos permite enviar apenas 1 RPS de cada vez. Dependendo do provedor se faz necessário após o Gerar realizar uma consulta através do método ConsultarNFSePorRps para obter o XML da NFS-e. A principio o Gerar, gera o XML do RPS previamente informado no componente, assina (se for o caso), monta o XML de envio, assina (se for o caso), estabelece a conexão com o webservice e envia e por fim aguarda o retorno. No retorno (dependendo do provedor) já teremos o XML da NFS-e caso o RPS tenha sido processado com sucesso, ou a lista de rejeições. Espero ter ajudado.

Eu gosto de trabalhar ouvindo a playlist Magic Sunny Lite Mix da rádio AccuRadio. Para quem gosta de músicas leves dos anos 80/90/2000, esta playlist é ótima.

Ahhh entendi. É provável que no modo anterior não estava usando o "WaitOnLock = False" ao criar a nova transação. Mas o mais importante é que resolveu. Obrigado pelo retorno. bom trabalho por aí.

Boa tarde Italo! Consegui resolver amigo, entrei removi tudo do acbr e depois baixei como se fosse tudo zero km ai sim ele trouxe os fontes novos, tentando atualizar pelo trunk2 ele não baixava os fontes que queria mesmo pedindo para remover os anteriores. Muito Obrigado pela atenção e as dicas.

Isso deve estar acontecendo porque o seu XML não foi canonicalizado. Se você está gerando o XML, você deve fazer isso antes de enviá-lo para o componente. Veja esses tópicos que podem ajudar:

O recomendado é criar o arquivo temporário diretamente. ex: ENT.tmp depois que a aplicação escrever o método apenas renomeia para o nome correto: ENT.txt Configure um timeOut de espera do retorno, antes de enviar o próximo método...

Imaginei que fosse isso, vou ver o que consigo fazer. Obrigado pela atenção.

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

Desculpem a demora no retorno tive alguns problemas ( pessoais, cirurgia entre outros ) e não pude fazer o teste de prontidão, refizemos boa parte do código e funcionou corretamente, acredito que o problema estava na ordem das chamadas das funções e com alguns sobrecarregamentos de memória, sei que depois de refeito funcionou corretamente.

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

Deu certo Daniel, muito obrigado pela ajuda!

bom dia ======================== PROCEDURE acbr_Boleto_CodigosMoraAceitos() gsResposta is string on 256 gnTamanho is system int=256 gnretorno_acbr=API("ACBrBoleto32.DLL","Boleto_CodigosMoraAceitos",&gsResposta,&gnTamanho) IF gnretorno_acbr=0 THEN RESULT(VER_RETORNO_MAIOR_256("ACBrBoleto32.DLL","Boleto_UltimoRetorno",gnTamanho,gsResposta)) ELSE texto is string="Erro Retorno - "+gnretorno_acbr IF gnretorno_acbr=-1 THEN texto+=" Indica que a biblioteca não foi inicializada" IF gnretorno_acbr=-10 THEN texto+=" Indica que houve falhas na execução do método" RESULT texto END //https://acbr.sourceforge.io/ACBrLib/Boleto_CodigosMoraAceitos.html // Comando: Boleto_CodigosMoraAceitos(sResposta, esTamanho); //obs: A listagem de Código retornado pode ser utilizada como índice para a geração do Título campo: "CodigoMora" //Método para Listar os códigos de Mora aceito pelos Bancos =========== // BTN_BOLETO_CODIGOSMORACEITOS bResposta is boolean=ACBR_INICIALIZAR("ACBrBoleto32.dll","Boleto_Inicializar") IF bResposta=True THEN EDT_BOLETO_RESPOSTA=acbr_Boleto_CodigosMoraAceitos() END ACBR_FINALIZAR("ACBrBoleto32.dll","Boleto_Finalizar") ======================== PROCEDURE VER_RETORNO_MAIOR_256(RECEBE_NOME_DLL,RECEBE_METODO,RECEBE_GNTAMANHO,RECEBE_GSRESPOSTA) gsResposta_maior_256 is string="" IF RECEBE_GNTAMANHO>256 THEN gsResposta_maior_256=RepeatString(" ",RECEBE_GNTAMANHO) gnretorno_acbr=API(RECEBE_NOME_DLL,RECEBE_METODO,&gsResposta_maior_256,&RECEBE_GNTAMANHO) RESULT UTF8ToString(gsResposta_maior_256) ELSE RESULT UTF8ToString(RECEBE_GSRESPOSTA) END //"NFE_UltimoRetorno" ======================== Bom dia, Seja bem vindos a mais uma video Aula. Essa Aula está sendo Gravada no dia 07 11 2019. Dica 2455. Método para Listar os códigos de Mora aceito pelos Bancos DICAS 2455 - WINDEV WEBDEV MOBILE - ACBR 151 - ACBR LIB - Boleto_CodigosMoraAceitos Compartilhe Canal Youtube Amarildo Matos Amarildo, desde 1990 ensinando Desenvolvimento de Sistemas, tornando sonhos em realidades. https://windevdesenvolvimento.blogspot.com/2019/11/dicas-2455-windev-webdev-mobile-acbr_7.html https://acbr.sourceforge.io/ACBrLib/Boleto_CodigosMoraAceitos.html https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/ * AcbrLib - Integrando com Windev

Sim, esse desenvolvimento está em andamento por isso ainda está na pasta branches.

Para nota fiscal de serviço tem o ACBrNFSe (Nota Fiscal de Serviço Eletrônica)

Bom dia. Estou enfrentando um problema de homologação junto ao banco Safra, referente a impressão do boleto. Estou utilizando a versão mais atual dos layouts .fr3 disponibilizado pela acbr porém ao imprimir o boleto, algumas mensagens padrão estão saindo incorretas e o banco não está aceitando. Os erros apontados pelo banco são: - alterar mensagem de instrução padrão, pois a responsabilidade é do BENEFICIÁRIO e não do pagador; - Alterar mensagem de local de pagamentos; - Alterar nomenclatura para SACADOR/AVALISTA; O local de pagamentos já acertei, porém a instrução padrão e a mensagem 'SACADOR/AVALISTA' não localizei nas units do acbr para alterar. Atualmente a instrução padrão está saindo como "Instruções(Todas as informações deste bloqueto são de exclusiva responsabilidade do pagador)" e ao invés de SACADOR/AVALISTA está como "Pagador/Avalista". Existe alguma forma de corrigir essas mensagens sem que eu tenha que customizar os arquivos .fr3?

Essa é uma confusão comum. Mas ocorrência não quer dizer que o valor precisa ser diferente de vazio. A tag pode ocorrer e o valor dela ser uma string vazia por exemplo. Mas não sei se esse é o caso para a NFe ser aprovada. Teria que olhar o MOC mais atual e validar as NT posteriores para verificar as regras de rejeição.

Boa tarde, Obrigado pela ajuda, realmente era a versão do midas.dll que estava nos diretórios do windows. Toquei para a versão 15... e funcionou perfeitamente. Abraços a todos e fiquem com Deus.

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

Boa tarde Jarbas, Você disse para mim que esta usando o DACTE_RETRATO.fr3, portanto esta usando o DACTE feito em Fast Report. Quando se usa o DACTE feito em Fortes Report não existem arquivos que devemos disponibilizar juntamente com o executável. Eu fiz varias melhorias no DACTE feito em Fortes Report e não tive o problema que você apontou.

Boa tarde! Acredito ser alguma demora no processamento do Ambiente Nacional. Hoje, alguns dias após a emissão, fui baixar o XML para anexar, e o <cBenef> estava lá, tanto em tela quanto no arquivo XML, em 3 Notas que foram emitidas para teste. Realizei uma nova emissão de teste hoje para mensurar o tempo que leva para constar o Código de Benefício após a autorização. Mesmo assim, muito obrigado pela atenção.

Olá! Fiz update, testei a alteração e está funcionando corretamente. Muito obrigada @Juliana Tamizou e @Italo Jurisato Junior. Att,

Boa tarde Ricardo. Os componentes do ACBr são para utilização em Delphi/Lazarus. Para uso de desenvolvedores de outras linguagens, temos o ACBrMonitorPlus e o ACBrLib, porém ambas as ferramentas não contemplam a NFSe neste momento. Para saber mais acesse nosso portal. Att.

O jeito vai ser você tentar criar um sistema mais simples. Quer dizer, pegue seu sistema e vai removendo o código até ficar o mínimo possível pra reproduzir o erro. Isolando o erro vai ficar mais fácil de saber o motivo.

Deve estar com uma versão antiga da Midas.dll em algum lugar

Veja o disposto no manual de benefícios fiscais para o RJ. Incentivos e benefícios fiscais, vide página 8, e para o cálculo, página 10.

Gostaria de alertar os amigos que o cálculo que eu coloquei no 1º item serve apenas para CSTs de isenção, 30 e 40 no caso. Para os CSTs com Redução de Base de Cálculo, 20 e 70 no caso, deve-se usar a fórmula abaixo: Valor do ICMS desonerado = Preço na Nota Fiscal * (1 - (Alíquota * (1 - Percentual de redução da BC))) / (1 - Alíquota) - Preço na Nota Fiscal Fonte: A mesma do 1º item

Boa tarde. Com base na postagem da @Gr@c@ chego a conclusão que a resposta é não. Att.

Eu acredito que isso acontece porque a thread principal é a mesma que controla a interface com o usuário e é nela que você está rodando o código de envio. É normal ter um certo grau de demora pra interface responder... mas se está havendo uma demora muito grande, tente medir onde exatamente está a demora antes de mudar o código.

PS.: Sobre esse assunto é bom lembrar que números decimais, ou seja de ponto flutuante, (FLOAT, REAL, DOUBLE, etc...) geralmente não são armazenados exatamente como escrevemos. Isso porque existe um número infinitos entre 0,1 e 0,2. Da mesma forma existe uma quantidade infinita de números entre 0,00001 e 0,00002. Então os cálculos são aproximados. Esse artigo explica esses detalhes: What Every Computer Scientist Should Know About Floating-Point Arithmetic - David Goldberg

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

Bom dia ! As DDLs do fabricante já estão na raiz do ACBR Percebi no arquivo de log que toda vez que trava, retorna o erro: EFOpenError - Unable to open file. Analisando o erro , talvez o arquivo esteja ficando preso pela aplicação ou algo parecido. Hoje na nossa estrutura , criamos o arquivo em uma pasta temporaria e depois copiamos para a pasta de monitoramento do ACBR, no entanto, trocaremos o comando de cópia do arquivo e aumentaremos o timeout do ACBR. Se der certo eu volto aqui para postar a solução. Por enquanto, agradeço a atenção e empenho para resolver nosso problema.

Bom dia Sergio, Experimente configurar a margem direita e esquerda com o valor 7.

Bom dia Obrigado a todos

Bom dia, Esta questão de travamento utilizando o SAT é bem incomum, não há relatos. Mas é bem provável que seja algo referente a comunicação com a dll do SAT. A dll está atualizada? copie a dll para a pasta raiz do ACBrMonitorPLUS... Atualize também a versão do ACBrMonitor, houve diversas melhorias depois desta versão que está utilizando...

LibCapicom Resolveu aqui para A3 em MG com 5 tentativas e 500 de intervalo com espera automática SSLtype := LT_TLSv1_2 como sugerido

Pode utilizar todas as funcionalidades de impressão seja Gráfico ou PosPrinter diretamente pelo ACBrMonitor https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirDanfe.html https://acbr.sourceforge.io/ACBrMonitor/SATImprimirExtratoVenda.html

Que estranho... o componente ACBrPosPrinter não delimita a extensão da Impressão... Deve haver alguma programação na memória da Impressora... Experimente fazer um Hard Reset no equipamento ...

Pessoal, O ambiente normalizou agora a pouco.

Acredito que seja a NT 2016.002 v1.61.

Tem um tópico relacionado aqui: Como regra geral, ele deve ser somado, mas a regra de validação que verifica o valor total não se aplica caso seja uma nota de importação (CFOP iniciando em 3). É bom conversar com um contador pra saber o cálculo correto e se pode haver variação de caso pra caso, UF pra UF, etc...

Bom dia Juliano, Muito obrigado pela colaboração, já esta no repositório.

Provavelmente algum erro na sua rotina. Veja se não está chamando novamente o método NotasFiscais.Add ao preencher o campo dhCont.

Você tentou extrair o metadata e gerar um novo banco para excluir a possibilidade do banco estar corrompido?

Bom dia Suas sugestões foram disponibilizadas nos fontes do Projeto ACBr. Obrigado pela contribuição!

Sem as alterações que estou propondo, o tamanho da logo expandida é padrão, Porem mesmo se as alterações forem aceitas, que irá permitir a alteração do tamanho da logo expandida, ao utilizar logo expandida as informações dos dados do emitente são ocultadas por padrão.

Segue novamente o mesmo fonte agora com a alteração para os cancelamentos de NFe ACBrNFeWebServices.pas

Hoje tive mesmo problema, substitui os schemas tbm funcionou, obrigado

Uma sugestão para compilação mais rápida! componentes .. todos sem exceção ao serem instalados geram os dcu, bpl, dcp, res aponte os paths do seu delphi somente para os compilados e não os fontes deles assim o delphi só vai precisar refazer os seus .pas e não de todos os componentes a cada build ou compilação