Painel de líderes

Luiz, Na unit ACBreSocialWebServices já está verificando o TipoEmpregador (teOrgaoPublicoExecutivoFederal, teOrgaoPublicoLegislativoFederal, teOrgaoPublicoJudiciarioFederal, teOrgaoPublicoAutonomoFederal) que corresponde exatamente a essas naturezas jurídicas. OrgaoPublico := TACBreSocial(FPDFeOwner).Configuracoes.Geral.TipoEmpregador in [teOrgaoPublicoExecutivoFederal, teOrgaoPublicoLegislativoFederal, teOrgaoPublicoJudiciarioFederal, teOrgaoPublicoAutonomoFederal];

Olá Pessoal, Muitos desenvolvedores acabam escolhendo um dos 3 métodos de envio de RPS e nem sempre funciona, porque? É muito simples, primeiro temos que separar os provedores em 3 grupos: os que seguem a versão 1 do layout da ABRASF, os que seguem a versão 2 e os que tem o seu próprio layout. Os provedores que seguem a versão 1 do layout da ABRASF oferecem somente o serviço de envio assíncrono, portanto só podemos usar o método Enviar do componente, esse método permite o envio de um lote contendo de 1 até 50 RPS. Os provedores que seguem a versão 2 do layout da ABRASF a principio oferecem os serviços: envio assíncrono, envio síncrono e gerar NFSe, respectivamente no componente temos os métodos: Enviar, EnviarSincrono e Gerar, onde os dois primeiros permite o envio de um lote contendo de 1 até 50 RPS e o último o envio de apenas 1 RPS. Destaquei "a principio" porque ao implementar dezenas de provedores que seguem a versão 2 no componente, notei que vários não disponibilizaram os 3 serviços e sim apenas um ou dois dos três sugeridos pelo layout. Logo não é possível afirmar que todos os provedores que seguem a versão 2, disponibilizam os 3 serviços de envio. Já os provedores que tem o seu próprio layout, não tem como estabelecer uma regra, pois cada um implementou o serviço que melhor lhe convém. Além dos serviços de envio, temos também os de consulta, cancelamento e substituição de NFSe. Como faço para saber quais são os serviços disponibilizados pelo provedor que vou utilizar, bem como o layout que ele segue? É muito simples, basta abrir o arquivo INI do mesmo. Na seção XML temos o campo Layout que pode conter os seguintes valores: ABRASFv1, ABRASFv2 ou outro valor (normalmente o nome do provedor). No caso de um valor diferente de ABRASFv1 e ABRASFv2 fica claro que não segue nenhuma das versões da ABRASF, logo tem o seu próprio layout. Para saber os serviços oferecidos pelo provedor basta olharmos para as seções: [Recepcionar] => Responsável por montar o envelope de Envio assíncrono, se consta a definição do envelope significa que este serviço esta disponível. [ConsSit] => Responsável por montar o envelope de Consulta a Situação do Lote, se consta a definição do envelope significa que este serviço esta disponível. [ConsLote] => Responsável por montar o envelope de Consulta ao Lote, se consta a definição do envelope significa que este serviço esta disponível. [ConsNFSeRps] => Responsável por montar o envelope de Consulta NFSe por RPS, se consta a definição do envelope significa que este serviço esta disponível. [ConsNFSe] => Responsável por montar o envelope de Consulta NFSe, se consta a definição do envelope significa que este serviço esta disponível. [Cancelar] => Responsável por montar o envelope de Cancelar NFSe, se consta a definição do envelope significa que este serviço esta disponível. [Gerar] => Responsável por montar o envelope de Gerar NFSe, se consta a definição do envelope significa que este serviço esta disponível. [RecSincrono] => Responsável por montar o envelope de Envio síncrono, se consta a definição do envelope significa que este serviço esta disponível. [Substituir] => Responsável por montar o envelope de Substituir NFSe, se consta a definição do envelope significa que este serviço esta disponível. Exemplo de um Envelope não definido, portanto serviço não disponibilizado no webservice do provedor: [ConsSit] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1= Exemplo de um Envelope definido, portanto serviço disponibilizado no webservice do provedor: [ConsSit] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1=<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> Texto2=<S:Body> Texto3=%DadosMsg% Texto4=</S:Body> Texto5=</S:Envelope> Conselho: Tenha uma tela de configuração que permite ativar ou não a execução de cada um desses métodos, assim a sua aplicação pode enviar o RPS através do método ou outro dependendo da configuração estabelecida por conta do provedor a ser utilizado.

