ubaltino

Se alguém tiver mais alguma ideia.

Boa tarde. Não deu certo. Fiz das duas formas "...ou você informa os lacres em <lacUnidTransp> ou em <lacres>....". Deu mesmo erro. <retConsSitMDFe xmlns="http://www.portalfiscal.inf.br/mdfe"versao="1.00"> <tpAmb>2</tpAmb> <verAplic>RS20140703102956</verAplic> <cStat>215</cStat> <xMotivo>Rejeição: Falha no schema XML</xMotivo> <cUF>52</cUF> </retConsSitMDFe>

Obrigado Ítalo. Vou fazer isso aqui e posto o resultado.

Pois é Italo. Também fiz isto algumas vezes. Mas esta sempre retornando: Status Código: 215 Status Descrição: Rejeição: Falha no schema XML E não tenho um outro XML de homologação válido para comparar. Obrigado pela atenção.

Boa tarde. Estou com um problema de 215 - Erro no Schema do XML. Já procurei no Google, aqui no forum e verifiquei o Demo do Componente. Não consegui matar a charada. Agradeço a ajuda. 0-env-lot-soap.xml 52150302284585000810580010000000021000000015-MDFe.xml

RESOLVIDO. Vou manter estas alterações separadas do Componente ACBrBoleto. Sr. Moderador/Administrador, favor incluir no título RESOLVIDO.

Ninguém?

Bom dia. Há alguns dias, tentando homologar este banco para um cliente meu, fui surpreendido por uma Validador do banco, daqueles que pelo visto estava de mau com a vida. Primeiro solicitou 20 boletos, e não 10 como sempre enviei para Homologação. E a crítica acusou várias erros. Verificando os Manuais que tinha (estão em anexo) constatei que muitos faziam sentido. E alguns não. De qualquer forma, para não criar um impasse, resolvi fazer várias alterações no Boleto, seguindo orientação do Manual e alguns no CNAB 240. Esta alterações também estão em Anexo para os senhores avariarem, e se possível colocar no SVN. Caso contrário terei que manter isto aqui em separado para não conflitar com o componente. Nos arquivos .pas, as alterações estão onde consta a string "ubaltino". Tentei fazer as alterações de forma a não prejudicar os demais Bancos. PS.: Depois destas alterações, recebi o comunicado do banco informando que foi aprovado para entrar em produção com ressalvas. Uma das ressalvas é a altura dos caracteres do código digitável e a outra a altura do código de barras. Não alterei isto. Ubaltino Faleiro ACBrBoletoCaixaEconomicaMaiFCQuickFr.zip CEF_CNAB240_Boleto.zip

Boa tarde. No manual que tenho aqui, no seguimento Q, posições 210 a 210 define como Numérico. Entretanto esta gerando com espaços. Verificando o Fonte ACBrCaixaEconomica.pas function GerarRegistroTransacao240 linha 437 de fato esta passando brancos. Claro, posso mudar o fonte. mas tem como disponibilizar isto no SVN, para não ter que alterar nas próximas atualizações. Alias, penso que deveria ter uma propriedade para informar o BancoCorrespondente no Componente. Ubaltino Faleiro

Bom dia. Ontem implementei uma solução no meu ERP para resolver este problema. 1 - O Sistema tenta pegar a resposta pela Chave da NFe. Se OK, gera a DANFE. Senão, passo 2. 2 - Tenta pegar a reposta pelo Primeiro Recibo. Se OK, Vê se foi autorizada, Gera XML Válido com Autorização da SEFAZ e depois a DANFE. Senão, mostra erro ao Usuário. Esta solução esta funcionando. Hoje pela manha, fiz a consulta pela a Chave, e retornou autorizada a NFe. Ou seja, a SEFAZ do MT resolveu o problema, sem sequer responder ao e-mail enviado ao suporte deles. O problema foi RESOLVIDO nos dois lados. Um bom fim de semana a todos. Ubaltino Faleiro

Eu fiquei com vontade de fazer isto, mas não tive tempo. Obrigado pela resposta. Agora, não deveria ser obrigação a SEFAZ disponibilizar em site e por e-mail (quem solicita-se) resposta sobre estes problemas? É uma piada o descaso com principalmente os CONTRIBUINTES que pagam os salários de tanta gente péssima de trabalho. Ubaltino Faleiro

