Painel de líderes

No dia 19/12/2019 foi publicado no DOU o Ajuste SINIEF 37/19, que institui o Regime Especial da Nota Fiscal Fácil - NFF, o qual conforme descreve a cláusula primeira do ajuste, visa simplificar o processo de emissão de NFCe, CTe, MDFe e NFe. Sobre a Documentação e Outras Informações Técnicas O Ato COTEPE/ICMS publicará o Manual de Orientação ao Contribuinte para uso do regime especial da Nota Fiscal Fácil, com todos os detalhes técnicos relativos ao Portal Nacional da NFF e as ferramentas emissoras. O Portal Nacional da NFF será mantido pela Sefaz Virtual do Rio Grande do Sul. (SVRS) Sobre a Adesão Conforme o §1º, a adesão poderá ocorrer por opção do contribuinte, por imposição da UF para todos seus contribuintes ou apenas para determinados grupos, ou poderá ainda ser vedada para todos ou somente para grupos de contribuintes da UF. Funcionamento A SVRS cientificará o emitente da geração do arquivo digital do documento fiscal eletrônico adequado e da concessão da correspondente autorização de uso por meio de comunicação automática entre a ferramenta emissora e o Portal Nacional da NFF. § 1º A SVRS solicitará para a aplicação autorizadora da unidade federada onde o contribuinte emissor estiver estabelecido a autorização de uso do documento fiscal eletrônico gerado nos termos da cláusula sexta deste ajuste. § 2º A concessão da autorização de uso é resultado do êxito da aplicação das regras técnicas especificadas no manual de orientação ao contribuinte correspondente ao respectivo documento fiscal eletrônico, com relação unicamente ao formato das informações contidas no arquivo digital respectivo, e às interrelações entre estas informações, não implicando a convalidação destas informações, ou das relações dessas informações com a operação que realmente ocorreu. § 3º Após a concessão da autorização de uso o documento fiscal eletrônico gerado não poderá ser alterado, sendo vedada a emissão de carta de correção, em papel ou de forma eletrônica. § 4º As informações do arquivo digital do documento fiscal eletrônico gerado serão armazenadas no Portal Nacional da NFF. Restrições Não se aplicas as operações com origem ou destino no estado de São Paulo. Prazos Efeitos a partir de 01/07/2020 Fonte: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2019/ajuste-sinief-no-37-19

Realmente notei as mudanças... isso ocorre do nosso esforço em padronizar e otimizar o código de retorno, gerado por ACBrLib e ACBrMonitorPLUS, e para que eles possam gerar as respostas em JSON e XML... Já notifiquei a equipe ( @Rafael Dias, @José M. S. Junior e @Italo Jurisato Junior ) para documentarmos bem nos arquivos de Change-Log.txt e no arquivo "Notas_Lancamento.pdf", o que motivou a modificação, e como ajustar nas aplicações que interpretam a Resposta...

Vale lembrar, que a DLL indicada no Erro, não tem relação com o ACBr

Leu a NT que trata sobre? é o WS que é assim , segue um fluxo de uso

A configurações da biblioteca inclusive de impressão você encontra neste link abaixo https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html Para configurar basta utilizar os métodos de configuração https://acbr.sourceforge.io/ACBrLib/MetodosdeConfiguracao15.html Para emitir é simples, basta configurar os dados de certificados, webservices e schema. Depois você pode carregar o ini ou se quiser pode carregar o xml https://acbr.sourceforge.io/ACBrLib/ExemplodeINI.html https://acbr.sourceforge.io/ACBrLib/NFE_CarregarXML.html https://acbr.sourceforge.io/ACBrLib/NFE_CarregarINI.html e depois disso você deve utilizar o método enviar. https://acbr.sourceforge.io/ACBrLib/NFE_Enviar.html Não precisar copiar os arquivo para basta nenhuma basta passar nos parâmetros da função o conteúdo dos mesmo, as respostas são retornadas pelo metodo, caso a mesma vier incompleta ou ocorra um erro utilize o metodo https://acbr.sourceforge.io/ACBrLib/NFE_UltimoRetorno.html passando uma string de tamanho igual ao tamanho retornado pelo metodo de envio no parametro esTamanho O tratamento da contingencia e todo o fluxo de envio deve ser controlado pela sua aplicação.

Atualize os fontes.