O que você quer dizer com "formatar" um TXT ? Negrito, Expandido ? Se SIM, veja as Tags suportadas pelo ESCPOS... Você pode enviar todo um relatório, em um único comando ESCPOS... basta usar a Tag </lf> para Pulo de linha (Line Feed) Não creio haver um comando no ESCPOS, que receba como parâmetro um arquivo TXT... mas não deve ser difícil, você ler esse TXT na sua aplicação e mandar o comando ESCPOS, para o ACBrMonitorPLUS

Na verdade o seu cliente deveria primeiro cobrar o xml do fornecedor dele e não ficar baixando tudo. esse serviço é exceção e não a regra. mas logo logo alguma coisa vem da receita e dai quem está baixando tudo vai levar um belo susto. mas a sugestão para seu caso é olhar na NT que trata a situação lá possui algumas informações de tempo de consulta, mas depende muito de estado para estado para sincronizar com o ambiente nacional

LTS UnoChapecó - Chapecó/SC https://bell.unochapeco.edu.br/lts/?author=1

Excelente!!! Muito obrigado, deu certo!!!

Boa tarde Daniel! Falha minha! durante minhas férias o outro programador alterou a pasta do nosso ACBR. Olhei várias vezes isso ontem e não notei. Obrigado!

Bom dia Patrick, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Obrigado @volmir.. no SVN, commit: 17051

Há uns 6 anos atrás achei isso: tão verdade...

Boa Tarde! Estou implementando uma integração de retorno de boletos do banco do brasil e notei a necessidade de adicionar algumas mensagens referentes a rotina de Negativação. Segue em anexo os fontes para apreciação, caso queiram analisar e adicionar ao svn ACBrBancoBrasil.pas ACBrBoleto.pas

É um problema conhecido. Quando você não define o espaçamento entre linhas o PosPrinter usa o espaçamento padrão da impressora, mas o componente não conhece esse valor. Então na impressão do QRCode lateral e informação do consumidor, é usado a altura do QRCode como altura máxima dessa região. Como o QRCode agora está reduzido acaba cortando as informações do consumidor + NFCe. Para resolver você só precisa informar um espaçamento entre linhas: ACBrNFeDANFeEscPos1.PosPrinter.EspacoEntreLinhas := <xxx>; Alterar a disposição das informações do consumidor e identificação da NFCe vai contra o manual de especificações do DANFe NFCe e QrCode.

Eu que agradeço você ter se disposto a alterar as mensagens de erro e postar aqui para benefício de todos. Obrigado também por tentar compreender com respeito ao que não foi prontamente aplicado. Acreditamos que, quando possível, é melhor envolver a comunidade nas decisões que podem impactar diretamente sobre ela.

Ok, vou elaborar um texto argumentando sobre o assunto e posta-lo no fórum para um discussão aberta aos membros neste final de semana, obrigado pela orientação...

O campo nrLeiAnistia mudou no leiaute v2.2. Anteriormente era uma campo numérico com valores entre 1 e 6. Atualmente é um campo tipo texto com no mínimo 5 e no máximo 13 caracteres. @Italo Jurisato Junior pcesConversaoeSocial.pas pcesS2298.pas

Bom dia, Obrigada pela contribuição, adicionada para análise. Att.

Tente o comando de Corte Parcial...

