Painel de líderes

30/08/2019 ATENÇÃO: Publicada a versão 1.30 da NT 2019.001 Publicada a versão 1.30 da NT 2019.001, que divulga novas regras de validação e atualiza regras existentes da NF-e/NFC-e versão 4.0, com os seguintes objetivos: • Informados os locais de publicação das tabelas de códigos de benefícios fiscais e de regras de validação opcionais por unidade federada • Novas datas de vigência para algumas regras de validação Publicada a tabela cBenef x CST atualizada até 30/08/2019 Assinado por: Coordenação Técnica do ENCAT Informações importantes nessa nova versão: 1.7 Comentários Sobre o Código de Benefício Fiscal O código de benefício fiscal (tag: cBenef), por tratar de situações particulares de cada unidade federada, tem sua definição também especificada pelas UF que o utilizam. Estas definições constam de tabela publicada no Portal Nacional da NF-e, na área “Diversos” da aba “Documentos”. Esta tabela tem sofrido atualizações com frequência maior do que a desejável, em virtude do fato que o uso dos códigos pelas empresas no ambiente de homologação tem evidenciado a necessidade de ações de correção de natureza emergencial por parte das Administrações Tributárias envolvidas. É esperado que em futuro próximo a tabela tenha a estabilidade necessária. 1.8 Novas Datas de Vigência para Algumas Regras de Validação Em função de necessidades ditadas pelas legislações de algumas unidades federadas, e atendendo a pleitos de contribuintes e de entidades associativas, as datas de início de exigência das regras de validação N12-85, N12-86, N12-90, N12-94 e N12-97 obedecerão ao disposto na tabela a seguir: UF Regra de validação N12-85 N12-86 N12-90 N12-94 N12-97 MT (3) (3) (2) (3) (*) PR (1) (1) (*) (2) (1) RJ (2) (2) (2) (2) (2) RS (2) (2) (2) (2) (2) demais UF (*) (*) (*) (*) (*) Onde a respectiva data de início de vigência corresponde a: (*) Regra de validação não será aplicada (1) Aplicação a partir de 02/09/2019 (2) Aplicação a partir de 01/10/2019 (3) Aplicação a partir de 01/01/2020 As datas aqui definidas, juntamente com todas as demais informações a respeito das regras de validação opcionais por UF, podem ser consultadas em tabela publicada no Portal Nacional da NFCe, na área “Regras de Validação” da aba “Desenvolvedor”. Para contribuintes estabelecidos no estado do Rio Grande do Sul, no caso das regras N12-85, N1286 e N12-94, o ambiente de autorização em produção, até 31/3/2020, e o ambiente de autorização em homologação até 09/2/2020, aceitarão três situações para o campo cBenef:  NULO (sem preenchimento do campo);  com a descrição "SEM CBENEF"; ou  com o código do benefício; neste último caso, é realizada a devida validação de compatibilidade com o CST informado.

Valeu. Funcionou. Atualizei para o 1.2.0.41. Obrigado a todos.

Sim, para aceitar o literal "SEM CBENEF". Mas não é o seu caso, o schema antigo já validava o campo com 8 ou 10 posições. Validou normalmente aqui. [NFe127450] Id= XML=<protNFe versao="4.00"><infProt><tpAmb>2</tpAmb><verAplic>SVRS201908261605</verAplic><chNFe>33190899999999999999550010001274501525786399</chNFe><dhRecbto>2019-08-30T12:00:53-03:00</dhRecbto><digVal>urFNd9RyYGpvoxwirnlB/aa5i78=</digVal><cStat>245</cStat><xMotivo>Rejeicao: CNPJ Emitente nao cadastrado</xMotivo></infProt></protNFe> cStat=245 chNFe=33190899999999999999550010001274501525786399 dhRecbto=30/08/2019 12:00:53 digVal=urFNd9RyYGpvoxwirnlB/aa5i78= nProt= tpAmb=2 verAplic=SVRS201908261605 xMotivo=Rejeicao: CNPJ Emitente nao cadastrado [NFe_Arq127450] Arquivo=C:\Apps\ACBrMonitorPLUS\Logs\33190899999999999999550010001274501525786399-nfe.xml

Estava com o mesmo problema e registrei novamente a midas.dll na pasta C:\Windows\SysWOW64 regsvr32 /s Midas.Dll

