Lindemberg Cz

O que estou achando muito estranho é que está ocorrendo aqui divergência "Total Do Desconto Difere Do Somatório Do Itens" em modo produção já a mesma venda em homologacao, efuando o mesmo desconto, os mesmos itens a mesma configuração de venda, não ocorre essa divergencia. Obs: Não faço nenhuma verificação e ambiente nesse sentido.

"Não existe mais os webservices: NFeDownload e ConsultaNFeDest"" Com ainda será possível realizar o download do XML na versao 4.0 ??

Estou utilizando essa URL para executar o manifesto do destinario, no entanto, ocorre erro 404 https://nfe-homologacao.svrs.rs.gov.br/ws/recepcaoevento/recepcaoevento4.asmx?WSDL

Consegui de resolver esse problema atualizando .Net Framework 4.6

Até no Windows 10 isso está ocorrendo! ?

Comigo ainda nada... dá esse mesmo erro: A conexão subjacente estava fechada: Erro inesperado em um envio. Já no meu caso está ocorrendo em Produção estado de São paulo

Voce tem que recompilar o Pacote ACBR_PCNComum...

Como a NFE 4 está em vias.... o SSLLib sendo configurado com "libWinCrypt" e com isso a data do certificado invalida, ou seja, a data do certificado tem tudo haver com essa propriedade....

Acabei de atualizar o ACBR para a 4.0 e ao gerar a NFC ocorre uma rejeição referente a tag <detpag> ... acontece que não vejo referencia alguma com relação a esta Tag.

Era pra ser simples assim.... FACBrNFe.WebServices.Retorno.Protocolo , ou FACBrNFe.WebServices.Consulta.Protocolo ou FACBrNFe.WebServices.Retorno.Protocolo

Pessoal é o seguinte, um mistério....NFCe , estou gerando notasfiscais em contigência , a chave de acesso tem o codigo (9) na posicao correta, estou especificando Transp.modFrete := mfSemFrete.... no entanto, quando gero o XML desta forma (Ide.tpEmis := teOffLine ) o ACBR informa 0 (mfContaEmitente) em vez de 9 ( "mfSemFrete") no campo de frete... Obs: esta propriedade só sofre atribuição uma unica vez e quando emito a NFCe (ONline) o campo frete é enviado corretamente ( 9 - "mfSemFrete" )

Fiz contato com a Sitef e pediram para mudar um retorno {VendaNPTC=1} para {VendaNPTC=3}

Como essa unit vem do Delphi 7, existe o problema de incompatibilidade dos tipos.... O famoso Char

iai... pode ou não pode ? o pessoal as vezes se perde do tópico.... rsrsrs

É amigo...verifique a Nfe junto a sefaz como voce questionou valeu pela dica.... parece que essa Nfe já foi enviada e se tentou enviar outra vez com outra chave de acesso... acredito q seja isso. vou verificar isso junto ao cliente...

Anexo 24150404678720000161550010000094741000094748-nfe.xml

Estou com esse problema tambem.....Assinatura invávlida. O xml é válido, mas ocorre esse problema.... acredito que foi por conta da nova versão NFe3.1 o XML está em anexo... o que pode ser ?

Comigo acontece o mesmo, no entanto, quando consulto a NFe no portal ela aparece autorizada e no ambiente de produção... Mas mesmo consultando no ACBR pela chave de acesso o xml no mesmo ambiente retorna: A UF é RN....e não consta na SEFAZ <retConsSitNFe versao="2.01" xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb>1</tpAmb> <verAplic>SVC_2.2.0</verAplic> <cStat>217</cStat> <xMotivo>Rejeicao: NF-e nao consta na base de dados da SEFAZ</xMotivo> <cUF>24</cUF> <chNFe>24141204678720000161550010000094171000094176</chNFe> </retConsSitNFe>

Faz um teste no Demo.. consulta um Lote..."o usuário não está cadastrado"

A funcionalidade [Gerar NFSe] não está disponível para o provedor: Natal Sim mas quem vai ter que Gerar NFSe será eu já que o provedor não gera ?