Painel de líderes

Enviei para o SVN, as seguintes modificações:

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

Isso. só completando. será para produtor rural correto? então já deve deixar ciente que os números não se perdem, pois eles entendem que ele pode estar emitindo igual bloco de notas, podendo estar em diversos pontos da fazenda enviando notas e elas não seriam necessariamente sequenciais

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

Boa tarde, Perfeito! Agora não aparece mais o erro, obrigado!

Eu digo.. tente usar a Tag do ACBrPosPrinter, para corte parcial...

1 = NF-e normal. 2 = NF-e complementar. 3 = NF-e de ajuste. 4 = Devolução de mercadoria. No seu Xml a tag <FinNfe> esta com o valor 3. A NFe de Ajuste serve para ser utilizada em operações sem circulação de produtos, como uma NF de transferência de crédito, crédito de ativo permanente, entre outros, conforme definições do RICMS. Por exemplo, o balanço da empresa no fim do mês não bate, falta ou sobra uma quantia, por isso é preciso que seja feita a NFe de Ajuste do valor que faltou ou que sobrou. Geralmente, a nota de ajuste é emitida no período de análise da contabilidade para gerar as guias de pagamento dos impostos. Texto explicativo completo Se esta nota esta vinculada a uma outra nota de devolução emitida anteriormente, o mais certo e emitir como complementar se no caso estiver o valor do imposto faltando... agora se o imposto declarado na nota estiver acima do real, ai acho melhor fazer isso no fechamento da apuração do mês na contabilidade solicitando o estorno do valor como credito a ser usado no mês sequente.

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

Olá, tentei abrir este forum como ACBrLIB mas está bloqueado. Meu nome é Otavio, desenvolvo sistemas em PHP e JavaScript e estou a procura de uma biblioteca para leitor de CMC7. Enfim, uma sugestão é desenvolver uma biblioteca para leitura de CMC7 para todos os bancos, creio que isso seria muito útil para vários sistemas.

Bom dia, Veja o tópico citado pelo @Juliomar Marchetti Att.

Essa alteração foi adicionada há bastante tempo por causa desse tópico aqui: Parece que a opção True ocasionava problemas quando se cria os componentes em runtime. Essa opção do Fast Report está relacionada a Multi-threading. Não tenho certeza se ainda é pertinente...

Bom dia Estou realizando testes com seus arquivos, inclusive o cedente.ini e parece tudo ok agora. Veja o boleto gerado abaixo... Por isso acredito que possa ser algo ao acessar o diretório onde o arquivo é criado. boleto.pdf

Esse erro é de schemas, ou na sua máquina ou no servidor da SEFAZ. Pelo visto você está enviando informações no elemento 'infRespTec', mas os schemas não estão preparados para isso. Por favor, verifique se os schemas estão atualizados e também se você deve enviar essa informação a SEFAZ de MG. Se depois de verificar isso continuar a ter os erros, nos envie as informações que o Amarildo pediu acima.

Bom dia @educms Até ontem estava tendo o retorno 491 quando enviada um evento de cancelamento por substituição. A saída que encontrei foi realizar o cancelamento passando o evento "antigo" de cancelamento. Vou realizar alguns testes e retorno. Obrigado por reportar.

Já passei por todos de SC e PR, de longe prefiro https://www.unifil.br/portal/institucional/servicos/programa-aplicativo-fiscal Espero que ainda estejam no mercado.

Opa! Então, para cada rubrica com incidência de IRRF 51, 52, 53, 54 ou 55 o grupo <penAlim> deve ser informado, nas demais o grupo deve ser omitido. Geralmente temos somente uma rubrica de pensão para cada demonstrativo do empregado. Se você tiver mais de uma talvez seja interessante junta-las. Assumindo que você é o desenvolvedor do programa e de todo modo precisa ter várias rubricas de pensão, o beneficiário deve ser informado para cada uma rubrica no xml, mas no seu programa você pode realizar esse vinculo somente uma vez e quando for gerar o evento busca esse vinculo e repete para cada uma. Como são dados cadastrais não vejo como poderia interferir em algum totalizador. É interessante que os valores do campo <vlrPensao> corresponda aos valores das rubricas, no meu caso o valor da rubrica e o valor da pensão foi sempre o mesmo. As rubricas de pensão alimentícia devem ser informadas porque interferem na formação da base de calculo do IRRF, então se você esta se referindo a totalizações que o sistema do e-Social faz, acho que o valor das rubricas que são importantes. Acredito que esses dados estão sendo solicitados mais para fazerem algum tipo de cruzamento de informação com a declaração do IR ou algo do tipo, para efeito de cálculo e fechamento da folha, o que vale é o valor da rubrica.

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

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/

