cvpereira

Com essas alterações em cima do hora por conta do governo, alguém por acaso sabe se será prorrogado mais uma vez o REINF?

Estou com o mesmo retorno: WebService: http://sped.fazenda.gov.br/RecepcaoLoteReinf/ReceberLoteEventos - Inativo ou Inoperante tente novamente. Erro Interno: 0 Erro HTTP: 404. Fora do ar...

Então vou tentar compatibilizar, é o jeito, rsrsrs. Valeu Juliomar Abs.

Acho que o colega cloudcon já disponibilizou todos os fontes conforme o padrão, pela conversa que estava rolando faltava o pessoal autorizado no projeto para confirmar que estava tudo certo, não é isso?

Bom dia a todos Existe alguma possibilidade, agora que a migração do trunk2 acabou, das classes do provedor Smarapd serem validadas para que possamos usar no componente, porque estamos usando o da tecnospeed mas queremos nos livrar deles e começamos a migrar tudo relativo a NF-e, NFS-e, CT-e para o ACBr e estamos justamos com um cliente que tem Sertãozinho/SP para implementar. []'s Claudemir Analista Desenvolvedor MasterTech Tecnlogia e Gestão Empresarial Curitiba/PR Telefone: (41)3083-6500

Que grande notícia, muito obrigado a equipe por compatibilizar o componente.

Bom dia Juliomar Essa versão realmente ainda não está em conformidade, eu apenas disponibilizei para o usuário raosistemas porque ele estava precisando urgente, mas posso adiantar que as alterações que foram feitas na classes pcnConversao e pcnGerado são simples, sendo a que pode causar impacto é apenas a pcnLeitor, abaixo segue uma descrição do que eu fiz de alteração : - pcnConversao foi adicionar 3 linhas que indicam a versão do xml para envio, consulta de configuração e consulta de lote. - pcnGerador, foi adicionar o name space para GNRE. - pcnLeitor, como você mesmo disse foi uma alteração na rExtrai, que nesse trecho na linha 164 estava lendo menos posições no XML, se você perceber na linha 155, a leitura é igual a alteração que eu fiz, muito provavelmente quem fez a alteração na 155 e esqueceu de fazer na 164. Talvez se algumas pessoas se dispusessem a testar essas pequenas alterações teríamos mais confiabilidade, aqui na empresa nós usamos dos componentes do ACBr a NFS-e, CT-e e NF-e, e nossas bpl's estão compiladas com o PCN com essas alterações e até agora não tivemos nenhum problema. Abs.

Bom dia raosistemas Conforme combinado segue a última versão que estou usando em clientes Abs. ACBrGNRE.zip

Boa tarde raosistema Eu estarei disponibilizando os fontes completos com as últimas alterações que eu tinha postado separadamente de algumas classes, só não vou conseguir agora porque estou com versão para liberar e tá tenso o negócio. Abs.

No caso de uso das units do pcn, eu devo criar uma unit específica para a gnre afim evitar alterações nas units do pcn?

É realmente precisaria de uma orientação porque eu tentei ser fiel ao padrão do ACBr, nomenclaturas, declaração das classes, criei um exemplo, como é solicitado para criação dos componentes, então precisaria pelo menos um indicativo do que está fora. Abs.

Boa noite Juliomar Alguns meses atrás você deixou um post, avisando que estava compatibilizando com o código do ACBr, inclusive você falou que estava funcionando com você, o que ainda não está compatível com o ACBr, as vezes eu posso ajudar, inclusive meus clientes já estão usando a rotina que eu fiz usando o componente. Abs.

Boa tarde a todos Gostaria de saber se o colega Eisenheim, poderia disponibilizar novamente os fontes do componente que ele fez, eu tentei baixar mas o link está quebrado, de repente eu tente compatibilizar para o ACBr. Abs.

Boa tarde a todos Mais duas correções pequenas, basta apenas substituir os arquivos, também estou enviando uma classe com funções que eu utilizo para gerar lotes, enviar e carregar as guias, que precisei alterar e que recentemente tinha disponibilizado aqui no fórum. Abs. pgnre.7z UntGNREUtil.pas

Senhores Encontrei um pequeno erro no arquivo pgnreGNREW que gera o xml, quando o período de apuração for '0 - mensal', não estava sendo gerado a tag, segue o arquivo com a correção. Abs pgnreGNREW.pas