Painel de líderes

Boa tarde a todos, Já esta disponível em nossa biblioteca a Nota Técnica 2019/001 que trata sobre novas regras de validação. Resumo da NT: · Dificultar utilização de código de segurança fraco · Melhorar o controle de documentos referenciados e da identificação do destinatário · Descrever benefícios fiscais e informações da tributação do ICMS com mais precisão · Criação de valor máximo para a base de cálculo do ICMS, por unidade federada · Melhor gerenciamento de informações sobre o destinatário, tanto no serviço de autorização de NF-e quanto no serviço de registro de EPEC Datas previstas para entrada em vigor: 01/07/2019 - Ambiente de Homologação; 02/09/2019 - Ambiente de Produção. Alterações no componente: Nenhuma, visto que essa NT trata de novas regras de validação a serem implementadas pelas SEFAZ-Autorizadoras. Novas Regras de Validação: Criada a Regra de Validação B03-10, para dificultar a utilização de um código de segurança fraco, ou seja, o valor de cNF não vai poder ser igual ao valor de nNF e sim um numero aleatório. Criadas regras de validação a documentos referenciados:  Regra de Validação BA10-40 foi alterada, possibilitando a utilização do CNPJ 8 (somente os 8 primeiros dígitos) com o objetivo de identificar que a nota foi emitida pelo mesmo contribuinte, a critério da unidade federada. Criada a Regra de Validação BA10-50, exigindo que uma contranota de produtor rural somente possa referenciar uma nota emitida por outro produtor rural, a critério da unidade federada. Criada a Regra de Validação BA20-20, impedindo que seja referenciado um documento fiscal de uso exclusivo para operações internas em uma operação destinada a outra unidade federada ou para o exterior. Criada a Regra de Validação BA20-30, impedindo referência a um Cupom Fiscal, a critério da unidade federada. Criadas regras de identificação do destinatário: Criada a Regra de Validação E03a-30, impedindo o uso simultâneo de IE e de identificação de estrangeiro para o destinatário. Criada a Regra de Validação E14-30, impedindo informação de país de destino “Brasil” em operações destinadas ao estrangeiro. Criada a Regra de Validação E16a-40, exigindo a indicação de “operação com consumidor final” quando se indica que a operação é destinada a não contribuinte. Criadas regras de validação tornando obrigatória a informação do Motivo da Desoneração e do Valor do ICMS desonerado, caso seja informado o Código do Benefício Fiscal: Criada a Regra de Validação I05f-10, impedindo a informação de um código de benefício fiscal juntamente com um CST que não prevê benefício fiscal, a critério da unidade federada. Criada a Regra de Validação I05f-20, impedindo a informação de um código de benefício fiscal que não corresponda ao CST utilizado, a critério da unidade federada. Criada a Regra de Validação I05f-30, exigindo que seja informado o valor do ICMS desonerado ou o motivo de desoneração quando se utiliza um código de benefício fiscal, a critério da unidade federada. Criada a Regra de Validação N07-10, exigindo informações sobre o diferimento quando se utiliza um CST de diferimento, a critério da unidade federada. Criada a Regra de Validação N12-84, exigindo o código de benefício fiscal quando se utiliza um CST de benefício fiscal, a critério da unidade federada. Criada a Regra de Validação N12-88, exigindo que o CST corresponda ao tipo de código de benefício fiscal informado, a critério da unidade federada. Criada a Regra de Validação N12-90, exigindo valor do ICMS desonerado e o motivo da desoneração, a critério da unidade federada. Criada a Regra de Validação N18-10, exigindo a informação do percentual da margem de valor Adicionado do ICMS ST Informada caso a modalidade de determinação da BC da ST seja MVA, a critério da unidade federada. Criada a Regra de Validação N18-20, não permitindo informação do percentual da margem de valor Adicionado do ICMS ST Informada caso a modalidade de determinação da BC da ST não for MVA, a critério da unidade federada. Criada a Regra de Validação W03-20, impedindo a informação de um valor de Base de Cálculo superior ao valor máximo estabelecido pela respectiva SEFAZ. Emitente: Criada a Regra de Validação 1C03-10, impedindo a informação de Razão Social do emitente diferente da existente no cadastro da SEFAZ. Destinatário: Criadas as Regras de Validação 5E17-10, 5E17-20, 5E1730, 5E17-40, 5E17-43, 5E17-46, 5E17-50, 5E17-60, 5E17-63, 5E17-70 e 5E17-80, para verificar se o destinatário está sendo informado corretamente ou se está em situação que o impeça de constar na NF-e como destinatário na operação com mercadoria ou prestação de serviços.  Serviço Autorização EPEC: Criadas as Regras de Validação 6P31-10, 6P31-20, 6P31-30, 6P31-40, 6P31-43, 6P31-46, 6P31-50, 6P31-60 e 6P31-63, para verificar se o destinatário está sendo informado corretamente ou se está em situação que o impeça de constar na NF-e como destinatário na operação com mercadoria ou prestação de serviços.

