Painel de líderes

Obrigado Ítalo, entrarei em contato com o provedor e assim que obter uma resposta, publico aqui. Obrigado!

Boa tarde José Nunes, O ACBrMonutor Plus possui três comandos: DistribuicaoDFePorUltNSU, DistribuicaoDFePorNSU e DistribuicaoDFePorChaveNFe. Como você é assinante do SAC a minha recomendação que utilize sempre a versão mais atual do Monitor. Pois desta forma você garante que esta usando uma aplicação que possui as mais recentes correções e melhorias. A sugestão é que você leia o seguinte artigo: Como Obter o XML do Fornecedor nele você vai encontrar as referencias da documentação do ENCAT. Apesar desse artigo ser destinado ao desenvolvedores que utilizam os componentes que não é o seu caso, mas traz informações e conceitos que você vai utilizar mesmo usando o ACBrMonitor Plus. Com relação a sintaxe dos comandos citados acima no caso do Monitor, favor consultar o Help do mesmo.

Testei pelo demo e está imprimindo normalmente o QrCode: Como o Italo disse, teus fontes devem estar desatualizados.

Resolvido a impressão, apos mudar o tipo para emitir as notas em produção o sistema Acbr imprimiu corretamente.

Você não deve alterar o XML, após o mesmo ser gerado e assinado... isso irá invalidar a assinatura... Tente as últimas versões dos instaladores... Teste primeiro com a versão 32 bits

Perfeito. Vou testar aqui com o autXML.

LuizLima, tente esse link abaixo, selecione o arquivo do ACBrETQ:

Olá, duas opções 1- Depois de um período que a alteração estiver disponível nos servidores da SEFAZ, o Sat fará a alteração automaticamente. Infelizmente, às vezes isso demora um bom tempo (dias); 2- Se a alteração já estiver disponível nos servidores da SEFAZ e puder ser confirmada no portal do SINTEGRA, por exemplo, fazer um processo de BLOQUEIO e DESBLOQUEIO do Sat, fará que ele acate a alteração instantaneamente.

Olá Dennis. A última grande alteração no código do Bloco X foi em 7 de junho de 2019, conforme abaixo: Nenhum dos usuários mencionaram qualquer alteração de lá pra cá.

Italo fiz isso e deu certo , obrigado ! (foi o estagiário que escreveu as literais lá...)

é vero, o meu estava com escala de 125, passei para 100% e resolveu o problema, vlws pela ajuda!!! abas [Resolvido]

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

A biblioteca ACBrLibCEP ainda não esta finalizada, o manual possui todas as libs que já começamos a implementação, nem todas foram finalizadas ainda. O comando de ConsultaCadastro existe sim só não estava na documentação mas a mesma já foi atualizada.

Você realmente precisa enviar um comando por vez..

Olá Pessoal, Já encontra-se disponível no repositório Trunk2 o mais novo componente ACBr - ACBrONE - Operador Nacional dos Estados. "O Operador Nacional dos Estados: ONE é o sistema responsável por integrar os documentos fiscais eletrônicos das Administrações Tributárias com as diversas tecnologias de identificação de veículos nas rodovias brasileiras. O sistema objetiva a geração dos eventos Registro de Passagem nos documentos fiscais transportados por intermédio da informação da placa do veículo e sua respectiva geolocalização, detectada por algum dispositivo ou tecnologia de monitoramento, o que auxilia nas ações de fiscalização de trânsito e de combate à sonegação." O texto acima foi retirado do Portal do Operador Nacional dos Estados - SVRS. Para mais informações visite o Portal. O manual do ONE já baixamos e se encontra em nossa biblioteca. Nas pastas: ...\Exemplos\ACBrDFe\ACBrONE\Delphi ===> temos o programa exemplo do componente. ...\Exemplos\ACBrDFe\Schemas\ONE ===> temos os schemas ...\Fontes\ACBrDFe\ACBrONE ===> temos os fontes ...\Pacotes\Delphi\ACBrDFe\ACBrONE ===> temos o pacote de instalação. Por enquanto o ACBrInstall_Trunk2 não esta preparado para instalar esse componente, logo será necessário a instalação manual através do Pacote. Observação1: apesar dos XMLs a serem enviados não precisam ser assinados digitalmente é preciso de um certificado digital para consumir os Webservices. Observação2: Não é qualquer empresa que pode usar o ONE é preciso que ela esteja cadastrada como uma Operadora.

Boa tarde João, Aqui não funciona, informa o cerificado e ocorre o erro 403. Quem sabe daqui umas 3 semanas Santa eles resolvem esse problema. O meu questionamento sobre a versão é que consta em ambas ULRs o digito "1", veja: wwblumenau1 e wwhomologacaoabrasf1. Desculpe, eu não confio mais no que esse pessoal da SimplISS fala inclusive nesses XMLs de exemplos. João, O certo é no SimplISSv2, visto que o NotaBlu.ini esta funcionando, logo não se deve mexer.

Você já está como SAC ( cor Roxa no avatar )

