Painel de líderes

Rejeição 621 - “Rejeição: CPF Emitente não cadastrado” na emissão de NF-e para Produtor Rural PF Sociedade de Economia Familiar Produtor Rural Pessoa Física: SEFAZ-MG voltará a validar regra de validação da NF-e e NFA-e 27/03/19 Informamos aos Produtores Rurais Pessoa Física que a partir de 08/04/2019 voltaremos a validar a regra que exige que o CPF informado na emissão da Nota Fiscal Eletrônica – NF-e ou Nota Fiscal Avulsa Eletrônica – NFA-e seja o mesmo CPF máster identificado no SIARE ou seja, o CPF considerado como responsável pela Inscrição Estadual – IE. Caso os Produtores Rurais Pessoa Física que participem de sociedade de economia familiar informem outro CPF que não o indicado como CPF máster na SEF/MG na emissão da NF-e/NFA-e receberão, como retorno da transmissão, a rejeição 621 “Rejeição: CPF Emitente não cadastrado” pois considera-se, para cadastro, o par IE e o respectivo CPF máster. Nos casos em que estes Produtores Rurais Pessoa Física constarem como destinatário, caso seus fornecedores informem no campo de destinatário outro CPF que não o indicado como CPF máster na SEF/MG na emissão da NF-e/NFA-e receberão, como retorno da transmissão, a rejeição 623 “Rejeição: CPF Destinatário não cadastrado” considerando a mesma lógica de validação do campo de emitente/remetente. A definição das regras e a legislação relativa a estas validações estão tipificadas nas páginas 260 e 264 do Manual de Orientação Contribuinte versão 6.0 e no inciso II do artigo 11-B do Anexo V do RICMS/MG. Fonte: http://www.sped.fazenda.mg.gov.br/spedmg/noticias/Produtor-Rural-Pessoa-Fisica-SEFAZ-MG-voltara-a-validar-regra-de-validacao-da-NF-e-e-NFA-e/

Encontrei o problema, esta na propriedade AutoSize ao selecionar bcCode128C e incluir um código de barras com 44 caracteres ele esta definindo o Width para 286 porém desmarcando a opção AutoSize e definindo manualmente o Width para 289 a renderização ocorre corretamente

Consegui falar com a Secretaria da fazenda do RN e eles me informaram que será prorrogado para 01/03/2020 estão apenas aguardando ser publicado no diário oficial.

A geração do Cod.Barras em PDF fica correta ? Há um comando para imprimir gerando o PDF... Uma possibilidade é enviar um comando de Script, para imprimir esse PDF com algum comando do Linux... https://acbr.sourceforge.io/ACBrMonitor/ACBrRun.html @José M. S. Junior, pode por favor testar a correção sugerida nesse tópico ?

Chegou a verificar se funciona executando uma linha de comando para impressão no Linux conforme o Daniel orientou, passando o path do PDF gerado para impressão? Para isso pode utilizar o comando (ACBr.Run) do Monitor: https://acbr.sourceforge.io/ACBrMonitor/ACBrRun.html

Boa tarde a todos, Vocês devem ter notado que os componentes mencionados ao configurar para o ambiente de teste devemos atribuir o valor taHomologacao a propriedade de configuração: Ambiente. Mas ao alimentar qualquer evento o valor atribuído ao campo tpAmb tem que ser taProducaoRestrita que nada mais é do que um ambiente de teste, ou seja, homologação. Não me perguntem porque os responsáveis pelo e-Social e Reinf resolveram chamar o ambiente de teste de Produção Restrita em vez de Homologação. É sabido que o tipo de ambiente informado na configuração tem que ser o mesmo ao alimentar os dados do evento, para facilitar a vida resolvi remover o campo tpAmb. Isso vai fazer com que ao compilar a sua aplicação após a atualização dos fontes da suíte ACBr vai ocorrer erros de compilação, apontando para o campo tpAmb e acusando o mesmo de não existir. Como proceder? Simples, remova a linha da sua aplicação que contem o campo tpAmb nas rotinas que alimentam os eventos. A geração da tag <tpAmb> vai conter o valor atribuído ao configurar o componente. Se o valor de Ambiente = taProducao a tag receberá o valor 1, por outro lado se for igual a taHomologacao receberá o valor 2 que é o mesmo valor de taProducaoRestrita. Com essa alteração nos componentes ACBreSocial e ACBrReinf nunca mais vai ocorrer de um evento ser rejeitado pelo fato do tipo de ambiente informado no XML ser diferente do ambiente para o qual foi enviado. O envio dessa alteração para o repositório ocorra amanhã (29/03/2019).