Bom dia, Como tem muita coisa pronta no componente visando a DLL que pode ser utilizado pelo Monitor, estamos analisando a possibilidade de já incluir o BP-e no ACBrMonitor. Acredito que teremos novidades nos próximos dias.

Bom dia Veja no tópico "Modelos de Evento.INI" do manual, os eventos disponíveis para manifestação : https://acbr.sourceforge.io/ACBrMonitor/ModelosEventoINI.html Sugiro o tópico abaixo para o entendimento de como obter o XML do Fornecedor:

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

Acho que seria de pouco uso... afinal como já foi dito... UTF8 é o padrão para SOAP... Mas se desejar anexarnos fontes alterados l, podemos avaliar

Prezados amigos: Com base nas valiosas colaborações do Daniel (neste tópico) e do Kym (msg privada), consegui elaborar em Delphi a rotina para a assinatura digital da hash. A solução só não ficou perfeita pelo fato de eu não ter obtido sucesso em usar uma DLL Delphi no VBA, mas driblei o problema criando em Delphi a mesma rotina como um arquivo executável, que salva a assinatura digital em um arquivo txt , deixando ao VBA a simples missão de, poucos segundos depois de ter "provocado" a execução dessa rotina, ler automaticamente o txt por ela gerado em busca da desejada informação. Portanto, Questão Solucionada! Muito obrigado. EA

Obrigado pelo retorno. Mas cometi um erro, a impressora não estava no padrão ESCBEMA, alterei e ficou show! Desculpe, não verifiquei isso antes.

Tente utilizar o cancelamento por substituição e veja se o mesmo erro ocorre. Aparentemente o problema ocorre no servidor da SEFAZ ao interpretar o novo schema que contém duas ocorrências do campo cOrgao.

Podem fechar o tópico, era problema do Infisc-v11.ini desatualizado no meu cliente.

Bom dia Pra quem precisar consegui resolver este problema para voltar o filtro para modo Padrão no fortesreport. Primeiro e necessário declarar no uses: RLfilters Depois eu fiz assim pra mudar para o padrão matricial(usando o draftfilter) faço assim: RLRrelatorio.defaultfilter:=Matricial; Lembrando que Matricial foi o nome que eu coloquei no draftfilter. Pra voltar o filtro do relatório pra o modo padrão fiz dessa maneira: RLFilters.SelectedFilter := nil; try //muda para matricial RLRrelatorio.defaultfilter:=Matricial; RLRrelatorio.previewmodal; finally //volta para o padrão RLFilters.SelectedFilter := nil; end; Dessa forma funcionou. Muito Obrigado a Todos!!

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

Bom Dia Obrigado por me Ajudar. Consegui resolver o problema. O problema era o seguinte no cliente ele usa dois tipos de impressora uma a laser e um matricial da epson, em um determinado relatório que ele só tira na matricial, e como ele sempre esquece de mudar o filtro para matricial então eu forço a mudança só nesse relatório, mas problema e que quando saia desse relatório todos os relatórios assume a essa configuração deixando como default o filtro matricial(não entendi o porque isso acontece já forço no relatório especifico essa mudança mas os outros assumem essa configuração), mas então vem o que eu precisava que era voltar o relatório para o filtro padrão, para não interferi nós outros relatórios. Consegui resolver o problema fazendo da seguinte forma(essa solução consegui em um fórum do fortesreport no yahoo): try //muda para matricial RLRcobapea.defaultfilter:=DMSistema.Matricial; RLRcobapea.previewmodal; finally //volta para o padrão RLFilters.SelectedFilter := nil; end; pra mudar para matricial faço assim: RLRcobapea.defaultfilter:=DMSistema.Matricial; e pra voltar o filtro para o modo padrão só deu certo assim: RLFilters.SelectedFilter := nil; Tem que declarar no uses RLfilters. Então pra que tiver com esse problema essa solução corretamente. Problema resolvido. Muito Obrigado EMBarbosa e a Todos!! Obrigado!!

Bom dia Luiz, Você tem o XML da Nota? Se sim, basta carregar o XML através do método LoadFromFile e por fim ler as propriedades que contem as informações desejadas. No caso do IPI: ValorIPI := ACBrNFe1.NotasFiscais.Items[ x ].NFe.Det.Items[ y ].Imposto.IPI.vIPI; Caso tenha carregado somente uma nota, o valor de "x" é zero e o valor de "y" varia de zero até a quantidade de produtos -1. Espero ter ajudado.