Nelson, Eu acredito que a SEFAZ vai rejeitar o MDF-e cuja origem é RJ destino ES com percurso me MG, uma vez que RJ e ES são vizinhos. Se isso ocorrer, a solução vai ser emiti 2 MDF-e, um com origem RJ destino MG e outro com origem MG e destino ES.

Boa tarde Nelson, Você tem algum MDF-e com esse percurso que foi autorizado pela SEFAZ?

Boa tarde. Infelizmente ainda não foi validado devido ao volume de demandas, mas deve entrar nas tarefas dos próximos dias. Att.

Boa tarde. Apenas complementando a resposta já detalhada do Ítalo, segue link para o manual https://acbr.sourceforge.io/ACBrMonitor/NFEDistribuicaoDFe.html Att.

Boa tarde Juliana. Desde já agradeço pelo retorno. Acredito que o problema esteja no validador do sicredi então. Fiz a leitura do código de barras pelo celular e por um leitor, peguei os resultados (números) e comparei com o que é homologado e são iguais. Não tem muita lógica isso, vou entrar em contato com o suporte do banco e posto aqui o retorno. Mais uma vez, obrigado!

Boa tarde Hugo, Para gerar a chave até temos funções que fazem isso, mas o protocolo é gerado e retornado pela SEFAZ quando a nota é enviada e processada com sucesso.

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

Boa tarde Léo, Põe um zero na frente da inscrição estadual. Abraço.

Olá pessoal. Alguma novidade sobre este caso? Vou homologar a UNIT do Diogo.

@Nextbh Sistemas tenta aumentar a propriedade LarguraBobina do danfe, geralmente o valor padrão é 302.

Boa tarde Giovane, Essa mensagem de rejeição acusando que a alíquota tem que ser um numero com 15 dígitos na parte inteira e 2 na decimal esta muito estranha. Pois segundo o Schema utilizado pelo componente temos a seguinte definição: <xsd:element name="BaseCalculo" type="tsValor" minOccurs="0" maxOccurs="1" /> <xsd:element name="Aliquota" type="tsAliquota" minOccurs="0" maxOccurs="1" /> <==== definição da tag Aliquota <xsd:element name="ValorLiquidoNfse" type="tsValor" minOccurs="0" maxOccurs="1" /> Definição do tipo simples que define a tag Aliquota: <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="5" /> <xsd:fractionDigits value="4" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Como você pode ver a tag Alíquota é um numero com tamanho de 5 dígitos sendo que 4 representa a parte fracionada, logo a formatação da Alíquota é: x.xxxx (1 inteiro e 4 decimais, totalizando 5 dígitos). Favor entrar em contato com o provedor e questione sobre esse fato. Como eles estão batendo cabeça para implementar um novo webservice que segue a versão 2 do layout da ABRASF em Blumenau, é bem provável que eles fizeram alguma kaka no webservice e esta retornando essa mensagem, ou mudaram a definição da Alíquota de tsAliquota para tsValor.

Bom dia Lucas, Muito obrigado pela colaboração, mas lhe peço que na próxima vez, poste no tópico especifico que foi criado para esse fim. Outra coisa, os seus fontes devem estar desatualizados, pois essa alteração já foi feita no arquivo Cidades.ini

Bom dia Robson, Você esta com os fontes desatualizados, uma vez que a URL do QR-Code que consta no seu XML aponta para a SEFAZ-RS e não para a SEFAZ-SP. Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção: Apagar arquivos antigos marcada. Depois abra a sua aplicação e compile ela com a opção Build.

a IDE deveria estar fechada, quando você apagou o .RES...

Obrigado EMBarbosa, deu certo! Abs

Na consulta da NFe são retornados os dados da carta de correção.

Gostaria de expressar minha gratidão por esta implementação, pois já tenho 4 clientes no meu pé pedindo isso e caiu realmente do céu. Muito obrigado a todos envolvidos, vinda longa, paz e saúde a todos vocês, grato!!!!!

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

Bom dia Atualizado no SVN com algumas modificações para manter compatibilidade para quem ainda utiliza a propriedade anterior. Favor atualizar os fontes para testes... Obrigado!

Bom dia Favor atualizar os fontes conforme SVN e anexar a Unit apenas as correções realizadas.

Bom dia Juliomar, Realmente era a versão, conexão com oracle somente versão Enterprise e/ou Architect.

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

No caso ele tem que ter uma opção para exportar esses xmls. mas possui o manifesto e download de xml do mdf-e que tem no componente. basta chamar os métodos lembrando que só deve baixar até 30% de xml emitidos

Aparentemente você não configurou o componente, nas abas WebService e Certificado...

OK... compilada...

Provavelmente ele já emitia MDFe com série 1 por outra aplicação. O emissor gratuito talvez? O que também dá pra saber pela chave de acesso retornada é que o MDFe série 1 número 6 foi emitido em novembro de 2016.

@magistech Já passei por esse problema e no meu caso era o seguinte: Anualmente o Fap é atualizado, abaixo estão valores fictícios 2018 envie o S-1005 com fap = 1,5 2019 envie uma inclusão de nova validade com S-1005 com fap = 2 Problema estava enviado na base de homologação o ano de 2017 com o fap de 2019. Se o seu empregador é do grupo 1, envia o S-1005 com data do início da validade 2017 e utiliza o FAP correto no meu caso seria o valor de 2018.

