Painel de líderes

Problema foi juntamente a certificadora / sefaz. A principio desde a 09:20 de hoje já foi resolvido e não voltou a ocasionar até o presente. estou fechando o tópico pois está resolvido a questão e por ser fator externo! Forte Abraço!

Cliente meu, fez contato com Serasa, caiu servidor deles mesmo, o jeito é aguardar

Aqui já normalizou, todos os SERASA comunicando normalmente Iniciando Consulta Inicio TNFeStatusServico Versão Layout: 4.00 Ambiente: 1 Versão Aplicativo: SP_NFE_PL009_V4 Status Código: 107 Status Descrição: Serviço em Operação UF: SP Recebimento: 12/11/2020 09:21:58 Tempo Médio: 1 Retorno: Observação: Dados do status serviço WebService Tipo do Ambiente : PRODUÇÃO Versão do Ambiente : 4.00 Versão da Aplicação : SP_NFE_PL009_V4 Código do Status : 107 Motivo : Serviço em Operação UF : 35 - SP Data/Hora Recebimento : 12/11/2020 09:21:58 Tempo Médio de Resposta : 1 Observação do WebService :

Correção no repositório, rev. 20925.

Bom dia! Só uma observação que acredito ser importante ressaltar. No áudio a pessoa fala em % sobre O VALOR TOTAL DA NOTA. Isto é muito preocupante, pois muda o entendimento. Tem muitos erros que ocorrem pela interpretação errada. Considerando que outros colegas poderão usar este post como auxílio para esta mesma situação, achei por bem comentar. Veja que esta é uma condição para produtos que estão com CSOSN 101. Então vamos ao exemplo: Produto 01 - XXX CSOSN 101 - considera aproveitamento de R$ n,nn <vCredICMSSN> n,nn Produto 02 - YYY CSOSN 500 (Subst. Trib.) <vCredICMSSN> 0.00 Total da nota: R$ WWW,WW Texto: Permite o aproveitamento de R$ n,nn correspondente a alíquota de X%.... Observe que entrou no calculo apenas o valor do item 1. o Segundo não tem aproveitamento de crédito. Logo "a fala" não pode ser "SOBRE O VALOR TOTAL DA NOTA" e sim totalizar o valor do crédito que será de acordo com os itens que estão na tributação CSOSN 101. Outro quesito que não vou questionar mas é o contador que precisa saber é esta alíquota. Ela é calculada sempre considerando o faturamento dos últimos 12 meses. Você informa no dia 01 e deve permanecer até o último dia do mês. Se o faturamento não alterar muito esta mesma alíquota pode permanecer as vezes por meses. A alíquota é aplicada por faixa de faturamento. Exemplo: (não é tão simples assim como no exemplo. Ele é apenas para facilitar o entendimento) Faturamento dos últimos 12 meses de X a Y - alíquota N% de XX a YY - alíquota de M% de XY a YX - alíquota de O% Então as vezes a empresa permanece na mesma faixa de faturamento por vários meses.

Poxa pessoal, muito obrigado pela ajuda. Ontem ja era quase 3 da manha quando atualizei, tive um dia de cão com um sistema e já não estava conseguindo ler mais nada na tela do PC para deixar um detalhe deste passar. Muito obrigado mesmo pela paciência e desculpe pela minha falta de atenção. Abraço a todos e bom tralbalho!

Bom dia, sim está apresentando erro 403, creio que seja a LCR que esteja com problemas. Certificados da Soluti e Safeweb estão operando normalmente aqui, somente os SERASA que estão retornando erro 403. abrir um faleconosco ao portal da sefaz e aguardar

