Painel de líderes

Prezado @Italo Jurisato Junior Humildemente voltaremos a pedir que reconsidere a sugestão que enviamos. Por motivos inerentes ao nosso sistema, nós precisamos carregar as informações do XML no componente ACBr no momento da abertura do lançamento. E até gostaríamos de estender a discussão e questionar o código atual do ACBr: qual a vantagem de sobrescrever a versão definida no componente com a versão carregada do XML? Já existiu alguma vez uma situação em que a SEFAZ orientou que "XML's de uma determinada versão sejam consultados em um endereço, e de outras versões em outro"? Nem quando houve a conversão do cancelamento de método próprio para evento foi assim - era possível cancelar documentos antigos por evento. Como já havíamos mencionado, o suporte a versão 3.0 do MDF-e está em vigor no nosso sistema há mais de 2 meses, mas não havia como detectar este problema que ocorreu no momento da virada da versão 3.0, porque não tínhamos como saber que o ACBr iria desconsiderar a versão definida no componente e considerar a versão lida a partir do carregamento do XML. Enquanto a SEFAZ manteve o WebService aceitando a versão 1.0, o ACBr funcionou. Tivemos um transtorno considerável nesta virada do MDF-e 3.0 - e repito, não tínhamos como saber que isso aconteceria. Acreditamos que revendo estes conceitos, podemos evitar problemas nas futuras viradas de versão da SEFAZ. Não tem problema de não aceitar a nossa sugestão, continuaremos amigos E até mesmo se houver um motivo que não conseguimos visualizar para fazer a versão ser sobrescrita no carregamento, ficaremos gratos em conhecer.

Use este arquivo, salve na pasta de Schemas da NFe. tiposBasico_v4.00.xsd

Bom Dia... Estou realizando alguns testes na NFe 4.0 e ao tentar utilizar "tPag = 90= Sem pagamento" não informando assim valor dos pagamentos estava tendo o retorno: 865 - Rejeicao: Total dos pagamentos menor que o valor total da nota A estrutura no XML fica assim: <pag> <detPag> <tPag>90</tPag> <vPag>0.00</vPag> </detPag> </pag> Fiz uma alteração na "pcnNFeW" no procedimento "TNFeW.Gerarpag" alterando a programação de: Gerador.wCampo(tcStr, 'YA02', 'tPag', 02, 02, 1, FormaPagamentoToStr(nfe.pag.tPag), DSC_TPAG); Gerador.wCampo(tcDe2, 'YA03', 'vPag', 01, 15, 1, nfe.pag.vPag, DSC_VPAG); Para: Gerador.wCampo(tcStr, 'YA02', 'tPag', 02, 02, 1, FormaPagamentoToStr(nfe.pag.tPag), DSC_TPAG); if (NFe.pag.tPag <> fpSemPagamento) then Gerador.wCampo(tcDe2, 'YA03', 'vPag', 01, 15, 1, nfe.pag.vPag, DSC_VPAG); Assim gerando um novo XML que validou. Nova estrutura do XML ficou: <pag> <detPag> <tPag>90</tPag> </detPag> </pag> Alteram no SVN? pcnNFeW.pas

Bom dia pessoal, Apenas como informação, foi prorrogado o prazo de implantação do ambiente de Produção da NF-e 4.0: _____________________________________________________________________________________________________________ Publicada a versão 1.31 da NT 2016.002 alterando a data de entrada em produção para 06-nov-2017. Assinado por: Coordenação Técnica do ENCAT 1.3. Sobre o Prazo de Implantação O prazo previsto para a implementação das mudanças é: – Ambiente de Homologação (ambiente de teste das empresas): 03/07/2017. – Ambiente de Produção: 06/11/17. – Desativação da versão anterior: 02/04/18. Segue o link: https://goo.gl/M99h1g _____________________________________________________________________________________________________________ Obs: tentei postar diretamente no tópico da nfe 4.0, porém estava fechado para publicações. Caso seja necessário alterar, por favor me informem.

parece ser uma exceção controlada... quando ele vai descarregar o certificado, ele tenta atribuir "Nul" a senha previamente definida... Observe que está entre um bloco try/except Desculpe.. mas não compreendi se o problema relatado inicialmente nesse tópico, retornou...

Sérgio!! Muito obrigado novamente pelas informações!! Abração!

4.5. Extrato do Cupom Fiscal Eletrônico - SAT em condição de testeEstando o SAT funcionando em condição de teste, o Extrato do CF-e-SAT deverá indicar tal condição no corpo do extrato, no bloco de informações “I - TÍTULO”, por meio da impressão do texto “= T E S T E =” e de 3 linhas de caracteres “>”. O número do Extrato deverá constar como “000000”.

Boa tarde @Juliomar Marchetti, desculpe a demora para passar uma posição, mas parece que encontrei o problema, eu estava usando todos os componentes alinhados dentro da banda, por isso não estava expandindo, agora deixei o alinhamento em todos os componentes com exceção do RLDBMemo e funcionou da forma como deveria, mesmo assim irei fazer o exemplo e encaminhar no github do fortes, creio que realmente seja um problema do componente. Obrigado pela atenção.

Veja o conteúdo retornado atualmente, em modo produção. <obsFisco xCampo="02.03.04.03"> <xTexto>Consulte o QRCode deste extrato atraves do App DeOlhoNaNota</xTexto> </obsFisco>

Veja que esse bloco de informações é de conteúdo retornado pelo Fisco. Em produção os conteúdos mudam, mas continuan sendo informações que não se podem alterar.

Os Schemas distribuídos pelo SEFAZ está com uma inconsistência em tiposBasico_v4.00.xsd. Necessita de uma alteração, conforme postado pelo @BigWings. Veja Tópico abaixo:

Oi Juliomar Ainda estou tentando "isolar" um XML como causa. No log de erro, mesmo tendo identificado o ultimo XML lido, onde apresentou o erro, se abro esse xml isoladamente, o PDF é gerado e o XML abre normalmente. No log de erro, não é o mesmo XML que causa o erro, mudei o lote de XMLs e isso ocorre com outros XMLs. Vou aprofundar mais para te passar algo mais elaborado.

Caros responsáveis pelo projeto, em anexo está o código alterado, foi acrescentado ao Demo o Path de Download e o Path de PDF do DANFE e a gravação no INI para vossa apreciação. DemoNFe_Alteracoes.zip

Bom dia! Conversamos com o pessoal do suporte técnico ae o arquivo passou sem esse problema. Infelizmente, só resolve assim.

Venho agradecer ao Giuu pela atenção também..(O procedimento deu certo)

Eu li o manual porem tinha olhado essa parte do ICMS no CT-e 3.00 nao no especifico CT-e OS nao tem mesmo, acho que voces estao corretos Wess e BigWings vou conversar com o contador. Muito obrigado! Show!

Como o Wess informou, o layout não permite a utilização do CST 20 para CTe-OS. Você pode, no entanto, usar o CST 90 e informar a redução de base de cálculo.

@tbalbinos Aqui mandando por compl.xOBS saiu normal, como na print; @LeonardoZanella Até onde sei não tem CST 20 para CT-e OS, ao menos de acordo com o manual...

Bom dia Marcio, A mensagem de erro não significa que os arquivos XSD estejam incompletos ou errados. A mensagem é clara, você esta tentando validar um XML que não esta assinado. Você deve primeiro executar o método Assinar e depois o Validar só assim o erro vai ser sanado. Se o XML não esta sendo gerado é porque você esta alimentando o componente e depois esta executando o método validar, este não salva XML nenhum no disco, apenas o valida. Quem salva o XML em disco é o Assinar, que alem de assinar o XML o salva em disco caso o componente esteja configurado para tal.

Bom dia. Eu estava com o mesmo problema, hai passei a informar as tags abaixo, funcionou Rodo.CIOT := MDFe.FieldByName( 'MAC_CIOT' ).AsString; with Rodo.infANTT.infCIOT.Add do begin CIOT := MDFe.FieldByName( 'MAC_CIOT' ).AsString; CNPJCPF := InputBox('Informação', 'Informe o CPF/CNPJ do responsável pela geração do CIOT', '' ); end;

Sendo assim, irei tentar fazer a implementação do método.

No caso do CT-e, infContratante é o tomador do serviço (quem contratou a transportadora para realizar a prestação de serviço). Na maioria das vezes é o próprio remetente (quem emitiu o documento de origem, NF-e ou NF ou Declaração).

@Sergio020273 Você está criando vários tópicos com o mesmo título. O título do tópico deve descrever em poucas palavras o contexto do assunto.

Resolvido. a Sefaz Virtual do RS corrigiu o erro.

Boa noite a todos, Essa alteração resolve o problema, mas a de concordar que a versão 1.00 era para ser encerrada em junho/2017 e foi prorrogada para outubro/2017. Sendo assim as aplicações já deveriam estar prontas e rodando em produção antes de junho/2017. Nós nos esforçamos em adequar os componentes para as novas versões para que eles fiquem prontos as vezes antes da liberação do ambiente de homologação. Neste caso o ACBrMDFe foi adequado em 17/08/2016, nada mais nada menos do que a um ano. Segundo o Manual do MDF-e versão 3.00 temos: Data de início de vigência no ambiente de homologação: 03/10/2016 Data de início de vigência no ambiente de produção: 05/12/2016 Data final da vigência da versão 1.00: 05/06/2017 Como todos podem ver, liberamos o componente ACBrMDFe para a versão 3.00 dois meses antes de liberar o ambiente de homologação. 17/08/2016 -- diversos -- [+] Criada a unit pmdfeConsts que contem as constantes de mensagens usadas na geração dos XML e que são apresentadas quando ocorre erro na validação. [*] Alteração em diversas units em virtude das novas units e para antender a nova versão 3.00 do MDF-e. por: Italo Jurisato Junior Fico muito triste com essas postagens. Paciência, vamos em frente.

@Data Lider, Após analisar o tópico abaixo, notei que a modificação que efetuamos aqui.. ocasionou efeitos colaterais... Pensando nisso, aplique modificações na Unit ACBrDFeWinCrypt.pas, a fim de tentar resolver o problema... porém gostaria que você verificasse se essas modificações funcionarão para o caso relatado aqui nesse post. Por favor teste seus fontes, com a Unit em anexo... ACBrDFeWinCrypt.pas

@bsoft Tentei com sua alteração, mas foi sem sucesso. O senhor chegou a testar essa alteração no ambiente de Produção? Se sim, saberia dizer de qual estado, pois meus clientes de SP não estão com este problema, pelo visto esta se concentrando no nordeste (ES, BA, CE e MG). Alguém conseguiu efetuar esse processo em Produção em algum desses estados?

Pessoal, apenas confirmando que o mesmo erro aconteceu por aqui ontem (02/10/2017 às 12:00) no ambiente de homologação e produção, e retornou apenas hoje (03/10/2017 às 16:00). Ou seja, após 2 anos ainda é válido dizer que o status 999 com mensagem 2254 ainda se refere à um erro da receita, e que só podemos esperar.

Eu tinha copiado somente a DLL libxml2.dll , quando copiei todas da pasta funcionou. Obrigado.

No tópico Bye Bye Capicom é descrito em tarefas a fazer... conseguir fazer com que a libXmlSec seja usada em conjunto com a WinCrypt... Resolvido isso, ficaremos livres da MSXML.