Painel de líderes

Correção Emergencial - 03/01/2020 Alguns contribuintes estão tendo dificuldade para ativar equipamentos SAT e enviar os cupons. O problema foi identificado e está sendo tratado pela área técnica. Ressaltamos que essa questão não deve impactar o funcionamento dos equipamentos SAT já que tais equipamentos devem continuar operando e emitindo cupons ainda que não possuam comunicação com a Sefaz pelo prazo de até 15 dias. edit: @Juliana Tamizou acabou de postar. Obrigado

Realmente analisando aqui, eu vi que uma modificação minha adicionou este bug no consultar da ACBrLibMDFe, já disponibilizei nova versão favor testar com a mesma.

Boa tarde Realizamos o ajuste (Conforme indicação do Italo) e funcionou corretamente o envio do xml para a homologação. Grato pelas orientações.

Boa tarde a todos, Estamos com problemas idênticos em vários clientes, falta de comunicação, não envio de lote de cupons, estou com um cliente que deu bloqueio autônomo por falta de internet, sendo que ontem cedo ele conectou no sefaz, e extraindo o log, não está conseguindo acessar a retaguarda do sefaz, mesmo internet estando tudo ok. Abri chamado no https://portal.fazenda.sp.gov.br/Paginas/Correio-Eletronico.aspx, estou aguardando resposta. Recomendo aos amigos que façam o mesmo []'s

Bom dia, experimente configurar a propriedade "AltLinhaComun" com valor 30

Bom dia Maílson, Primeiramente desculpe pela demora em analisar a colaboração. Muito obrigado pela colaboração, já foi enviada para o repositório. Favor atualizar os fontes e faça novos testes.

Bom dia Filipe, Primeiramente desculpe pela demora em analisar a sua colaboração. Muito obrigado pela colaboração, já foi enviada para o repositório.

Bom dia, precisa percorrer o item de cada evento para obter o xml. Ex: for I := 0 to ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Count - 1 do begin XML := ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[I].RetInfEvento.XML; end;

Pelo log você esta carregando 2 NFe uma por texto e a outra pelo arquivo xml. O primeiro xml que você carrega como string esta mal formado esta informando a tag nfeProc sendo que a mesma ainda não tem protocolo. Tem como postar os arquivo de envio e retorno do webservice ?

Testado e funcionando! Muito obrigado Italo!