Bom dia pessoal, já passamos por isso.... provavelmente esta sendo alimentado a tag com '0-nenhum'', sendo que a partir da nova versão CTE 3.00a é uma informação que passa a ser obrigatória preencher com Continuo ou Eventual. Segue: with infFretamento do begin case DM.qryConsulta['CON_TIPO'] of 1 : tpFretamento := tfEventual; 2 : tpFretamento := tpContinuo; end;

Realmente era isso, consegui testar em um cliente com e sem a opção "AdjustableMargins" e sem estar marcada funcionou direitinho. Obrigado a todos pela atenção e fica aqui como sugestão alterar essa propriedade para false nas próximas atualizações do fontes do ACBr

Boa tarde. Qual componente está utilizando? Att.

Ola Pessoal, tive os mesmo problemas e não encontrei nenhum topico sobre a solução, mas consegui resolver meu problema. muitas vezes a falta de memoria, principalmente em debug se dá por erro no setup das variaveis de ambiente TEMP e TMP, ou seja, estamos tentando criar um arquivo temporario em um local que não existe ou não temos permissão. neste caso basta setar PROJECT\OPTIONS\ENVIRONMENT BLOCK as variaveis TEMP E TMP para uma pasta temp valida. ex: c:\windows\temp com isto consegui resolver dois problemas: canvas-does-not-allow-drawing e access violation

Boa tarde! Prezado(a)s, A Aivot Informática (Contagem/MG) está com 1 vaga aberta para desenvolvedor Delphi que atenda o seguinte perfil. Descrição da Vaga Conhecimento Obrigatório: - Linguagem de programação: Pascal (Delphi) XE 5 ou superior - Banco de Dados - POO Conhecimento Desejável: - Visual Studio/C# - PL/SQL (Oracle) - DevExpress / QuantumGrid / FastReport (Relatórios) Atividades: - Manutenção evolutiva e corretiva em sistemas de gestão, fazer a documentação técnica quando necessário e realizar testes. - Realizar suporte técnico de 1º e 2º nível Gentileza enviar pretensão. Contato: [email protected] Att.,

Olá Daniel Obrigado pela resposta, na verdade eu fiz a seguinte chamada pelo Monitor: SAT.CancelarCFe(""C:\ACBrMonitorPLUS\Arqs\SAT\Vendas\nome do arquivo.XML"") Usei como base o comando da documentação https://acbr.sourceforge.io/ACBrMonitor/SATCancelarCFe.html Abs

Me parece que você não carregou o XML de Venda, ou passou o comando com parâmetros errados... Veja, observe que no primeiro parâmetro, você passou apenas a String "CFe" 26/08/19 16:24:58:643 - NumeroSessao: 668747 - Comando: CancelarUltimaVenda( CFe, <?xml version="1.0" encoding="UTF-8"?><CFeCanc><infCFe chCanc="CFe"><ide><CNPJ>00000000000000</CNPJ><signAC/><numeroCaixa>000</numeroCaixa></ide><emit></emit><dest></dest><total></total></infCFe></CFeCanc> ) O correto seria algo como: 30/08/19 13:36:52:127 - NumeroSessao: 379662 - Comando: CancelarUltimaVenda( "CFe35190811111111111111591234567890004241558618", "<?xml version="1.0" encoding="UTF-8"?><CFeCanc><infCFe chCanc="CFe35190811111111111111591234567890004241558618"><ide><CNPJ>05481336000137</CNPJ><signAC>YlchWDMQp2m60W+fcMJgVievuXNvYcwa/erU1YTiNzMnLZt73En4xCcKvHH8LrrquuEpqC2/NgR3T2Dn31h4eQMsk74G/ZFhLdSfYnQwlebkdKY2mlehzY6ilErSHopwPVN1QsWe9GON4JPo5SgA4XjKtQmaqD933l/Za7/7TF4Uwtv3uCnZJjbww3Y+yUhZKh8b+Bh9DUVpN8089o4J4jKjdawEozIE1P3BUNHdlpXSrAK/j1pAopozgtmsfDsPSzngi70gfnOPb6Ku7liks85WsBj73YeMEWaS6QKApNV/SPE8lphTmH2BTJAgNsZl1Ol7Gs5YVUR6mXEEOJvqEw==</signAC><numeroCaixa>001</numeroCaixa></ide><emit></emit><dest><CNPJ>05481336000137</CNPJ></dest><total></total></infCFe></CFeCanc>" )