eu uso o DBCtrlGrid exatamente como vc esta usando, eu defino a propriedade RowCount = 7 e não tenho esse problema de mudar o tamanho, o que acontece é que quando passa de 7 linhas ele aparece o scroll fora isso finciona normal tenta colocar ele em cima de um panel e definir Align = alClient no DBCtrlGrid

Realmento era isso mesmo, não tinha idéia que tinha que colocar no total da nota agora foi obrigado

Exato...Imprimia antes dessa alteração e também com esse ajuste.... Por isso não temos muito como mexer, pois o problema não ocorre em nosso ambiente... Acredito que esteja relacionado com driver da impressora Veja as configurações utilizadas, tanto Visualizando em tela, Gerando PDF ou imprimindo direto... O código de barras é impresso:

Boa tarde, josadac. Veja o vídeo abaixo: http://www.infocotidiano.com.br/2016/05/instalando-componentes-acbr-no-lazarus.html

Voce Precisa instalar o Acbr no lazarus, Em instalacao de Pacotes .. se não fizer isso . vc nao vai conseguir compilar o monitor . Qndo vc instala o Acbr no Lazarus . ele cria as abas dos componentes para o Lazarus . Adilson PAZZINI

Olhei em outro tópico a resposta... Adicionando esta linha evitou o erro : ACBrNFe1.Configuracoes.Geral.VersaoQRCode:=veqr200;  Obrigado!

Boa tarde jcryspin, Sou o Coordenador da equipe de suporte aos desenvolvedores Bematech. Não consegui localizar o seu contato aqui com o nosso pessoal. Por favor, poderia confirmar qual canal acionou e quem foi o analista, para que eu possa investigar o ocorrido? Sobre a questão do layout 0.06 em si, a própria SEFAZ SP já havia alertado aos contribuintes e comunicado no site oficial no início desse ano sobre o fim da vigência desse layout, dado que o layout 0.07 já está disponível para homologação desde Setembro de 2016 (https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/Modelos-SAT.aspx). Nós enviamos comunicados adjacentes à nossa base de clientes e parceiros alertando para esses riscos e para a data final informada pela SEFAZ SP para resolver o problema (15/03/19). Uma cópia do comunicado pode ser acessado no link: https://bit.ly/2Umy0Lq ou na imagem anexada à esse comentário. Dentro dessa condição específica não existe maneira de recuperar o aparelho, contudo, o passo à passo que indicamos é: Garanta que o seu AC está enviando CF-e no layout 0.07; Oriente o seu cliente à substituir o equipamento por SAT Bematech que esteja preparado para receber o layout 0.07; Oriente seu cliente à realizar o envio manual dos CF-e pendentes através do acesso dele no SGR-SAT. Caso tenha qualquer dúvida no processo, mande um e-mail para mim: [email protected]. Obrigado, Marlon Muniz Bematech Software Partners

Boa tarde. Ja tinha tentado atualizar, mas não tinha dado certo. Mas agora após eu remover completamente e reinstalar o componente do zero, o problema foi resolvido. Agradeço a ajuda. Abraços.

