Painel de líderes

Olá pessoal, Com a NT 2018.005 foi introduzida uma nova rejeição para NFe: 938 - Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet. Os detalhes dessa rejeição foram alterados nas várias versões da NT, mas infelizmente isso já está causando algum problema (como podem ver nesse tópico aqui). Como é uma rejeição facultativa e cada UF tem uma legislação, tivemos que adicionar uma nova propriedade no componente ACBrNFe para lidar com a situação. A nova propriedade se chama ForcarGerarTagRejeicao938. Após atualizar os componentes, não esqueça de reinstalar. Vamos a uma explicação mais longa... O problema Como a descrição da rejeição explica, algumas UFs podem exigir a informação de algumas tags, como vICMSSubsituto, isso mesmo quando o valor da tag for zero. Por padrão o ACBrNFe não gera tags facultativas que são informadas com valor zero. E esse é o caso da tag vICMSSubstituto. Mas como essa é uma tag facultativa, não devia ser obrigatório para algumas UFs informá-la. E por isso, não podemos obrigar o ACBrNFe informar sempre. Assim a ideia é termos uma configuração que você possa alterar. Poderemos com essa propriedade forçar gerar a tag de acordo com a necessidade de seu cliente ou da UF dele. A solução A propriedade (ou configuração) criada ForcarGerarTagRejeicao938 foi adicionada no ACBrNFe de modo que pode ser acessada como no código abaixo: ACBrNFe1.Configuracoes.Geral.ForcarGerarTagRejeicao938:= fgtNunca; Ou talvez no Object Inspector como abaixo: Importante: Embora a propriedade esteja disponível para ser alterada no Object Inspector, você provavelmente vai querer parametrizar isso no seu aplicativo. Afinal, talvez você precise alterar essa propriedade de um cliente para outro, ou de uma data para outra. As opções são: fgtNunca -> Se o valor for zero, não vai forçar a geração da tag nunca; fgtSomenteProducao -> Força a tag ser gerada no ambiente de produção mesmo que o valor seja zero; fgtSomenteHomologacao -> Força a tag ser gerada no ambiente de homologação mesmo que o valor seja zero; fgtSempre -> mesmo que o valor seja zero, a tag será gerada sempre; A configuração padrão é fgtNunca conforme o comportamento do componente antes dessas alterações. Qual opção eu devo escolher? Como explicado, essa configuração foi necessária por causa de problemas em certas UFs. Então para escolher a melhor opção você precisa saber o que está sendo exigido no Webservice que você está acessando. Por exemplo, se você não está recebendo a rejeição, não há necessidade de alterar a configuração. Mas se está recebendo somente em homologação, quer dizer, a tag está sendo exigida somente em homologação, use a opção fgtSomenteHomologacao. E assim por diante.

Bom dia, Voltei aqui apenas para agradecer pela ajuda, já estou transmitido as notas de serviço sem problemas. Muito Obrigado, pode fechar o tópico.

Boa tarde, vamos verificar assim que possível.

Quando é emitido uma NFe ou NFCe, quem valida e autoriza o documento fiscal é a SEFAZ do estado do emitente. Logo se o estado do emitente não obriga o preenchimento do grupo Responsável Técnico, não precisa preencher... Independente se o destinatário da nota pertence a algum estado onde essa informação é obrigatória.

Estamos verificando esse assunto, nesse tópico..

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

Desculpe eu não entendi nem o que não funcionou e nem onde poderia ter uma alteração necessária... Poderia explicar melhor?

Bom dia, Por favor anexe o manual que você possui. Att.

Perdão, já vi o q foi. Eu estava testando com um banco de teste sem o CSC. MT Obrigado! Perdão, já vi o q foi. Eu estava testando com um banco de teste sem o CSC. MT Obrigado!

Ok, obrigado! Carreguei o xml e alterei apenas o tpemis para teOffLine e deu ceto.

Perdão, já vi o q foi. Eu estava testando com um banco de teste sem o CSC. MT Obrigado!

bom dia. em homologação eu usei fgtsempre e deu certo autorizou. em produção eu usei fgtnunca e deu certo autorizou minha UF testada foi SP, agora vou testar AL,MG,PR obrigado pela atenção.

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