Que bom que resolveu. Obrigado pelo retorno.

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.

Resolvi assim: cbxRegTributario.Items.Clear ; For J := Low(TpcnCRT) to High(TpcnCRT) do cbxRegTributario.Items.Add( GetEnumName(TypeInfo(TpcnCRT), integer(J) ) ) ; deu certo !!!

Se a pasta de Schemas está correta verifique a versão das DLLs OpenSSL/XmlSec na máquina do usuário.

Humm pensei que o retorno com o valor era da balança... O retorno que você informou não faz muito sentido... provavelmente você não configurou os dados seriais corretamente

Bom dia Adilson, A consulta a situação do lote só pode ser feita em provedores que seguem a versão 1 do layout da ABRASF. Os provedores que seguem a versão 2 não tem esse serviço em seus webservices. Os provedores que seguem a versão 1 só tem o serviço de envio assíncrono que no componente é o método Enviar. Já os provedores que seguem a versão 2 a principio tem os serviços de envio assíncrono (método Enviar), envio síncrono (método EnviarSincrono) e gerar nfse (método Gerar), este permite o envio de somente um rps. Por que a principio? Porque tem provedor que segue a versão 2, mas disponibilizou somente o Gerar nfse, outro somente o Enviar síncrono. De duas ou uma, ou você vai na tentativa e erro para saber quais os serviços que o provedor lhe oferece, ou abra o arquivo INI dele e veja quais seções de serviços foram montados os envelopes. Veja este exemplo: TcheInfov2.ini É um provedor que segue a versão 2 do layout da ABRASF, compare o conteúdo das seções: [Recepcionar], [ConsSit], [ConsLote], [ConsNFSeRps], [ConsNFSe], [Cancelar], [Gerar], [RecSincrono], [Substituir] Notou que somente os que eu coloquei em negrito esta definido o Envelope Soap? Sabe porque? Simples esse provedor apesar de seguir a versão 2 do layout a ABRAF em seu webservice implementou somente os serviços: Gerar NFSe, Cancelar NFSe e Consultar NFSe por RPS. Sendo assim para esse provedor o envio será feito pelo método Gerar, portanto um RPS por vez, logo não tem como enviar um lote de RPS. Não tem como consultar a situação do Lote, não tem como consultar o Lote, não tem como consultar a nfse e muito menos enviar um lote de RPS no modo assíncrono ou síncrono e nem o serviço de substituir nfse foi implementado. Entendeu agora que a sua aplicação tem que ter uma tela de configuração onde você define quais os serviços vão poder ser utilizados?

opa, bom dia. Tente assim: Emit.CRT := crtSimplesExcessoReceita;

certo, muito obrigado!

Bom dia, Primeiramente a Inutilização não é um evento. Segundo, você não inutiliza uma nota e sim um numero ou uma faixa de números sequenciais. Ao inutilizar um numero ou faixa, você esta informando a SEFAZ que não existe nenhuma nota com aquele numero, ou notas dentro da faixa informada. Com relação a sua pergunta, a resposta é não.

ok... você pode estudar os fontes do TEFDDemo, na pasta Exemplos... mas é fundamental, ter conhecimento do TEF... Primeiro escolha qual será o gerenciador TEF suportado... Se for trabalhar com o SiTef (líder do mercado), solicite informações de homologação com a SkyTEF - http://www.skytef.com.br/ Se for trabalhar com o Pay&Go: https://www.paygo.com.br/homologue-2/