Pessoal.... RESOLVIDO!!!! O erro era basicamente uma burrice minha. Por algum motivo insondável, eu estava mandando gerar novamente o nosso numero quando do envio da remessa. Não pergunte por que! Provavelmente o maldito Ctrl C, Ctrl V. Enfim, o cliente conseguiu pagar! Agradeço profundamente a todos que me ajudaram!!!! Grato Claudiomir [Tópico pode ser encerrado]

Confira se o Número de Sessão da resposta do SAT, é o mesmo que você enviou na Requisição...

Boa tarde. Ao fazer a leitura do arquivo de retorno Cnab 400, ao obter o código da agencia, o componente utiliza variável: ACBrBanco.TamanhoAgencia, que no caso do banco Cresol é 4, mas esse tamanho no manual do arquivo de remessa e retorno é 5, porem, para montar a linha digitável e código de barras o tamanho deve ser 4, devido a compatibilidade com o banco Bradesco. Verifiquei que ao gerar o arquivo de remessa, está fixo o tamanho da agencia como: 5, portanto realizei a alteração na leitura do arquivo de retorno para o tamanho: 5. Segue o manual: especificacoes_tecnicas_boleto.pdf que na pagina: 20, informa que o tamanho da agencia é 4 para a montagem da linha digitável. segue também o manual: manual_cobrança_integrada_cooperado_400.pdf que na pagina: 10 informa que o tamanho da agencia é: 5. ACBrBancoCresol.pas

Chegou a debugar na geração e olhar onde está inserindo isso? os fontes estão todos no svn

Boa tarde! No meu ambiente em modo homologação não consegui encontrar este problema. Ocorreu somente no cliente. Vou ter que ir lá pessoalmente e ficar monitorando como o fato ocorre então.

Segue em anexo então as correções feitas nos arquivos. Registro0040.pasUACBrLCDPR.pasRegistro0045.pas

Ajudou bastante Juliana! Muito obrigada pela atenção.

Boa tarde a todos, obrigado pela colaboração Recebi a resposta da equipe da GNRE Prezado, O problema do caracter especial para lotes gerados através do webservice foi corrigido. Por favor, tentar novamente. Atc, Equipe GNRE Testado e funcionando! Obrigado a todos!

Boa tarde. Alteração adicionada para validação, obrigada. Att.

Boa tarde. Creio que este artigo de nossa Base de Conhecimento também seja do seu interesse. https://www.projetoacbr.com.br/forum/topic/46730-como-obter-o-xml-do-fornecedor/ Att.

Correto no Fast, vou fazer isso, assim que terminar anexo aqui obrigado!

obrigado Daniel pela atenção.

Não exatamente... Em caso de rejeição apenas corrigir e reenviar. Em caso de erro de comunicação gerar nova NFCe com outra numeração, consequentemente outra chave, e tpEmis = 9 (Offline), e após a transmissão desta, inutilizar a primeira ou fazer o cancelamento por substituição. Sugiro a leitura do manual de contingência off-line da NFCe: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=YbZEjEHCuHQ=

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

Como você está configurando a propriedade "Porta" e Modelo do componente ? Qual é a marca/modelo da Impressora ?

Atualizei os fontes e foi resolvido. Grato!

A impressão via EscPos é feita diretamente para a impressora, sem passar pelo driver do spooler do Windows. Você pode enviar comandos de corte parcial ou total, veja o demo do ACBrPosPrinter.

O que quer dizer com reutilizar? Você deve fazer a correção do CFOP ou NCM e retransmitir o XML, sem alteração da chave. A chave só vai mudar se você informar valores diferentes para os campos que compõe a mesma, por ex a data de emissão, tipo de emissão, número, código aleatório (cNF)...

Bom dia. Devido ao SetAgencia da variavel: Cedente.Agencia, estava formatando a agencia para 4 posições, e ao ler o arquivo de retorno, como agora está buscando 5 posições, não estava passando pela função: ValidarDadosRetorno(rAgencia, rConta); Portando sugiro a alteração da seguinte forma. A variável: fpTamanhoAgencia := 5; Na geração dos arquivos de remessa e retorno utiliza essa variável: fpTamanhoAgencia. Na geração da linha digitável utiliza fixo o valor 4. No caso invertendo a logica anterior. ACBrBancoCresol.pas

