-
Total de ítens
36 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por wendelswl
-
-
Prezado Italo, bom dia. primeiramente agradeço a disponibilidade e presteza.
O componente está configurado para salvar os arquivos em disco, Após alguns testes acabei apagando os arquivos, mas gerei um outro que possuem os NSUs de 1 a 4 conforme mensagem que postei anteriormente. Segue em anexo.
-
Prezados, bom dia. Tenho uma dúvida... Já li vários posts aqui do fórum e até então não localizei a resposta, gostaria da ajuda dos nobres colegas para tentar resolver uma situação. :), segue um teste que fiz:
Fiz a emissão de 3 NF-e's contra meu CNPJ, utilizei o DistribuicaoDFe e consegui o resumo das mesmas (NSUs 1, 2 e 3) através do nosso sistema. Efetuei a manifestação de ciência de operação da NF-e correspondente ao NSU nº 1 através do programa da SEFAZ-SP, consequentemente, foi gerado um novo NSU de número 4 retornando as informações com o XML da NF-e. No nosso sistema o controle interno do último NSU consultado era o NSU de número 3, quando invoquei o método DistribuicaoDFe novamente, recebi as informações devidas do NSU de número 4 com o XML da NF-e, porém não consigo identificar a propriedade do componente que me retorna o tipo de Manifestação que ocorreu (Ciência da Operação, Operação Realizada, etc...). Fiz este teste com o intuito de capturar um evento efetuado pelo escritório de contabilidade, mantendo em nosso sistema sempre a informação atualizada, visto que, controlamos o último NSU na aplicação. Além disso, baixei o programa de Manifestação do Destinatário de SP em outra maquina, e fiz a consulta partindo do NSU de número 0 (últimos 3 meses), assim sendo o mesmo identificou a ciência da operação do NSU número 4 normalmente, por isso vi que havia esta possibilidade através de algum WS que não sei qual é. Alguém sabe informar se é possível obter esta informação através do componente?
-
Prezado, boa noite.
Entendi que não se deve inutilizar a NF-e em ambiente SVC-RS, pois o serviço não é disponível lá, esta situação já está sendo tratada por nosso ERP. O que estou tentando explicar é que caso haja um erro por parte do desenvolvedor (que foi o nosso caso), o webservice apresentaria um retorno para a aplicação com a exceção correspondente de que o serviço não é disponível e dessa forma acredito que ficaria explícito que este ambiente não deve ser utilizado. Para tal situação a condição acima deveria ser modificada como sugeri, pois se o tipo de emissão for SVC-RS a URL do action seria modificada para "NfeInutilizacao", Da forma que está, tanto a consulta quanto a inutilização nada é retornado pelo webservice, a exceção é levantada em branco. Ou seja, o problema só ocorre se o tipo de emissão for SVC-RS, se for para a Sefaz-BA tudo acontece naturalmente.
Obrigado pelos esclarecimentos e segue a sugestão. Saliento que vossa explicação foi claríssima e obrigado mais uma vez pela disponibilidade.
-
Boa tarde. Há um problema nas funções mencionadas, pois sem as correções que sugeri a URL fica incorreta e o webservice não retorna nada, desta forma a exceção aparece sempre em branco. Se o tipo de emissão da NF-e for normal a url termina com 'NfeInutilizacao' e não com 'NfeInutilizacao2', observe abaixo e ficará mais claro.
SOAP 1.2
The following is a sample SOAP 1.2 request and response. The placeholders shown need to be replaced with actual values.
POST /webservices/NfeInutilizacao/NfeInutilizacao.asmx HTTP/1.1 Host: nfe.sefaz.ba.gov.br Content-Type: application/soap+xml; charset=utf-8 Content-Length: <?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:Header> <nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeInutilizacao"> <versaoDados></versaoDados> <cUF></cUF> </nfeCabecMsg> </soap12:Header> <soap12:Body> <nfeDadosMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeInutilizacao"></nfeDadosMsg> </soap12:Body> </soap12:Envelope>
HTTP/1.1 200 OK Content-Type: application/soap+xml; charset=utf-8 Content-Length: <?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:Header> <nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeInutilizacao"> <versaoDados></versaoDados> <cUF></cUF> </nfeCabecMsg> </soap12:Header> <soap12:Body> <nfeInutilizacaoNFResult xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeInutilizacao"></nfeInutilizacaoNFResult> </soap12:Body> </soap12:Envelope>
-
Boa tarde a equipe do ACBR. Na unit ACBRNFeWebServices há um problema na inutilização quando utiliza-se estado Bahia (29) nos seguintes procedimentos:
Procedure TNFeConsulta.DefinirServicoEAction;
Procedure TNFeInutilizacao.DefinirServicoEAction;
Na condição contida na função deve-se adicionar um filtro de forma de emissão, pois para SVC-RS ocorrem erros:
Alterar de:
if (FConfiguracoes.Geral.ModeloDF = moNFe) and
(FConfiguracoes.Geral.VersaoDF = ve310) and
(FConfiguracoes.WebServices.UFCodigo in [29]) then // 29 = BAPara:
if (FConfiguracoes.Geral.ModeloDF = moNFe) and
(FConfiguracoes.Geral.VersaoDF = ve310) and
(FConfiguracoes.Geral.FormaEmissao = teNormal) and
(FConfiguracoes.WebServices.UFCodigo in [29]) then // 29 = BASegue unit alterada para vossa apreciação caso seja necessário. Não analisei os layouts anteriores ao 3.10 para efetuar a modificação, Para o ambiente 3.10 funciona perfeitamente.
-
Bom dia. Pessoal, vi que o post é antigo, porém estou iniciando os trabalhos com boletos da caixa e utilizo o Fortes Report (Carnê). Enviei alguns boletos para homologação e recebi as seguintes mensagens do banco:
FICHA DE COMPENSAÇÃO
- LOCAL DE PAGAMENTO PREENCHIDO INCORRETAMENTE (PREENCHER CONFORME ITEM 4.2.2.1 DO MO 67119, OU SEJA, “PREFERENCIALMENTE NAS CASAS LOTÉRICAS ATÉ O VALOR LIMITE”)
- RETIFICAR TODOS OS CAMPOS ONDE CONSTA A EXPRESSÃO “CEDENTE” PARA “BENEFICIÁRIO” E ONDE CONSTA A EXPRESSÃO “SACADO” PARA “PAGADOR”
- RETIFICAR OS CAMPOS PARA (=) VALOR DO DOCUMENTO, (-) DESCONTO, (-) OUTRAS DEDUÇÕES/ABATIMENTO, (+) MORA/MULTA/JUROS, (+) OUTROS ACRÉSCIMOS e (=) VALOR COBRADO NESTA SEQÜÊNCIA.
- RETIFICAR O CAMPO “PAGADOR/AVALISTA” PARA CAMPO “SACADOR/AVALISTA”
RECIBO DO PAGADOR
- NÃO CONSTA A EXPRESSÃO “RECIBO DO PAGADOR”
- RETIFICAR TODOS OS CAMPOS ONDE CONSTA A EXPRESSÃO “CEDENTE” PARA “BENEFICIÁRIO” E ONDE CONSTA A EXPRESSÃO “SACADO” PARA “PAGADOR”
- NÃO CONSTA O CAMPO “NÚMERO DO DOCUMENTO”
- RETIFICAR OS CAMPOS PARA (=) VALOR DO DOCUMENTO, (-) DESCONTO, (-) OUTRAS DEDUÇÕES/ABATIMENTO, (+) MORA/MULTA/JUROS, (+) OUTROS ACRÉSCIMOS e (=) VALOR COBRADO NESTA SEQÜÊNCIA
Em anexo vai a imagem de um dos boletos que enviei. Atualizei meu componente hoje. Tem algo de errado na minha atualização ou realmente os erros a seguir existem?? Agradeço antecipadamente.
Wendel Oliveira
SWL SOFTWARE
-
Prezado, vc pode entrar no site da SEFAZ de origem com o certiificado digital e obter o XML original da NF-e novamente. A partir daí existem "n" formas de gerar o PDF da mesma.
-
Prezado, vc está utilizando o CSOSN incorreto. Consulta o manual da NF-e e veja que nesse CSOSN não deve ir valor de ICMS.
-
Prezado, o código constante na unit q tenho está conforme abaixo, não possuía o try. Por este motivo reportei o problema do leak. Irei atualizar pelo repositório e posto o resultado. Gde abraço e obrigado pela respostafor J:=1 to Cert.Extensions.Count dobeginExtension := IInterface(Cert.Extensions.Item[J]) as IExtension;Propriedades := Extension.EncodedData.Format(True);if (Pos('2.16.76.1.3.3',Propriedades) > 0) thenbeginLista := TStringList.Create;Lista.Text := Propriedades;for K:=0 to Lista.Count-1 dobeginif (Pos('2.16.76.1.3.3',Lista.Strings[K]) > 0) thenbeginFCNPJ := StringReplace(Lista.Strings[K],'2.16.76.1.3.3=','',[rfIgnoreCase]);FCNPJ := OnlyNumber(HexToAscii(RemoveString(' ',FCNPJ)));break;end;end;break;end;Extension := nil;end;break;end;end;if not(Assigned(Result)) thenraise EACBrNFeException.Create('Certificado Digital não encontrado!');
-
Prezados, aproveitando o tópico há um memory leak
unit AcbrNFeConfiguracoes.pas
na função
TCertificadosConf.GetCertificado: ICertificate2
A variável Lista do tipo TStringList não está sendo destruída. Grande abraço
Distribuição DFE
em ACBrNFe
Postado · Editado por wendelswl
Prezado Ítalo, mais uma vez obrigado pelo feedback.
Ocorreu sim o download do arquivo procEventoNFe do NSU de número 6, mas o mesmo se trata de uma carta de correção e não do evento de manifestação do destinatário. Analisando minuciosamente as NT's 2014.002 e 2012.002 percebi o seguinte: O WS NFeDistribuicaoDFe não fornece ao destinatário o evento de manifestação que ele mesmo efetuou, ou seja, através dos xml's retornados pelo WS é impossível obter tal informação. Acredito que o aplicativo de MD-e da SEFAZ faça utilização do WS NfeConsultaDest que, até onde li, será desativado. Favor, me corrija se estiver errado. Mas se eu estiver certo, como a aplicação que efetuou a manifestação do destinatário teria a confirmação que tal evento realmente chegou à SEFAZ caso haja alguma falha de comunicação na primeira tentativa de obter o retorno? Até onde analisei, não vi nenhum webservice em que o autor do evento de manifestação possa consultar os seus eventos que não seja o "NfeConsultaDest".
Na oportunidade envio todos os outros XML's do processo em anexo, caso queira efetuar análise.
Wendel Oliveira
SWL SOFTWARE
201601.rar