Olá pessoal Confirme prometido estou anexando aqui nessa postagem o programa exemplo do componente ACBrNFSe refatorado para que vocês possam realizar os testes com os provedores de seus clientes. Caso tenham algum problema, em alguma funcionalidade favor anexar os XMLs de envio e de retorno que funciona atualmente e os gerados com o novo componente para que eu possa fazer as devidas correções. Foram implementados nesse novo componente 32 provedores que se utilizam da versão 1 do layout da ABRASF, 55 provedores (inclusive: SiapSistemas e DSFv2) que se utilizam da versão 2 do layout da ABRASF e 20 provedores que seguem o seu próprio layout, totalizando 107 provedores, abrangendo 1215 cidades. Como realizar os testes: Na sua maquina de desenvolvimento crie uma pasta (Por exemplo: NovoACBrNFSe) descompacte o arquivo ACBrNFSe_Exemplo.rar dentro dessa pasta. Ao executar ele pela primeira vez vai aparecer a tela de erro: O motivo de aparece essa tela é porque ainda não existe o arquivo de configuração. Clique no botão [OK] E configure da mesma forma que você configurou o programa exemplo do componente atual, ou antes de executar copie para dentro dessa pasta o arquivo de configuração (ACBrNFSe_Exemplo.ini) do programa exemplo que esta na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Delphi Note que nesse novo programa exemplo temos um botão chamado Envio: Foi criado um novo método chamado Emitir que tem por finalidade abstrair os métodos de envio de cada provedor. Vamos a alguns exemplos: Os provedores que seguem a versão 1 do layout da ABRASF só possuem 1 método de envio que é o Enviar, logo o método Emitir vai usar esse método, por outro lado o provedor 4R que segue a versão 2 do layout da ABRASF e deveria ter disponibilizado os métodos Enviar, EnviarSincrono e Gerar, disponibilizou somente o EnvioSincrono, logo o método Emitir vai usar esse método. O provedor MegaSoft que também segue a versão 2 do layout da ABRSAF e que deveria ter disponibilizado os 3 métodos citados acima, só disponibilizou o método Gerar, logo o método Emitir vai se utilizar do método Gerar para enviar o RPS par o WebService. Assim que liberarmos os fontes do novo componente conto com todos para melhorarmos o método Emitir, pois acredito que ele vai simplificar bastante. Por fim peço a todos que postem os resultados dos testes aqui no fórum. Para quem não é membro do SAC favor postar em: Home / Fórum Aberto - ACBr / ACBrDFe / ACBrNFSe Para quem é membro do SAC favor postar em: Home / Suporte Pago - SAC / DFe - Documentos Fiscais Eletrônicos Programa exemplo do novo componente ACBrNFSe: ACBrNFSe_Exemplo.exe(compilado: 11/11/2020 as 16:14) Desde já muito obrigado pela colaboração de todos.

Essas são algumas correções que fizemos no componente ACBr para os eventos mencionados no título. Foram feitas à algum tempo, os problemas foram encontrados em alguns de nossos clientes, e confirmados usando os leiautes do eSocial mais recentes. Não me lembro de todas as condições para justificar as alterações feitas, haja visto que, são alterações antigas. Se for necessário posso buscar essas informações nos referentes leiautes. Fico à disposição para o esclarecimento de qualquer dúvida ou solicitação. @Italo Jurisato Junior ACBr.zip

