cefantacini

Ítalo, muito obrigado pelos esclarecimentos relativos à NFSe e pelas dicas em relação à NFe. Vou aplica-las. Obrigado.

Estou finalizando o desenvolvimento da NFSe e estou com a seguinte dúvida. Na NFe, eu guardo o XML assinado de antes de transmitir, e uso no caso de a nota ter sido registrada na SEFAZ e por algum problema técnico o meu sistema não ter recebido o retorno. Nessa situação, numa nova tentativa de transmissão, recebendo a MSG de Duplicidade de NFe, consulto a nota com o XML assinado pré gravado e o ACBR atualiza o XML. Na Nota de Serviço o Funcionamento é o mesmo? Se Sim, como consigo "pegar" o XML assinado antes de enviar? Obrigado!

Com relação à mensagem de erro: CryptExportKey - len Parou de aparecer, sinceramente não sei o que foi, mais acredito que foi resolvida instalando uma cadeia de certificados, agora qual foi não sei, instalei tantas pra fazer teste, mais acredito que a solução pode ter sido essa, mais tbém não tenho certeza. Com Relação ao Erro: Entidade Certificadora nao encontrada na lista de autoridades confiaveis. Informar um certificado valido com uma cadeia certificadora valida. Acessando a página do Ginfes de Ribeirão Preto/SP: https://ribeiraopreto.ginfes.com.br/ Na Seção de FAQ, consta a informação abaixo: Sendo assim, envie o certificado pra eles por e-mail e estou aguardando a solução, já mantivemos algumas trocas de e-mail, mais ainda não foi solucionado. O erro E320 pode ocorrer devido o seguinte fator: O certificado digital não está incluso em nossa base de dados. Solução: É necessário que seja realizado o contato através do e-mail [email protected] informando o erro, os dados do certificado e o CNPJ da empresa que está realizando o consumo do serviço WebService. Após identificarmos que o certificado é válido, esse será incluso na lista de autoridades confiáveis.

Estou desenvolvendo a NFSe para o provedor Ginfes Ribeirão Preto. Se eu configurar o componente: SSLLib: libWinCrypt CryptLib: cryWinCrypt HttpLib: httpWinHttp XMLSignLib: xsLibXml2 SSLType: SSLT_TLSv1_2 Primeiro recebo a Mensagem de erro: CryptExportKey - len e na sequencia recebo: Erro Interno: 12002 Erro HTTP: 0 URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl Falha Recebendo Dados. Erro:Erro: 12002 - TimeOut de Requisição. Se eu configurar o componente: SSLLib: libCapicomDelphiSoap CryptLib: cryCapicom HttpLib: httpIndy XMLSignLib: xsMsXmlCapicom SSLType: SSLT_TLSv1_2 Recebo a Mensagem: Entidade Certificadora nao encontrada na lista de autoridades confiaveis. Informar um certificado valido com uma cadeia certificadora valida. A configuração do certificado, me parece correta. Alguém já passou ou teria alguma idéia de qual seria o problema? Obrigado!

Ítalo, bom dia! Vou colocar como anexo um zip com todo o material extraído do site da prefeitura. Na conversa por telefone, a pessoa que me atendeu me disse que é um procedimento muito mais fácil do que o padrão ABRASF, pq não precisa usar o certificado digital para emitir a nota. Aparentemente é um procedimento totalmente diferente do padrão mesmo. Essa NFS-e Padrão Nacional vc tem noção de quando deve entrar em funcionamento? Talvez compense esperar .... Desde já obrigado pela atenção! manual_e_arquivos_wsdl_webservice_pre_nfs_e.rar

Estou querendo implementar a NFSe no meu sistema, porém a cidade (Batatais/SP) não é atendida pelo componente. Através da prefeitura consegui o telefone do provedor SIAPPA, falei lá e obtive a informação de que o provedor não segue o padrão ABRASF. peguei no site da prefeitura os 3 arquivos WSDL, bem como os manuais. Lá fala que que o sistema do provedor trabalha com pré-notas. Lendo bastante aqui o fórum percebi que é possível incluir provedores fora do padrão ABRASF no componente. Gostaria de ajuda de alguém que já tenha incluido algum provedor no componente para me dar algumas dicas de como realizar essa implantação. Obrigado!

Eu estou emitindo em produção há uns 30 dias já em São Paulo, apenas usando opção: Imposto.ICMS.CST := cstRep60;