Boa tarde Antonio, para utilizar o serviço é necessário acrescentar o campo de Assinatura, neste caso de seu exemplo enviado está faltando o compo. Segue um exemplo de como enviar um requerimento SOAP para o serviço de Consulta CNPJ. <?xml version="1.0" encoding="UTF-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Body> <ConsultaCNPJRequest xmlns="http://www.prefeitura.sp.gov.br/nfe"> <VersaoSchema>1</VersaoSchema> <MensagemXML> <![CDATA[<p1:PedidoConsultaCNPJ xmlns:p1="http://www.prefeitura.sp.gov.br/nfe" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><Cabecalho Versao="1"><CPFCNPJRemetente><CNPJ>CNPJ</CNPJ></CPFCNPJRemetente></Cabecalho><CNPJContribuinte><CNPJ>CNPJ</CNPJ></CNPJContribuinte><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/><Reference URI=""><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><DigestValue>YFEFXgrm2wO8LOTYK5L2Job8tss=</DigestValue></Reference></SignedInfo><SignatureValue>ASSINATURA EM BASE64</SignatureValue><KeyInfo><X509Data><X509Certificate>CERTIFICADO EM BASE64</X509Certificate></X509Data></KeyInfo></Signature></p1:PedidoConsultaCNPJ>]]></MensagemXML> </ConsultaCNPJRequest> </soap12:Body> </soap12:Envelope> Confira também o manual do WebService no site do Nota do Milhão da Prefeitura de São Paulo. Os items das tabelas descrevem os campos e também os XML's de exemplo http://nfpaulistana.prefeitura.sp.gov.br/arquivos/exemplosv02.zip Obs: sempre devem conter a assinatura no padrão como enviado acima. http://notadomilhao.prefeitura.sp.gov.br/cidadao/informacoes-gerais/manuais-arquivos/nfe_web_service.pdf/view

tentando implementar logo estarei postando algo... Obrigado...

Bom dia, churupita. Para certificado A1, tente as seguintes configurações:

Boa tarde. Entendido! Muito Obrigado!

Para contornar o problema até que seja ajustado, pode informar os campos da seguinte forma, assim não será gerado no xml: [Entrega] ... PaisCod=0 Pais=

Boa tarde. Exatamente. Att.

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

Boa tarde. Você viu este tópico ? Att.

Boa tarde. Se você informou os dados deste grupo, logo não está sendo gerado. Att.

Boa tarde. Você chegou a contatar a SEFAZ? Att.

Mas note no código fonte desse banco função (LerRetorno) que não é alimentados os dados do sacado no momento da leitura do retorno, Na leitura de retorno da maioria dos Bancos é lido apenas campos de identificação do Título e os dados necessário para atualização das ocorrências do Banco. Demais campos que existam no retorno, precisa ser implementado na função de leitura. O campo padrão de leitura existente em todos os Bancos é o: ACBrBoleto1.Cedente.CNPJCPF. Não é esse campo que precisa?

Boa tarde Jeferson, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Oliveira, Acredito que o evento que você deseja enviar é o de Prestação de Serviço em Desacordo, correto? Sendo assim veja o seu arquivo: [EVENTO] idLote = 1 [EVENTO001] chCTe=35190305727095000163570010000522331000769705 cOrgao =35 CNPJ = 00670226000108 dhEvento=17/04/2019 11:44:21 nSeqEvento = 1 verEvento = 3.00 tpEvento=210220 xOBS=CT-e emitido com dados incorretos" Agora veja o modelo que consta no manual do ACBrMonitor: [EVENTO] idLote=1 [EVENTO001] cOrgao=<informar o código da UF do emitente> CNPJ=<CNPJ do emitente> chCTe=<chave do CTe> dhEvento=<data e hora do evento> tpEvento=610110 nSeqEvento=1 versaoEvento=3.00 xObs=<Informar o motivo do desacordo> A ordem dos campos não importa muito, mas vamos o que esta errado no seu arquivo: 1. o nome do campo esta errado, em vez de verEvento o correto é versaoEvento 2. o tipo do evento esta errado, em vez de 210220 o correto é 610110 Faça essas correções e tente novamente.

Bom dia. A função do ACBr calcula as posições livres para uso, neste caso as 7 primeiras posições são relativas ao convênio, logo está correto retornar que seriam somente 10. Att.

Bom dia! Muito obrigada Italo!

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

Funcionou!! A assinatura que era a grande demora agora demorou 17 segundos pra uma simulação de 40.000 produtos. Fechou, tá ótimo. A hora que vcs postarem no SVN, me avisem por gentiliza A única observação é que quando tentei com 50.000 produtos, deu Out of memory. A princípio, não tenho clientes com essa quantidade de produtos cadastrados e ainda estamos buscando resposta pra situação de poder enviar apenas dos produtos cadastrados, mas o problema original que eu tinha foi resolvido. Obrigado!!!

Bom dia Daniel, Muito obrigado, peço que atualize os fontes e faça um novo teste.

Podem fechar esse tópico! Muito obrigado.

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

Bom dia. A solução está sendo discutida no tópico relacionado acima, estou fechando aqui para centralizar a discussão. Att.

Acho que não compreendi a pergunta... O que precisa corrigir é o campo tpEmis.