João, Sim eu tenho acompanhado estes problemas de Disponibilidade da NFe. E Sim atualizei o Componente e Schemas. Como já disse, o mais estranho que parece que mais ninguém esta enfrentando problema semelhante em MT. A Consulta pelo recibo esta funcionando perfeitamente. Vou ter que Criar/Montar um XML com base nisto. O XML de envio + XML da resposta pelo Recibo = XML Válido para o DANFE. Parece ser a única solução, depois de quebrar muito a cabeça. Obrigado João Ubaltino Faleiro

Régys, O Problema é o Emitente (Meu Cliente) entender isto. Os caras da SEFAZ só enrola. Mais ninguém esta com este problema em MT ? Ubaltino Faleiro

Igor, Obrigado pela Resposta. Sim, Atualizei na Sexta a tarde. Exatamente por causa desta mudança para 2.0.1. Estou com um cliente sem poder faturar por causa disto. Já entrei em contato com a SEFAZ MT por telefone e e-mail. O Suporte é um show de porcaria. Se tiver mais alguma ideia, agradeço. Ubaltino Faleiro

Bom dia. Desde 02/07 as 16:35 não estou mais conseguindo consultar a situação da NFe pel Chave. A Nota é Autorizada, mas na consulta da situação sempre retorna 999 Erro Não Catalogado. Mais alguém esta passando por isto ou sabe como resolver? Uso Delphi 7, ACBrNFe com OpenSSL, Windows Server 2003 e Seven 64 Bits. PS.: Mesmo consultando as notas antigas acontece o mesmo erro na Consulta. Isto só esta ocorrendo com Emitente de MT. Ubaltino Faleiro

Bom dia. Atualizei o componente ACBrNFe dia 24/02/2012 e fazendo testes com rotinas antigas que já funcionavam, constatei que a consulta pelo Recibo sempre retorna código 106 Lote não localizado, mesmo para notas já autorizadas. A consulta pela a chave esta normal. Alguém esta passando pelo mesmo problema? Ubaltino Faleiro

Olá, Tive de Fazer algumas alterações no ACBrEPCBloco_C_Class.pas, para conseguir validar o Registro C170 sem erro. Na procedure WriteRegistroC170, tive de fazer: - em var incluir Nulo : Boolean; - stpisQtdeAliquotaUnidade : strCST_PIS := '03'; - alterado para: stpisQtdeAliquotaUnidade : begin strCST_PIS := '03'; Nulo := True; end; - stcofinsQtdeAliquotaUnidade : strCST_COFINS := '03'; - alterado para: stcofinsQtdeAliquotaUnidade : begin strCST_COFINS := '03'; Nulo := True; end; - De {26} LFill( VL_BC_PIS,0,2 ) + - Para {26} LFill( VL_BC_PIS,0,2,Nulo) + - De {27} LFill( ALIQ_PIS_PERC,0,2 ) + - Para {27} LFill( ALIQ_PIS_PERC,0,2,Nulo) + - De {32} LFill( VL_BC_COFINS,0,2) + - Para {32} LFill( VL_BC_COFINS,0,2,Nulo) + - De {33} LFill( ALIQ_COFINS_PERC,0,2 ) + - Para {33} LFill( ALIQ_COFINS_PERC,0,2,Nulo) + Ubaltino Faleiro

Bom dia senhores. Depois da alteração do componente para atender a NT que entra em vigo dia 01/05/2011 sobre homologação, as notas não passa na validação. Ocorre o seguinte erro: "1824 - Element '{http://www.portalfiscal.inf.br/nfe}IE': '' is not a valid value of the atomic type '{http://www.portalfiscal.inf.br/nfe}TIeDest'.", isto usando OpenSSL. Verificando a NT e como esta gerada a Tag IE do destinatário, realmente parece que esta com erro. Ninguém mais notou isto? Ubaltino Faleiro