Olá pessoal, Aproveitando os últimos minutos do segundo tempo, temos novidades para o inicio do ano que vem. Novidades da versão 1.40 da NT 2019/001 * Modifica a RV N12-94 para deixar mais específica a rejeição, criando assim a RV N12-98 com sua respectiva rejeição; A regra vai ser ativada a partir de 11/05/2020 10/08/2020 em produção, verificando a existência e a vigência do cBenef. Assim, a RV N12-94, a partir dessa data, passará a verificar apenas se o cBenef é compatível com o CST. Essa nova regra permite que determinada UF possa validar apenas a existência do cBenef, caso não opte por validar a compatibilidade com o CST. A criação da RV N12-98 não traz impacto para os sistemas emissores que já estão preparados para a validação da RV N12-94, salvo o possível tratamento da mensagem da rejeição. Rejeição 946: Informado código de beneficio fiscal incorreto ou inexistente na UF. * Adiciona as exceções e modelos para as RV N12-85, N12-86, N12-90, N12-94, N12-97 e N12-98; Criação de Exceções para as Regras de Validação N12-85 (Se informado CST e não informado código de benefício fiscal), N12-86 (Se informado CST e informado código de benefício fiscal), N12-90 (Se CST de ICMS = (20, 30, 40, 41, 50, 70 ou 90)), N12-94 (Se informado CST e informado código de benefício fiscal), N12-97 (Não informados campos de valores do CST 51 (Diferimento)) e N12-98 (Se informado código de benefício fiscal) Trata-se de exceções que já haviam sido criadas e implementadas, tendo sido comunicadas por meio de aviso disponibilizado no Portal Nacional da NF-e. As Rejeições das Regras de Validação N12-85, N12-86, N12-90, N12-94 e N12-97 encontram-se no artigo referente a NT2019/001 versão 1.30 * Informa as Exceções e Datas aplicáveis as UF que ativaram as RV N12-85, N12-86, N12-90, N12-94 e N12-97; e que ativarão a N12-98; Quadro com datas de ativação das RV, respectivas exceções e possíveis modelos para UF que ativaram/estão ativando tais RV. Quadro já disponibilizado no Portal da NF-e. A única diferença é a indicação das opções de modelos (55; 65; ou 55/65). Tal quadro demonstra quais UF estão ativando as RV, bem como as exceções aplicadas e os modelos que de DF-e (55 e 65) em que se aplicam a tais RV. A tabela a seguir substitui a do item anterior (1.8), pois adiciona exceções e modelo aplicável. Na tabela a seguir encontram-se as Unidades da Federação que implementarão as Regras de Validação N12-85, N12-86, N12-90, N12-94, N12-97 e N12-98, previstas nesta Nota Técnica. Na legenda são encontradas as datas de aplicação, as exceções e os modelos aplicáveis (55/65), a critério da UF. Regra de validação - Aplicação e Exceções +----------------------------------------------------------------------------------------------------------+ | UF | N12-85 | N12-86 | N12-90 | N12-94 | N12-97 | N12-98 | +----------------------------------------------------------------------------------------------------------+ | PR | (D1), (55/65) | (D1), (55/65) | (D*) | (D2), (55/65) | (D1), (55/65) | (D3), (55/65) | +----------------------------------------------------------------------------------------------------------+ | RJ | (D2), (55/65) | (D2), (55/65) | (D2), (55/65) | (D2), (55/65) | (D2), (55/65) | (D3), (55/65) | | | (E2, E3) | (E2, E3) | (E2, E3) | (E2, E3) | (E2, E3) | (E2, E3) | +----------------------------------------------------------------------------------------------------------+ | RS | (D2), (55/65) | (D2), (55/65) | (D*) | (D*) | (D*) | (D3), (55/65) | | | (E3,E4) |(E3,E4) | | | | (E3,E4) | +----------------------------------------------------------------------------------------------------------+ |Demais UF | (D*) |(D*) | (D*) | (D*) | (D*) | (D*) | +----------------------------------------------------------------------------------------------------------+ Datas para aplicação das Regras de validação (D), com respectivo Modelo de DF-e: (D*) - Regra de validação não será aplicada; (D1) - Aplicação a partir de 02/09/2019; (D2) - Aplicação a partir de 01/10/2019; (D3) - Aplicação a partir de 11/05/2020 10/08/2020 em Produção (Homologação: 16/03/2020) Aplicação aos Modelos de DF-e: (55); (65); ou (55/65) Exceções constantes nas Regras de Validação, a critério da UF: (E1) - Exceção 1: a RV não se aplica quando Finalidade de emissão da NF-e (tag: finNFe) igual a Devolução de Mercadoria e Identificador de local de destino da operação (tag: idDest) igual a Operação interestadual ou com o Exterior. (E2) - Exceção 2: a RV não se aplica quando Finalidade de emissão da NF-e (tag: finNFe) igual a Devolução de Mercadoria; (E3) - Exceção 3: a RV não se aplica quando Finalidade de emissão da NF-e (tag: finNFe) igual a NF-e de ajuste; (E4) - Exceção 4: a RV não se aplica quando Tipo de Operação (tag: tpNF) igual a Entrada. Observação: A Exceção 1, constante nas respectivas Regras de Validação, aplica-se a todas as UF. Assim, não necessita estar no quadro acima. 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 NFC-e, na área “Regras de Validação” da aba “Desenvolvedor”. Para contribuintes estabelecidos no Estado do Rio Grande do Sul, as Regras de Validação N12-85 e N12-86 permitirão informar qualquer CST até 31/03/2020 no ambiente de autorização em produção, conforme tabela disponibilizada no Portal da NF-e. Em homologação, o contribuinte já pode testar a validação dessa Regras. A RV N12-94 será desativada para o Rio Grande do Sul a partir da publicação desta NT.  A RV N12-98 será ativada conforme as datas de homologação e produção previstas nesta NT. * Retira o modelo 65 da validação da RV B03-10 Datas de efetivação das modificações: Ambiente de Homologação: 16/03/2020 Ambiente de Produção: 11/05/2020 (10/08/2020) Como se tratam de regras de validação nos WebServices das SEFAZ-Autorizadoras, não se faz necessário nenhuma alteração nos fontes dos componentes e nem na aplicação. Para baixar a NT na integra favor acessar a nossa biblioteca.

Guilherme, Fiz uma alteração visando atender essa condição (Contribuinte = Simples Nacional) gera a tag Alíquota mesmo valendo zero. Já se encontra o repositório, favor atualizar os fontes e faça novos testes.

Bom dia Guilherme, Com essa informação de sempre gerar a tag da Alíquota quanto se tratar de contribuinte do Simples Nacional, podemos incluir uma condição para essa tag.