Não. Você não precisa fazer nada. A sefaz já sabe que a mercadoria veio em seu cnpj. Basta alimentar seu estoque e gerar as notas de saída.

tenta alterar envio para síncrono. Consegui transmitir alterando este parâmetro.

Boa noite Luiz, Esse é o grande problema. Mas se a transportadora fiz um trabalho de conscientização junto aos seus parceiros, acredito que muitos vão passar a informar, pois todos sai ganhando.

Ah sim.. claro. Primeiro erro: Eu utilizava uma pasta para todos os SCHEMAS (Nfe, eSocial, etc). Separei uma pasta para cada Grupo de Schemas; Segundo Problema: Ao atualizar o ACBR utilizando uma pasta somente de Schemas aparecia erro na validação. parecido com o erro do post: Então coloquei para apresentar o campo pST. Isto resolveu a validação local, mas apresentava o erro no momento da emissão da Nfe para a SEFAZ. Em um tópico eu encontrei o link para o Validador de XML da SEFAZ-RS https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Então validando o arquivo gerado, identifiquei que o problema estava no Schema que minha aplicação estava utilizando. Então apaguei toda a pasta e peguei os arquivos vindos do ACBR (na atualização), gerei novamente os XMLS..validei localmente e no servidor da SEFAZ-RS e funcionou perfeitamente.

Já tive um problema parecido quando estava utilizando o "Backup e Sincronização do Google Drive". Ele deixava o arquivo indisponível para gravação por um determinado tempo.

Esse erro não tem relação com o método de Distribuição... O erro indica um problema na aplicação, no momento de configurar a ACBrDFeSSL... Mais especificamente, o erro indica que não foi selecionado nenhuma classe para comunicação em HTTP, na propriedade "Configuracoes.Geral.SSLHttpLib"

Eu entendi o que você perguntou, só não entendi o que você precisa e nem o porquê você precisa. Acho difícil ser um bug. Provavelmente a lógica está mal formulada em algum ponto. O código que eu passei vai voltar o valor sempre para o anterior, mesmo que ele seja nil. Talvez não seja isso que você quer... Sugiro você partir desse código e debugar para entender o que está acontecendo.. Sim. Esse código vai dar access violation. Não compila porque defaultfilter não é string. Isso me parece código vindo de VB... Não compila porque null é Variant e defaultfilter não é variant. Se você está querendo atribuir uma referência com valor nulo, você quer o valor NIL. Então, só coloquei aquele aviso porque acho que estamos tratando do problema XY.

Segue alteração do fontes dos blocos P e U do ACBRECF referente a inclusão de novos campos do layout 5 , para sua analise. ACBRECF_BLOCOS_P_U.rar

No período da manhã encaminhei um e-mail reportando ao suporte da SEFAZ MT sobre o problema de cancelamento de NFCe, o qual acabaram de me responder informando que o problema já foi regularizado.

Boa tarde, A consultar por período não esta funcionando para a cidade de São Paulo, o problema é que o soap não esta sendo gerado de forma correta.

não sei se ajuda mas vou colocar a nova versão do midas. nos meus projetos resolveu. coloquei junto ao exe midas.dll

Testes ok e funcionando com essa mudança citada.

bom dia implementacao para o banco 84 ainda nao foi feita existe o uniprime para o banco 99. sobre usar o do bradesco e que se você for implemantar esse novo banco você pode sequir como exemplo a unit ACBrBancoBradesco e criar uma unit nova com o nome por exemplo ACBrCobUniPrime tento em vista que ja existe o ACBrUniPrime que e do cod. 99

Tópico fechado por falta de retorno do usuário

Pensamos iguais Italo, tinha alterado esse mesmo lugar que vc alterou, era meu último teste. Agora vai, muito obrigada. ; )

Bom dia Everton, Favor atualizar os fontes e faça novos testes.

@BigWings, obrigado...Falha minha...realmente a geração da NFC-e em meu sistema é mais antiga e eu informava a tag cNF, razão pela qual o componente não gera o número aleatório. Já na rotina para NF-e, eu não informo e o componente gera aleatóriamente o código. ** Peço ENCERRAR este tópico...se possível eliminá-lo !!!!!!!!! kkk

Bom dia. O mesmo ocorre no demo? Att.

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

Bom dia, Favor atualizar os fontes e faça novos testes.

Uma possível situação é que tenha dado diferença do seu calculo e o valor a cobrar no tef, como você deve ter programado os gerencias de caso de erro , ele viu o erro e já chamou para um gerencial e assim não era vinculado. suposição em cima do que relatou