Esse modo de Segurança parece ser antigo e menos seguro que uma conexão TLS/SSL Veja http://forum.rebex.net/5271/smtp-secure-password-authentication-spa

Nada que você fizer via RTTi ou no código vai bloquear um outro programador. É melhor você atacar o problema em vez do sintoma. Proponha uma documentação pequena com informações pertinentes ao projeto. Daí você poderá adicionar isso na documentação.

Consegui descobrir que já existe o componentes para impressão no fortes que já faz sozinho. Valeu!

Fique vontade para abrir os fontes e corrigir para os seus propósitos...

Boa noite. acredito que não. esse é igual ao SISDEV do INDEA do MT . cada estado tem o seu para controle de embalagens de defensivos e sementes/mudas. acho que é super fácil com o Delphi ou Lazarus tu consumir no caso deles. pois é JSON e está bem documentado no Swegar API

Basicamente é você conectar na porta e mandar os mesmos comandos do txt pelo tcp/ip veja um exemplo de outra linguagem que é semelhante

Exato foram feito mudanças no componente e tópicos que falou são antigos. existem três MostraXXXXX e cada um segue uma finalidade especifica. não sei lhe passar agora mas tem um tópico que fala da refatoração das danfe nele irá achar tudo o que precisa

Remova as pastas do QuickReport do seu Libpath, e o Package dele... as Units que dependerem dele... irão acusar erro de compilação

Está no manual... https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html (veja o final da página)

Você precisa remover os libPaths do Path da máquina, e fazer Override em cada IDE Veja esse link: https://showdelphi.com.br/varias-versoes-do-delphi-instaladas/

Pelo que eu entendi esses arquivos são gerados pelo MF-e/integrador, então não dependem se você usa ou não o ACBr.

Boa tarde, Na unit ACBrBPeWebServices temos: with TACBrBPe(FPDFeOwner) do begin EventoEhValido := SSL.Validar(FPDadosMsg, GerarNomeArqSchema(FPLayout, StringToFloatDef(FPVersaoServico, 0)), FPMsg) and SSL.Validar(AXMLEvento, GerarNomeArqSchemaEvento(SchemaEventoBPe, StringToFloatDef(FPVersaoServico, 0)), FPMsg); end; É preciso "debugar" essas linhas para descobrir qual dos dois Validar esta gerando essa mensagem de erro.

boa tarde o meu problema eu consegui resolver... o CSC para são paulo leva uma máscara com (-) no meio do número... já para MS deveria mandar o número inteiro sem nenhum caracter especial.

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

Ah sim ai dá certo, é que eu estava querendo carregar as opções em um combobox, ex: cbxRegTributario.Items.Clear ; For J := Low(TpcnRegTrib) to High(TpcnRegTrib) do cbxRegTributario.Items.Add( GetEnumName(TypeInfo(TpcnRegTrib), integer(J) ) ) ; mas ele só carrega essas 2 opções: TpcnRegTrib = (RTSimplesNacional, RTRegimeNormal);

Era o antivirus AVG. Desculpe o transtorno.

Parece ter uma confusão aí. As tags vBCST, pICMSST e vICMSST se referem ao destaque do ICMS-ST e não se aplicam ao CST 60. Se você quer informar o ICMS-ST retido anteriormente deve informar vBCSTRet, pST, vICMSSTRet e vICMSSubstituto.

Bom dia a todos, Procurando nos manuais da NF-e, principalmente a versão 6.00 que esta disponível no Portal Nacional da NF-e, bem como a versão 7.02 que esta disponível do Portal da NF-e SVRS, não existe nenhuma orientação sobre a troca do sufixo no nome do arquivo XML quando se tratar de NFC-e. Tomei como base esses manuais pois eles se referem a NF-e e NFC-e. Ultimamente as minhas consultas estão embasadas nos manuais disponibilizados no seguinte Portal: Portal dos Documentos Fiscais Eletrônicos - SVRS. Outra coisa, o ENCAT não alterou a tag <NFe> para <NFCe> e muito menos o prefixo da chave no atributo ID de NFe para NFCe. O layout é exatamente o mesmo, o que muda é simplesmente o valor da tag <mod> = Modelo do Documento Fiscal. Os sufixos nos nomes dos demais documentos que você mencionou tem os seus nomes baseados nos manuais e não por eu achar que deveria ser diferente.