Boa tarde. Foi publicado avisado na página da SEFAZ-SP informando que o problema está sendo verificado. https://portal.fazenda.sp.gov.br/servicos/sat Att.

Olá André, Estou verificando sua implementação. Aqui notei que ela está muito semelhante ao modelo já existente "Libratek". Será que não é o mesmo protocolo? Você chegou a testar com o modelo Libratek existente?

ok, obrigado BigWings

Se você baixar o XML da nota cancelada pelo portal nacional da NFe, ele vai aparecer como cancelada no XML? Desde que foi implantado o cancelamento por evento, o correto é não alterar o XML da NFe após a emissão do evento de cancelamento, e sim gerar um novo XML correspondente ao mesmo. O ACBr vai salvar o XML do cancelamento como *-procEventoNFe.xml, faz o mesmo para outros eventos como por exemplo a carta de correção. Talvez a aplicação do contador consiga importar esse XML de evento de cancelamento para identificar as notas canceladas. Caso contrário, ainda há no componente a propriedade "AtualizarXMLCancelado" que vai de fato alterar o XML da NFe após o cancelamento, substituindo o protocolo de autorização pelo de cancelamento.

Já testei aqui, e está funcionado corretamente Obrigado.

Mesmo que tenha resolvido, se você não vai usar um ECF está usando o roteiro errado. Explique a SkyTef que você vai fazer homologação para impressora não fiscal.

Bom dia! Também já enviei uma mensagem. Notei que em alguns clientes desde ontem por volta das 10:30 os aparelhos não estão enviando os cupons para o SEFAZ.

- Bom dia, enviei um post lá, solicito a todos que fação o mesmo para eles verem que está mesmo fora do ar HASA

Analisando com mais calma ... a minha função EstadoSimuladoECF_TEF estava retornando o estado no momento errado, eu estava condicionando o estado depois da ativação e não antes para o componente ativar e tratar a pendência de transação com o estado simulado correto. Resumindo ... erro do programador (eu)

Bom Dia Juliana, Entrei em contato com o suporte via telefone no inicio da manhã, eles me informaram que não tem nenhuma notificação de falha e me orientaram a solicitar o posicionamento através do https://portal.fazenda.sp.gov.br/Paginas/Correio-Eletronico.aspx, solicitei o posicionamento porem até o momento não obtive retorno. Att.

O seu XML precisa estar válido para que o ACBr consiga ler as tags, nesse caso o erro está no nome da tag, conforme o Italo esclareceu. O XML que está carregando no ACBr, deve ser gerado conforme as tags que passei acima, o grupo <EnvNFe> é gerado pelo ACBr, apenas no momento do envio.

Bom dia Mendonça, Analisando o fragmento do seu XML que se encontra na sua primeira postagem, me diz uma coisa: Existe a tag vIMCSDeson? O correto não seria vICMSDeson ? Esse XML esta sendo gerado pela sua aplicação, correto?

Se você usa um Gerador de Relatórios, como o Fast Report... basta criar um novo layout

Foi o que me passaram, não sabia desse roteiro especifico, vou entrar em contato com a SkyTEF e solicitar esse roteiro então, creio que seja mais simples. Como o componente é baseado em ECF então simulando o estado do ECF dá pra fazer funcionar mas vou verificar essa nova informação !!

O XML que está carregando no ACBr não está válido, tem erros de Schemas, veja: A melhor opção é sempre deixar o ACBr gerar o XML, pois já vai gerar conforme os Schemas, mas se deseja realmente carregar um XML já gerado, sugiro que siga o modelo de um XML válido, para evitar problemas... Notei também que seu XML contém tags a mais no início: ("enviNFe"). Veja o exemplo de como deve estar o XML para carregar no ACBr antes de Assinar e enviar: <?xml version="1.0" encoding="UTF-8"?><NFe xmlns="http://www.portalfiscal.inf.br/nfe"><infNFe versao="4.00" Id="NFe35191299999999999999550100000014541290416946"><ide>...