O Bom e velho Format C:... Obrigado pelo retorno...

Bom dia. Em entrevista para o Campo Grande News, o secretário do Estado de Fazenda, Felipe Mattos, informou mais detalhes sobre a implementação do programa Nota MS Premiada. Veja um trecho relativo ao prazo de implementação O decreto também dará prazo de até 30 dias para empresas adequarem seus sistemas de emissão de notas para que o cupom saia com CPF (Cadastro de Pessoa Física) do contribuinte e dezenas para sorteio. “O sistema da Sefaz já está adequado, mas temos de dar um prazo. Só que quem já fez a mudança emitirá a partir de 1º de janeiro notas que entrarão no sorteio”. Fonte: https://www.campograndenews.com.br/economia/1o-sorteio-de-premio-para-consumidor-que-exigir-nota-fiscal-sera-em-fevereiro

Não é a mesma hierarquia não. O C430 é filho do C425, já o C480 é filho do C470.

É sim Marcelo. O sr pode fazer teste com as impressoras instaladas pra ver o comportamento.

Obrigado pessoal! A ajuda de vcs foi importante!!! Farei as customizações conforme orientação pra atualizar os clientes. Feliz Natal à Todos!

Bom dia! Fiz os testes mas nenhuma solução funcionou, pedi para meu cliente formatar a maquina e colocar um windows 10, depois de formatado funcionou normalmente de primeira, acredito que seja algum problema do próprio windows. Obrigado pela ajuda!! pode fechar o tópico.

Tem que ser feito no fr3. Existe a propriedade sim pra indicar se a via é do consumidor ou estabelecimento. Mas se não me engano sempre é impresso.

Bom dia Daniel, ele também funciona normalmente naquele emissor gratuito de NFe. Que por sua vez é em JAVA. Estamos tentando ver alguma solução!

Bom dia a todos. outro ajuste para leitura de retorno quando LeCedenteRetorno = false. @Juliana Tamizou entendo perfeitamente, foram muitas mudanças, me disponho a ajudar caso queira pontuar cada uma das alterações. att ACBrBancoSafra.pas

Boa noite. Nos meus testes aqui o protocolo agora esta vindo, obrigado @Italo Jurisato Junior O que ainda falta vim e a data e hora do recebimento da nota pela sefaz assim como vem no comando consultanfe(), quem sabe nas próximas versões isso possa ser também incluído.

não possuímos nada para isso.

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

Aparentemente esta com erro no envio síncrono, estou analisando para ver o que pode estar ocorrendo.

EMBarbosa, sim! Uso Windows 10 e está atualizado.

Nathan vc consegue fazer 2 consultas por segundo ?