Realmente Italo, nas versões anteriores tinha esse evento. Tabela de equipamentos de proteção. Verificando na nova versão foi retirado. Obrigado pela informação. Não tinha percebido isso até o momento. Tem o evento S-2221, no exemplo do Delphi o Element = codSeqExame, teve alteração no formato. Agora deve ser AA999999999 e não mais 999999999 conforme a nova versão do manual.

Bom dia Alysson, Acredito que esse problema foi sanada com a mudança da versão e com as alterações que foram feitas e enviadas hoje pela manhã para o repositório.

Foi verificado a situação mencionada e o problema foi resolvido. Obrigado. Att, Mateus Nogueira.

Bom dia, ultrasevenjundiai. Primeiramente você deverá consultar juntamente com a gerente da conta, qual o CNAB a mesma está cadastrada. Basta seguir a documentação enviada pelo banco e solicitar o inicio dos testes. Você pode utilizar o demo na pasta exemplos para auxilo no desenvolvimento. As dúvidas você poderá ir postando na área correspondente a sua solicitação. Pelo exemplo você poderá identificar quais são os dados necessários para emissão dos boletos. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia @jamil, favor realizar testes com Instalador em anexo. Foi realizado o ajuste proposto pelo Fabio. ACBrMonitorPLUS-1.2.0.50-1.x86_64.rpm

É uma limitação da libxml2.dll que não consegue encontrar os .xsd vinculados caso a pasta de schemas esteja configurada no formato UNC (\\servidor\compartilhamento). Pra resolver você pode copiar os schemas para uma pasta local, mapear o compartilhamento de rede para uma letra de unidade ou ainda usar xsMsXML na configuração SSLXMLSignLib (este último não recomendado principalmente se usar certificado A3).

A NF-e sempre é enviada ao SEFAZ de origem. Ou seja, se o emitente é de SP vai respeitar as regras deste estado, ou quem é emitente no PR, vai se adequar as regras do PR, assim por diante.

https://www.projetoacbr.com.br/solucoes/ Você poderia usar o ACBrMonitorPLUS: https://www.projetoacbr.com.br/acbr-monitor-plus/ ou a ACBrLib https://www.projetoacbr.com.br/acbrlib/

Ajustado devido regime caixa, necessário de popular bloco F525. Segue unit em anexo. ACBrEPCBlocos.pas

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

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

Boa tarde. Além das informações citadas pelo Felipe, vale a pena ressaltar que o Santander é um dos únicos bancos que trabalha com o Código de Transmissão. Att.

opa Disponha @renan testei em 2 microterminais... e funcionou perfeitamente... ufa...rssss

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

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

Bom dia. Você provavelmente não instalou este componente. Att.

Você precisa verificar com o pessoal do suporte do DTEF o motivo da DPOSDRV.DLL não ter a função IdentificacaoAutomacaoComercial. Talvez essa dll esteja desatualizada.

Obrigado pela atenção Italo, isso mesmo problema corrigido hoje pela manhã. Valeu

Bom dia. Basta verificar se os arquivos que estão no svn contém a mesma. Att.

Resolvido ? Como eram vínculos anteriores a obrigação do eSocial, precisa enviar 1 de cada vez, sendo que o 1º cadastro deve ser informado como 1º envio. Tag [vinculo], cadIni e os demais com "N" Agradecido pelas colaborações ? e, Sucesso a todos *Usuário informou também que a partir do 2º vinculo precisou enviar como alteração ( acredito que tenha feito alguma confusão )

Verifique se a pasta de schemas está atualizada.

eu tenho um microterminal com outro modelo pra testar... vou fazer isso aki pra ver se resolve... e logo mais posto aki.. att Tiago Passarella

Olá, Juliana, Pode ter certeza que eu estudei o código antes de postar aqui, posso até ter me equivocado ao referir a falta do mesmo, mas segue anexo onde estou analisando no fonte a falta do campo.

Bom dia. Sugiro estudar o fonte e verificar se realmente falta o campo. Att,