Vi depois que para esse evento é permitido até 99 ocorrências.

Isso já foi corrigido. Está com os fontes atualizados?

Bom dia! Ou se está instalado em um dos equipamentos e foi configurado com a opção que permite exportar, você pode exportar ele criando uma nova senha.

Bom dia vou ver aqui no meu sistema de colocar um tempo para pegar o retorno obrigado.

Nossa indicação para os clientes é sempre de comprar o A1 mesmo, porém alguns contadores acabam convencendo o cliente a fazer o A3 e "somos obrigados" a usar. Obrigado pelo retorno @Felipe E. Resende Mesquita.

Bom dia, Vini DB. Seria interessante você postar a solução, assim você estará contribuindo com o projeto.

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

Bom dia Daniel, Pode ocorrer sim um tempo entre o envio e o retorno.

Bom dia @Rafael Dias, testes realizados com a unit anexa : [PROVEDOR GINFES] Emissão [OK] Consulta [OK] Cancelamento [OK] Obrigado!

No caso deve olhar no sefaz do seu estado mas acredito que ele pode usar pois o RS não tem exigências e meio que aceita de tudo.

certo, segue o manual em anexo. ACBrBAL.pas ACBrBALWeightechWT3000_ABS.pas indicador-wt3000abs-manual.pdf

Conforme citado pelo @Rafael Dias, esses "de-para" acabam pro forçar essa nova situação, então creio que ao invés de facilitar a vida, acabaram por complicar. Att.

Bom dia. Façam um teste informando o valor de R$ 0.001 e verifiquem se o XML é aceito. Att.

obrigado!!

Bom dia. Nosso colega @Italo Jurisato Junior pode lhe dar mais algumas dicas, porém não creio que seja uma tarefa tão simples. Veja no tópico a seguir as orientações dadas para um outro provedor que precisou ser incluído. Att.

Bom dia. Todos os exemplos do ACBr estão no svn. ..\code\trunk2\Exemplos Att.

Bom dia pessoal. Caso queiram iniciar o desenvolvimento, fiquem a vontade para continuar interagindo neste tópico para quaisquer dúvidas. Att.

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

Boa tarde. A sessão de downloads do ACBrLib está sendo reorganizada de forma a facilitar a localização dos arquivos. Para download do ACBrlibPosPrinter, utilize este link https://www.projetoacbr.com.br/forum/files/category/35-acbrlibposprinter/ Para as demais é necessário ser usuário do SAC ACBr. Att.

Boa tarde. Att.

Publicado em 28/08/2019 Foram disponibilizadas as Minutas dos Leiautes da EFD-Reinf versão 2.1 e seus anexos. Para ter acesso, clique aqui. Conforme Nota Conjunta da Secretaria Especial de Previdência e Trabalho, Secretaria Especial da Receita Federal e Secretaria Especial de Desburocratização, Gestão e Governo Digital SEPRT/RFB/SED nº 01/2019, o evento de remuneração de segurados vinculados ao Regime Geral de Previdência Social (S-1200) fará parte de um ambiente compartilhado entre a RFB e a SEPRT, especificado com base em portaria conjunta entre os órgãos, a ser publicada em ato distinto da EFD-Reinf e do sistema simplificado que substituirá o eSocial. Portanto, o evento de remuneração a ser compartilhado, não mais será inserido na EFD-Reinf. Dessa forma, não haverá mais republicação da versão 3.0 com a estrutura apresentada na minuta publicada em 01/08/2019. Este ambiente compartilhado com o evento de remuneração será construído com objetivo de não onerar os contribuintes que já tenham seus sistemas de TI desenvolvidos para o eSocial. http://sped.rfb.gov.br/pagina/show/4141 Volta o cão arrependido...