Resolvido Leandro, era exatamento as margens que estavam todas com 10 e precisa ficar com 0,7.. Obrigado

Emerson, boa tarde. Este tópico a seguir tem a resposta para sua dúvida. Leia atentamente todo ele...

olhe este poste ve se ajuda

Obrigado pela resposta Italo... como o bp-e, passa a ser obrigatorio a nivel nacional, em 1/;7 proximo, com certeza vai ter muita utilizacao e procura, como nfc-e e nf-e.. como nao uso delphi como linguagem de trabalho, vi realmente q tem esse componente.. mas no meu caso, componente nao me ajuda... vou continuar a procurar alguma coisa e aguardar, qdo for liberado em dll ou mesmo no acbrmonitor... qto a dll da nf-e e nfc-e, com certeza tem muiiita gente esperando isso, eu estou , pois vai facilitar d+ ...

Enviei uma correção para o Memory Leak na impressão da Ficha de Compensação em LazReport https://sourceforge.net/p/acbr/code/16975/

Baixe o arquivo ACBrNFeServicos.ini que anexei na minha resposta pra você mais acima. - Salve ele na mesma pasta da aplicação, e teste o envio novamente. ou - Substitua o arquivo ACBrNFeServicos.ini nos fontes do ACBr pelo novo arquivo; - Execute o Compila_RES.bat que se encontra na mesma pasta - Reinstale o ACBr usando o ACBrInstall_Trunk2.exe - Recompile a sua aplicação e teste novamente.

Tinha respondido o texto abaixo, mas agora que consegui ver o tópico do colega, dizendo que o prazo foi dilatado. "Até onde fiquei sabendo eram 24 horas para transmitir um cupom emitido offline (e o problema de MG se estende a mais de dias), se alguém souber que é diferente gostaria de obter o respaldo legal para isso."

Boa tarde a todos, Eu até poderia criar uma propriedade de configuração, para definir se deseja assinar ou não o XML. Mas se o desenvolvedor configurar para não assinar, não será possível validar o XML antes dele ser enviando para a outra empresa. Logo essa empresa poderá receber um XML e ao assinar e validar para o envio, este poderá não ocorrer pois o XML contem informações que deixam o XML invalido.

Olá amigo... Já havia lido esse tópico e fiquei com receio pelo fato de um usuário ter conseguido e o outro ter tido problemas. Mas eu acabo de efetuar o teste no cliente e funcionou PERFEITAMENTE com o protocolo balMagna. Abraços

Consegui realizar o Download do XML da NF-e pelo WebBrowser, foi somente setar a Propriedade do TWebBrowser.Silent = False; A partir dai a opção para selecionar o certificado ja aparece, e é só salvar para arquivo.

Desconsidere a mensagem anterior Consegui ver um exemplo no Demo Muito Obrigada Italo

Os testes que estou fazendo são do RJ homologação. Amanhã cedo farei os testes novamente e aviso vcs. Obrigado. Charles

Saiba mais sobre os planos de Longa Duração, acessando o tópico abaixo

É um pouco mais complicado... essa Unit foi criada para ser usada internamente por TDFeSSL... Seria necessário instanciar essa classe manualmente...

Olá pessoal, No dia 16/04/2019, foi lança a versão 2.0.2 da IDE RAD Lazarus... Veja aqui a nota de lançamento oficial: https://forum.lazarus.freepascal.org/index.php/topic,45062.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.2, 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: https://sourceforge.net/projects/lazarus/files/Lazarus Windows 32 bits/Lazarus 2.0.2/ 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 esse Link: http://wiki.freepascal.org/Lazarus_Application_Gallery

@Daniel Simoes Aos 6:12 o Sr. trata de "Facilidade da agilidade das revisões", acredito que o problema está no uso do SVN. Acredito que ter o projeto deveria estar no GitHub, com PR´s abertas mas com as issues fechadas (o que não prejudicaria todas as regras ja existentes no forum), um exemplo de quem faz isto é o Firebird. A vantagem é de que lá qualquer um pode fazer um Fork, alterar o que precisa para uso próprio e enviar um PR quando quiser contribuir, se o Sr. pensa em "expandir" o projeto, deveria seguir o mesmo exemplo que os grandes fizeram (vide a própria Microsoft que agora controla tudo via Git e liberou o proprio .NetCore no github). PS: Já vi algumas vezes isto ser abordado no forum e o Sr. mesmo sendo contra, mas acredito que esta seja a hora de repensar no assunto, respeito muito o trabalho do Sr., mas acredito que esteja errando neste ponto. Att, Marcos