Italo Giurizzato Junior

Bom dia Aécio, O que tudo indica a cidade que usava o provedor AssessorPublico mudou de provedor. Esse provedor não segue o layout da ABRASF, não temos os schemas para poder validar o lote de RPS antes do seu envio, bem como os demais serviços, como consultas e cancelamento. Favor entrar em contato com a prefeitura da cidade de Primavera do Leste/MT e ou com o provedor para obter mais informações tais como: URLs de homologação e produção do webservice Arquivos XSD (Schemas)

Bom dia Luiz, Favor atualizar os fontes e faça novos testes.

Identificação do Produto Predominante no MDF-e Integrado Visando esclarecer a correta identificação do produto predominante no MDF-e em operações de Transporte Rodoviário de Carga Lotação, assim entendida à que corresponda a uma única NF-e ou CT-e, com cargas distintas, o emitente deverá atender o disposto no §2° do art. 4° da RESOLUÇÃO ANTT Nº 5.867, DE 14 DE JANEIRO DE 2020, expedida pela Agência Nacional de Transportes Terrestres – ANTT, nos seguintes dizeres: “§2° Para o caso de operações de Transporte Rodoviário de Carga Lotação em que sejam transportadas cargas distintas, sujeitas à classificação em mais de um tipo de carga estabelecida no Anexo II desta Resolução, deverá ser considerada aquela que resulte em maior valor”. Desta feita, para preenchimento do grupo de informações referente aos campos de produto predominante, incluindo o campo “Tipo da Carga”, quando tratar-se de Transporte Rodoviário de Carga Lotação em que sejam transportadas cargas distintas, sujeitas à classificação em mais de um tipo de carga, o transportador deve considerar a carga que resulte em maior valor.

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

Boa tarde Soares, Vou anexar o Manual do BP-e que contem o layout do XML. Manual BPe Anexo I Leiaute v1.00b.pdf Procure pelas palavras PIS e COFINS. Você não vai encontrar. Peça para esse contador lhe apresentar o manual escrito pelo ENCAT que consta esses tributos no XML de um BP-e. E aproveita e pergunta para ele se ele sabe o que vem a ser BP-e. Uma coisa é certa esse contador é novo, ele vai aprender, acredito que dentro de umas 10 semanas santas ele aprende. Você pode também sugerir a ele mudar de ramo, pois tributação parece não ser o forte dele.

Boa tarde Luis, Você não esta alimentando a propriedade: Configuracoes.Certificados.URLPFX ? Se o certificado não se encontra na Nuvem essa propriedade tem que receber uma string vazia.

Bom dia Rodrigo, Esse erro também ocorre com o programa exemplo do componente?

Boa tarde João, Primeiramente, o XML só tem validade jurídica caso este esteja assinado e com o protocolo de autorização. Sendo assim qualquer alteração no XML após a sua autorização invalida o mesmo. Peça para esse contador lhe mostrar na legislação ou Manual ou Nota Técnica escrita pelo ENCAT e publicada no Portal Nacional da NF-e que consta essa alteração de alterar o XML da nota após o seu cancelamento. Você vai ficar esperando até o fins do tempo e ele não vai encontrar. Quanto ao DANFE existe uma propriedade do componente DANFE chamada NFeCancelada que ao receber o valor True gera uma tarja com os dizeres: "NF-e Cancelada". Resumindo para imprimir ou gerar o PDF do DANFE de uma nota que foi cancelada basta atribuir o valor True a propriedade NFeCancelada e executar o método Imprimir ou ImprimirPDF.

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

Boa tarde Ramalho, Não é isso. Você não entendeu ainda como é que a coisa funciona. Os provedores que seguem a versão 1 do layout da ABRASF possuem em seus webservices somente 1 serviço para recepcionar o RPS. Esse serviço é o EnviarLoteRpsEnvio que no componente usamos o método Enviar. Já os provedores que seguem a versão 2 do layout da ABRASF possuem em seus webservices 3 serviços para recepcionar o RPS, são eles: EnviarLoteRpsEnvio, EnviarLoteRpsSincronoEnvio e GerarNfse, que no componente usamos os métodos: Enviar, EnviarSincrono e Gerar respectivamente. O problema desse provedor apesar dele seguir a versão 2 do layout da ABRASF, implementou em seu webservice somente 1 serviço para recepcionar o RPS, que no caso é o GerarNfse que no componente é o método Gerar. Resumindo: Para esse provedor você só vai poder usar o método Gerar e vai ter que enviar um RPS por vez. Ficou mais claro agora?

Tiago, Vou analisar a sua contribuição e estando tudo OK, vou enviar para o repositório. Já vou incluir na minha lista de tarefas.

Carlos, Vou passar para os mestres esses problema.

Adelmo, Por favor não confunda erro de validação com rejeição. Erro de validação é gerado pela rotina que valida o XML da nota antes de ser enviada para a SEFAZ e ele não detecta se a somatória é igual ou não ao total. Rejeição é gerado e retornado pela SEFAZ que faz as checagens de somatória. A sua aplicação após alimentar o componente com os dados da venda executa a função ValidarRegrasdeNegocios ? Pois essa função consegue detectar essa diferença. Não entendi muito bem essa linha que calcula o valor do produto, você arredonda a quantidade para 3 casas decimais multiplica pelo preço unitário sem nenhum arredondamento e por fim arredonda o resultado para 2 casas decimais. No XML a quantidade pode ter até 4 casas decimais, já o preço unitário pode ter até 10 casas decimais e o valor total do produto (quantidade x preço) deve ter apenas 2 casas decimais. Logo a linha que calcula o vProd não deveria ser: Prod.vProd := RoundABNT(RoundABNT(DataModule1.ClienteDetalhe.FieldByName('QTD_PRODUTO').AsFloat, 4) * RoundABNT(DataModule1.ClienteDetalhe.FieldByName('PRECO_UNIT').AsFloat, 10), 2);