Boa tarde. desculpe a demora em responde-lá. Enfim, realizei uma análise mais profunda no código e encontrei algumas coisas: existe a função CalcularTamanhoMaximoNossoNumero, e nessa função existe esse trecho de código: if (Length(trim(NossoNumero)) > 10) and (((wTamConvenio = 6) and ((wCarteira = '16') or (wCarteira = '18'))) or ((wTamConvenio = 7) and (wCarteira = '18'))) then Result:= 17 else if (wTamConvenio <= 4) then Result := 7 else if ((wTamConvenio > 4) and (wTamConvenio < 6)) or ((wTamConvenio = 6) and ((wCarteira = '12') or (wCarteira = '15') or (wCarteira = '17') or (wCarteira = '18'))) then Result := 5 else if (wTamConvenio = 6) then Result := 11 else if (wTamConvenio = 7) then Result := 10; O que significa que existem casos em que o nosso número possui tamanho 11 e em outros possui tamanho 5. Essa função é chamada no setter do nosso número, e é disparada na função LerRetorno400Pos6 que contém a linha: NossoNumero := Copy(Linha,69,5); O problema é que essa linha sempre lê 5 caracteres, mesmo havendo uma condição acima que permite a inserção de Nosso número maior que 5. Ok, verificando o código ainda mais encontrei a função que gera o nósso número: function TACBrBancoBrasil.FormataNossoNumero(const ACBrTitulo :TACBrTitulo): String; var ANossoNumero, AConvenio: String; wTamNossoNum: Integer; begin with ACBrTitulo do begin AConvenio := ACBrBoleto.Cedente.Convenio; ANossoNumero := NossoNumero; wTamNossoNum := CalcularTamMaximoNossoNumero(Carteira,ANossoNumero); if ((ACBrTitulo.Carteira = '16') or (ACBrTitulo.Carteira = '18')) and (Length(AConvenio) = 6) and (wTamNossoNum = 17) then ANossoNumero := PadLeft(ANossoNumero, 17, '0') else if Length(AConvenio) <= 4 then ANossoNumero := PadLeft(AConvenio, 4, '0') + PadLeft(ANossoNumero, 7, '0') else if (Length(AConvenio) > 4) and (Length(AConvenio) <= 6) then ANossoNumero := PadLeft(AConvenio, 6, '0') + PadLeft(ANossoNumero, 5, '0') else if (Length(AConvenio) = 7) then ANossoNumero := PadLeft(AConvenio, 7, '0') + RightStr(ANossoNumero, 10); end; Result := ANossoNumero; end; e realmente, ele vai concatenar o convênio se o nosso número possuir 11 carateres. Porém, existem casos em que o nosso número não é gerado pelo sistema mas pelo banco, como é o caso do nosso cliente. Dando uma olhada no fórum achei esse post: Em que foi encontrado um erro que é exatamento o contrário do meu, e foi realizada a correção para que o sistema leia 5 carateres. A parte legal é que, sim, essa correção está correta mas agora que possuimos dois clientes em que possuiem duas confgurações semelhantes de CNAB pude ver o que está acontecendo. Os nossos dois clientes possuem o CNAB 400 do banco do brasil. O convênio dos dois possui 6 carateres. Porém um código de carteira 17 (qua cai na condição de numero de 5 caracteres) e o outro possui carteira 31 e tem o nosso numero gerado pelo banco (tamanho do nosso número 11). Esse segundo cliente ja gerou mais de 100000 títulos e por isso o tamanho do nosso número é maior que 5, sendo que ele não concatena o código do convênio depois. Antes da correção proposta pelo post, a leitura do arquivo do cliente 2 funcionava, mas a do cliente 1 não. Depois, o cliente 1 passou a ler corretamente, mas começou a dar problemas na leitura ds segunda. A correção que realmente deveria ser feita seria buscar qual o tamanho máximo do nosso número e dependendo do resultado, ler 5 ou 11 caracteres. Att.

Conseguiu entender a diferença entre esses 2 registros? ambos com a mesma descrição, hierarquia e campos idênticos..

Pode ser que esse certificado seja específico para soluções baseada em Navegadores...

O pessoal da TecnoSpeed escreveu um excelente artigo, sobre esse problema em comum https://atendimento.tecnospeed.com.br/hc/pt-br/articles/360006620194-Erro-de-suporte-a-canais-seguros

Bom dia Thiago, Pela imagem que você anexou se refere ao DAMDFE feito em Fast Report, correto? Se desejar colaborar com o projeto e fazer essa implementação, ficaremos gratos.

Perfeito meu amigo... Essa dica para capturar o protocolo é show. Abraços

1989 - CP500 Basic colégio técnico depois dbase, clipper, C, Pascal, C++,Delphi, PHP, Perl , Java, flluter

Retornar a chave de acesso correta na mensagem de rejeição depende da SEFAZ. Se não me engano o único requisito pra isso é usar o mesmo certificado digital do emitente para fazer também a transmissão. Isso está nas normas técnicas, mas aparentemente nem todas seguem.

Usando o Editor de Política de Grupo Local (gpedit.msc), alterei a seguinte propriedade: Política Computador Local > Configuração do Computador > Modelos Administrativos > Sistema > Gerenciamento de Comunicação da Internet > Desativar Atualização Automática de Certificados Raiz. Defini esta regra como "Habilitado". Em seguida no prompt de comando executei o seguinte comando: gpupdate /force Estamos monitorando a 10 dias e não voltou a ocorrer.

No XML 53141138056263000195550010000005781000005784-nfe.xml alguns campos não estão iguais ao que está autorizado no site, ou seja, o XML gerado não condiz com o que foi autorizado e por isso o Digest não é igual. Exemplos: <hSaiEnt>08:43:43</hSaiEnt>" e no site está = "27/11/2014 às 19:52:05" <verProc>V.2014.11.27a</verProc> e no site está = "V.2014.11.27"