Painel de líderes

Bom veja que temos o jeitinho brasileiro e vejo como estamos com o Brasil! então é como nós mesmo pedidos e não tem choro o cliente cobre do seu fornecedor o xml, caso ele não queira a gente dá a opção pra ele denunciar no sefaz o seu fornecedor! se cada um fizer sua parte sem ficar reclamando e vindo com a velha história que fulano de tal faz porque o teu não faz! é assim que se constrói algo de confiança!

Prezados, Estou compartilhando as adequações para o Layout 3 do Sped ECD de Fevereiro de 2015. ACBrSPEDContabil.zip

Boa tarde não é a mais fácil mas é a que está sendo mantido em delphi 7!

Você precisa anexar um arquivo "ZIPado" O Retorno está correto... "20150306130226", o seu Debug confirma isso... Experimente essa nova versão de StoD() {----------------------------------------------------------------------------- Converte uma String no formato YYYYMMDDhhnnss para TDateTime ---------------------------------------------------------------------------- } function StoD( YYYYMMDDhhnnss: String) : TDateTime; begin YYYYMMDDhhnnss := trim( YYYYMMDDhhnnss ) ; Result := EncodeDateTime( StrToIntDef(copy(YYYYMMDDhhnnss, 1,4),0), // YYYY StrToIntDef(copy(YYYYMMDDhhnnss, 5,2),0), // MM StrToIntDef(copy(YYYYMMDDhhnnss, 7,2),0), // DD StrToIntDef(copy(YYYYMMDDhhnnss, 9,2),0), // hh StrToIntDef(copy(YYYYMMDDhhnnss,11,2),0), // nn StrToIntDef(copy(YYYYMMDDhhnnss,13,2),0), // ss 0 ); end;

Amigo, não ocorreu comigo, mas uma possibilidade acredito que seria, a empresa entrar em contato com o destinatário da NF-e solicitar que ele se manifeste quanto à nota (conhecimento) e baixe o arquivo xml (o destinatário necessita de um certificado digital válido) - o que pode ser feito no próprio site da Sefaz (baixar). Att.

Bom dia deu certo Problema era que não executei como administrador...

Bom dia Rafael, Muito obrigado pela colaboração, já esta disponível.

Bom dia! o fórum é aberto e colaborativo! todos que ajudam aqui são pessoas que tem empresas ou são funcionários! então mesmo sendo assim temos alguns tempos para poder entrar e ver, não passamos o dia aqui no fórum!

Então, é melhor esclarecer com eles. Não está escrito isso nos requisitos (pelo menos eu não encontrei). Talvez faça a pergunta que você nos fez a eles. Algo como: "Posso utilizar a mesma tela de venda para a emissão de NFC-e? Haveria algum problema se eu utilizasse essa mesma tela para emitir DAV? Em caso negativo, poderia me indicar os requisitos ou legislação que definem esse aspecto do funcionamento?" Em minha experiência, vale a pena você raciocinar e tirar suas dúvidas com os homologadores antes do dia da homologação. No dia, já não dá pra ficar discutindo. E eles tem o direito e dever de exigirem ou fazerem os testes que acharem por bem fazerem para garantir o funcionamento dos requisitos.

Se você não tem o Quick Report, não se deve instalar o DANFSE feito em Quick Report por motivos óbvios. Como dito anteriormente o monitor oferece as 3 opções, mas para que ele seja compilado sem nenhum erro é necessário ter instalado os 3 report no Delphi. Se desejar usar somente o Fortes, instale somente o DANFSE feito Fortes Report e depois ao tentar compilar o monitor vai surgir erros referentes aos demais Reports, ai você vai ter que remover do fonte do monitor as referencias dos demais Reports. A instalação com o ACBrInstall tem que ser feita com base na pasta ACBr, pois é ela que contem os fontes dos componentes. Em ACBrTeste na pasta Projetos você vai encontrar o fonte do ACBrNFSeMonitor.

http://www.fazenda.mg.gov.br/empresas/ecf/informacoes/reqtecpaf.htm

Boa tarde! como ninguém leu o post que fiz nesse tópico e como ele resolve o problema de muitos, estarei trancando o mesmo! ao que quiserem agradecer clique no botão curtir!

EStou trabalhando para isto o problema e conseguir os codigos de barra hj eu tenho os ncm valido e seus detalhamentos em www.grupoazur.com.br se o pessoal quiser enviar o codigo de barra, ncm e descricao do produto posso validar se o ncm do codigo de barras e valido e por no site de maneira gratuita como e o ncm hoje

Passando um xml para o ACBrNFe, usando LoadFromString, faço uma análise no conteúdo carregado pelo componente desse xml, retornando os valores das propriedades do mesmo. Fazendo uma verificação, percebi que após ele carregar o xml, na propriedade Det.Imposto.ICMS.CST sempre é carregado o cst00, mesmo não existindo essa tag no xml passado. Analisando a forma que ele carrega, é usada a função StrToCSTICMS que por sua vez usa a StrToEnumerado, retornando sempre o primeiro valor encontrado em caso de erro ou de não achar nenhum dos passados no array. Como não tem essa tag no xml, esse valor sempre é o cst00. Então quando eu mando analisar se o Det.Imposto.ICMS.CST <> cstVazio sempre retorna True. Notei que existe o cstVazio, mas ele não é referenciado nas funções de conversão, então alterando a assinatura das funções de: function CSTICMSToStr(const t: TpcnCSTIcms): string; begin ... result := EnumeradoToStr(t, ['00', '10' , '20' , '30' , '40' , '41' , '50' , '51' , '60' , '70' , '80' , '81', '90', '10', '90', '41', '90', 'SN'], [cst00, cst10, cst20, cst30, cst40, cst41, cst50, cst51, cst60, cst70, cst80, cst81, cst90, cstPart10 , cstPart90 , cstRep41, cstICMSOutraUF, cstICMSSN]); end; function StrToCSTICMS(var ok: boolean; const s: string): TpcnCSTIcms; begin result := StrToEnumerado(ok, s, ['00', '10', '20', '30', '40', '41', '50', '51', '60', '70', '80', '81', '90', '91', '92'], [cst00, cst10, cst20, cst30, cst40, cst41, cst50, cst51, cst60, cst70, cst80, cst81, cst90, cstICMSOutraUF, cstICMSSN]); end; para function CSTICMSToStr(const t: TpcnCSTIcms): string; begin ... result := EnumeradoToStr(t, ['', '00' , '10' , '20' , '30' , '40' , '41' , '50' , '51' , '60' , '70' , '80' , '81', '90', '10', '90', '41', '90', 'SN'], [cstVazio, cst00, cst10, cst20, cst30, cst40, cst41, cst50, cst51, cst60, cst70, cst80, cst81, cst90, cstPart10 , cstPart90 , cstRep41, cstICMSOutraUF, cstICMSSN]); end; function StrToCSTICMS(var ok: boolean; const s: string): TpcnCSTIcms; begin result := StrToEnumerado(ok, s, ['', '00', '10', '20', '30', '40', '41', '50', '51', '60', '70', '80', '81', '90', '91', '92'], [cstVazio, cst00, cst10, cst20, cst30, cst40, cst41, cst50, cst51, cst60, cst70, cst80, cst81, cst90, cstICMSOutraUF, cstICMSSN]); end; resolve esse problema. O mesmo acontece com outras propriedades tipadas que usam conversões na leitura, como TpcnMotivoDesoneracaoICMS, pois não existe um valor mdiVazio pra esse tipo. Minha dúvida é se esse procedimento não vai afetar em algum outro procedimento usado pela classe. Gostaria de um parecer do pessoal mais experiente, e fica minha sugestão para criar tipos vazios para serem usados nas conversões e caso seja possível, para ser implementado no repositório. Agradeço os retornos.

Wagner eu uso o CAPICOM então não entendo do openssl, mas o André (anfm) postou em um forum (link 1) uma dica que eu creio que irá resolver teu problema. Link 1 http://www.forumweb.com.br/foruns/topic/79339-resolvido-erro-ao-validar-dados-da-nota-no-xml Ele orienta para acessar este link: http://www.assembla.com/wiki/show/nfephp/Falha_de_Valida%C3%A7%C3%A3o_da_NFe Com isto entendo que nesta schema que vc atualizou vc deve tambem localizar esta informação [!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1} e substituir por [!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]{1} Ou seja trocar {0,} por * Informação que se encontra na schema: Após a troca Teste para ver se resolve! Boa sorte!