Oi, boa noite, consegui sim, não tinha testado, testei agora e deu certo em homologação, conforme trecho do xml... <det nItem="1"> <prod> <cProd>1</cProd> <cEAN>SEM GTIN</cEAN> <xProd>GAS</xProd> <NCM>27111910</NCM> <CEST>0600800</CEST> <indEscala>S</indEscala> <CFOP>5656</CFOP> <uCom>KG</uCom> <qCom>1.0000</qCom> <vUnCom>55.0000000000</vUnCom> <vProd>55.00</vProd> <cEANTrib>SEM GTIN</cEANTrib> <uTrib>KG</uTrib> <qTrib>1.0000</qTrib> <vUnTrib>55.0000000000</vUnTrib> <indTot>1</indTot> <comb> <cProdANP>210203001</cProdANP> <descANP>GLP</descANP> <pGLP>64.1746</pGLP> <pGNn>25.1978</pGNn> <pGNi>10.6276</pGNi> <vPart>4.17</vPart> <UFCons>SP</UFCons> </comb> </prod> <imposto> <ICMS> <ICMSSN500> <orig>3</orig> <CSOSN>500</CSOSN> </ICMSSN500> </ICMS> <PIS> <PISOutr> <CST>99</CST> <vBC>0.00</vBC> <pPIS>0.0000</pPIS> <vPIS>0.00</vPIS> </PISOutr> </PIS> <COFINS> <COFINSOutr> <CST>99</CST> <vBC>0.00</vBC> <pCOFINS>0.0000</pCOFINS> <vCOFINS>0.00</vCOFINS> </COFINSOutr> </COFINS> </imposto> <det> aproveitando, os valores de: <pGLP>64.1746</pGLP> <pGNn>25.1978</pGNn> <pGNi>10.6276</pGNi> um cliente meu conseguiu com um fornecedor dele, será que isso é um padrão ou varia de acordo com o fornecedor do gás?

Aqui, hoje, 18/03, consegui emitir várias, seguindo a orientação acima: Imposto.ICMS.CST := cstRep60; Aparentemente o problema está resolvido!

Enviei mail para a SEFAZ sobre o erro: "Rejeição: Grupo de Tributação informado indevidamente" E tive a seguinte resposta: Prezado contribuinte, O problema realmente existe no ambiente da NF-e 4.00. Será gerada uma correção e publicada assim que possível. Agradecemos as informações enviadas.

Hoje, 03/02/2018, estou com esse mesmo erro. "Rejeição: Grupo de Tributação informado indevidamente"

Eu enviei mail para a SEFAZ de SP sobre esse problema e recebi a seguinte resposta: Prezado contribuinte, Inicialmente agradecemos as informações enviadas. O problema realmente existe. Estamos trabalhando na solução e em breve será publicada uma atualização com a correção.

André, muito obrigado, era exatamente disso que eu estava precisando, de um caminho das pedras inicial. A cidade que eu preciso fazer não consta no arquivo Cidades.INI, como devo proceder?

u não consigo sair desse erro: "Somatório percentuais de GLP derivado do petróleo, GLGNn e GLGNi diferente de 1" Já mandei até e-mail para a SEFAZ de SP, mais não tive resposta. Código ANP: 210203001 CST 60 não consigo tbém montar a Tag de icms da forma que vc montou no seu xml <ICMSST> <orig>0</orig> <CST>60</CST> <vBCSTRet>0.00</vBCSTRet> <vICMSSTRet>0.00</vICMSSTRet> <vBCSTDest>0.00</vBCSTDest> <vICMSSTDest>0.00</vICMSSTDest> </ICMSST> Se eu passar os valores zerados, ele monta: <ICMS60> <orig>3</orig> <CST>60</CST> </ICMS60>

Estou começando agora um projeto de NFSe, gostaria da ajuda do pessoal do grupo que já tem mais experiência. A cidade é Batatais/SP. A documentação disponível no site da prefeitura está em anexo. Gostaria que se possível me indicassem um passo-a-passo que terei que seguir. Obrigado! manual_e_arquivos_wsdl_webservice_pre_nfs_e.rar

Acho que o negócio agora é dar um tempo, pq pelo visto a própria SEFAZ já prorrogou pq deve ter percebido muitos problemas...

Então, na verdade eu acho que o problema é com a SEFAZ aqui de São Paulo, pq na validação dos Schemas ele passa se a somatória for 100. Aí ele vai dar erro nas validações da SEFAZ. Dá a impressão que a SEFAZ ainda tá validando a totalização esperando 1.