Boa tarde, Implementado novo modelo para a balança Coimma EC100 e indicador WIGHTECH WT27 ( anexo Modelo_balanca_coimma_EC100_WT27.jpg ), via protocolo ETH. !! (isso mesmo, ETH conforme anexo Coimma_EC100_WT27_ConversorWT420.pdf ). Para mim é um universo novo (eu já havia implementado a comunicação com balança pelo componente, mas funcionou com layout pré-existente) e pastei tentando implementar o protocolo que me foi informado que seria o correto (EPM anexo Protocolo_EPM.pdf). No final, comunicando via RS232, a leitura é feita nos termos do protocolo ETH. 1. Fontes da nova balança: NovaBalanca_WT27R_ETH.rar * Anexo ( IMG_Pesagem.png ) contendo simulações com o emulador ( também validadas no cenário do cliente ), validando: * Peso positivo * Peso instável * Peso negativo 2. Para fazer os testes durante o desenvolvimento implementei, no Emulador de Balança, uma opção para enviar comandos formatados. * Estou mandando o fonte separado ( Emulado_ComandoFormatado.rar), caso implementem apenas a nova balança sem a alteração no Emulador * Deixando o novo campo em branco, envia os comandos padrões do Emulador. * Pressionando F1 no novo campo, coloquei algumas instruções, inclusive com exemplos para simular os mesmos envios efetuados por padrão pelo Emulador. * Se acharem interessante incorporar ao fonte do emulador, essa opção pode facilitar a implementação de futuros protocolos por outras pessoas. Exemplos de Comandos Formatados: -------------------------------- Peso ok..: EB,kg,B: #ESPACO1 #PESO6 ,T:000000,L: #ESPACO1 #PESO6 C/3dec ok: EB,kg,B: #ESPACO1 #PESO6,3 ,T:000000,L: #ESPACO1 #PESO6,3 Negativo.: EB,kg,B:- #PESO6 ,T:000000,L:- #PESO6 Instavel.: IB,kg,B: #ESPACO1 #PESO6 ,T:000000,L: #ESPACO1 #PESO6 Leitura de Comandos Convertidos para o peso 6,774: --------------------------------------------------- Peso ok..: EB,kg,B: 006774,T:000000,L: 006774 C/3dec ok: EB,kg,B: 06,774,T:000000,L: 06,774 Negativo.: EB,kg,B:-006774,T:000000,L:-006774 Instavel.: IB,kg,B: 006774,T:000000,L: 006774 Coimma_EC100_WT27_ConversorWT420.pdf Protocolo_EPM.pdf

Boa tarde a todos! Ao gerar a nota de serviço para a cidade de Campinas-SP verificamos que o valor do ISS Retido estava saindo zerado, mesmo quando havia retenção, conforme imagem abaixo: Para resolver isso, fizemos a seguinte alteração no arquivo pnfsNFSeR.pas (linha 3085) - TFNSeR.LerNFSe_ISSDSF: if ((FNFSe.Servico.Valores.ValorIssRetido = 0) or (FNFSe.Servico.Valores.ValorIss = 0)) and (FNFSe.Servico.Valores.Aliquota > 0) then begin if FNFSe.Servico.Valores.IssRetido = stRetencao then FNFSe.Servico.Valores.ValorIssRetido := (FNFSe.Servico.Valores.ValorServicos * (FNFSe.Servico.Valores.Aliquota / 100)); FNFSe.Servico.Valores.ValorIss := (FNFSe.Servico.Valores.ValorServicos * (FNFSe.Servico.Valores.Aliquota / 100)); end; Após a correção, a nota de serviço ficou assim: Segue em anexo o arquivo alterado. pnfsNFSeR.pas

Udenilson, Basta olhar o XML de retorno da SEFAZ no que se refere a consulta. Se no XML estiver como "id" o problema é na SEFAZ e não no componente. Uma dica, se ocorrer erro de internet nunca envia a nota novamente e sim realiza a consulta. Se na consulta retornar que a nota não consta na base de dados, ai sim você envia novamente. Da forma que você fez a SEFAZ pode encarar a sua aplicação com maus olhos e não com bons olhos. Fica a dica.

Juliomar , Hoje o cliente me falou que pretende comprar o pinpad da cielo, mas ele não tem nada, e então comecei a pesquisar para adequar o programa para isso. Fico agradecido a qualuqer ajuda para iniciar. obrigado Obrigado Daniel, vou ver o video.

@gutopj01 Você tem que manter a mesma assinatura que foi feita no momento do processo de associar assinatura. A nova assinatura vai funcionar nos sat´s que você associar a partir de agora.

Talvez esse vídeo lhe esclareça um pouco: Veja mais vídeos sobre TEF em: https://projetoacbr.com.br/tef/

Italo boa tarde, consegui homologar apenas alterando aquela URL mesmo para o antigo endereço, fique a vontade para encerrar o tópico.

Boa tarde Udenilson, É a sua aplicação que emite a NFC-e? Se sim, você utiliza o componente ACBrNFe ou o ACBrMonitor Plus? Se sim, o problema esta na SEFAZ que ao gerar o retorno que contem o protocolo, gerou o Identificador como sendo "id" em vez de "Id". A minha sugestão é que você entre em contato com a SEFAZ e relate o problema.

@Italo Giurizzato Junior é o cara que vai avaliar

