pedron

Daniel, não consigo compilar o demo, diz que falta a classe TACBrNFeDANFeESCPOS. Vou tentar instalar e aviso. Mas dei uma breve analisada no fonte do demo e não achei nenhum lugar onde esteja sendo setado valor para a propriedade RetirarAcentos. Achei só um comentário lá na linha 753 assim: // ACBrNFe1.Configuracoes.Geral.RetirarAcentos Talvez isso nem esteja funcionando no demo.

Boa tarde, estou tentando fazer com que o componente do Acbr gere um XML com acentos, para isso setei a propriedade RetirarAcentos para False. O XML é gerado normalmente com os acentos, porém vem um retorno de erro da receita com a seguinte mensagem: "30044->Assinatura difere do padrao do Projeto". Sabem o que pode ser? Estou fazendo algo errado?

Estou tentando consultar o lote de RPS após alteração do trunk 2, e recebo o seguinte erro: 'URL não definida para: TNFSeConsultarNFSeRPS' Provedor ISSNet, Cascavel-PR. Erro obtido no método: ACBrNFSe.ConsultarNFSeporRps Obs: Também ocorre este erro ao enviar uma NFS com a opção consultar lote após envio marcada. Alguém já passou por isso?

De fato não é tão difícil assim, aliás é bem fácil... o duro é convencer o cliente a comprar o HD. Acho que cedo ou tarde terei que fazer um serviço on-line pra gravar as NFs emitidas pelos meus clientes. Pelo site da Receita, tendo o certificado e a chave é possível baixar os XML um por um né? Bem que podiam fazer um serviço para isso...

Que droga.... Tenho o certificado, sei os números das notas, mas não posso baixá-las? Essa receita não gosta de facilitar as coisas para os contribuintes né?

Pelo que vi até agora, todo mundo está falando de notas de entrada... mas no meu caso eu precisaria das notas do emitente, eu tenho a seguinte situação aqui: 1) o cliente emitiu várias notas; 2) só que daí o hd dele queimou; 3) restauramos o backup em outro hd só que esse backup era meio antigo, e nele obviamente não constavam as últimas notas enviadas (umas 50); Eu precisaria baixar esses 50 xml enviados para importar novamente para dentro do meu sistema, existe algum serviço da receita para isso? Para o próprio emitente baixar os seus XMLs já enviados?

Obrigado!

Ítalo, esse artigo que você linkou me deixou com uma dúvida, num determinado momento lá ele diz que no ct-e de subcontratação deve ser preenchida a tag "refcte" com a chave do ct-e emitido pelo contratante, porém, de acordo com o manual existe mais de uma tag dessa (em diferentes grupos) no xml e todas me parece que tem a ver com substituição de CT-e. Você saberia me dizer qual devo usar? Se o artigo estiver errado, como faço para refenciar (qual tag devo usar) o CT-e emitido pelo contratante?

Volmir, não tenho certeza, mas acredito que o 71 não seja obrigatório, basta informar o 70.

Lendo o manual mais a frente (página 10, item 1.23.2) percebi que na verdade essa é uma chave adicional, além da normal, que deve ser colocada no DACTE caso o ct-e tenha sido feito em FSDA. Conforme pode ser visto na imagem do link a seguir: https://dl.dropboxusercontent.com/u/38748511/imagem.png Mas a pergunta permanece: tem como pegar essa chave pelo componente ACBr? Se sim, podem colar aí pra mim um código fonte exemplo? Se não tiver como pegar pelo ACBr, por favor me avisem também hehe Desde já agradeço.

Boa tarde, estou com uma dúvida quanto a chave gerada pelo componente Acbr quando configurado em contigência FSDA: no manual do DACTE (Manual_DACTE_v1_00b - 20120528.pdf), no tópico 1.3, página 6, fornecido pela receita diz o seguinte: "1.3 Dados do CT-e Em caso de contingência com a impressão do DACTE em FS-DA, os dados adicionais do CT-e serão impressos em nove blocos de quatro dígitos cada, com a seguinte máscara: 9999 9999 9999 9999 9999 9999 9999 9999 9999" ou seja, 9 blocos de 4 dígitos, totalizando 36 caracteres, só que quando puxo a chave gerada pelo componente vem os 11 blocos de sempre (44 caracteres), isso está correto? Se estiver correto, de onde devo pegar, ou como devo criar, essa outra chave?