Mauricio, Wanderson, segue o xml em anexo: Eu vi o XML do Anderson, está bem próximo do meu: Com esse XML que estou postando, erro aqui permanece: 300->Rejeição: Somatório percentuais de GLP derivado do petróleo, GLGNn e GLGNi diferente de 1 [nItem:1] Wanderson, como vc fez para montar o XML fazendo com que o ACBR crie a tag -<ICMSST> preenchendo os valores <vBCSTDest> e </vICMSSTDest> com Zero? Do jeito que eu estou fazendo aqui, se eu preencher esses valores com Zero, ele cria ta tag -<ICMS60>, veja o meu trecho de código: if Trim( DM.IbDsProdutoPRO_ICMS_CST.AsString ) = '60' then begin //informações básicas Produto.Imposto.ICMS.CST := cst60; Produto.Imposto.ICMS.orig := IntToICSMOrigem( StrToInt( Trim( DM.IbDsProdutoPRO_ICMS_ORIGEM.AsString ) ) ); //retido Produto.Imposto.ICMS.vBCSTRet := DM.IbDsProdutoPRO_ICMS_vBCSTRet.AsFloat; Produto.Imposto.ICMS.vICMSSTRet := DM.IbDsProdutoPRO_ICMS_vICMSSTRet.AsFloat; if UNFeConfig.CfgNFeLeiauteSelecionado = UNFeConfig.CfgNFeLeiaute400 then begin Produto.Imposto.ICMS.pST := 5; Produto.Imposto.ICMS.vBCSTDest := 1; Produto.Imposto.ICMS.vICMSSTDest := 1; end; end; 35171164707268000140550010000003001357816388-nfe.xml

Wanderson, em primeiro lugar, obrigado pela disposição em ajudar, meu problema é o seguinte: O código ANP dos XML que o Roberto Godinho postou é diferente do que eu preciso. Eu não preciso de NFCe, Apenas NFe, o cupom fiscal aqui em SP faço no SAT. Preciso emitir NFe para o código ANP: 210203001 (Gás em botijão, P13, P45, etc), e estou hoje (06/11) com o mesmo problema que postei dia (02/11) que é o seguinte: Se eu preencher a somatória dos campos: pGLP, pGNi e pGNn = 100, ele cai na validação dos schemas: '0.2500' violates pattern constraint of '0(\.[0-9]{2})?|100(\.00)?|[1-9]{1}[0-9]{0,1}(\.[0-9]{4})?'. The element '{http://www.portalfiscal.inf.br/nfe}pGLP' with value '0.2500' failed to parse. Se eu preencher a mesma somatória com 1 ele passa nos schemas, mais cai na validação da receita: 289->Rejeição: Somatório percentuais de GLP derivado do petróleo, GLGNn e GLGNi diferente de 1 [nItem:1] Eu atualizei e reinstalei o ACBR, atualizei os Schemas e o Servicos.ini.

Vc poderia por favor postar o XML dessa NFe?

Blz, vou fazer a mudança e colocar no ar pra testar o resultado obrigado!

Estou retomando os testes aqui, com CST 60 e o código ANP = 210203001. Se eu preencher a somatória dos campos: pGLP, pGNi e pGNn = 100, ele cai na validação dos schemas: '0.2500' violates pattern constraint of '0(\.[0-9]{2})?|100(\.00)?|[1-9]{1}[0-9]{0,1}(\.[0-9]{4})?'. The element '{http://www.portalfiscal.inf.br/nfe}pGLP' with value '0.2500' failed to parse. Se eu preencher a mesma somatória com 1 ele passa nos schemas, mais cai na validação da receita: 289->Rejeição: Somatório percentuais de GLP derivado do petróleo, GLGNn e GLGNi diferente de 1 [nItem:1] Eu atualizei e reinstalei o ACBR, atualizei os Schemas e o Servicos.ini. Quando tiver a resposta da SEFAZ passe pra gente aqui por favor.

Nos últimos dias dois clientes meus receberam o erro de consumo indevido em SP. Em nenhum dos casos os clientes tinham emitido mais do que duas notas antes de receber o erro. Porem, o retorno foi o 656 mais a nota foi efetivada. Como o retorno foi diferente de 100, tratei no sistema como nota não efetivada, sendo assim não incrementei a numeração da nota. Na próxima tentativa deu duplicidade na chave, pois a nota já tinha sido efetivada. Alguém já passou por isso? Será que tem alguma outra forma de eu tratar o retorno, para que esse tipo de situação não aconteça? Obrigado!

A nota que vc emitiu foi com o código ANP 210203001?