Tente não usar o capicom use o wincrypt na configuração

@EMBarbosa, pode nos ajudar na análise? Muito obrigado pela contribuição @Renato Rubinho...

Funcionou perfeitamente utilizando o Fortes. Obrigado. Como faço para fechar esse tópico.

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

Descobrir esta vindo certo do sitef é so mudar //QRCode.Encoding := qrUTF8NoBOM; QRCode.Encoding := qrUTF8BOM; esse monta o qrcode sem o ?

Olá @Ivo Ribeiro, obrigado pela analise e contribuição... Apliquei alguns ajustes, e enviei para o SVN... Commit [r20924]

Bom dia, Nos meus testes usei certificado A1 com a seguinte configuração: E o valor de SSLType = LT_TLSv1_2 E não tive nenhum erro.

Bom dia Maiquel, Favor atualizar os fontes. Note que fiz uma alteração no arquivo INI do provedor. Faça novos testes.

Bom dia Senhores. estou com 2 clientes com esse problema. ambos Certificadora SERASA. Certificaso A1. Parece se "merda" da Serasa. ou estou enganado? Confirmado Certificados SERASA vai dar pau. Caiu o sistema de validação de certificados deles...

Bom dia A tag CST deve ser preenchida com os 2 dígitos. ex: CST=00

Bom dia testei, problema resolvido.... agora está perfeito Obrigado

Olá Junior. Funcionou perfeitamente. Obrigado pela ajuda.

Já é feito automático pelo componente, basta configurar a propriedade ACBrNFe.Configuracoes.Arquivos.Salvar = True e ACBrNFe.Configuracoes.Arquivos.PathEvento. O componente também salva os eventos retornados na consulta de protocolo informando True no segundo parâmetro. ACBrNFe.Consultar(nChave, True);

Selecionei a opção "Adicionar Literal no nome das pastas" e também "Separar Arqs pelo Modelo(NFe/NFCe)", ficou beleza. Valeu pelas dicas de vcs.

Estou tendo erros ao gerar o S-1005 do eSocial por causa da tag <indSubstPatrObra> que não deve ser gerada se não houver situação na empresa. A função infoEstab.DadosEstab.infoObraInst() testa se foi atribuída e aí gera ou não no xml, porém, como a propriedade no componente ABCr é do tipo enumerado, sempre esta função retorna Verdadeiro e gera a tag com valor 1. Fiz alterações nos fontes para a lista aceitar o valor ispVazio, alterei os métodos de geração das tags, porém gostaria de saber se vocês estão conseguindo gerar o XML sem a tag quando a empresa não utilizar essa situação, antes de perder tempo tentando alterar os fontes pces1005.pas. Este problema acontece com outras propriedades nos registros, onde existe uma lista de valores válidos, mas, não deva ser gerada a tag se a empresa não se enquadrar.

Bom dia, Esse provedor é complicado, para fazer os testes em homologação ou produção tem que ser feito o pedido junto a eles. Eles não permitem terem ambos funcionando ao mesmo tempo. Outro Detalhe importante eles são Assincrono.