Bom dia Rafael, Se você deseja imprimir somente as autorizadas tem dois caminhos: executar o método Enviar(nLote, True) ou após o envio você limpa a lista de notas e carrega os XML das notas que foram autorizadas e execute o método Imprimir. Acredito que a solução mais simples é executar o método Enviar conforme mostrado acima. Com relação ao Preview que é gerado um para cada nota quando se utiliza o Enviar a resposta esta na própria rotina do Enviar, veja abaixo: NotasFiscais.Assinar; NotasFiscais.Validar; Result := WebServices.Envia(ALote, Sincrono, Zipado); if DANFE <> nil then begin for i := 0 to NotasFiscais.Count - 1 do begin if NotasFiscais.Items[i].Confirmada and Imprimir then NotasFiscais.Items[i].Imprimir; end; end; Note que após obter o retorno do envio a rotina verifica se existe um componente de DANFE linkado ao componente ACBrNFe, caso afirmativo é executado um loop onde o método Imprimir só é executado se a nota esta confirmada (Autorizada) e se o parâmetro Imprimir esta com o valor True. Isso explica ele gerar um Preview para cada nota. Agora se você quer somente um Preview para todas as notas que foram enviadas no lote e que foram autorizadas, acredito que a solução seja mesmo, após o envio, limpar a lista de notas do componente, carregar o XML das notas autorizadas e executar o método Imprimir.

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

Bom Dia, a todos Fiz a atualização e os testes solicitados, e todo ok. Abraços

Bom dia Por favor anexe para análise o XML completo que está carregando no componente.

Perfeito BigWings, Será o suficiente neste momento, já que não utilizo muitas opções. Obrigado por ajudar a visualizar onde estava o problema. Abraço. Claudiney.

Rapaz, creio que você deverá desenvolver essa variação de impressão na sua aplicação mesmo. Eu tenho uma rotina assim no meu ERP. Não faria sentido implementar isso no ACBr.

Bom dia. Obrigada por nos informar, como a situação foi resolvida, estou fechando este tópico. Att.

Bom dia Pessoal! Tive as seguintes respostas da SEFAZ: Sergio Pinetti por gmail.com 27 de dez. de 2019 15:13 (há 3 dias) para Thiago, Felipe, Ana Prezada Ana Paula, Em relação ao Erro 1003, identificamos que sua origem está na integração de alguns serviços do Sistema S@T com sistemas de responsabilidade da Secretaria da Receita Federal do Brasil. Um dos componentes do cadastro de contribuintes do ICMS de Santa Catarina acessa, para fim de validação, o sistema da SRFB que há alguns dias retorna erro devido a sua indisponibilidade. Observou-se ainda que esta intercorrência afeta outros serviços do Sistema S@T, além dos componentes do Sistema SIV que recebem, validam e processam os arquivos eletrônicos XML do Bloco X. Durante esta tarde os técnicos responsáveis pela manutenção e suporte do Sistema S@T tentarão implementar solução de contorno a fim de remover essa validação de dados realizada com base nos sistemas de responsabilidade da Secretaria da Receita Federal do Brasil. Assim, em relação aos bloqueios previstos na legislação aplicável aos requisitos técnicos do Programa Aplicativo Fiscal PAF-ECF solicitamos não implementa-los nos pontos de venda em razão da rejeição dos arquivos do Bloco X estar ocorrendo indevidamente conforme descrito. Everton Telles <[email protected]> 27 de dez. de 2019 16:16 (há 3 dias) para Marcos, GUSTAVO, Sergio, Ana Prezados, foram realizadas devidas correções. Ana Paula, persistindo o problema por favor nos avise. Obrigado pela ajuda. Everton Telles Auditor Fiscal da Receita Estadual Secretaria de Estado da Fazenda de Santa Catarina Diretoria de Administração Tributária - DIAT Gerência de Sistemas e Informações Tributárias - GESIT Telefone: (48) 3664-5406 Voip 018-45406 Segundo eles já está resolvido.

Eu não poderia deixar de agradecer ao post do @Marcos Bordin pois eu estava procurando uma solução de conexão do Zeos com MS SQL Server e só havia conseguido via ODBC. Ao tentar a conexão utilizando o protocolo MSSQL retornava um erro relativo à DLL ntwdblib.dll. Sua solução era exatamente o que eu precisava pois não estava disposto a distribuir a fonte ODBC nas diversas máquinas onde a aplicação é executada. Muito obrigado por sua ajuda.

Alessandro, conforme conversamos pelo Skype, o link com apenas 1 barra está no XSD da Abrasf, e não vai causar problemas no seu envio. O problema estava na falta do atributo versão na tag <LoteRps>. Vou postar aqui para todos um XML de Exemplo. A DSF possui um email de suporte ao lote, caso necessitem: [email protected] exemplo_lote_OK.xml

Em relação a impressão anterior fico exatamente igual ou diminui o problema ? Pois se diminuiu passe um valor maior que 30 tipo 50, até que fique do tamanho certo.