@Italo Jurisato Junior Localizamos uma pequena falha na formatação de uma data, segue correção conforme manual. No manual solicita que a data seja em formato YYYY-MM-DD. pcesGerador.pas

Bom dia, Muito obrigado pela colaboração, já enviei para o repositório.

Apliquei modificações que devem atender a sugestão... Mas preservei uma funcionalidade, que acho importante... O programador, poder introduzir um valor na calculadora, antes de Chamar o Execute... Exemplo: procedure TfrExtenso.Button1Click(Sender: TObject); begin ACBrCalculadora1.Valor := 123; ACBrCalculadora1.Execute; end; commit: 17052

Exatamente! Homologuei assim também! esse mês passado. Não que seja errado você confirmar após a impressão mas o roteiro dessa forma passa ser exatamente o roteiro do PAF. Então você pode autorizar a NFC-e após a confirmação do TEF.

Boa tarde, Estávamos com essa mesma situação em um cliente. O que foi mencionado pelo @Daniel Simoes sobre conflito entre drivers é correto. Para solucionar, removemos os drivers tanto da impressora quanto do SAT. Instalamos primeiro o do SAT, usando a opção COM DISCO, e apontamos o .inf (está em anexo, pegamos com o suporte da Bematech). Mesmo processo foi feito posteriormente para a impressora MP4200 TH. Após ajustamos a porta no bemasat.xml e funcionou corretamente. bematech_vcom.inf

Veja esse tópico:

Bom dia. Muito Obrigado @Daniel Simoes, e lembrando pra quem for implementar o MFE do Ceará sem o integrado. A opção de envio via DLL funciona apenas para Envio, Cancelamento e Inutilização, se foi enviar o pagamento POS tem que ter o integrador rodando pois ainda usa ele. Obrigado.

Pode ser que o estado não esteja preparado para a versão 2.0 do GNRe. Você pode verificar isso no seguinte site: Pode-se consultar alguma (in)compatibilidade no seguinte site: http://www.gnre.pe.gov.br/gnre/portal/consultarTabelas.jsp Queiram por favor verificar também o seguinte tópico sobre o assunto que indica que alguns campos adicionais podem não estar disponíveis em algumas UFs:

Boa tarde a todos, Implementado o método ComandoGaveta em ACBrEscElgin.pas. Poderiam implementar na versão do SVN ? function ComandoGaveta(NumGaveta: Integer = 1): AnsiString; override; function TACBrEscElgin.ComandoGaveta(NumGaveta: Integer): AnsiString; var Tempo: Integer; begin with fpPosPrinter.ConfigGaveta do begin Tempo := max(TempoON, TempoOFF); Result := ESC + 'v' + 'n' + AnsiChr( Tempo ); end; end; Obrigado.

Envie para o SVN, revisão 17017

uhum, esta em anexo. Obrigado. ACBrECFEscECF.pas

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.

ok, obrigado

A diferença no arquivo de envio está aqui: <distDFeInt xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> Sendo o correto: <distDFeInt xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01"> Fiz teste com o demo do ACBr usando a pasta de Schemas do repositório e funcionou. Então: - Verifique se está com os fontes atualizados - Faça o teste apontando a pasta de Schemas para a pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.

Bom dia Rodrigo, Se você não sabe o que é obrigatório ou não em um MDF-e, a dica é simples: Portal Nacional do MDF-e: Nota Técnica 2013/004 versão 1.00a do MDFe - Outubro/2013 Nessa NT você encontra a estrutura completa do XML e a informação se é obrigatório ou não um determinado dado.