Obrigado!

Bom dia Italo, Então... eu procurei, e não encontrei... por isso estou perguntando. Vi que existe a tag "cobr" que são dados de cobrança, mas não achei ali tag que diga quem é o pagador. A idéia é que o tomador do serviço (tag "toma") também seja o pagador? Se sim, beleza, está respondida a pergunta. É que assim... estou fazendo um paralelo com o SPED Fiscal para entender bem a questão da emissão de CT-e, e no SPED existe o seguinte campo: IND_FRT: Indicador do tipo do frete: 0- Por conta do emitente; 1- Por conta do destinatário/remetente; 2- Por conta de terceiros; 9- Sem cobrança de frete. Mas não consigo achar nada no xml do CT-e que seja parecido com isso. Parabéns pelo projeto, está ajudando muito, já estamos emitindo CT-e com a ajuda do Acbr.

Pessoal, no CT-e existe a tag "forPag" que define se o frete foi "0 - Pago", "1 - A Pagar" ou "2 - Outros", que imagino que seja para definir se foi pago a vista ou a prazo. Estou errado? Se não, qual é a tag no xml para eu informar quem é o pagador do frete, se é emitente, remetente ou destinatário?

Respondido, obrigado!

Olá, estou com algumas dúvidas quanto a numeração do CT-e: 1) a partir de qual número a empresa deve começar a emitir o CT-e? a partir do último CTRC ou deve começar do 1? nenhum contador soube me informar exatamente... 2) a partir de qual série deve começar? série zero? 3) por que na inutilização de numeração de CT-e devemos enviar o ano da inutilização? isso significa que a cada ano a numeração deve ser reinicializada? se eu inutilizar, por exemplo, para 2012, o número 10, série 1, eu poderei utilizar esse mesmo número 10, série 1 em 2013? Parabéns pelo projeto, está ajudando bastante!

Eu postei esse mesmo problema em outro tópico, mas trancaram o tópico porque não pesquisei, foi mals, cagada minha... Beleza, só que o EMBarbosa, o usuário que trancou o tópico, não falou se vai aplicar as alterações ou não... Acredito que a solução do rvaccari (que abriu o tópico) seja melhor que esta última (do netstart) porque também contempla arquivos antigos (caso seja necessário gerar arquivos substitutos). A do rvaccari é igual a minha, lá no meu tópico fechado eu postei os arquivos:

No manual está previsto para arquivos do SPED de julho pra frente uma alteração no registro C100, campo 13 (IND_PGTO): o tipo de pagamento "9 - Sem pagamento" deixa de existir e entra no lugar o "2 - Outros". Atualizei hoje os fontes, mas pelo que pude perceber esta alteração ainda não está contemplada, então fui lá e alterei. Os arquivos estão na pasta "\Fontes\ACBrSPED\ACBrSPEDPisCofins" e são os seguintes: ACBrEPCBloco_C_Class.pas: ACBrEPCBloco_C_Class.pas ACBrEPCBlocos.pas: ACBrEPCBlocos.pas O que fiz foi adicionar um tipo novo ali (tpOutros): TACBrTipoPagamento = ( tpVista, // 0 - À Vista tpPrazo, // 1 - A Prazo tpOutros, // 2 - Outros tpSemPagamento, // 9 - Sem pagamento tpNenhum // Preencher vazio );

No arquivo "Fontes\ACBrSPED\ACBrSPEDPisCofins\ACBrEPCBloco_0_Class.pas" Linha 333 tem o seguinte código fonte: indNenhum: strIND_SIT_ESP := ' '; só que está errado, deve ser '' (string vazia) no lugar de ' ' (espaço). No validador do EFD contribuições 2.0 está dando erro ao importar a escrituração: Qual o procedimento com relação a bugs? Devo enviar o arquivo alterado? Devo postar o problema em algum lugar específico? Arquivo com a correção: ACBrEPCBloco_0_Class.pas Patch: ACBrEPCBloco_0_Class.patch