Carlos, Já que deu falha na requisição, tente dessa outra forma: FPDFeOwner.SSL.SSLHttpClass.HeaderReq.AddHeader('authorization', 'xxxxxx');

Bom dia Tiago, Pelo o que entendi, você gera o XML do RPS, salva e depois carrega para poder enviar, correto? Se sim, porque não envia logo após gerar e depois salva?

Carlos, Veja se desta forma funciona: Unit ACBrNFSeWebServices procedure TNFSeWebService.InicializarServico; begin { Sobrescrever apenas se necessário } FProvedor := FPConfiguracoesNFSe.Geral.Provedor; inherited InicializarServico; if FPConfiguracoesNFSe.Geral.ConfigGeral.VersaoSoap = '' then FPMimeType := 'application/xml' else if FPConfiguracoesNFSe.Geral.ConfigGeral.VersaoSoap = '1.2' then FPMimeType := 'application/soap+xml' else FPMimeType := 'text/xml'; FPDFeOwner.SSL.UseCertificateHTTP := FPConfiguracoesNFSe.Geral.ConfigGeral.UseCertificateHTTP; FPDFeOwner.SSL.HTTPMethod('authorization', 'xxxx-xxxxxxxxxxxxxxxxxxRYX'); // <=== inclui esta linha TACBrNFSe(FPDFeOwner).SetStatus(FPStatus); end; Se funcionar, esse código de autorização podemos colocar ele em uma propriedade de configuração por exemplo WebChaveAcesso.

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

Bom dia Rodrigo, Por favor anexe a imagem do erro e não da tela inteira.

Adelmo, Eu pedi o XML da nota e do retorno da SEFAZ que acusa a rejeição. Você anexou 2 vezes o XML da nota.

Bom dia Carlos, Então volte o arquivo INI para ficar desta forma: [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=0 TagGrupo=nfe Texto1=%DadosMsg% Tente enviar um lote. Anexe o XML de envio do lote: ( *-env-lot.xml e *-env-lot-soap.xml ) para que possamos analisar. Estou trabalhando no Refactoring do componente ACBrNFSe. Ao fazer testes com o provedor Giap também obtive o erro 401 para os serviços: EnviarLoteRps e Cancelar, só o serviço ConsultarNFSeporRps que não ocorreu esse erro.

Bom dia Adelmo, Favor anexar o XML da nota bem como o XML de retorno acusando a rejeição para que possamos lhe ajudar.

Bom dia Sandro, A mensagem é clara: Elemento prodPred é inesperado de acordo com o modelo de conteúdo do elemento pai infMDFe. Esse mensagem de erro só ocorre quando o XML contem uma tag (elemento) que não consta no schema. Como o componente não gera tags que não estejam previstas nos schemas, isso deixa claro que os schemas que a sua aplicação esta se utilizando para validar o MDF-e estão desatualizados. Verifica em qual pasta a aplicação esta buscando os schemas e atualize com os schemas que estão na pasta que eu já mostrei acima.

Bom dia Rabelo, Esses dois botões que você esta mostrando nas imagens, pelo que sei só mostram os certificados que estejam instalados no Windows. Se tratando de certificado A1 a minha sugestão é nem instalar o certificado. No campo caminho você seleciona o certificado salvo em uma determinada pasta. No campo senha você informa a senha dele. Só isso, já é o suficiente para o componente funcionar. Agora no caso dessa porcaria de A3, primeiro você convença ao seu cliente a trocar pelo o A1, se ele for cabeça dura, compre um A1 e dê de brinde. Se deseja ter dor de cabeça continue com o A3.

Desculpa não entendi. Os dados da venda (no caso da NF-e) só são salvos no banco de dados se a nota for autorizada na SEFAZ? A minha sugestão é que os dados da venda devem ser salvos no banco de dados, depois a nota ser enviada para a SEFAZ. Caso ela seja autorizada, você atualiza o banco de dados, com a data/hora da autorização, numero do protocolo e até o XML completo devemos salvar no banco de dados. Se você esta tendo casos de Duplicidade é porque o seu fluxo esta errado. A rotina de envio de nota tem que fazer o seguinte: 1. Marcar no banco de dados no registro da nota em questão que ele foi enviada. 2. Enviar a Nota; 3. Se a nota foi rejeitada (que é diferente de erro de internet) devemos marcar no banco de dados que a nota não foi enviada, desta forma o usuário poderá fazer as devidas correções e enviar novamente. 4. Se a nota foi autorizada devemos atualizar o registro dessa nota com a data/hora de autorização, protocolo e caso tenha um campo para o XML, alimentar esse campo com o XML completo, ou seja, assinado e com o protocolo de autorização.

Boa tarde a todos, Não adianta nós desenvolvedores reclamar com o provedor. Temos que pedir para os nossos clientes abrir um protocolo na prefeitura relatando todos os problemas. E esperar que a prefeitura tome alguma providencia.