Boa tarde Wellisson, Acredito que o problema seja a data e hora da Entrega e a data e hora hash Entrega que são exatamente iguais inclusive hora/minuto/segundos. No mesmo segundo que a entrega foi realizada a foto foi tirada o evento foi enviado. Como o evento é enviado pela transportadora, por mais que o entregador esteja usando um dispositivo móvel com conexão com a internet para realizar o envio do evento, pelo menos o horário deveria ser posterior, exemplo: Data e hora de Entrega: 27/08/2019 - 12:28:09 Data e hora do Hash de Entrega: 27/08/2019 - 12:30:00 Data e hora do Evento: 27/08/2019 - 12:30:10 (este ultimo tem que ter uma tolerância máxima de 5 minutos em relação com o webservice da SEFAZ). Resumindo a Data e Hora do Evento você pode usar o Now, já os outros até pode usar o Now desde que exista uma diferença entre eles conforme o exemplo acima. Uma transportadora que não possui um dispositivo móvel para o envio do evento pelo entregador, se faz necessário que o entregador anote no canhoto a data e hora da entrega e esta informação será usada na tag dhEntrega.

Boa tarde. Obrigada pela contribuição, adicionada para validação. Att.

Boa tarde. Obrigada pela contribuição, adicionada para validação. Att.

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

Boa tarde. Para maior, eu creio que não. Att.

Boa tarde. É a mesma remessa, porém com o código de ocorrência relativo a operação que deseja realizar. Att.

Os arquivos de Schema estão na pasta ..\ACBr\Exemplos\ACBrDFe\Schemas\NFe.

Boa tarde. Realmente o componente não calcula o valor total dos títulos, porém é curioso o fato de passar no validador e também não haver outras reclamações quanto a isso. De qualquer forma se realmente o banco disser que é preciso incluir (pelo manual concluo que sim), a alteração estará somente na versão atualizada do ACBrMonitorPlus. Att.

Boa tarde. Toda contribuição é sempre bem vinda, por favor anexe os arquivos alterados a este tópico. Att.

Boa tarde. Devido a alta demanda de alterações no boleto, além de outras sem relação com o mesmo, ainda não foi possível validar. Mas estou incluindo esta informação e em breve retornamos aqui. Att.

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

Deixando um retorno, após a troca pela nova DLL, as vendas voltaram ao normal. Vou deixar a DLL para quem precise. dllsat.rar

Enviei correção para o repositório, rev. 17533. A forma que encontrei foi usando a var. TotalPages e ativando o DoublePass, assim como é feito no DANFE. Favor atualize os fontes e teste com o fr3 do repositório.

Bom dia pessoal, Com a versão 3.00a do CT-e temos um novo evento chamado Comprovante de Entrega. Esse evento é emitido pela própria transportadora e não pelo destinatário da mercadoria. Nesse evento temos um campo obrigatório chamado hashEntrega, cuja descrição: Hash (SHA1) no formato Base64 resultante da concatenação: Chave de acesso do CT-e + Base64 da imagem capturada da entrega (Exemplo: imagem capturada da assinatura eletrônica, digital do recebedor, foto, etc) Nota 1: A critério do autor deste evento, este campo pode ser utilizado como índice para acesso as informações do Comprovante de entrega. Nota 2: A SEFAZ não tem nenhum controle sobre a informação deste campo. Observação: 28 caracteres são representados no schema como 20 bytes do tipo base64Binary. Nesse primeiro momento o componente não esta calculado o hash ficando a cargo da aplicação do desenvolvedor, pois vamos verificar a possibilidade de implementar. Para quem utiliza o ACBrMonitor abaixo segue um exemplo de como montar o arquivo INI do evento de Comprovante de Entrega: [EVENTO] idLote=1 [EVENTO001] chCTe= chave do CT-e cOrgao= Codigo da UF CNPJ= CNPJ do emitente dhEvento=25/07/2019 10:30:00 tpEvento=110180 nSeqEvento=1 nProt= numero do protocolo de autorização do CT-e dhEntrega=24/07/2019 17:30:00 nDoc= Documento de identificação da pessoa que recebeu a entrega xNome= Nome da pessoa que recebeu a entrega latitude= Latitude do ponto da entrega (detectado pelo equipamento do transportador, exemplo: PDA, tablet, celular) longitude= Longitude do ponto da entrega (detectado pelo equipamento do transportador, exemplo: PDA, tablet, celular) hashEntrega= Hash (SHA1) no formato Base64 resultante da concatenação: Chave de acesso do CT-e + Base64 da imagem capturada da entrega (Exemplo: imagem capturada da assinatura eletrônica, digital do recebedor, foto, etc) dhHashEntrega= Data e hora da geração do hash da entrega ; xxxx pode variar de 0001 até 2000 [infEntregaxxxx] chNFe= chave da NF-e da mercadoria que foi entregue Para quem utiliza o componente, abaixo temos um exemplo de como enviar o evento em questão: ACBrCTe1.EventoCTe.Evento.Clear; with ACBrCTe1.EventoCTe.Evento.New do begin infEvento.chCTe := ChaveCTe; infEvento.CNPJ := CNPJEmitente; infEvento.dhEvento := now; infEvento.tpEvento := teComprEntrega; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := nProtocoloAutorizacao; infEvento.detEvento.dhEntrega := datahoraEntrega; infEvento.detEvento.nDoc := NumeroDocumento; infEvento.detEvento.xNome := NomedoRecebedor; infEvento.detEvento.latitude := fLatitude; infEvento.detEvento.longitude := fLongitude; infEvento.detEvento.hashEntrega := hashdaEntrega; infEvento.detEvento.dhHashEntrega := datahhoradoHashEntrega; InfEvento.detEvento.infEntrega.Clear; // o bloco abaixo poderá se repetir por até 2000 vezes with InfEvento.detEvento.infEntrega.New do chNFe := ChaveNFe; end; ACBrCTe1.EnviarEvento( 1 ); // 1 = Numero do Lote