CONCLUIDO mas NÃO RESOLVIDO. Só para constar, veja abaixo resposta a consulta que fiz ao Suporte da NFe em Goias: --------------------------------------------------------- Isso. Apartir de 01/04/2011 para as notas da versão 1.10: - O webservice de consulta (independente do status da nota) ficará disponível por tempo ainda indefinido. - O webservice de cancelamento ainda ficará ativo durante 7 dias. - O webservice de envio ficará ativo durante 30 dias mas aceitará apenas notas com data de emissão anterior à 01/04/2011. Por ora, não será possível realizar consultas de notas 1.10 utilizando o webservice da versão 2.0. Atenciosamente, Daniella Balbino Alves Gestora de TI - Projeto Nota Fiscal Eletrônica Secretaria da Fazenda do Estado de Goiás --------------------------------------------------------- Ubaltino Faleiro

André, bom dia. Acabei de testar em MG e deu o mesmo problema. Em Produção, consultando pela Chave. Espero que você esteja certo. E tudo seja como SP. Enquanto isto, nossos clientes não podem ficar esperando isto cair do ceu. Então vou ter que implementar as funcionalidades da versão 1.10 e 2.00 no Sistema agora, dependendo da versão que foi enviada, cancelada ou inutilizada. E veja só o problema. Dependendo da UF Origem, o sistema tem que funcionar de forma diferente, para o caso de SP por exemplo. De qualquer forma Obrigado. Ubaltino Faleiro

Pessoal, bom dia. Pelo que entendi, a partir do dia 01/04/2011 somente a versão 2.00 estará funcionando, certo? Em Produção, pelo que notei, notas enviadas na versão 1.10, só podem ser consultadas (pela chave), canceladas na versão 1.10. Se consultar pela versão 2.00 não funciona. Isto esta acontecendo comigo em Goias. Ou seja, se depois de 31/03/2011, eu precisar consultar a situação de uma NFe emitida ou cancelada ou inutilizada na versão 1.10 não vou conseguir? Alguém mais notou isto, ou será que é só Goias? Ubaltino Faleiro

É André, pode ate ser que não me atentei a isto. Mas como fica, quando a gente envia uma nota, trava o retorno do WS ou a internet, ou o windows, ou sei la mais o que. Neste caso, não temos o tal recibo. E ai como fica? a - Temos que consultar pela chave? b - Temos que reenviar a NFe para o WS, pegar o novo recibo e consultar pelo recibo? Mas neste caso a resposta será outra, pois estamos consultando a resposta pelo último recibio. O primeiro foi perdido. É sobre isto que acho FACHO o projeto da NFe. Ou você tem uma forma de recuperar o recibo, nestes casos? Acho que muita gente vai querer saber. Ubaltino Faleiro

RESOLVIDO. Encerrando o tópico que criei, vai ai a solução para quem interessar. 1 - O problema era na SEFAZ de GO. Eles tinham bloqueado vários CNPJs, e retornava este código 203 - Emitente não autorizado para NFe, para emitentes que emitem NFe a mais de 2 anos. É mole? Acreditem se quiser. Não me deram a menor satisfação sobre o que tinha causado isto. Mas eu tenho minhas opiniões. 2 - Só descobri o verdadeiro problema CONSULTANDO PELO RECIBO. Pela chave só retorna NFe não consta na base de dados. Este ponto é muito falho no projeto da NFe. 3 - Consegui uma lista de suporte para NFe em vários estados. Para quem não conhece, esta dentro deste documento no link: http://portalnfe.fazenda.mg.gov.br/down ... ronica.pdf Ubaltino Faleiro

Eu sou goiano. Mas ca pra nos, a turma de TI da SEFAZ de GO ta uma bosta. Passamos nosso problema para eles. Eles não sabem me dizer porque uma lista de 5 CNPJs não esta Habilitado para emissão de NFe, se já estã emitindo NFe a 3 anos em Produção. Parece bricadeira. Espero que até semana que vem, alguem tome uma atitude. Senão, o bicho vai pegar em 01/04/2011. Ubaltino Faleiro

Ricardo, Remova o certificado do Windows e Instale novamente. MAS NÃO MARQUE A OPÇÃO DE VERIFICAÇÃO DE SEGURANÇA, NO MOMENTO QUE FOR REINSTALAR O CERTIFICADO. Ubaltino Faleiro