Bom dia, está utilizando os Schemas atualizados, da pasta: C:\ACBr\Exemplos\ACBrDFe\Schemas? Verifique se os campos apresentados nos erros estão preenchidos corretamente nos arquivos de eventos .INI

Ao que parece, Pernambuco ainda não está aceitando a tag infresptec.

Não se preocupe... esse combobox, ele é inócuo... Basta criar um perfil de compilação de 64 bits no seu projeto... os fontes do ACBr se ajustam para 32 / 65

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

Boa tarde a todos, Para que o XML seja assinado ou não é preciso alterar o arquivo INI do provedor. Essa é a configuração atual, ou seja, nada é assinado. [Assinar] RPS=0 Lote=0 URI=1 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=0 RpsGerar=0 LoteGerar=0 Substituir=0 Se deseja que o RPS seja assinado deve-se alterar o valor zero por um (1).

Costa, A suíte ACBr ainda continua compatível com o Delphi 7. Você pode usar neste caso o componente ACBreSocial. As Units dos eventos 2121 e 2245 esta faltando implementar a função responsável por ler o arquivo INI do evento. Esse arquivo INI é muito utilizado pelos desenvolvedores que se utilizam do ACBrMonitor. Pretendo implementar a função para os dois eventos citados até o final desta semana, bem como disponibilizar um arquivo INI de exemplo de cada um dos eventos.

Boa tarde Paulo, Muito obrigado pela correção, já enviei para o repositório.

Pessoal boa tarde, Acabei de receber uma mensagem da SEFAZ que o cancelamento de NFC-e foi normalizado. Tentei efetuar um cancelamento aqui em ambiente de Homologação e foi normalmente.

Boa tarde Wesclei, Desculpe, falha minha. Até o final de hoje estarei enviando o arquivo atualizado para o repositório.

Bom dia @Italo Jurisato Junior A sua solução funcionou, a NF-e foi Gerada e Impressa com sucesso. Obrigado a equipe ACBr .

Bom dia Jamil, As notas que não foram autorizadas pela SEFAZ (33190300127817000125550090000002961000002967-nfe.xml e nfe2.xml) contem no grupo <retirada> e ou <entrega> os novos campos: cPais e xPais. Já a nota 33190300127817000125550070000117531000117530-nfe.xml que foi autorizada pela SEFAZ não contem esses campos dentro do grupo entrega. Essas 3 notas foram enviadas para o ambiente de Produção. Pelo que notei, você utiliza o ACBrMonitor, correto? Pois bem, o ACBrMonitor se utiliza de uma rotina para ler o arquivo INI para gerar o XML, essa rotina tenta ler os campos cPais e xPais do arquivo INI, se esses campos não existem ele assume valores padrões. A minha sugestão é você acrescentar esses dois campos da seguinte forma: [Entrega] CNPJCPF=61924742004195 xLgr=RUA BRAS CUBAS nro=SN xCpl=LT 01 QD 29 xBairro=OLAVO BILAC cMun=3301702 xMun=DUQUE DE CAXIAS cPais=0 xPais= Acredito que desta forma ele não vai usar os valores padrões e com os valores passados, ou seja, zero para o código do pais e "string vazia" para o nome (xPais) os campos não vão ser gerados no XML e consequentemente a nota será autorizada na SEFAZ.

Obrigado Fabiano ! Realmente tentar imprimir logo após protocolar a carta de correção a condição de uso fica em branco, a saída é como você sugeriu assim fica em branco: fednota.ACBrNFe1.EnviarEvento(StrToInt(edId.Text)); fednota.ACBrNFe1.ImprimirEventoPDF; fednota.ACBrNFe1.ImprimirEvento; assim fica com a condição de uso ok: fednota.ACBrNFe1.EventoNFe.Evento.Clear; fednota.ACBrNFe1.EventoNFe.LerXML(mrndfile); fednota.ACBrNFe1.ImprimirEventoPDF; fednota.ACBrNFe1.ImprimirEvento; Fica registrado caso alguém mais tenha problema, Obrigado.