Removeram a versão 2.0 também... Ato Declaratório Executivo Cofis nº 55, de 10 de outubro de 2019 ...com suas orelhas fartas...

Bom dia Lucas, O arquivo INI do provedor com a nova URL já se encontra no repositório.

Bom dia, testado e tudo ok. Obrigado

Olá pessoal, Sei que todos estão muito atarefados com seus programas por aí... Maaaasssss.... Precisamos de sua atenção para uma alteração nos componentes!!! Atualmente temos uma falta de padronização nas unidades de medidas das margens das impressões dos documentos fiscais. Cada impressão Report tem margens medidas com um formato. Isso não está bom. Note a tabela a seguir com as unidades de medidas das margens atual: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) cm cm nd X NFC-e mm mm X X NFC-e (A4) cm mm X X SAT mm X X X CT-e (Evento) cm nd X X CT-e (A5, Retrato) nd nd X X CT-e (Inut, Inut Retrato) nd nd X X GNR-e nd nd nd X MDF-e (Retrato, Evento) cm nd X X NFS-e cm nd X X BP-e X X X X Legenda: mm – milímetros cm – centímetros nd – O componente poderia, mas não está atualizando as margens do report X – Não possui impressão nesse formato ou não interage com as margens. Nota: Os modelos em ESCPOS que existem não consideram as propriedades de margem. Afinal, não faz muito sentido mesmo. Como podem ver na tabela acima, muitos componentes não estão atualizando as margens. Isso significa que mesmo que configure uma margem, ela será simplesmente ignorada. Então a ideia é fazer com que esses componentes imprimam de acordo com a configuração. Além disso, queremos evitar qualquer possível confusão e por isso vamos padronizar as unidades de medidas. A unidade de medida escolhida foi milímetros (mm). Alguns dos motivos foram: A unidade de medida mm funciona bem tanto para impressões grandes (por exemplo A4) como para bobinas (80 mm); As pessoas estão acostumadas com mm porque é a unidade padrão de todos os geradores de relatório usados atualmente (Fast Report, Fortes Report, LazReport ...); Devido ao ponto anterior, usar mm vai nos poupar código de conversão de unidades; Mesmo que tivéssemos escolhido centímetros (cm), haveria quebra de compatibilidade por causa do SAT e NFC-e; Quando as alterações vão entrar em vigor? A previsão é que dia 14 de outubro, as alterações sejam enviadas ao SVN. Acreditamos que isso dá tempo suficiente, para conseguirmos avisar a todos e para que todos possam se preparar. As alterações já foram enviadas ao SVN. Veja nota no fim desse post. O que eu preciso verificar no meu aplicativo? A primeira coisa é verificar se você tem configuração de margem (seria bom que tivesse). Em caso afirmativo, como você está armazenando? Em que unidade está armazenando? cm ou mm? Vai ser necessário fazer alguma conversão? Verifique como você deseja manter a configuração? De posse das informações acima, faça um teste imprimindo todos os documentos que você usa. Isso vai ajudar você a prevenir qualquer problema antes de enviar o executável para o cliente. Sugerimos você a imprimir tanto antes como depois das alterações no componente. Assim você vai ter algo para comparar as impressões e ajustar as margens caso necessário. O que eu preciso fazer caso use o ACBrMonitor Plus? A nossa ideia é minimizar o impacto para quem usa o ACBrMonitor. Vamos colocar as informações o próximo post logo abaixo. Se ficarmos atentos a essas alterações, as impressões vão seguir o mesmo padrão e ninguém mais vai precisar se confundir. Atualização- 17/10/2019 As alterações já foram enviadas ao SVN. Agora todos os reports seguem o mesmo padrão: DF-e Fortes Fast LazReport ESCPOS NF-e (Paisagem, Retrato, Inut, Evento, Simplificado) mm mm mm X NFC-e mm mm X X NFC-e (A4) mm mm X X SAT mm X X X CT-e (Evento) mm mm X X CT-e (A5, Retrato) mm mm X X CT-e (Inut, Inut Retrato) mm mm X X GNR-e mm mm mm X MDF-e (Retrato, Evento) mm mm X X NFS-e mm mm X X BP-e X X X X Caso encontre algum problema, queira por favor criar um novo tópico.

Fizemos o teste e com a versão 1.2.0.53 do acbrmonitorplus agora há um novo parâmetro para o comando, com isso ficou resolvido ok: EMAIL.AdicionaAnexo(cArquivo, cNome, aAttach) Parâmetros: cArquivo – Caminho completo do arquivo que será anexado. cNome – Nome de referência do arquivo. cAttach – Define a forma de anexo no e-mail (0 - Attachement / 1 - inLine) por default envia como "0" Definição cAttach 0 - Attachement: O arquivo e enviado como anexo 1 - inLine: O arquivo e enviado no corpo do e-mail (pode ser utilizado para arquivo HTML por exemplo) Exemplo: EMAIL.AdicionaAnexo(“C:\documentos\memorando.doc”, “DocMemorando”,0)