Ir para conteúdo
  • Cadastre-se

lkwaszak

Membros
  • Total de ítens

    42
  • Registro em

  • Última visita

Posts postados por lkwaszak

  1. Bom dia,

    Sei que tem outro tópico, mas no meu caso não está funcionando, já tirei todos os espaços e continua retornando a rejeição.

    Podem me ajudar por favor ?

     

    <?xml version="1.0" encoding="UTF-8"?>
    <soap:Envelope xmlns:xsi ="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd ="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://www.w3.org/2003/05/soap-envelope">
    <soap:Header>
    <mdfeCabecMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MDFeDistribuicaoDFe">
    <cUF>43</cUF>
    <versaoDados>1.00</versaoDados>
    </mdfeCabecMsg>
    </soap:Header>
    <soap:Body>
    <mdfeDadosMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MDFeDistribuicaoDFe">
    <distDFeInt versao="1.00" xmlns="http://www.portalfiscal.inf.br/mdfe">
    <tpAmb>1</tpAmb>
    <cUFAutor>35</cUFAutor>
    <CNPJ>92665611000177</CNPJ>
    <distNSU>
    <ultNSU>000000000000000</ultNSU>
    </distNSU>
    </distDFeInt>
    </mdfeDadosMsg>
    </soap:Body>
    </soap:Envelope>

     

     

    Att,

  2. 38 minutos atrás, Juliomar Marchetti disse:

    Movi para um local adequado.

    Estamos falando de qual consulta?

    a que tem hoje no QrCode? ou na consulta que é feita no webservice com o componente? ou no site do sefaz?

     

    Ah ok. Seria a consulta feita no webservice. 

  3. 51 minutos atrás, DOCFABIO disse:

    Corrigindo, para SC dá o mesmo problema.
    Aparentemente ninguém consegue fazer NFE do RS para outro estado.
    Testei o mesmo no Emissor Gratuito e lá aparece "Em Processamento na SEFAZ"

    Será que tem haver com o COVID ?

     

    Pois é, está estranho estas instabilidades no sistema da Sefaz.

    Investigando aqui, notei uma questão, consultando as notas aqui na coluna VERSAO_DA_APLICACAO da nossa tabela de notas que é uma informação gerada pela SEFAZ, deve corresponder a versão do sistema usada por eles.

    Consultei as notas dos últimos 10 dias, a SEFAZ alterou a aplicação exatamente no dia 30/03 e de lá para cá foi um total de 4 atualizações. 

  4. 19 horas atrás, DOCFABIO disse:

    a duas horas atrás, mas parece que voltou ao normal.

     

    Clientes relataram algumas lentidões e continências mas conseguiram resolver.

    " cerca de 162 Notas estavam autorizadas na Sefaz porém ela não nos deu o retorno de AUtorização, deixando as notas paradas no sistema. "
    Isso é comum pra nós, quando cliente com internet muito ruim, ou até mesmo lentidão na sefaz. 
    Nesse caso em nosso programa, mostra a lista de notas com problemas pro usuário, e nessas basta usar o comando "Consultar", inclusive executo em lote, e arruma todas...

    Ah entendi. este comando consultar você diz executar a consulta na sefaz novamente para buscar o protocolo e dthr de processamento ? 

  5. Bom dia,

     

    Pessoal, tivemos uma situação estranha aqui na empresa ontem 30/03/2020 a partir das 16h, talvez alguém tenha enfrentado este problema também, no estado do RS a Sefaz estava com lentidão na autorização das notas, quando normalizou, cerca de 162 Notas estavam autorizadas na Sefaz porém ela não nos deu o retorno de AUtorização, deixando as notas paradas no sistema. 

    No nosso comunicador a mensagem que aparecia era "LOTE EM PROCESSAMENTO" e em certo momento apareceu "Consumo excessivo de notas rejeitadas", porém não haviam notas rejeitadas. 

     

    Já abri chamado para a Sefaz, mas caso alguém tenha passado por isso ou possa ajudar com alguma informação, agradeço muito.

     

    Att,

     

    MENSAGEM.txt

  6. 5 minutos atrás, BigWings disse:

    Provavelmente sim, já vi casos em que foi feita solicitação para a SEFAZ para cancelamento extemporâneo e a mesma faz a liberação.

    Isso envolve um pedido formal para a SEFAZ, a contabilidade do teu cliente pode ajudar nesse caso.

    Ah ok. Vou enviar o pedido para eles então. 

    Encontrei este portal, acredito que por ali eles devem atender né? http://www.sefaz.rs.gov.br/Atendimento/Home/Index

    Obrigado amigo.

     

  7. Em 06/08/2018 at 16:19, maiconsi disse:

    @lkwaszak sim eu adicionei o total do IPI devolvido no calculo do total da NF na hora de gerar a NF e também tive que modificar o código da função "ValidarRegrasdeNegocios" da unit ACBrNFeNotasFiscais.pas.
     

    Parte do código da função que foi modificado na função "ValidarRegrasdeNegocios":

    
            .
            .
            .
            if Prod.IndTot = itSomaTotalNFe then
            begin
              fsvTotTrib := fsvTotTrib + Imposto.vTotTrib;
              fsvBC      := fsvBC + Imposto.ICMS.vBC;
              fsvICMS    := fsvICMS + Imposto.ICMS.vICMS;
              fsvICMSDeson := fsvICMSDeson + Imposto.ICMS.vICMSDeson;
              fsvBCST    := fsvBCST + Imposto.ICMS.vBCST;
              fsvST      := fsvST + Imposto.ICMS.vICMSST;
              fsvFrete   := fsvFrete + Prod.vFrete;
              fsvSeg     := fsvSeg + Prod.vSeg;
              fsvDesc    := fsvDesc + Prod.vDesc;
              fsvII      := fsvII + Imposto.II.vII;
              fsvIPI     := fsvIPI + Imposto.IPI.vIPI;
              fsvPIS     := fsvPIS + Imposto.PIS.vPIS;
              fsvCOFINS  := fsvCOFINS + Imposto.COFINS.vCOFINS;
              fsvOutro   := fsvOutro + Prod.vOutro;
              fsvIpiDevol:= fsvIpiDevol + vIpiDevol;
              fsvServ   := fsvServ + Imposto.ISSQN.vBC; //VERIFICAR
    
              // quando for serviço o produto não soma do total de produtos, quando for nota de ajuste também irá somar
              if (Prod.NCM <> '00') or ((Prod.NCM = '00') and (NFe.Ide.finNFe = fnAjuste)) then
                fsvProd := fsvProd + Prod.vProd;
            end;
    
            if Prod.veicProd.tpOP = toFaturamentoDireto then
              FaturamentoDireto := True;
    
            if Copy(Prod.CFOP,1,1) = '3'then
              NFImportacao := True;
          end;
        end;
    
        if FaturamentoDireto then
          fsvNF := (fsvProd+fsvFrete+fsvSeg+fsvOutro+fsvII+fsvIPI+fsvServ)-(fsvDesc+fsvICMSDeson)
        else
          fsvNF := (fsvProd+fsvST+fsvFrete+fsvSeg+fsvOutro+fsvII+fsvIPI+fsvIpiDevol+fsvServ)-(fsvDesc+fsvICMSDeson);
        .
        .
        .

    Só não mostrei a criação e inicialização da variável: fsvIpiDevol. 

    Boa tarde,

    Obrigado amigo, você ou alguém tem um XML de Devolução para me enviar por favor ? Para eu utilizar como base ?

     

     

    Em 02/08/2018 at 14:43, maiconsi disse:

    Bom dia,

    Tive esse mesmo problema com uma NF de devolução, retirei o vIPI e deixei apenas no "vIpiDevol" mas antes de enviar ela eu utilizo a função "ValidarRegrasdeNegocios" que estava me retornando o mesmo erro 610, mas o problema não estava mais no XML e sim na função, para resolver o problema e conseguir enviar essa NFe tive que fazer algumas alterações do ACBr, segue o que fiz, na função "ValidarRegrasdeNegocios" da unit ACBrNFeNotasFicais.pas
    Adicionei uma nova variável fsvIpiDevol do tipo currency e acumulei o valor dela para cada item, no calculo do total da variável fsvNF adicionei fsvIpiDevol na soma.

    Tudo isso conforme a regra de validação da própria NFe.1368380882_Semttulo.thumb.png.926e2f34a848116bd1a50cefe322b0d0.png

    Depois de feito isso a NFe foi validada e transmitida corretamente.

    Amigo @maiconsi você tem um xml de devolução para me enviar por favor ? Que esteja autorizado, vou utilizar como exemplo .  OBrigado.

  8. Bom dia,

     

    Gostaria de saber se é permitido colocar a informação "SEM GTIN" nas tags <cEAN> e <cEANTrib> ? Nas notas técnicas 1.51 e 1.60 não encontrei validação sobre esta informação.

     

    <det nItem="1">
    <prod>
    <cProd>876960</cProd>
    <cEAN>SEM GTIN</cEAN>
    <xProd>GUARDA-CHUVA FAZZOLETTI AUTOMATICO PRETO</xProd>
    <NCM>66019110</NCM>
    <CFOP>5102</CFOP>
    <uCom>UN</uCom>
    <qCom>120.0000</qCom>
    <vUnCom>24.8000000000</vUnCom>
    <vProd>2976.00</vProd>
    <cEANTrib>SEM GTIN</cEANTrib>
    <uTrib>UN</uTrib>
    <qTrib>120.0000</qTrib>
    <vUnTrib>24.8000000000</vUnTrib>
    <indTot>1</indTot>
    </prod>
  9. 22 horas atrás, maiconsi disse:

    Bom dia,

    Tive esse mesmo problema com uma NF de devolução, retirei o vIPI e deixei apenas no "vIpiDevol" mas antes de enviar ela eu utilizo a função "ValidarRegrasdeNegocios" que estava me retornando o mesmo erro 610, mas o problema não estava mais no XML e sim na função, para resolver o problema e conseguir enviar essa NFe tive que fazer algumas alterações do ACBr, segue o que fiz, na função "ValidarRegrasdeNegocios" da unit ACBrNFeNotasFicais.pas
    Adicionei uma nova variável fsvIpiDevol do tipo currency e acumulei o valor dela para cada item, no calculo do total da variável fsvNF adicionei fsvIpiDevol na soma.

    Tudo isso conforme a regra de validação da própria NFe.1368380882_Semttulo.thumb.png.926e2f34a848116bd1a50cefe322b0d0.png

    Depois de feito isso a NFe foi validada e transmitida corretamente.

    Show de bola, vou testar aqui então.

    Só me confirma o seguinte, incluo a tag <vIpidevol> no cálculo para compor a tag <vNF> ? @maiconsi

     

  10. 38 minutos atrás, Johnny Benvenutti 2 disse:

    esse já é outro esquema,

    no grupo das faturas, no ambiente de homologação os campos vLiq, vDesc, vOrig devem ser preenchidos, mesmo que zerados, isso entrou na NT v 1.60, no ambiente de produção, esse campos ainda não permitem zerados, atualize os seus schemas e mande mesmo zerado em homologação que vai dar OK

    @Johnny Benvenutti 2 Entendi, realmente funcionou. Eu tenho uma validação para gerar o grupo COBRANÇA, se tem parcela na nota, gera a cobrança, para devoluções eu não tenho parcelas, tive que tirar para testar. 

    3 minutos atrás, lkwaszak disse:

    @Johnny Benvenutti 2 Entendi, realmente funcionou. Eu tenho uma validação para gerar o grupo COBRANÇA, se tem parcela na nota, gera a cobrança, para devoluções eu não tenho parcelas, tive que tirar para testar. 

    @Johnny Benvenutti 2 Para devoluções eu não posso ter o grupo de Cobrança.

    Validação para não permitir o Grupo Informações de Pagamento nas Notas de Ajuste e Devolução (YA01-30)

  11. 26 minutos atrás, Dercide Alvarez disse:

    @Johnny Benvenutti 2

    Não preencha vOutro, não é para ser mais usado.

    Deve utilizar apenas vIPIDevol para empresas não contribuintes do IPI.

    Como vc preencheu ambas as tags, ela esta somando as duas.

     

    Dercide.

    @Johnny Benvenutti 2  e @dercide 

    O mais estranho é que se fizer o cálculo, os valores estão batendo, mas rejeita por este motivo. (mantendo <vOutro> e a <vIpiDevol> que neste caso não é calculada)

    Rejeicao: Total da NF difere do somatorio dos Valores compoe o valor Total da NF.

    <vST>298.28</vST>
    <vFCPST>0.00</vFCPST>
    <vFCPSTRet>0.00</vFCPSTRet>
    <vProd>1369.60</vProd>
    <vFrete>0.00</vFrete>
    <vSeg>0.00</vSeg>
    <vDesc>0.00</vDesc>
    <vII>0.00</vII>
    <vIPI>0.00</vIPI>
    <vIPIDevol>136.96</vIPIDevol>
    <vPIS>22.60</vPIS>
    <vCOFINS>104.09</vCOFINS>
    <vOutro>136.96</vOutro>
    <vNF>1804.84</vNF>

  12. 9 minutos atrás, Johnny Benvenutti 2 disse:

    Sim, em ambos os níveis

    Ok, mantive o <vIpiDevol> a nível de item e total, o valor está batendo.

    Retirei a tag <vOutro> a nível de item e total.

    @Johnny Benvenutti 2, @Dercide Alvarez

    Porém, continua dando falha no Schema.

     

    Schema XML: The element 'ICMSTot' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'vNF' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'vOutro' in namespace 'http://www.portalfiscal.inf.br/nfe'.

  13. 3 minutos atrás, Dercide Alvarez disse:

    @Johnny Benvenutti 2

    Não preencha vOutro, não é para ser mais usado.

    Deve utilizar apenas vIPIDevol para empresas não contribuintes do IPI.

    Como vc preencheu ambas as tags, ela esta somando as duas.

     

    Dercide.

    @Dercide Alvarez e @Johnny Benvenutti 2 eu fiz o teste enviando sem a tag <vOutro> mas deu falha no schema e enviando <vOutro>0.00</Outro> também. 

    A tag <vIpiDevol> deve ir a nível de item e total ? 

     

  14. 2 minutos atrás, Johnny Benvenutti 2 disse:

    Acredito que o erro está no preenchimento do vOutro.

    A nota possui vOutro a nível de itens também?

    Porque nesse caso o sefaz está considerando o vNF = vProd + vST + vOutro + vIPIDevol = 1941,80 

     

    Sim, tem a nível de itens. @Johnny Benvenutti 2

    <det nItem="1">
    <prod>
    <cProd>846970</cProd>
    <cEAN>7893189846971</cEAN>
    <xProd>KIT SAB INT PANVEL ESSENC DELICADA C/2</xProd>
    <NCM>34013000</NCM>
    <CEST>2003700</CEST>
    <CFOP>5411</CFOP>
    <uCom>UN</uCom>
    <qCom>160.0000</qCom>
    <vUnCom>8.5600</vUnCom>
    <vProd>1369.60</vProd>
    <cEANTrib>7893189846971</cEANTrib>
    <uTrib>UN</uTrib>
    <qTrib>160.0000</qTrib>
    <vUnTrib>8.5600</vUnTrib>
    <vOutro>136.96</vOutro>
    <indTot>1</indTot>
    <nItemPed>1</nItemPed>

     

    Achei este comentário em um site, mas não ficou claro se para devoluções a tag <vOutro> não deve ser enviada ou sim com valor "0.00".

    Antes, quando se devolvia uma NFe quando havia IPI, esse valor deveria ser informado no campo relativo a outras despesas -“vOutro”.

    A partir da versão 4.0 da NFe, visando maior detalhamento dos impostos, o IPI deverá ser informado separadamente no campo “vlIPIDevol” nas operações realizadas por empresas que não são contribuintes de IPI , aumentando assim o controle da SEFAZ.

    Fonte: https://www.infovarejo.com.br/10-mudancas-da-nfe-4-0-na-pratica/

  15. Boa tarde,

    Estou tendo rejeições com NFes pois acredito que estou enviando errado, alguém pode me auxiliar ? As duas tags são obrigatórias correto? Neste meu exemplo quais tags deveriam ir com valores.

    Rejeicao: Total da NF difere do somatorio dos Valores compoe o valor Total da NF.

    Segue XML completo em anexo. 

     

    <impostoDevol>
    <pDevol>10.32</pDevol>
    <IPI>
    <vIPIDevol>136.96</vIPIDevol>
    </IPI>
    </impostoDevol>
    <infAdProd>P L N FALTA DE MERCADORIA</infAdProd>
    </det>
    <total>
    <ICMSTot>
    <vBC>913.07</vBC>
    <vICMS>164.35</vICMS>
    <vICMSDeson>0.00</vICMSDeson>
    <vFCPUFDest>0.00</vFCPUFDest>
    <vICMSUFDest>0.00</vICMSUFDest>
    <vICMSUFRemet>0.00</vICMSUFRemet>
    <vFCP>0.00</vFCP>
    <vBCST>2570.19</vBCST>
    <vST>298.28</vST>
    <vFCPST>0.00</vFCPST>
    <vFCPSTRet>0.00</vFCPSTRet>
    <vProd>1369.60</vProd>
    <vFrete>0.00</vFrete>
    <vSeg>0.00</vSeg>
    <vDesc>0.00</vDesc>
    <vII>0.00</vII>
    <vIPI>0.00</vIPI>
    <vIPIDevol>136.96</vIPIDevol>
    <vPIS>22.60</vPIS>
    <vCOFINS>104.09</vCOFINS>
    <vOutro>136.96</vOutro>
    <vNF>1804.84</vNF>

     

    Fico no aguardo.

     

    Obrigado

    NF .xml

  16. 7 minutos atrás, Amarildo de Matos disse:

    Opa..
    informacoes no pag
            <indPag>1</indPag>
    nao foi informado 
    indPag 

    como voce informou que é
    boleto bancario, tem de informar
    as parcelas

    indepedente de ter passado, seria 
    interessante colocar essa informacoes.

    mas tou achando estranho que passou
    sem a vDesc, tem algo estranho ai.

    Mas pode ter certesa, se nao deu
    erro agora, vai dar depois.


    ================
          <cobr>
            <fat>
              <nFat>000602740</nFat>
              <vOrig>63.96</vOrig>
              <vLiq>63.96</vLiq>
            </fat>
          </cobr>
          <pag>
            <detPag>
              <tPag>15</tPag>
              <vPag>63.96</vPag>
            </detPag>
    ================        

     <pag>
          <detPag>
            <indPag>1</indPag>
            <tPag>15</tPag>
            <vPag>10.00</vPag>
          </detPag>
          

    image.thumb.png.bea9e707635bce850e88d3662d7da4e0.png      

    Pois é @Amarildo de Matos, o que acontece. Na verdade esta é uma NFe é de um fornecedor que eu comprei mercadoria,  também estranhei não ter estas informações que tu mencionou (eu emito com todas estas informações <vdesc>, <dvenc>, etc)

    Como eles não estão enviando, isto gera um transtorno pra mim, porque as notas deste fornecedor entram tudo como A VISTA. Eu acredito que pode rejeitar mais pra frente estas notas deles, estou pedindo o ajuste mas queria ter a certeza que é necessário ter estas informações no XML.

     

    Quanto a tag <indpag> como ela é opcional, eu não envio e no caso deste fornecedor também não.

    • Curtir 1
  17. 27 minutos atrás, Amarildo de Matos disse:

    Bom dia.. explique melhor a situação.. que tipo de venda, é ..? a Vista, a prazo, como sera?..

    @Amarildo de Matos neste caso é uma venda de mercadoria a prazo, da maneira que está não tem como identificar que é a prazo né, no meu entender teria que ter o grupo de parcelas. Em anexo o XML completo.

    A nota já está autorizada na Sefaz. Mas preciso confirmar esta questão do grupo de parcelas. 

    42180661186888017673550020006027401037990432.xml

  18. Bom dia,

    Pessoal, é possível enviar o grupo de cobrança e não enviar a data de vencimento (sem as tags dup, ndup, dvenc) ?

    Exemplo:

    <cobr>
                 <fat>
                     <nFat>000602740</nFat>
                     <vOrig>63.96</vOrig>
                     <vLiq>63.96</vLiq>
                </fat>
    </cobr>
    <pag>
          <detPag>
                <tPag>15</tPag>
                 <vPag>63.96</vPag>
         </detPag>
    </pag>
  19. Bom dia,

    Estou enviando hoje 14 (duplicata), 90 (sem pagamento) ou 99 (outros). 

    Queria ver com vocês, se notas com parcelas vocês estão enviando com 14 (duplicata) ou 15 (boleto bancário)? (segue um exemplo em anexo de XML que enviei e autorizou normalmente)

     

    if r_nf.tipo_de_nota in ('E1','DEV','AJT') then
               v_forma_pgto := '90';
            elsif r_nf.tem_parcela = 'S' then
               v_forma_pgto := '14';
            else 
               v_forma_pgto := '99';
            end if; 

    43180692665611032290550180002985601461205499.xml

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.