Boa tarde a todos, Foi alterado e enviado para o repositório um novo arquivo ACBrNFeServicos.ini Conforme sugestão do Daniel no dia 02/09/2019 devemos alterar esse arquivo e salvar ele na mesma pasta que se encontra o EXE da sua aplicação nas maquinas dos seus clientes. Faça uma atualização de todos os fontes de todas as pastas e abra o arquivo ACBrNFeServicos.ini e veja como ele esta no que se refere a SEFAZ-PA. Ele tem que estar conforme abaixo: [NFe_PA_P] ; A partir do dia 02/09/2019 devemos comentar ou excluir a primeira linha abaixo, e descomentar a próxima linha; ; pois a SEFAZ-PA vai deixar de utilizar a SVAN - SEFAZ-Virtual do Ambiente Nacional e passará para a ; SVRS - SEFAZ-Virtual do Rio Grande do Sul. Usar=NFe_SVAN_P ;Usar=NFe_SVRS_P [NFe_PA_H] ; A partir do dia 02/09/2019 devemos comentar ou excluir a primeira linha abaixo, e descomentar a próxima linha; ; pois a SEFAZ-PA vai deixar de utilizar a SVAN - SEFAZ-Virtual do Ambiente Nacional e passará para a ; SVRS - SEFAZ-Virtual do Rio Grande do Sul. Usar=NFe_SVAN_H ;Usar=NFe_SVRS_H Como deverá ficar no dia 02/09/2019 para ser salvo na mesma pasta do EXE da sua aplicação: [NFe_PA_P] Usar=NFe_SVRS_P [NFe_PA_H] Usar=NFe_SVRS_H Observação: Para aqueles que não tem Clientes contribuintes no Pará não precisam se preocuparem com essas alterações. A partir do dia 02/09/2019 os fontes do repositório estarão com as mudanças e o ACBrMonitorPlus também. Lembrando que o procedimento de copiar o arquivo INI com a alteração para a pasta do EXE da sua aplicação se faz necessário caso não seja possível em tempo hábil disponibilizar uma nova versão EXE em seus clientes.

Bom dia, estou utilizando o componente TACBrNFeDANFeESCPOS pra fazer a impressão NFCe e sempre que imprime na impresssora Bematech, sai uma foto de uma mulher no topo da impressão. Alguem sabe o que fazer?

Boa tarde, Tive este problema com um cliente, removi o plugin de banco o "Gas Tecnologia" e voltou a funcionar normalmente. at.

Bom dia, segue em anexo a unit ACBrBancoBradesco.pas ,onde realizei a implantação de remessa e retorno do CNAB240, o layout já foi validado em alguns dos meus clientes. O layout usado foi o 084 disponibilizado em https://banco.bradesco/assets/pessoajuridica/pdf/4008-524-0339-02-mp-operacionais-troca-arquivos-240-posicoes.pdf Peço que seja avaliado a inclusão destas alterações no projeto.