Sou programador Cobol, mas seu relato não da detalhes. Também não uso Windows server 2003. Sugiro postar aqui: http://br.groups.yahoo.com/group/Cobol/ grupo de coboleiros, já vi discussões com Windows Server 2003 nele.

Bom dia! Grato, amigo! De volta ao planejamento.

Obrigado pelas dicas, vlw, vou fazer isso em meus clientes.

Boa noite, deu boa @Felipe E. Resende Mesquita, fiz o que vc disse, obg!

Boa tarde, Italo, Obrigado pela atenção. É Miracema, estado do RJ. Depois que fiz o post, consegui um contato na Govbr, eles mandaram um e-mail falando que alguém que atende a cidade, iria entrar em contato, mas até agora nada. Postei aqui com esperança de ter alguém da Govbr que participe do fórum.

Sim, o DANFE foi impresso e gerado em ambiente normal sem o protocolo de autorização, devido a divergência que houve! Certo, vou providenciar essas medidas que você me falou. Vou tentar simular esse erro no meu sistema para não ocorrer futuramente! E quanto a esse procedimento que você mencionou, eu realizei, porém não obtive êxito para enviar a nota. Mas de qualquer forma muito obrigado, considero esse tópico como resolvido.

boa tarde. Juliana, mais uma vez obrigado por responder e mais uma vez, após muita briga, vi que eu estava errado. a função está retornando o nosso número corretamente.

Boa tarde!!! No meu caso o empregador tem empregada doméstica. Eu precisei entrar no eSocial Doméstica e reabrir os pagamentos desde a competência de admissão do funcionário até a competência atual. Após reabrir os meses eu consegui finalizar o envio do 2200.

Obrigado pela confiança e paciência. Leonardo, muito obrigado pelas sugestões. Eu fiz algumas alterações e já enviei ao SVN na revisão 16904. Achei melhor renomear a propriedade de configuração para ForcarGerarTagRejeicao938. Isso vai impedir qualquer confusão com os outros pontos da NT 2018.005. Também achei prudente criar um tipo enumerado permitindo a configuração de forçar a geração de tags em homologação, produção, ambas ou nunca. Alterei um pouco a ordem das validações com o objetivo de deixar o código mais claro. Mas posso ter falhado em alguma coisa, por isso peço a ajuda de todos que atualizem e verifiquem o funcionamento. Notem que vocês precisam utilizar a configuração ForcarGerarTagRejeicao938 de acordo com o WebService da sua UF.

Veja minha resposta no tópico abaixo, é o mesmo caso:

Isso provavelmente é uma falha da SEFAZ, afinal se o webservice acatou o envio do evento de cancelamento por substituição, a consulta da mesma deveria retornar como documento cancelado. O melhor a fazer é entrar em contato com eles e reportar o problema.

Gostaria de uma opinião. Tendo inicio este processo de informar os dados da empresa responsável técnico pelo software gerado do xml, alguém está estudando apresentar algum documento aos seus clientes ? Por exemplo um contrato ou termo de conduta ?

João, Eu tive esse problema aqui e resolveu com uma atualização do windows Tanto windows7 como windows10 Vale ainda comentar, eu uso as atualizações geradas por aqui mesmo com o Lazarus, via fontes do SVN Sempre copio o .exe e sobreponho, e observo, quando o SVN atualiza alguma coisa na pasta de Schemas, eu também sobreponho essa pasta na produção sempre de forma manual, mas tenho poucos usuários São 5 empresas que usam o meu sistema, e dessas, 2 são matriz e filial, da minha familia, então a atualização, "na unha" não é muito trabalhosa. com eu disse, atualizando os windows, resolveu esse erro, ou semelhante. Valeus!!!!

Bom dia, Chegou a criar um arquivo, no fast ou em outro gerador de relatórios, de impressão do boleto específico pra esse banco ? No modelo que eles exigem de impressão. Parecido com o do modelo em anexo. modelo-boleto.pdf

Resposta dada pela SEF-MG. FALE CONOSCO Ref. a mensagem: 305.737 Senhor(a), Conforme setor responsável, esclarecemos que, no momento, as informações do Grupo ZD - Responsável Técnico - TAG "infRespTec", não serão de preenchimento obrigatório em Minas Gerais. Dessa forma, não está disponível a geração de CSRT aos contribuintes. Também não será obrigatório em Minas Gerais o credenciamento da Software House. Caso a SEF/MG, posteriormente, exija tal preenchimento, a informação será publicada no site (http://www.sped.fazenda.mg.gov.br/spedmg/nfe/). À disposição. Atenciosamente, FALE CONOSCO - SEF/MG Superintendência de Arrecadação e Informações Fiscais Tel.: 155 para todo o Estado de Minas Gerais (31) 3303-7995 para outros estados e países