Olá pessoal, Para quem ainda não sabe estou promovendo um Refactoring no componente ACBrNFSe. Ele praticamente foi reescrito do zero e infelizmente teremos algumas quebras de código quando ele for liberado. Mas vamos falar de coisas boas. Hoje temos que disponibilizar para os nossos clientes além do executável, DLLs, os famosos arquivos INI, o arquivo Cidades.ini e os arquivos INI dos provedores. Pois bem, isso acabou. Os arquivos INI referente aos provedores se transformaram em Unit, ou seja, fazem parte do fonte do componente. O conteúdo do arquivo Cidades.ini migrou para o arquivo ACBrNFSeServicos.ini que é transformando no ACBrNFSeServicos.res através do BAT: Compila_RES. O arquivo ACBrNFSeServicos.res é incorporado ao executável, logo vocês só vão precisar distribuir o executável e as DLLs para os seus clientes. O que vocês acharam dessa mudança? Ainda não esta 100%, em função das diferenças dos provedores, mas criei um novo método chamado Emitir que tem por finalidade gerar o XML do RPS, assinar se necessário, gerar o Lote e assinar se necessário, enviar, aguardar o retorno do XML da NFSe. Independente do serviço que o provedor se utiliza para recepcionar o XML do RPS. Vou dar um exemplo: O provedor 4R que segue a versão 2 do layout da ABRASF implementou somente o método EnviarLoteRpsSincrono para recepcionar o RPS, sendo que no Manual da ABRASF versão 2 estão previstos os métodos: EnviarLoteRps, EnviarLoteRpsSincrono e GerarNfse. Por outro lado o provedor ISSJoinville que também segue a versão 2 do layout da ABRASF implementou somente o método EnviarLoteRps. Se vocês tem clientes cujas cidades utilizam o provedor 4R e tem clientes em Joinville, ou vocês tem duas aplicações ou a aplicação tem uma tela de configuração para definir qual método a ser utilizado. O método Emitir vem para tentar resolver esse problema da seguinte forma: se o provedor for 4R ele vai se utilizar do método EnviarLoteRpsSincrono automaticamente, agora se for ISSJoinville vai usar o EnviarLoteRps. Desta forma não precisamos de nos preocuparmos com qual o método devemos usar para enviar o RPS para o webservice. Acredito que vai ficar muito bom e pratico. O que vocês acham? Muita coisa já foi feita e muito mais precisa ser feito. Para que vocês tenham uma ideia foi criado 32 Units, ou seja, uma para cada provedor que segue a versão 1 do layout da ABRASF, mais 53 Units para os provedores que seguem a versão 2 do layout da ABRASF e mais 19 Units para os provedores que tem o seu próprio layout. Até o final deste mês de outubro estarei disponibilizando o programa exemplo compilado para que vocês possam fazer mais testes. Em breve vou explicar como vão ser os testes e como reportar os resultados. Antes que eu esqueça, esse Refactoring visa poder incluir a emissão da NFS-e no ACBrMonitor Plus e a criação do ACBrLibNFSe (DLL). Um forte abraço a todos.

Bom dia Emanuel, No XML da NF-e/NFC-e contem a Chave de Acesso que é gerada automaticamente pelo componente ACBrNFe. É com essa chave que devemos trabalhar, pois ela é utilizada em consultas e eventos, tais como: Carta de Correção, Cancelamento e outros. Por outro lado a Chave Natural é gerada e controlada pela SEFAZ-Autorizadora, antes essa chave no que diz respeito a NF-e aceitava somente o CNPJ, com a possibilidade de uma pessoa física poder emitir uma NF-e a SEFAZ fez alterações em seu sistema para que a Chave Natural contemplasse o CPF também. Hoje a Chave de Acesso da NF-e contem as seguintes informações: Código IBGE da UF do Emitente (2 dígitos), Ano (2 dígitos), Mês (2 dígitos), CNPJ ou CPF (14 dígitos), Modelo (2 dígitos), Serie (3 dígitos), Numero (9 dígitos), Tipo Emissão (1 digito), Código Aleatório (8 dígitos) e Digito Verificador (1 digito). Totalizando 44 dígitos. A diferença para a NFC-e é que somente o CNPJ é aceito na chave. O que diz a NT a respeito da Chave Natural? Para a NF-e ela será composta por: UF, CNPJ ou CPF do Emitente, Série e Número da NF-e, modelo do documento fiscal eletrônico e ambiente de autorização. Para a NFC-e: UF, CNPJ do Emitente, Série e Número da NF-e, modelo do documento fiscal eletrônico e tipo de emissão. No caso da NF-e onde esta escrito ambiente de autorização leia-se tipo de emissão. Veja que eu coloquei em negrito as informações que estão na Chave de Acesso e que são utilizados pela SEFAZ para montar a Chave Natural. Resumindo: Ninguém precisa se preocupar com essa alteração que a SEFAZ esta promovendo em seu ambiente.

A que a gente não tinha o que fazer, então resolvemos dificultar para vocês só por diversão mesmo.

Boa noite. Alteração disponibilizada no svn com algumas modificações. Att.