Boa tarde, O que vai ser feito e acredito estar disponível na próxima versão do ACBrMonitor é a tarja de "NF-e Denegada" impressa em tamanho grande talvez no centro da folha. Quanto a não imprimir o DANFE de uma nota denegada de forma automática ainda esta sendo analisado pela equipe ACBr.

O destinatário da nota é OBRIGADO a realizar a manifestação para ter acesso ao XML completo Já a transportadora e/ou citados na tag <AutXML> recebem o XML completo logo de cara, ou seja. Não existe resumo, vai baixar o XML completo. Mesmo que o destinatário não tenha realizado nenhuma manifestação.

Boa tarde, Segue anexo os arquivos .pas para análise. Contemplam alterações para permitir que seja possível salvar o LOTE. ACBreSocial.pas ACBreSocialWebServices.pas ACBrDFeWebService.pas

Boa tarde, hoje realmente a mensagem de NFe Denegada sai acima do código de barras. Vamos verificar aqui com o pessoal a possibilidade de existir uma propriedade forçando a Mensagem, assim como existe para o Cancelamento.... Não podemos simplesmente não permitir imprimir, pois a casos que o XML não é atualizado com o protocolo de Retorno e mesmo assim a NFe possui evento de cancelamento ou está denegada, por isso não pode ser baseado apenas nesse critério. Uma possível solução no seu caso seria validar na sua aplicação se o cStat = (110, 205, 301, 302) se for esses códigos não permita emitir pois é Denegada.

O comando de QRCode realmente é diferente do padrão Epson EscPos... e não é equivalente a nenhum das impressoras suportadas atualmente pelo ACBrPosPrinter Não parece ser difícil de implementar... mas isso é impossível, sem um equipamento na bancada, para testes...

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

Bom dia Carlos, Primeiramente gostaria de saber porque você esta passando o valor 2 no terceiro parâmetro. Analisando o código fonte do ACBrMonitor em especial o comando para consultar o cadastro, temos: Parâmetros: 1 - Sigla da UF onde se encontra a empresa; 2 - Numero do documento; 3 - Se for 0 ou se não for informado considera que o numero do documento é um CNPJ, se for 1 considera que o numero do documento é a Inscrição Estadual. Como você pode ver, em vez de realizarmos a consulta pelo CNPJ, podemos realizar pela Inscrição Estadual da empresa. Um detalhe importante é que se configurarmos o Monitor para o Estado de São Paulo só podemos consultar empresas localizadas em São Paulo, para que seja possível realizar a consulta de uma empresa que se encontra em Minas Gerais (por exemplo) se faz necessário primeiro mudar a configuração do Monitor, ou seja, mudar para Minas Gerais. Infelizmente não tenho nenhum certificado valido para realização de testes. Com relação a empresas prestadoras de serviço, no meu entendimento se elas não estiverem habilitadas a emissão de NF-e, ou seja, somente notas de serviço elas não vão constar no cadastro da SEFAZ, logo não será possível obter os dados dessa empresa.

Boa tarde pessoal, Mais um super palestrante confirmou presença no Dia do ACBr 2019, Thulio Bittencourt, clique aqui e saiba mais. Att. E ainda tem mais, Também contaremos com a presença de William Duarte, mais um ótimo palestrante a nos prestigiar . Clique aqui e conheça mais. Att.

Na época das ECF, a regra do TEF era imprimir antes e confirmar depois. Agora com o SAT/NFC-e, a regra se inverteu: confirmar antes e gerar o documento fiscal / imprimir depois. Homologuei SiTEF dessa maneira no final do ano passado.

Bom dia! Paulo Aguiar Junior, identifiquei aq e problema de certificação! Obrigado.

Olá boa tarde. Que bom que está utilizando os componentes. Como é iniciante, a primeira coisa a fazer é estudar o projeto AcbrNFe_Demo, que fica na pasta: ..\Exemplos\ACBrDFe\ACBrNFe\ Lá tem as principais funcionalidades do componente de modo elucidado e com exemplos práticos. Lembrando, sempre pesquise aqui no fórum, a maioria dos assuntos já podem ter sido discutidos anteriormente. grande abraço e boa sorte na sua jornada.

Muito Obrigado... já no SVN... rev: 16983

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.